کیبل کو قصوروار ٹھہرانے سے پہلے پیکٹ ضیاع کیسے پڑھیں

طویل ping دوڑ میں دو فیصد ضیاع ایسا ہندسہ لگتا ہے جس پر آپ کارروائی کر سکتے ہیں، اور ایسا ہونا شاذ و نادر ہے۔ یہ نہیں بتاتا کہ جوابات کہاں گم ہوئے، کیا وہ اکٹھے گم ہوئے، یا کسی خاص ایپلیکیشن نے اس وقفے کو کیسے محسوس کیا۔ ایک منٹ میں یکساں پھیلا ہوا ضیاع اور ایک ہی تبادلے میں جمع ہوا ضیاع ایک ہی فیصد کے لیے بہت مختلف نتائج دیتے ہیں۔

ایک پر بھروسا کرنے کے بجائے تین پیمانوں کا موازنہ کریں: پروب نے کیا دیکھا، انٹرفیس کاؤنٹروں نے کیا کیا، اور ایپلیکیشن واقعی کس چیز کا انتظار کر رہی تھی۔

ping کا فیصد واقعی کیا ناپتا ہے

ایکو پروب ایک پروٹوکول کی ایک سمت کو ایک پیکٹ سائز کے ساتھ، آپ کی منتخب کردہ کسی بھی رفتار پر جانچتا ہے۔ بڑا اپ لوڈ لے جانے والا ٹنل بالکل کچھ اور کر رہا ہوتا ہے، اور چھوٹے پروب گرانے والا لنک ضروری نہیں کہ وہی لنک ہو جو منتقلی کو نقصان پہنچا رہا ہے۔ فیصد سب سے اہم وقت کی معلومات کو بھی کچل دیتا ہے، کیونکہ ایک جھٹکے میں گم ہونے والے دس جواب ایک گھنٹے کے وقفے سے گم ہونے والے دس جوابوں کے برابر نہیں ہوتے۔ یہ یہ بھی نہیں بتا سکتا کہ ٹنل کا کون سا رخ کچھ گرا۔

پروب کے نتیجے کو راستے کے بارے میں اشارہ سمجھ کر رکھیں۔ پھر وہ وقت اور حد تلاش کریں جس نے اسے پیدا کیا۔

کاؤنٹر فرق کا موازنہ کریں، عمر بھر کے مجموعوں کا نہیں

جس کھڑکی میں علامت نمودار ہوئی اس سے پہلے اور بعد میں، دونوں سروں پر اور آپ کے زیرِ کنٹرول کسی بھی سوئچ پورٹ پر وقت کے نشان والی ریڈنگ لیں۔ غلطیوں، خارج شدہ اور لنک کی حالت کی تبدیلیوں کے ساتھ ٹریفک کا حجم لکھیں، کیونکہ مہینوں میں جمع ہونے والا غیر صفر مجموعہ اس واقعے کی نہیں، تاریخ کی وضاحت کرتا ہے۔ رکاوٹ کے دوران تین سے سرکنے والا کاؤنٹر تین ہزار دکھانے والے اور کبھی نہ بدلنے والے کاؤنٹر سے مختلف مشاہدہ ہے۔

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

وصولی کی غلطیوں کی وجہ سے خارج شدہ پیکٹ اور دیگر وجوہات سے خارج شدہ پیکٹ الگ کاؤنٹروں میں رہتے ہیں، اور یہ فرق اگلا قدم بدل دیتا ہے۔ غلطی کے کاؤنٹر طبعی یا ڈرائیور پرت کی طرف اشارہ کرتے ہیں، جبکہ قطار کا دباؤ اور پالیسی کے خارج کرنے کے عمل اس سے اوپر کہیں اشارہ کرتے ہیں۔ سمت اور انٹرفیس کا نام بھی محفوظ رکھیں، کیونکہ اپ لنک پر وصولی کی غلطیوں کا اضافہ اور ٹنل پیکٹ کاؤنٹر آپس میں بدلے نہیں جا سکتے۔

