tcpdump-ek 64 KB-ko paketeak erakusten ditu: offload eta harrapaketa-puntua

Ostalarian harrapatzeak 1420 MTU duen interfaze batean 64 KB-ko paketea erakutsi dezake, eta ondorio begi-bistakoa tunelak bere tamaina-muga baztertu zuela da. Ondorio hori okerra izaten da normalean. Ostalariko harrapaketa-puntuak prozesatze-bidearen barruan daude, non segmentazioa, agregazioa eta kontrol-batuketaren lana agian oraindik gertatu ez diren. Irakurri behatzailearen posizioa paketearen tamaina irakurri aurretik.

Non harrapatzen duzun aldatzen du ikusten duzuna

Transmisio-offload-ak pilari unitate handi bat sare-gailuari emateko aukera ematen dio, eta gailuak geroago hari-tamainako zatiak egiten ditu. Harrera-agregazioak kontrakoa egiten du sarrerako bidean, segmentuak elkartuz ostalari aldeko behatzaile batek ikusi aurretik. Beraz, harrapaketak ostalariaren barne-ikuspegia erregistratzen du puntu horretan, ez nahitaez estekako markoak. Bi mekanismoak gailuaren eta bidearen araberakoak dira.

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

Harrapatu bigarren puntu batean, egokiena hartzaile independente batean edo ispilu batean, tamaina akats gisa hartu aurretik. Unitate handia bidaltzailearen ostalarian bakarrik agertzen bada, agian haria ez zen inoiz hura eraman. Bi behaketa-puntu fitxategi bat baino indartsuagoak dira, batez ere galdera makinatik zer atera zen benetan denean.

Bereizi barneko eta kanpoko interfazeak

Tunelak bere interfazea gehitzen du, eta kanpoko eta barneko ikuspegiek enkapsulamenduan eta prozesatzean desberdinak dira. Tunel-gailuan egindako harrapaketak barneko paketea erakusten du; adapter fisikoan egindakoak kanpokoa. Tamainak, helbideek eta kontrol-batuketaren egoerak desberdinak izan daitezke bien artean akatsarekin zerikusirik ez duten arrazoiengatik.

Erregistratu zein interfazek sortu zuen fitxategi bakoitza. Tunel-gailuan ikusitako tamainak barneko paketea deskribatzen du, ez adapterrak azkenean bidalitako markoa. Biak analisi bakarrean nahastea da enkapsulamendu-desberdintasun arrunta misterio bihurtzeko modua.

Kontrol-batuketaren abisua ere posizionala da

Transmisio aldeko harrapaketa batek kontrol-batuketa eremua erakus dezake hardwareak bete aurretik, eta horrek inongo hartzailerik inoiz ikusiko ez lukeen abisu bat sortzen du. Hori beste froga bat da, urrutiko ostalari batek pakete hondatua baztertzearen aldean. Norabideak eta harrapaketa-puntuak erabakitzen dute bi horietatik zein duzun.

Benetako transferentzia batek huts egiten duenean, alderatu behaketak hartzaile batean edo bideko beste puntu batean. Gorde norabidea, interfazea eta enkapsulamendu-geruza erregistroarekin batera, haiek gabe pantaila-argazkia ezin baita geroago interpretatu.

Desaktibatu offload-a proba kontrolatu gisa soilik

Offload-a desaktibatzeak errendimendua eta paketeen prozesatzea aldatzen ditu, beraz ez da tamaina-bistaratze arraro baten aurrean lehen erantzuna. Probatzen baduzu, aldatu ezarpen bat eta erregistratu lehenago oinarri-lerroa. MTU-a, suebaki-arauak eta bezeroaren profila ere aldatzen dituen exekuzio batek ezin dio emaitza offload-ari egotzi. Berrezarri ezarpena geroago.

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

Transferentzia handi baten benetako geldialdia bidearen MTU-ari eta aplikazioak jasotzen duen feedbackari buruzko galdera bereizia da. Ostalariaren unitate agregatuak ez du frogatzen ezta gezurtatzen ere beherago tamaina-mugarik, eta CPU ehuneko baxuak ez du offload-a kausa gisa identifikatzen.

Emaitza erabilgarria azaldutako harrapaketa-puntua gehi aplikazioaren behaketa errepikagarria da. Horiek bereizita, MTU-aldaketa batek benetako murrizketa bat har dezake jomugan barne-buffer baten formaren ordez.