SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Technology Stocks : Ascend Communications (ASND)
ASND 197.70-4.5%2:50 PM EST

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: Marko who wrote (52053)8/14/1998 12:48:00 PM
From: djane   of 61433
 
More on Mahesh and the frame support effort
[Just passing along pertinent info I've heard. I would love commentary by more technical-minded thread members. djane]

The Cascade (ASND) switch architecture development was always geared toward a predicted "sweet spot" in link aggregation. The 9000 aggregated DS1s/DS0s into trunks using frame relay. The 500 was aimed from DS3/OC3 aggregation, the 550 for OC12. With these parameters, the switch fabric was optimized. For the 550, this meant OC12 threads which trunk to an OC48, not OC48c. The latter two (500 and 550) used cell interfaces. When the 500 was on the drawing board, Cascade's focus fell from frame development to cell development.

With the hiring of Mahesh (a true expert in ATM), ASND further
enhanced its ability to build ATM platforms. Based on hearsay, I've heard that Mahesh's approach was his way or no way. With this, ASND missed the boat on early packet over SONET (although that is soon to be delivered), frame switching support and lastly OC48c interfaces. These are all frame-based features. Based on more hearsay, he was reluctant to have pure frame switching support in the new switch (for which I don't know the current status). Bottom line - he is/was cetainly capable of architecting frame support but it was not in his interest to do so.
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext