tcpdump rāda 64 KB paketes: offload un uztveršanas punkts

Uztveršana uzņēmējā var parādīt 64 KB paketi saskarnē ar MTU 1420, un acīmredzamais secinājums ir, ka tunelis ignorēja savu izmēra ierobežojumu. Šis secinājums parasti ir nepareizs. Uztveršanas punkti uzņēmējā atrodas apstrādes ceļa iekšpusē, kur segmentēšana, agregācija un kontrolsummas darbs var vēl nebūt noticis. Izlasiet novērotāja pozīciju pirms paketes izmēra lasīšanas.

Kur jūs uztverat, maina to, ko redzat

Sūtīšanas offload ļauj stekam nodot lielu vienību tīkla ierīcei, kas vēlāk sagriež to vada izmēra gabalos. Uztveršanas agregācija ieejas ceļā dara pretējo un apvieno segmentus, pirms tos ierauga uzņēmēja puses novērotājs. Tāpēc uztveršana reģistrē uzņēmēja iekšējo skatu šajā punktā, nevis obligāti kadrus saitē. Abi mehānismi ir atkarīgi no ierīces un ceļa.

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

Uztveriet otrajā punktā, ideālā gadījumā neatkarīgā uztvērējā vai spogulī, pirms uzskatāt izmēru par defektu. Ja lielā vienība parādās tikai sūtītājā uzņēmējā, vads to, iespējams, nekad nav nesis. Divi novērošanas punkti ir spēcīgāki par vienu failu, jo īpaši tad, kad jautājums ir, kas patiešām atstāja mašīnu.

Atdaliet iekšējo un ārējo saskarni

Tunelis pievieno savu saskarni, un ārējais un iekšējais skats atšķiras iekapsulēšanā un apstrādē. Uztveršana tuneļa ierīcē parāda iekšējo paketi; uztveršana fiziskajā adapterī parāda ārējo. Izmērs, adreses un kontrolsummas stāvoklis var atšķirties starp tiem tādu iemeslu dēļ, kuriem nav nekāda sakara ar defektu.

Pierakstiet, kura saskarne izveidoja katru failu. Izmērs, kas redzams tuneļa ierīcē, apraksta iekšējo paketi, nevis kadru, ko adapteris beigās nosūtīja. To sajaukšana vienā analīzē ir tas, kā parasta iekapsulēšanas atšķirība kļūst par noslēpumu.

Kontrolsummas brīdinājums arī ir pozicionāls

Uztveršana sūtīšanas pusē var parādīt kontrolsummas lauku, pirms to aizpilda aparatūra, kas rada brīdinājumu, kuru neviens uztvērējs nekad neredzētu. Tas ir citāds pierādījums nekā attāla uzņēmēja noraidīta bojāta pakete. Virziens un uztveršanas punkts nosaka, kurš no diviem jums ir.

Kad īsta pārsūtīšana neizdodas, salīdziniet novērojumus uztvērējā vai citā ceļa punktā. Saglabājiet virzienu, saskarni un iekapsulēšanas slāni kopā ar ierakstu, jo ekrānuzņēmumu bez tiem vēlāk nevar interpretēt.

Izslēdziet offload tikai kā kontrolētu testu

Offload izslēgšana maina veiktspēju un pakešu apstrādi, tāpēc tā nav pirmā reakcija uz dīvainu izmēra attēlojumu. Ja testējat, nomainiet vienu iestatījumu un vispirms pierakstiet bāzes stāvokli. Palaišana, kas maina arī MTU, ugunsmūra noteikumus un klienta profilu, nevar attiecināt rezultātu uz offload. Pēc tam atjaunojiet iestatījumu.

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

Īsta lielas pārsūtīšanas apstāšanās ir atsevišķs jautājums par ceļa MTU un atgriezenisko saiti, ko saņem lietotne. Uzņēmēja agregētā vienība ne pierāda, ne atspēko tālāku izmēra ierobežojumu, un zems CPU procents nenosaka offload kā cēloni.

Noderīgais rezultāts ir izskaidrots uztveršanas punkts un atkārtojams lietotnes novērojums. Kad tie ir atdalīti, MTU izmaiņa var vērsties pret reālu ierobežojumu, nevis iekšējā bufera formu.