tcpdump nagpapakita ng 64 KB na packet: offload at punto ng paghuli

Ang paghuli sa isang host ay maaaring magpakita ng 64 KB na packet sa isang interface na may MTU 1420, at ang halatang konklusyon ay binalewala ng tunnel ang limitasyon nito sa laki. Ang konklusyong iyon ay karaniwang mali. Ang mga punto ng paghuli sa host ay nasa loob ng daan ng pagproseso, kung saan ang segmentasyon, agregasyon at gawain sa checksum ay maaaring hindi pa nangyari. Basahin ang posisyon ng nagmamasid bago basahin ang laki ng packet.

Binabago ng kung saan ka humuhuli ang nakikita mo

Ang offload ng pagpapadala ay nagpapahintulot sa stack na ibigay ang malaking yunit sa network device, na pagkatapos ay pinuputol ito sa mga pirasong kasinglaki ng wire. Ang agregasyon sa pagtanggap ay gumagawa ng kabaligtaran sa papasok na daan, pinagsasama ang mga segment bago pa man makita ng nagmamasid sa panig ng host. Kaya ang isang huli ay nagtatala ng panloob na tanawin ng host sa puntong iyon, hindi kinakailangan ang mga frame sa link. Ang dalawang mekanismo ay nakadepende sa device at sa daan.

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

Humiuli sa ikalawang punto, pinakamainam sa isang malayang tagatanggap o salamin, bago ituring na depekto ang laki. Kung ang malaking yunit ay lumilitaw lamang sa host na nagpapadala, maaaring hindi ito kailanman dinala ng wire. Ang dalawang punto ng pagmamasid ay mas malakas kaysa isang file, lalo na kapag ang tanong ay kung ano talaga ang umalis sa makina.

Ihiwalay ang panloob at panlabas na interface

Nagdaragdag ang tunnel ng sarili nitong interface, at nagkakaiba ang panlabas at panloob na tanawin sa encapsulation at sa pagproseso. Ang huli sa device ng tunnel ay nagpapakita ng panloob na packet; ang huli sa pisikal na adapter ay nagpapakita ng panlabas. Ang laki, mga address at estado ng checksum ay maaaring magkaiba sa pagitan nila dahil sa mga dahilang walang kinalaman sa anumang depekto.

Itala kung aling interface ang gumawa ng bawat file. Ang laking nakikita sa device ng tunnel ay naglalarawan ng panloob na packet, hindi ang frame na ipinadala ng adapter sa huli. Ang paghahalo ng dalawa sa isang pagsusuri ay kung paano nagiging misteryo ang isang normal na pagkakaiba sa encapsulation.

Ang babala sa checksum ay posisyonal din

Ang huli sa panig ng pagpapadala ay maaaring magpakita ng field ng checksum bago ito punan ng hardware, na lumilikha ng babalang hindi kailanman makikita ng anumang tagatanggap. Ito ay ibang ebidensya kaysa sa isang malayong host na tumatanggi sa sirang packet. Ang direksyon at ang punto ng paghuli ang nagtatakda kung alin sa dalawa ang mayroon ka.

Kapag nabigo ang isang tunay na paglilipat, ihambing ang mga obserbasyon sa isang tagatanggap o sa ibang punto ng daan. Itago ang direksyon, interface at layer ng encapsulation kasama ng talaan, dahil ang isang screenshot na wala ang mga ito ay hindi maipapaliwanag mamaya.

Patayin ang offload lamang bilang kontroladong pagsubok

Ang pagpatay sa offload ay nagbabago ng pagganap at pagproseso ng packet, kaya hindi ito ang unang tugon sa kakaibang pagpapakita ng laki. Kung susubukan mo, baguhin ang isang setting at itala muna ang baseline. Ang isang run na nagbabago rin ng MTU, mga patakaran ng firewall at profile ng kliyente ay hindi maaaring iugnay ang resulta sa offload. Ibalik ang setting pagkatapos.

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

Ang tunay na pagtigil ng isang malaking paglilipat ay hiwalay na tanong tungkol sa MTU ng daan at sa feedback na natatanggap ng aplikasyon. Ang pinagsamang yunit ng host ay hindi nagpapatunay o pumipigil sa isang limitasyon sa laki sa ibaba, at ang mababang porsyento ng CPU ay hindi tumutukoy sa offload bilang sanhi.

Ang kapaki-pakinabang na resulta ay isang paliwanag na punto ng paghuli kasama ang isang paulit-ulit na obserbasyon ng aplikasyon. Kapag nahiwalay ang mga ito, ang pagbabago ng MTU ay maaaring tumarget sa isang tunay na hadlang sa halip na sa hugis ng isang panloob na buffer.