<div dir="ltr">Hi Tom,<div><br></div><div>Appreciate both of your comments. Perfectly timed video from Netflix too, thanks for pointing me towards it! </div><div><br></div><div><a class="gmail_plusreply" id="plusReplyChip-0" href="mailto:paulwilkins369@gmail.com" tabindex="-1">@Paul Wilkins</a>  I think that's what confused me the most around deeper buffers. I get how they could help with burst absorption for applications which sometimes might contend with each other. But for an openconnect box (or other type of CDN) I can only assume North-South traffic is constantly going to be coming in thick and fast. No amount of buffering is going to fix what is essentially a big to little pipe scenario. </div><div><br></div><div>The bigger buffers may come in useful for clocking (PPM) differences between like interfaces, but this would from what I understand only really help to make the benchmarks/marketing material look better. <br></div><div><br></div><div>Thanks all!</div><div><br></div><div>Regards,</div><div>Jason.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 24 May 2019 at 23:31, Tom Paseka <<a href="mailto:tom@cloudflare.com">tom@cloudflare.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir="auto">Timely presentation from Netflix On this exact topic. <div><a href="https://ripe78.ripe.net/archives/video/128/" target="_blank">https://ripe78.ripe.net/archives/video/128/</a></div></div></div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 23, 2019 at 7:52 AM Tom Paseka <<a href="mailto:tom@cloudflare.com" target="_blank">tom@cloudflare.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">everything depends on your application and how you're moving traffic. <div><br></div><div>if you lots of east-west flow (between equal speed interfaces, especially in many to one) you'll need buffers. If you're doing north to south traffic with interface change, you'll likely need buffers. </div><div><br></div><div>The choice here might not have been for deep buffer, but for other capabilities (forwarding, route table size, etc). Dave mentions from a question there is no east-west traffic, everything is south-north. </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 22, 2019 at 5:46 AM Jason Leschnik <<a href="mailto:jason@leschnik.me" target="_blank">jason@leschnik.me</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Noggers,<div><br></div><div>I just finished watching the NANOG presentation of Netflix openconnect[1], I noticed that their core switch of choice was an Arista 7500E which is a deep buffer switch. I remember seeing a lot of comments around buffer bloat for deep buffer switches. Would this be considered an acceptable use case for this type of switch in the DC?</div><div><br></div><div>Has anyone got experience with ideal switch types (shallow, deep buffers) for edge CDN network deployments? </div><div><br></div><div>[1] - <a href="https://www.youtube.com/watch?v=tbqcsHg-Q_o" target="_blank">https://www.youtube.com/watch?v=tbqcsHg-Q_o</a></div><div><br></div><div>Regards,</div><div>Jason.</div></div>
_______________________________________________<br>
AusNOG mailing list<br>
<a href="mailto:AusNOG@lists.ausnog.net" target="_blank">AusNOG@lists.ausnog.net</a><br>
<a href="http://lists.ausnog.net/mailman/listinfo/ausnog" rel="noreferrer" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><br>
</blockquote></div>
</blockquote></div></div>
</blockquote></div>