Breaking News
Comments
Newest First | Oldest First | Threaded View
rick merritt
User Rank
Author
Re: 400 Gb/s
rick merritt   9/26/2013 9:37:41 AM
NO RATINGS
I have asked Cisco to chime in with answersw to the questions below. Hopefully they will soon.

rick merritt
User Rank
Author
Re: 400 Gb/s
rick merritt   9/25/2013 6:54:45 PM
NO RATINGS
@ajaycmj and lowinger42: Thanks for your perspective!

krisi
User Rank
CEO
Re: 400 Gb/s
krisi   9/25/2013 5:45:25 PM
NO RATINGS
thank you @ajaycm...I understand this ASIC does deep level packet processing, it is not a switch...still there are other packet processing ASICs out there, how is Cisco ASIC tsacking against them? Kris

ajaycm
User Rank
Rookie
Re: 400 Gb/s
ajaycm   9/25/2013 5:15:18 PM
NO RATINGS
I think this is a big deal. They have designed in the TM, QM funcionality into what was traditionally the NPU (packet processor). Previously, interface asics would stamp packets with preanalysis headers and send them to iTM (ingress traffic mgr) and from there it went to the NPU and or replicator engine for multicast. The amount of real estate on board was huge and it seems like they have significantly reduced the board real estate. That would allow them to put multiple such packet processing "pipelines". Seems this is huge for integration.

Knowing Cisco asics, I would not doubt that the operations in TM/QM/PP are probably as complete as you can imagine. What would be interesting is understanding the the number of queues they support for their TMs and some other TM details.

The folks who find this underwhelming probably don't understand what is going on here. This is not Z80s and LAN Controllers!

lowinger42
User Rank
Rookie
400 Gbps
lowinger42   9/25/2013 11:53:58 AM
NO RATINGS
Just comparing bandwidth is not telling us that much.

What can be done to each packet at 400 Gbps/300 Mpps? That is much more interesting to compare. Number of SRAM/DRAM/TCAM lookups, what type of QoS, number of queues, type and number of schedulers etc.

And the comment that 300 Mbpps it too low. I see very little reason to design for linerate 64 byte packets. That does not exist in the real word... It can be done but it will negatively affect what can be done for each packet... 

krisi
User Rank
CEO
400 Gb/s
krisi   9/24/2013 5:09:52 PM
NO RATINGS
400 Gb/s aggregate throughput is hardly impressive...more powerful ASIC have been designed few years back

rick merritt
User Rank
Author
Router ASIC wars
rick merritt   9/24/2013 1:39:52 PM
NO RATINGS
It seems like Cisco may not be so far ahead of AlcaLu, Huawei etc. this time around. What do you think?



Flash Poll
Top Comments of the Week
Like Us on Facebook
EE Times on Twitter
EE Times Twitter Feed

Datasheets.com Parts Search

185 million searchable parts
(please enter a part number or hit search to begin)
EE Life
Frankenstein's Fix, Teardowns, Sideshows, Design Contests, Reader Content & More
Max Maxfield

Feast Your Orbs on My Jiggly Exercise Machine
Max Maxfield
52 comments
Last weekend, I was chatting with my mother on the phone. She's all excited that I'm coming over to visit for a week in November. "I'll be seeing you in only seven weeks," she trilled ...

Glen Chenier

Missing Datasheet Details Can Cause Problems
Glen Chenier
3 comments
It is often said that "the devil is in the details." All too often those details are hidden deep within a datasheet, where you can easily overlook them. When a datasheet reference circuit ...

David Blaza

RadioShack: The End Is Nigh!
David Blaza
123 comments
I'm feeling a little nostalgic today as I read about what looks like the imminent demise of RadioShack, at least as we currently know it. An old ubiquitous cartoon image popped into my ...

Larry Desjardin

Engineers Should Study Finance: 5 Reasons Why
Larry Desjardin
47 comments
I'm a big proponent of engineers learning financial basics. Why? Because engineers are making decisions all the time, in multiple ways. Having a good financial understanding guides these ...