Как да четем загубата на пакети, преди да обвиним кабела

Два процента загуба при дълга серия от ping изглежда като число, с което може да се действа, и рядко е така. То не казва къде са изчезнали отговорите, дали са изчезнали заедно или как точно дадено приложение е преживяло този интервал. Загуба, разпределена равномерно в минута, и загуба, събрана в един обмен, дават много различни резултати за същия процент.

Сравнете три измервания, вместо да се доверявате на едно: какво е видяла сондата, какво са направили броячите на интерфейса и за какво всъщност е чакало приложението.

Какво всъщност измерва процентът от ping

Ехо сондата тества една посока на един протокол с един размер на пакета, с темпото, което сте избрали. Тунелът, който носи голямо качване, прави нещо съвсем друго, а връзка, която изпуска малки сонди, не е непременно връзката, която вреди на трансфера. Процентът също смачква информацията за времето, която е най-важна, защото десет изгубени отговора в един залп не са същото като десет изгубени отговора на час разстояние. Той също не може да ви каже коя страна на тунела е изпуснала нещо.

Пазете резултата от сондата като подсказка за пътя. После търсете времето и границата, които са го създали.

Сравнявайте разлики в броячите, не общи суми за целия живот

Вземете отчитания с времеви печат преди и след прозореца, в който се появи симптомът, в двата края и на всеки порт на комутатор, който контролирате. Записвайте обема на трафика заедно с грешките, изхвърлените пакети и промените в състоянието на връзката, защото ненулева обща сума, натрупана с месеци, описва история, а не този инцидент. Брояч, който се е преместил с три по време на спирането, е различно наблюдение от брояч, който показва три хиляди и никога не се е променил.

ip -s link show dev eth0
nstat -az TcpRetransSegs TcpExtTCPTimeouts
date -u +%Y-%m-%dT%H:%M:%SZ

Пакетите, изхвърлени заради грешки при приемане, и пакетите, изхвърлени по други причини, живеят в отделни броячи и разликата променя следващите стъпки. Броячите за грешки сочат към физическия слой или слоя на драйвера, докато натискът в опашките и изхвърлянията по политика сочат някъде над него. Пазете и посоката, и името на интерфейса, защото увеличаване на грешките при приемане на възходяща връзка и брояч на пакети в тунел не са взаимозаменяеми.

Ако драйверът показва подробни физически броячи, четете ги по документацията на този адаптер. Даването на едно значение на всяко поле с име “drop” при двама производители е начинът, по който нормална отчетна особеност се превръща в хардуерна диагноза.

Как изгубен сегмент се превръща в дълго чакане

Приложението може да чака много по-дълго от една обиколка, след като загуби сегмент. TCP оценява времето за обиколка, изчислява таймер за повторно предаване от тази оценка и отстъпва, когато повторното предаване също се провали, така че един изгубен сегмент в грешния момент може да спре заявка за забележим интервал. Този механизъм е описан в RFC 6298 и обяснява защо процент на загуби, който изглежда тривиален, все пак може да се усеща.

Но не всяка пауза е изчакване за повторно предаване. Същото чакане може да дойде от разрешаване на имена, бавен сървър или приложение, което повтаря собствената си заявка след провал. Отделете тези случаи, като подравните неуспешната операция с наблюденията на транспорта и със собствените събития на сесията на тунела. Прекъсване по пътя на данните без повторно свързване е различно събитие от ново ръкостискане и обмен на идентификационни данни.

Където прихващането е разрешено, го дръжте тясно. Трябва ви дали очакваните пакети или потвърждения спират на определена граница, а не фактът, че някъде в натоварен запис има повторно предаване.

Променяйте една граница, без да местите другите

Ако доказателствата сочат към локална връзка, заменете одобрен кабел или порт като контролирано сравнение и оставете всичко друго непокътнато. Пазете крайната точка, приложението и натоварването сравними и променяйте точно една граница на опит. Сравняването на кабелен лаптоп с безжичен, докато едновременно сменяте изходи и протоколи, не ви казва нищо, което да можете да припишете.

Чистите локални броячи не удостоверяват останалата част от пътя. Те ограничават частта, която виждате, и честният отчет казва кои граници са наблюдавани и кои не. Накрая искате твърдение, че едно наблюдение се е променило, когато е станала една намеса, а не анекдот за лош кабел, издигнат в универсално правило.