tcpdump näyttää 64 KB:n paketteja: offload ja kaappauspiste

Kaappaus isäntäkoneella voi näyttää 64 KB:n paketin liitännällä, jonka MTU on 1420, ja ilmeinen johtopäätös on, että tunneli jätti kokorajansa huomiotta. Tämä johtopäätös on yleensä väärä. Isäntäkoneen kaappauspisteet sijaitsevat käsittelypolun sisällä, jossa segmentointi, aggregointi ja tarkistussummatyö eivät välttämättä ole vielä tapahtuneet. Lue havainnoijan sijainti ennen paketin koon lukemista.

Missä kaappaat, muuttaa mitä näet

Lähetys-offload antaa pinon luovuttaa suuren yksikön verkkolaitteelle, joka pilkkoo sen myöhemmin johdon kokoisiksi paloiksi. Vastaanoton aggregointi tekee päinvastoin sisääntuloreitillä ja yhdistää segmentit ennen kuin isäntäpuolen havainnoija näkee ne. Kaappaus tallentaa siis isäntäkoneen sisäisen näkymän siinä pisteessä, ei välttämättä linkin kehyksiä. Molemmat mekanismit riippuvat laitteesta ja polusta.

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

Kaappaa toisessa pisteessä, ihanteellisesti riippumattomalla vastaanottimella tai peilillä, ennen kuin pidät kokoa vikana. Jos suuri yksikkö näkyy vain lähettävällä isäntäkoneella, johto ei ehkä koskaan kuljettanut sitä. Kaksi havaintopistettä on vahvempi kuin yksi tiedosto, varsinkin kun kysymys on siitä, mitä koneesta todella lähti.

Erota sisäinen ja ulkoinen liitäntä

Tunneli lisää oman liitäntänsä, ja ulkoinen ja sisäinen näkymä eroavat kapseloinnissa ja käsittelyssä. Kaappaus tunnelilaitteella näyttää sisäisen paketin; kaappaus fyysisellä sovittimella näyttää ulkoisen. Koko, osoitteet ja tarkistussumman tila voivat erota niiden välillä syistä, joilla ei ole mitään tekemistä vian kanssa.

Kirjaa, mikä liitäntä tuotti minkäkin tiedoston. Tunnelilaitteella nähty koko kuvaa sisäistä pakettia, ei kehystä, jonka sovitin lopulta lähetti. Niiden sekoittaminen yhdessä analyysissa on se, miten tavallinen kapselointiero muuttuu arvoitukseksi.

Tarkistussumman varoitus on myös sijaintisidonnainen

Lähetyspuolen kaappaus voi näyttää tarkistussummakentän ennen kuin laitteisto täyttää sen, mikä tuottaa varoituksen, jota kukaan vastaanottaja ei koskaan näkisi. Se on eri todiste kuin etäisäntäkoneen hylkäämä vaurioitunut paketti. Suunta ja kaappauspiste ratkaisevat, kumpi näistä kahdesta sinulla on.

Kun todellinen siirto epäonnistuu, vertaa havaintoja vastaanottimella tai toisessa polun pisteessä. Pidä suunta, liitäntä ja kapselointikerros tallenteen mukana, koska ilman niitä kuvakaappausta ei voi tulkita myöhemmin.

Kytke offload pois vain kontrolloituna testinä

Offloadin poiskytkeminen muuttaa suorituskykyä ja pakettien käsittelyä, joten se ei ole ensimmäinen vastaus outoon kokonäkymään. Jos testaat sitä, muuta yhtä asetusta ja kirjaa ensin lähtötaso. Ajo, joka muuttaa myös MTU:ta, palomuurisääntöjä ja asiakasprofiilia, ei voi kohdistaa tulosta offloadiin. Palauta asetus jälkeenpäin.

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

Todellinen suuren siirron pysähdys on erillinen kysymys polun MTU:sta ja palautteesta, jonka sovellus saa. Isäntäkoneen aggregoitu yksikkö ei todista eikä kumoa alavirran kokorajaa, eikä matala CPU-prosentti osoita offloadia syyksi.

Hyödyllinen tulos on selitetty kaappauspiste ja toistettava sovellushavainto. Kun ne on erotettu, MTU-muutos voi kohdistua todelliseen rajoitukseen sisäisen puskurin muodon sijaan.