Juniper Networks Routing ASIC Strategy

Подписаться 3,3 тыс.

Просмотров 14 тыс.

50% 1

In 30 minutes, we will detail the latest developments in Juniper Routing Silicon, with Trio and Express PFEs (Packet Forwarding Engines) and the investments with Broadcom DNX ASICs. What, where and why: the right tool for the job.
------------------------------------------------------------------------------------
0:00 • Intro
1:02 • NPU (Network Processing Units) Key Principles
2:48 • Multi-PPE Run-to-Completion 2-stage Buffering
8:00 • Pipeline Model - Ingress-Only Buffering and Virtual Output Queues
16:06 • Memories and SERDES
18:13 • Juniper Silicon
19:12 • Trio ASICs in MX Series
20:46 • Express Chipsets in PTX Series
24:07 • DNX NPU in ACX Series
28:42 • The best tool for the job: What makes the more sense and why
------------------------------------------------------------------------------------
Acknowledgments:
Thanks to: Olivier Eustache, Chang-Hong Wu, Dmitry Shokarev, Jeff Libby
Audio intro: Brevis - A New Age (Instrumental) - Licensed on Audiio.com
Audio background: Phelipe Figueiredo - Nov (Instrumental) - Licensed on Audiio.com

Наука

Опубликовано:

5 авг 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 24

@munkymunk 10 месяцев назад

All the network engineers coming here to get the real info! Fantastique Nicholas!

@brunorijsman Год назад

Amazing video. So much more useful and interesting than the typical fuzzy-wuzzy marketing videos.

@pier.grossi 2 года назад

Bravo, very clear and detailed ! A video each network Engineer working in an ISP should view for choosing the right device

@shawnzhsh 2 года назад

great explanation, Nicolas. no one size fits all, but here one video explains the silicon industry, almost!

@mahendraladhe5188 Год назад

So much information packed in 32 minutes video, it's worth watching. Thank you Nicolas for this nice video.

@devangharshad 2 года назад

Great one Nicolas, enjoyed it as much as I enjoyed XRTutorials!

@NicolasFevrier 2 года назад

Glad to hear you liked it :)

@afdadfasfafdsa 2 года назад

Fantastic clear detail presentation

@NicolasFevrier 2 года назад

Thanks, glad to read it could be useful :)

@MB-xg9jt 2 года назад

Waouw ! amazing explanations ...

@NicolasFevrier 2 года назад

Glad you liked it

@aglongotube 2 года назад

Excelent explanation!

@NicolasFevrier 2 года назад

Thanks Alexandre :)

@ethercat. 2 года назад

Great video Nicolas! Its quite rare to have such in-depth explanation of ASIC pipelines in publicly available material. From a positioning perspective, trio feels like jericho/dune, express feels like trident and Q5 is similar to tomahawk; just a rough understanding. It would be great if switching ASIC strategy (e.g. Q series) is also introduced. Again, thanks for the great content.

@NicolasFevrier 2 года назад

Thanks a lot for these nice words, glad to know this content is useful. I don't think we can compare Trio to Jericho (DNX) and Express to Trident (XGS), it's not a fair comparison, at least not in the packet treatment approach. Trio is closer to what used to be nPower ASICs in the Cisco CRS years, or FP in the Nokia world (I'm not very familiar with their architecture, so I won't go any further in the comparison). Trio is a true run-to-completion chipset composed of 160 multi-threaded PPEs, with a lot of buffering capability and flexible shared memory. Both Express and DX are pipeline architecture with potentially multi-core/multi-slices. They both have access to "deep buffer" packet memory (not the case on the XGS side, considered "shallow buffer platforms"). Also, Express and DNX present different level of flexibility in the pipeline/stage/block programmability, which makes them quite different, despite sharing some key principles. You won't find such programmability options on the XGS side, but it will be really fast :) Thanks again for watching, and I love the "Ethercat" and profile picture :)

@PankajKumar-zt8mm 2 года назад

Superb...very well explained !!

@NicolasFevrier 2 года назад

Thanks a lot Pankaj 😊

@anandkrishnan5425 2 года назад

Great explanation. One correction, The DNX based portfolio is ACX not SCX. Thanks for the detailed video

@NicolasFevrier 2 года назад

Thanks Anand, I suppose you refer to the subtitles? They are auto-generated by YT and fixing them is a tedious process. But it should be all ok now. Thanks again :)

@zvladov 2 года назад

Dear Nicolas, I really like and enjoy very much your very detailed and well thought videos that explain key concept of networking ASICs, no matter which vendor your work for! I have a question regarding this video. At 4:16 approximately you say "The information required for packet processing is stored in large memories banks, reachable via crossbar...". By crossbar you mean the internal interconnect matrix of the PFE - i.e. the connecting link(s) between the PPE and the Memory Banks?...I ask this question because cross-bar can mean also the Fabric, which is external to the PFE...Thank you.

@NicolasFevrier 2 года назад

Hey Zvezdelin, thanks a lot for watching :) Regarding the "cross-bar", it's not related to the fabric in this context. You can picture this as a bus offering simultaneous access to all PPEs of the ASIC, to the different memory banks for processing information.

@NeonNotch 5 месяцев назад

At 13:12 (?), you say “VoQs or queues on the EGRESS PFE” but would that be “VoQs or queues on the INGRESS PFE” since if I’m understanding correctly, the point we’re making is that VoQs are necessary BECAUSE egress PFE doesn’t really have any queues at all? Or is the point that the egress queues are so small (such as to warrant VoQs in the first place) that we want to make the distinction between actual egress queues and virtual egress queues? Sorry for the confusion

@NeonNotch 5 месяцев назад

Also do we need back pressure abilities when using the single pipeline (e.g. the one with VoQs) or is the need eliminated at the ingress queues?

@NicolasFevrier 4 месяца назад

Hi, sorry the delayed answer, I didn't receive notification of the comment and accidentally discovered your question. As you understood, the queues don't exist in the egress pipeline (or in a much more limited fashion). I'm mostly trying to explain why we talk about virtual "output" queues by drawing a comparison to a two-stage buffering architecture. In a fully scheduled system, back pressure is not needed since egress schedulers are deciding what should be sent to them. Kind regards, Nicolas