tcpdump 64 KB પેકેટ દર્શાવે છે: ઓફલોડ અને કેપ્ચર પોઇન્ટ

હોસ્ટ પર કેપ્ચર કરવાથી 1420 MTU ધરાવતા ઇન્ટરફેસ પર 64 KB પેકેટ દેખાઈ શકે છે, અને સ્પષ્ટ તારણ એ છે કે ટનલે તેની માપ મર્યાદા અવગણી. આ તારણ સામાન્ય રીતે ખોટું હોય છે. હોસ્ટ પરના કેપ્ચર બિંદુઓ પ્રોસેસિંગ માર્ગની અંદર આવેલા છે, જ્યાં સેગ્મેન્ટેશન, એગ્રિગેશન અને ચેકસમ કાર્ય હજી થયું ન હોઈ શકે. પેકેટનું માપ વાંચતા પહેલાં અવલોકનકારની સ્થિતિ વાંચો.

તમે ક્યાં કેપ્ચર કરો છો તે તમે શું જુઓ છો તે બદલે છે

ટ્રાન્સમિટ ઓફલોડ સ્ટેકને મોટું એકમ નેટવર્ક ઉપકરણને સોંપવા દે છે, જે પછી તેને વાયર-માપના ટુકડામાં કાપે છે. રિસીવ એગ્રિગેશન અંદર આવતા માર્ગ પર ઊલટું કરે છે અને હોસ્ટ બાજુનો અવલોકનકાર તેમને જોવા પહેલાં સેગ્મેન્ટ જોડે છે. તેથી કેપ્ચર તે બિંદુએ હોસ્ટનું આંતરિક દૃશ્ય નોંધે છે, લિંક પરના ફ્રેમ જરૂરી નથી. બંને પદ્ધતિઓ ઉપકરણ અને માર્ગ પર આધાર રાખે છે.

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

માપને ખામી ગણતા પહેલાં બીજા બિંદુએ કેપ્ચર કરો, આદર્શ રીતે સ્વતંત્ર રિસીવર અથવા મિરર પર. જો મોટું એકમ ફક્ત મોકલનાર હોસ્ટ પર દેખાય, તો કદાચ વાયરે તેને ક્યારેય વહેતું ન કર્યું હોય. બે અવલોકન બિંદુઓ એક ફાઇલ કરતાં વધુ મજબૂત છે, ખાસ કરીને જ્યારે પ્રશ્ન એ હોય કે મશીનમાંથી ખરેખર શું નીકળ્યું.

આંતરિક અને બાહ્ય ઇન્ટરફેસ અલગ કરો

ટનલ પોતાનું ઇન્ટરફેસ ઉમેરે છે, અને બાહ્ય અને આંતરિક દૃશ્યો એન્કેપ્સ્યુલેશન અને પ્રોસેસિંગમાં અલગ પડે છે. ટનલ ઉપકરણ પરનું કેપ્ચર આંતરિક પેકેટ દર્શાવે છે; ભૌતિક એડેપ્ટર પરનું કેપ્ચર બાહ્ય પેકેટ દર્શાવે છે. માપ, સરનામાં અને ચેકસમની સ્થિતિ તેમની વચ્ચે એવા કારણોસર અલગ હોઈ શકે જેનો કોઈ ખામી સાથે સંબંધ નથી.

કયા ઇન્ટરફેસે કઈ ફાઇલ બનાવી તે નોંધો. ટનલ ઉપકરણ પર દેખાતું માપ આંતરિક પેકેટનું વર્ણન કરે છે, એડેપ્ટરે અંતે મોકલેલા ફ્રેમનું નહીં. એક જ વિશ્લેષણમાં બંનેને ભેળવવું એ જ રીતે સામાન્ય એન્કેપ્સ્યુલેશન તફાવત રહસ્ય બની જાય છે.

ચેકસમ ચેતવણી પણ સ્થાન-આધારિત છે

મોકલવાની બાજુનું કેપ્ચર હાર્ડવેર ચેકસમ ક્ષેત્ર ભરે તે પહેલાં તેને દર્શાવી શકે છે, જે એવી ચેતવણી ઉત્પન્ન કરે છે જે કોઈ રિસીવર ક્યારેય ન જોઈ શકે. આ દૂરના હોસ્ટ દ્વારા ક્ષતિગ્રસ્ત પેકેટ નકારવાના અલગ પુરાવા છે. દિશા અને કેપ્ચર પોઇન્ટ નક્કી કરે છે કે તમારી પાસે બેમાંથી કયું છે.

જ્યારે વાસ્તવિક ટ્રાન્સફર નિષ્ફળ જાય, ત્યારે રિસીવર પર અથવા માર્ગના બીજા બિંદુ પરના અવલોકનોની સરખામણી કરો. દિશા, ઇન્ટરફેસ અને એન્કેપ્સ્યુલેશન સ્તર રેકોર્ડ સાથે રાખો, કારણ કે તેમના વિના સ્ક્રીનશોટ પછીથી અર્થઘટન કરી શકાતો નથી.

ઓફલોડ ફક્ત નિયંત્રિત પરીક્ષણ તરીકે બંધ કરો

ઓફલોડ બંધ કરવાથી પ્રદર્શન અને પેકેટ પ્રોસેસિંગ બદલાય છે, તેથી વિચિત્ર માપ દર્શાવવા પર તે પ્રથમ પ્રતિસાદ નથી. જો તમે તેનું પરીક્ષણ કરો, તો એક સેટિંગ બદલો અને પહેલાં આધારરેખા નોંધો. જે રન MTU, ફાયરવોલ નિયમો અને ક્લાયન્ટ પ્રોફાઇલ પણ બદલે છે તે પરિણામ ઓફલોડને આભારી શકતું નથી. પછી સેટિંગ પુનઃસ્થાપિત કરો.

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

મોટા ટ્રાન્સફરનો વાસ્તવિક અટકાવ માર્ગની MTU અને એપ્લિકેશનને મળતા પ્રતિસાદ વિશે અલગ પ્રશ્ન છે. હોસ્ટનું એગ્રિગેટ થયેલું એકમ નીચેના માપની મર્યાદા સાબિત કે નકારતું નથી, અને ઓછી CPU ટકાવારી ઓફલોડને કારણ તરીકે ઓળખતી નથી.

ઉપયોગી પરિણામ એ સમજાવાયેલ કેપ્ચર પોઇન્ટ અને પુનરાવર્તનયોગ્ય એપ્લિકેશન અવલોકન છે. આ બંને અલગ હોય તો MTU ફેરફાર આંતરિક બફરના આકારને બદલે વાસ્તવિક મર્યાદાને લક્ષ્ય બનાવી શકે છે.