د کیبل په غندلو مخکې د پاکټ ضایع څنګه ولولو

په اوږد ping کې دوه سلنه ضایع داسې عدد ښکاري چې پر بنسټ یې کولای شئ ګام واخلئ، او دا نادر دی۔ دا نه وایي چې ځوابونه چېرته ورک شول، ایا یوځای ورک شول، یا یو ځانګړي اپلیکیشن هغه موده څنګه تجربه کړه۔ په یوه دقیقه کې په مساوي ډول خپره شوې ضایع او په یوه تبادله کې راغونډه شوې ضایع د هماغه سلنې لپاره ډېر بېلابېل پایلې ورکوي.

د یو پر باور کولو پرځای درې اندازه پرتله کړئ: پروب څه ولیدل، د انټرفېس کاونټرونو څه وکړل، او اپلیکیشن په رښتیا د څه انتظار کاوه.

د ping سلنه په رښتیا څه اندازه کوي

ایکو پروب د یوه پروتوکول یوه لوری د یوه پاکټ اندازې سره، په هره هغه اندازه چې تاسو غوره کړې، ازمويي۔ هغه تونل چې لوی اپلوډ وړي په بشپړه توګه بله کار کوي، او هغه لینک چې کوچني پروب غورځوي اړینه نه ده چې هغه لینک وي چې لیږد ته زیان رسولی۔ سلنه د وخت هغه معلومات هم مړه کوي چې تر ټولو مهم دي، ځانکې په یوه چاودنه کې ورک شوي لس ځوابونه په یوه ساعت وقفې سره ورک شوو لسو ځوابونو سره برابر نه دي۔ دا نشي ویلی چې د تونل کوم اړخ څه غورځولي.

د پروب پایله د لارې په اړه د نښې په توګه وساتئ۔ بیا هغه وخت او پوله ولټوئ چې دا یې جوړ کړ.

د کاونټر توپیرونه پرتله کړئ، نه د ټول ژوند مجموعې

د هغې کړکۍ دمخه او وروسته چې نښه پکې ښکاره شوه، په دواړو سرونو او په هر هغه سوېچ پورټ کې چې کنټرول یې کوئ، د وخت نښه لرونکې لوستنې واخلئ۔ د ترافیک اندازه د تېروتنو، غورځول شوو او د لینک د حالت بدلونونو سره یوځای ولیکئ، ځانکې د میاشتو په اوږدو کې راغونډه شوې غیر صفري مجموعه دې پېښې نه، بلکې تاریخ بیانوي۔ هغه کاونټر چې د تمځای پر مهال درې ته وښویېد، له هغه کاونټر څخه چې درې زره ښیي او هېڅ کله نه دی بدل شوی، بېل کتنه ده.

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

هغه پاکټونه چې د ترلاسه کولو د تېروتنو له امله غورځول کېږي او هغه پاکټونه چې د نورو لاملونو له امله غورځول کېږي په جلا کاونټرونو کې ژوند کوي، او دا توپیر بل ګام بدلوي۔ د تېروتنو کاونټرونه فزیکي یا د ډرایور طبقې ته اشاره کوي، په داسې حال کې چې د کتار فشار او د تګلارې غورځونې یو څه لوړ ته اشاره کوي۔ لوری او د انټرفېس نوم هم وساتئ، ځانکې په پورته لینک کې د ترلاسه کولو د تېروتنو زیاتوالی او د تونل د پاکټونو کاونټر د یو بل ځای نه شي نیولی.

که ډرایور تفصیلي فزیکي کاونټرونه ښکاره کوي، هغه د هماغه اډاپټر د اسنادو له لارې ولولئ۔ د دوو جوړونکو په منځ کې هر هغه ساحې ته چې “drop” نوم لري یو مانا ورکول هغه لار ده چې یو عادي حسابي ځانګړتیا د هارډویر تشخیص ته اوړي.

ورک شوی برخه څنګه اوږد انتظار کېږي

اپلیکیشن کولای شي د یوې برخې له ورکېدو وروسته له یوې تللو او راتللو څخه ډېر اوږد انتظار وکړي۔ TCP د تللو او راتللو وخت اټکل کوي، له هماغه اټکل څخه د بیا لېږلو ټایمر محاسبه کوي او کله چې بیا لېږل هم ناکام شي شاته ځي، نو په ناسمه شیبه کې ورک شوې یوه برخه کولای شي یوه غوښتنه د ښکاره مودې لپاره ودروي۔ دا میکانیزم په RFC 6298 کې ټاکل شوی، او تشریح کوي چې ولې د ضایع هغه کچه چې بې اهمیت ښکاري لا هم احساس کېږي.

خو هر تمځای د بیا لېږلو د وخت پای نه دی۔ هماغه انتظار کولای شي د نومونو حل، ورو سرور یا د هغه اپلیکیشن له لارې راشي چې له ناکامۍ وروسته خپله غوښتنه بیا ازمويي۔ هغه پېښې د ناکامه عملیات د ترانسپورت کتنو او د تونل د خپلو غونډو پېښو سره په سمون کې اچولو سره جلا کړئ۔ په ډاټا لاره کې بې له بیا نښلېدو وقفه له نوې لاس ورکولو او د اعتبارنامو له تبادلې څخه بېله پېښه ده.

چېرته چې نیول اجازه لري، هغه تنګ وساتئ۔ تاسو ته اړینه داده چې آیا تمه شوي پاکټونه یا تاییدونه په یوه ځانګړې پوله کې درېږي، نه دا حقیقت چې په یوه بوخت ټریس کې چېرته بیا لېږل شته.

یوه پوله بدله کړئ پرته له دې چې نورې وخوځوئ

که شواهد یوې سیمه ییزې لینک ته اشاره وکړي، د کنټرول شوې پرتلې په توګه تصویب شوی کیبل یا پورټ بدل کړئ او نور هر څه پر خپل حال پرېږدئ۔ سر، اپلیکیشن او د کار بار د پرتلې وړ وساتئ، او په هر هڅه کې په سمه توګه یوه پوله بدله کړئ۔ د تار لرونکي لپ ټاپ پرته د تار لرونکي سره پرتله کول په داسې حال کې چې وتل او پروتوکولونه هم بدلوئ، تاسو ته هغه څه نه وایي چې ورته منسوب یې کړای شئ.

پاک سیمه ییز کاونټرونه د لارې پاتې برخې تصدیق نه کوي۔ دوی هغه برخه محدوده کوي چې تاسو یې ګورئ، او رښتونی راپور وایي چې کومې پولې ولیدل شوې او کومې نه۔ په پای کې تاسو ته هغه بیان غواړئ چې یوه کتنه بدله شوه کله چې یوه مداخله وشوه، نه د خراب کیبل په اړه یوه کیسه چې نړیوال قانون ته پورته شوې ده.