اگر ڈرائیور تفصیلی طبعی کاؤنٹر ظاہر کرتا ہے تو انہیں اسی ایڈاپٹر کی دستاویزات کے ذریعے پڑھیں۔ دو مینوفیکچررز میں “drop” نام کے ہر میدان کو ایک ہی معنی دینا وہ راستہ ہے جس سے عام حساب کتاب کی انوکھی بات ہارڈویئر کی تشخیص بن جاتی ہے۔

گم شدہ قطعہ طویل انتظار کیسے بنتا ہے

قطعہ گم ہونے کے بعد ایپلیکیشن ایک آنے جانے سے کہیں زیادہ انتظار کر سکتی ہے۔ TCP سفر کا وقت اندازہ لگاتا ہے، اسی اندازے سے دوبارہ بھیجنے کا ٹائمر نکالتا ہے اور جب دوبارہ بھیجنا بھی ناکام ہو تو پیچھے ہٹتا ہے، اس لیے غلط لمحے میں گم شدہ ایک قطعہ درخواست کو قابلِ محسوس وقفے تک روک سکتا ہے۔ یہ طریقہ RFC 6298 میں بیان کیا گیا ہے، اور یہ بتاتا ہے کہ معمولی دکھنے والی ضیاع کی شرح پھر بھی کیوں محسوس ہوتی ہے۔

تاہم ہر رکاوٹ دوبارہ بھیجنے کی وقت کی حد نہیں ہے۔ یہی انتظار نام کے حل، سست سرور یا ناکامی کے بعد اپنی درخواست دوبارہ آزمانے والی ایپلیکیشن سے آ سکتا ہے۔ ان صورتوں کو ناکام عمل کو نقل و حمل کے مشاہدات اور ٹنل کے اپنے سیشن واقعات کے ساتھ ہم آہنگ کر کے الگ کریں۔ ڈیٹا راستے پر بغیر دوبارہ جڑنے کے خلل نئی دستک اور اسناد کے تبادلے سے مختلف واقعہ ہے۔

جہاں گرفت کی اجازت ہو وہاں اسے تنگ رکھیں۔ آپ کو یہ جاننا ہے کہ متوقع پیکٹ یا تصدیقات کسی خاص حد پر رکتے ہیں یا نہیں، یہ حقیقت نہیں کہ کسی مصروف سراغ میں کہیں دوبارہ بھیجنا موجود ہے۔

باقیوں کو ہلائے بغیر ایک حد بدلیں

اگر شواہد کسی مقامی لنک کی طرف اشارہ کریں تو زیرِ نگرانی موازنے کے طور پر منظور شدہ کیبل یا پورٹ بدلیں اور باقی سب کچھ ویسا ہی رہنے دیں۔ سرا، ایپلیکیشن اور کام کا بوجھ موازنے کے قابل رکھیں، اور ہر کوشش میں بالکل ایک حد بدلیں۔ تار والے لیپ ٹاپ کا بغیر تار والے سے موازنہ کرتے ہوئے اخراج اور پروٹوکول بھی بدلنا آپ کو ایسی کوئی بات نہیں بتاتا جو آپ منسوب کر سکیں۔

صاف مقامی کاؤنٹر باقی راستے کی تصدیق نہیں کرتے۔ وہ اس حصے کو محدود کرتے ہیں جو آپ دیکھتے ہیں، اور دیانت دار رپورٹ بتاتی ہے کہ کون سی حدیں مشاہدے میں آئیں اور کون سی نہیں۔ آخر میں آپ کو یہ بیان چاہیے کہ ایک مداخلت ہونے پر ایک مشاہدہ بدلا، نہ کہ خراب کیبل کے بارے میں کوئی قصہ جو عالمگیر قاعدہ بنا دیا گیا ہو۔