tcpdump 64 KB ప్యాకెట్లను చూపిస్తుంది: offload మరియు క్యాప్చర్ పాయింట్

హోస్ట్‌పై క్యాప్చర్ చేయడం 1420 MTU ఉన్న ఇంటర్‌ఫేస్‌పై 64 KB ప్యాకెట్‌ను చూపవచ్చు, మరియు స్పష్టమైన ముగింపు టన్నెల్ తన పరిమాణ పరిమితిని నిర్లక్ష్యం చేసిందని. ఆ ముగింపు సాధారణంగా తప్పు. హోస్ట్‌పై క్యాప్చర్ పాయింట్లు ప్రాసెసింగ్ మార్గం లోపల ఉంటాయి, అక్కడ విభజన, సమూహీకరణ మరియు checksum పని ఇంకా జరగకపోవచ్చు. ప్యాకెట్ పరిమాణాన్ని చదవడానికి ముందు పరిశీలకుడి స్థానాన్ని చదవండి.

మీరు ఎక్కడ క్యాప్చర్ చేస్తారో అది మీరు చూసేదాన్ని మారుస్తుంది

ట్రాన్స్‌మిట్ offload స్టాక్‌కు పెద్ద యూనిట్‌ను నెట్‌వర్క్ పరికరానికి అప్పగించడానికి అనుమతిస్తుంది, అది తర్వాత దాన్ని వైర్ పరిమాణ ముక్కలుగా కత్తిరిస్తుంది. రిసీవ్ సమూహీకరణ లోపలికి వచ్చే మార్గంలో వ్యతిరేకంగా చేస్తుంది, హోస్ట్ వైపు పరిశీలకుడు వాటిని చూసే ముందు విభాగాలను కలుపుతుంది. కాబట్టి క్యాప్చర్ ఆ పాయింట్ వద్ద హోస్ట్ అంతర్గత దృశ్యాన్ని నమోదు చేస్తుంది, లింక్‌పై ఉన్న ఫ్రేమ్‌లు తప్పనిసరిగా కాదు. రెండు యంత్రాంగాలు పరికరం మరియు మార్గంపై ఆధారపడతాయి.

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

పరిమాణాన్ని లోపంగా పరిగణించే ముందు రెండవ పాయింట్ వద్ద క్యాప్చర్ చేయండి, ఆదర్శంగా స్వతంత్ర రిసీవర్ లేదా అద్దం. పెద్ద యూనిట్ పంపే హోస్ట్‌పై మాత్రమే కనిపిస్తే, వైర్ దాన్ని ఎప్పుడూ మోసి ఉండకపోవచ్చు. రెండు పరిశీలన పాయింట్లు ఒక ఫైల్ కంటే బలమైనవి, ముఖ్యంగా ప్రశ్న యంత్రం నుండి నిజంగా ఏమి బయటపడింది అనేది అయినప్పుడు.

లోపలి మరియు బయటి ఇంటర్‌ఫేస్‌లను వేరు చేయండి

టన్నెల్ తన సొంత ఇంటర్‌ఫేస్‌ను జోడిస్తుంది, మరియు బయటి మరియు లోపలి దృశ్యాలు ఎన్‌క్యాప్సులేషన్ మరియు ప్రాసెసింగ్‌లో భిన్నంగా ఉంటాయి. టన్నెల్ పరికరంపై క్యాప్చర్ లోపలి ప్యాకెట్‌ను చూపిస్తుంది; భౌతిక అడాప్టర్‌పై క్యాప్చర్ బయటి ప్యాకెట్‌ను చూపిస్తుంది. పరిమాణం, చిరునామాలు మరియు checksum స్థితి ఏ లోపంతోనూ సంబంధం లేని కారణాల వల్ల వాటి మధ్య భిన్నంగా ఉండవచ్చు.

ఏ ఇంటర్‌ఫేస్ ఏ ఫైల్‌ను సృష్టించిందో నమోదు చేయండి. టన్నెల్ పరికరంపై కనిపించే పరిమాణం లోపలి ప్యాకెట్‌ను వివరిస్తుంది, అడాప్టర్ చివరగా పంపిన ఫ్రేమ్‌ను కాదు. రెండింటినీ ఒకే విశ్లేషణలో కలపడం సాధారణ ఎన్‌క్యాప్సులేషన్ భేదాన్ని మర్మంగా మార్చే విధానం.

checksum హెచ్చరిక కూడా స్థాన ఆధారితం

పంపే వైపు క్యాప్చర్ హార్డ్‌వేర్ నింపక ముందు checksum ఫీల్డ్‌ను చూపవచ్చు, ఇది ఏ రిసీవర్ ఎప్పుడూ చూడని హెచ్చరికను ఉత్పత్తి చేస్తుంది. ఇది దెబ్బతిన్న ప్యాకెట్‌ను దూరపు హోస్ట్ తిరస్కరించడానికి భిన్నమైన సాక్ష్యం. దిశ మరియు క్యాప్చర్ పాయింట్ రెండింటిలో ఏది మీ వద్ద ఉందో నిర్ణయిస్తాయి.

నిజమైన బదిలీ విఫలమైనప్పుడు, రిసీవర్ వద్ద లేదా మార్గంలోని మరో పాయింట్ వద్ద పరిశీలనలను పోల్చండి. దిశ, ఇంటర్‌ఫేస్ మరియు ఎన్‌క్యాప్సులేషన్ పొరను రికార్డుతో పాటు ఉంచండి, ఎందుకంటే అవి లేకుండా స్క్రీన్‌షాట్‌ను తర్వాత వివరించలేము.

offloadను నియంత్రిత పరీక్షగా మాత్రమే ఆపివేయండి

offloadను ఆపివేయడం పనితీరు మరియు ప్యాకెట్ ప్రాసెసింగ్‌ను మారుస్తుంది, కాబట్టి వింత పరిమాణ ప్రదర్శనకు ఇది మొదటి ప్రతిస్పందన కాదు. మీరు పరీక్షిస్తే, ఒక సెట్టింగ్‌ను మార్చి మొదట బేస్‌లైన్‌ను నమోదు చేయండి. MTU, ఫైర్‌వాల్ నియమాలు మరియు క్లయింట్ ప్రొఫైల్‌ను కూడా మార్చే రన్ ఫలితాన్ని offloadకు ఆపాదించలేదు. తర్వాత సెట్టింగ్‌ను పునరుద్ధరించండి.

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

పెద్ద బదిలీ యొక్క నిజమైన నిలిపివేత మార్గం MTU మరియు అప్లికేషన్ పొందే ప్రతిస్పందన గురించి ప్రత్యేక ప్రశ్న. హోస్ట్ యొక్క సమూహీకృత యూనిట్ దిగువ పరిమాణ పరిమితిని నిరూపించదు లేదా ఖండించదు, మరియు తక్కువ CPU శాతం offloadను కారణంగా గుర్తించదు.

ఉపయోగకరమైన ఫలితం వివరించబడిన క్యాప్చర్ పాయింట్ మరియు పునరుత్పాదక అప్లికేషన్ పరిశీలన. ఇవి వేరు చేయబడితే, MTU మార్పు అంతర్గత బఫర్ ఆకారానికి బదులు నిజమైన పరిమితిని లక్ష్యంగా చేసుకోగలదు.