tcpdump прикажува пакети од 64 KB: offload и точка на снимање

Снимање на домаќин може да покаже пакет од 64 KB на интерфејс со MTU 1420, а очигледниот заклучок е дека тунелот го игнорирал ограничувањето на големината. Тој заклучок обично е погрешен. Точките на снимање на домаќинот се наоѓаат внатре во патеката на обработка, каде сегментирањето, агрегацијата и работата со контролна сума можеби уште не се случиле. Прочитајте ја положбата на набљудувачот пред да ја прочитате големината на пакетот.

Каде снимате го менува тоа што го гледате

Offload-от за испраќање му дозволува на стекот да предаде голема единица на мрежниот уред, кој подоцна ја сече на делови со големина на жица. Агрегацијата при примање го прави спротивното на влезната патека, спојувајќи сегменти пред набљудувач на страната на домаќинот да ги види. Затоа снимањето го запишува внатрешниот поглед на домаќинот во таа точка, а не нужно рамките на врската. И двата механизми зависат од уредот и патеката.

ethtool -k eth0 | grep -E 'tso|gso|gro'

Снимајте на втора точка, идеално на независен приемник или огледало, пред големината да ја сметате за дефект. Ако големата единица се појавува само на домаќинот што испраќа, жицата можеби никогаш не ја носела. Две точки на набљудување се посилни од една датотека, особено кога прашањето е што навистина ја напуштило машината.

Одделете го внатрешниот од надворешниот интерфејс

Тунелот додава свој интерфејс, и надворешниот и внатрешниот поглед се разликуваат во инкапсулацијата и во обработката. Снимање на уредот на тунелот го покажува внатрешниот пакет; снимање на физичкиот адаптер го покажува надворешниот. Големината, адресите и состојбата на контролната сума може да се разликуваат меѓу нив од причини што немаат никаква врска со дефект.

Запишете кој интерфејс ја создал секоја датотека. Големината видена на уредот на тунелот го опишува внатрешниот пакет, а не рамката што адаптерот на крајот ја испратил. Нивното мешање во една анализа е начинот на кој нормална разлика во инкапсулацијата станува мистерија.

Предупредувањето за контролна сума исто така е позиционо

Снимање на страната на испраќање може да покаже поле за контролна сума пред хардверот да го пополни, што создава предупредување што ниту еден приемник никогаш не би го видел. Тоа е различен доказ од одбивање на оштетен пакет од далечен домаќин. Насоката и точката на снимање одлучуваат кое од двете го имате.

Кога вистински пренос не успее, споредете ги набљудувањата кај приемник или на друга точка од патеката. Чувајте ја насоката, интерфејсот и слојот на инкапсулација со записот, бидејќи слика од екран без нив не може да се протолкува подоцна.

Исклучете го offload-от само како контролиран тест

Исклучувањето на offload-от ги менува перформансите и обработката на пакетите, па тоа не е првата реакција на чуден приказ на големината. Ако го тестирате, сменете една поставка и прво запишете ја основната состојба. Извршување што менува и MTU, правила на огнено ѕид и профил на клиент не може резултатот да го припише на offload-от. Потоа вратете ја поставката.

ethtool -K eth0 tso off gro off
ping -M do -s 1400 example.com

Вистински застој на голем пренос е одделно прашање за MTU на патеката и за повратната информација што ја добива апликацијата. Агрегираната единица на домаќинот ниту докажува ниту побива ограничување на големината понатаму, а низок процент на CPU не го означува offload-от како причина.

Корисниот резултат е објаснета точка на снимање плус повторливо набљудување на апликацијата. Кога тие се одделени, промената на MTU може да цели кон вистинско ограничување наместо кон формата на внатрешен бафер.