nanog mailing list archives

RE: 10G switch drops traffic for a split second


From: Luke Guillory <lguillory () reservetele com>
Date: Tue, 29 Nov 2016 23:16:26 +0000

Here is the video from Facebook on Monitoring, managing and troubleshooting large scale networks they did last year on 
the subject as well.

https://www.youtube.com/watch?v=BRY9xwg5nAU







Luke Guillory
Network Operations Manager

Tel:    985.536.1212
Fax:    985.536.0300
Email:  lguillory () reservetele com

Reserve Telecommunications
100 RTC Dr
Reserve, LA 70084

_________________________________________________________________________________________________

Disclaimer:
The information transmitted, including attachments, is intended only for the person(s) or entity to which it is 
addressed and may contain confidential and/or privileged material which should not disseminate, distribute or be 
copied. Please notify Luke Guillory immediately by e-mail if you have received this e-mail by mistake and delete this 
e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be 
intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Luke Guillory therefore does 
not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail 
transmission. .

-----Original Message-----
From: NANOG [mailto:nanog-bounces () nanog org] On Behalf Of Peter Beckman
Sent: Tuesday, November 29, 2016 5:10 PM
To: TJ Trout
Cc: nanog
Subject: Re: 10G switch drops traffic for a split second


On Tue, 29 Nov 2016, TJ Trout wrote:

I plan on disabling FC on everything tonight, I've done that before
but I want to be sure.

Anything that can be done about the 2 x 1G peers trunking to the 10G
router transition that can be fixed? should I be rate limiting the
vlan for the peers at 1G so the 10G router isn't trying to send more than 1G?

  This thread reminded me of a blog post that struck me as useful 5 years
  ago, and again today. Measuring throughput, when dealing with buffers and
  troubleshooting errors and packet loss, must be done at a sub-one-second
  sampling rate.

  http://blog.serverfault.com/2011/06/27/per-second-measurements-dont-cut-it/

Beckman
---------------------------------------------------------------------------
Peter Beckman                                                  Internet Guy
beckman () angryox com                                 http://www.angryox.com/
---------------------------------------------------------------------------

Current thread: