కేబుల్ను నిందించే ముందు ప్యాకెట్ నష్టాన్ని ఎలా చదవాలి

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

ఒకటి నమ్మకుండా మూడు కొలతలను పోల్చండి: ప్రోబ్ ఏమి చూసింది, ఇంటర్ఫేస్ కౌంటర్లు ఏమి చేశాయి, మరియు అప్లికేషన్ నిజంగా ఏమి కోసం ఎదురుచూసింది.

ping శాతం నిజంగా ఏమి కొలుస్తుంది

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

ప్రోబ్ ఫలితాన్ని మార్గం గురించిన సూచనగా ఉంచుకోండి. ఆ తర్వాత దాన్ని సృష్టించిన సమయాన్ని మరియు సరిహద్దును వెతకండి.

జీవితకాల మొత్తాలను కాదు, కౌంటర్ భేదాలను పోల్చండి

లక్షణం కనిపించిన విండోకు ముందు మరియు తర్వాత, రెండు చివరల్లో మరియు మీరు నియంత్రించే ఏదైనా స్విచ్ పోర్టులో సమయ ముద్రిత పఠనాలను తీసుకోండి. లోపాలు, తిరస్కరించినవి మరియు లింక్ స్థితి మార్పులతో పాటు ట్రాఫిక్ పరిమాణాన్ని నమోదు చేయండి, ఎందుకంటే నెలల తరబడి పోగైన సున్నా కాని మొత్తం ఈ సంఘటనను కాదు, చరిత్రను వివరిస్తుంది. ఆగుడు సమయంలో మూడు కదిలిన కౌంటర్ మూడు వేలు చూపి ఎప్పుడూ మారని కౌంటర్ కంటే భిన్నమైన పరిశీలన.

ip -s link show dev eth0
nstat -az TcpRetransSegs TcpExtTCPTimeouts
date -u +%Y-%m-%dT%H:%M:%SZ

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

డ్రైవర్ వివరమైన భౌతిక కౌంటర్లను బయటపెడితే, వాటిని ఆ అడాప్టర్ పత్రాల ద్వారా చదవండి. రెండు తయారీదారులలో “drop” అనే పేరున్న ప్రతి ఫీల్డ్కు ఒకే అర్థం ఇవ్వడమే సాధారణ అకౌంటింగ్ విచిత్రత హార్డ్వేర్ నిర్ధారణగా మారే మార్గం.

పోయిన విభాగం పొడవైన నిరీక్షణగా ఎలా మారుతుంది

విభాగం పోయిన తర్వాత అప్లికేషన్ ఒక రౌండ్ ట్రిప్ కంటే చాలా ఎక్కువ సేపు వేచి ఉండగలదు. TCP రౌండ్-ట్రిప్ సమయాన్ని అంచనా వేస్తుంది, ఆ అంచనా నుండి మళ్లీ పంపే టైమర్ను లెక్కిస్తుంది, మళ్లీ పంపడం కూడా విఫలమైతే వెనక్కి తగ్గుతుంది, కాబట్టి తప్పు క్షణంలో పోయిన ఒకే విభాగం ఒక అభ్యర్థనను గుర్తించదగిన మధ్యంతరం వరకు ఆపగలదు. ఆ యంత్రాంగం RFC 6298 లో నిర్దిష్టమైంది, మరియు అల్పంగా కనిపించే నష్ట రేటు ఎందుకు ఇంకా అనుభవంలోకి వస్తుందో అది వివరిస్తుంది.

అయితే ప్రతి విరామం మళ్లీ పంపే సమయ ముగింపు కాదు. అదే నిరీక్షణ పేరు పరిష్కారం, నెమ్మదిగా సర్వర్ లేదా వైఫల్యం తర్వాత తన అభ్యర్థనను మళ్లీ ప్రయత్నించే అప్లికేషన్ నుండి రావచ్చు. విఫలమైన కార్యకలాపాన్ని రవాణా పరిశీలనలతో మరియు సొరంగపు స్వంత సెషన్ సంఘటనలతో సమలేఖనం చేసి ఆ కేసులను వేరు చేయండి. మళ్లీ కనెక్ట్ కాకుండా డేటా మార్గంలో అంతరాయం కొత్త హ్యాండ్షేక్ మరియు ఆధారాల మార్పిడికి భిన్నమైన సంఘటన.

క్యాప్చర్ అనుమతించబడిన చోట దాన్ని ఇరుకుగా ఉంచండి. మీకు కావాల్సింది ఆశించిన ప్యాకెట్లు లేదా నిర్ధారణలు నిర్దిష్ట సరిహద్దు వద్ద ఆగుతాయా అనేది, రద్దీగా ఉన్న ట్రేస్లో ఎక్కడో మళ్లీ పంపడం ఉందనే వాస్తవం కాదు.

మిగతావి కదలకుండా ఒక సరిహద్దును మార్చండి

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

శుభ్రమైన స్థానిక కౌంటర్లు మిగిలిన మార్గానికి హామీ ఇవ్వవు. అవి మీరు చూసే భాగాన్ని పరిమితం చేస్తాయి, నిజాయితీ నివేదిక ఏ సరిహద్దులు గమనించబడ్డాయి, ఏవి గమనించబడలేదు చెబుతుంది. చివరికి మీకు కావాల్సింది ఒక జోక్యం జరిగినప్పుడు ఒక పరిశీలన మారిందనే ప్రకటన, చెడు కేబుల్ గురించిన కథను సార్వత్రిక నియమంగా ఎత్తినది కాదు.