ہر چند سیکنڈ میں پنگ ڈراپ کرنا؟ 😳 Mbps بمقابلہ گیگابٹ نیٹ ورک کا مسئلہ
ایک حقیقی IT سپورٹ کیس: اکاؤنٹس ڈپارٹمنٹ کے صارف کا Tally چند منٹ کے کام کے بعد دوبارہ جڑتا رہا۔ عام استعمال ٹھیک لگ رہا تھا - جب تک کہ مسلسل پنگ ٹیسٹ میں ہر چند سیکنڈ میں 3 سے 4 پیکٹ ایک ساتھ گرتے دکھائی نہ دیں۔ تار معصوم تھا; مجرم نیٹ ورک اڈاپٹر کی اسپیڈ اینڈ ڈوپلیکس سیٹنگ تھا۔
📑باب
- شکایت - ایک اکاؤنٹس صارف کا Tally چند منٹوں کے بعد دوبارہ جڑتا رہتا ہے
- وہ ٹیسٹ جو اسے ظاہر کرتا ہے — ٹیلی سرور اور گوگل کو ایک مسلسل پنگ
- پیٹرن — 3 سے 4 پیکٹ ایک ساتھ گرتے ہیں، پھر جوابات دوبارہ صاف ہو جاتے ہیں
- پہلا مشتبہ — تار تبدیل کریں، دوبارہ ٹیسٹ کریں، اور قطرے باقی رہیں
- وال IO جیک — آؤٹ لیٹ کو دوبارہ پنچ کریں اور کنکشن کو دوبارہ پیچ کریں
- دریافت - اڈاپٹر کی رفتار اور ڈوپلیکس Mbps پر سیٹ ہے جبکہ سوئچ گیگابٹ ہے
- فکس — خودکار مذاکرات، تاکہ دونوں سرے لنک پر متفق ہوں
- تصدیق - صفر نقصان کے ساتھ ایک طویل پنگ شمار، اور Tally جڑے رہنا
📋 جائزہ اور مرحلہ وار گائیڈ
اسے مسلسل پنگ سے ثابت کریں۔
اس معاملے میں شکایت ایک سافٹ ویئر کے مسئلے کی طرح لگ رہی تھی: صارف کا Tally چند منٹوں کے بعد دوبارہ جڑ جائے گا اور اس کا کام ٹوٹ جائے گا۔ پہلا کام یہ ثابت کرنا ہے کہ وقفہ کہاں رہتا ہے۔ کمانڈ پرامپٹ کھولیں اور ایک مسلسل پنگ چلائیں — ایک ونڈو اس سرور کے خلاف ہے جس پر صارف درحقیقت کام کرتا ہے (یا آپ کے گیٹ وے) اور دوسری گوگل کے خلاف، بالکل ویسا ہی جیسا کہ ویڈیو میں کیا گیا ہے۔ پہلی کمانڈ میں ایڈریس کو اپنے سرور یا گیٹ وے آئی پی سے بدلیں:
ping -t 192.168.1.1
ping -t google.comدونوں کو دو سے تین منٹ تک چلنے دیں اور پیٹرن دیکھیں، ایک جواب نہیں۔ آپ جس چیز کی تلاش کر رہے ہیں وہ جوابات عام طور پر چل رہے ہیں، پھر درخواست کا وقت ختم لائنوں کا ایک پھٹ — اس معاملے میں لگاتار 3 سے 4 — پھر جوابات کو دوبارہ صاف کریں۔ وہ برسٹ پیٹرن لنک لیول کی خرابی کا فنگر پرنٹ ہے: ایپلیکیشن اور انٹرنیٹ لائن مسئلہ نہیں ہے، مقامی کنکشن گروپس میں پیکٹ چھوڑ رہا ہے۔ ٹیسٹ کو روکنے کے لیے Ctrl + C دبائیں اور بھیجے اور کھوئے ہوئے پیکٹوں کا خلاصہ پڑھیں۔
پہلے تار کو تبدیل کریں، پھر دوبارہ ٹیسٹ کریں۔
سب سے سستا اور سب سے زیادہ عام مشتبہ پیچ کی ہڈی ہے، لہذا ٹیم نے پہلے تار کو تبدیل کیا - ایک خراب یا خراب سیسہ بالکل اس قسم کے وقفے وقفے سے گرتا ہے۔ تبدیلی کے بعد، ایک ہی مسلسل پنگ کو مزید دو سے تین منٹ تک چلائیں اور پیٹرن کا ایمانداری سے موازنہ کریں۔
اس معاملے میں قطرے بالکل وہی رہے: 3 سے 4 پیکٹ تھوڑی دیر کے بعد گرتے ہیں، پھر خود ہی ٹھیک ہو جاتے ہیں، اور صارف دوبارہ رابطہ کرنے کی اطلاع دیتا رہتا ہے۔ یہ نتیجہ معلومات ہے، ناکامی نہیں - پیچ لیڈ زیادہ تر ممکنہ طور پر بے قصور ہے، اور شکار دیوار کے پیچھے فکسڈ وائرنگ کی طرف جاتا ہے۔
وال IO جیک کو ٹھیک کریں اور دوبارہ پیچ کریں۔
زنجیر میں اگلا دیوار کا آؤٹ لیٹ (IO جیک) اور پیچ پینل کا اختتام ہے۔ ایک ڈھیلا پنچ ڈاؤن، یا جیک میں ایک تھکا ہوا رابطہ، ایک جیسی برسٹ ڈراپ علامت پیدا کرتا ہے - اور یہ پیچ کی ہڈی کی تبدیلی سے بچ جاتا ہے، کیونکہ ہڈی کبھی کمزور نقطہ نہیں تھی۔ IO کو دوبارہ پنچ کریں، کنکشن کو صاف طور پر دوبارہ ختم کریں، اور اسی پورٹ کے لیے پیچ پینل پنچ ڈاؤن چیک کریں۔
گفت و شنید لنک کی رفتار پڑھیں
کسی اور چیز کو تبدیل کرنے سے پہلے، ایک نمبر پڑھیں: جس رفتار سے لنک نے حقیقت میں بات چیت کی۔ ونڈوز میں ایتھرنیٹ اڈاپٹر کی حیثیت کھولیں اور اسپیڈ ویلیو پڑھیں، یا اسے پاور شیل میں چلائیں اور LinkSpeed کالم پڑھیں:
Get-NetAdapterگیگابٹ سوئچ سے منسلک ایک گیگابٹ کے قابل پی سی کو 1.0 Gbps دکھانا چاہیے۔ اگر یہ اس کی بجائے 100 Mbps دکھاتا ہے، تو لنک واپس گر گیا ہے — عام طور پر خراب کیبل جوڑے کی وجہ سے یا، جیسا کہ اس معاملے میں، زبردستی اڈاپٹر سیٹنگ ہے۔ اگر چیک کے درمیان رفتار بدل جاتی ہے، تو لنک دوبارہ گفت و شنید کر رہا ہے، اور پیکٹ ہر بار مر جاتے ہیں۔ یہ واحد پڑھنا مسئلہ کو آدھے حصے میں تقسیم کرتا ہے: ایک طرف وائرنگ کا معیار، دوسری طرف اڈاپٹر کی ترتیب۔
رفتار اور ڈوپلیکس چیک کریں - آٹو گفت و شنید سیٹ کریں۔
ویڈیو میں اصل وجہ یہی تھی۔ ڈیوائس مینیجر کھولیں، نیٹ ورک اڈاپٹر کی پراپرٹیز کھولیں، ایڈوانسڈ ٹیب پر جائیں اور اسپیڈ اینڈ ڈوپلیکس تلاش کریں۔ اس معاملے میں اسے Mbps ویلیو پر کنفیگر کیا گیا تھا جب کہ نیٹ ورک سوئچ گیگابٹ کے قابل تھا — دونوں سرے اس بات پر کبھی بھی ٹھیک سے متفق نہیں ہوئے کہ لنک کو کیسے چلنا چاہیے، اس لیے لنک اوپر آیا، ہلکی ٹریفک گزر گئی، اور پھر بھی پیکٹوں کے پھٹ پڑے۔
رفتار اور ڈوپلیکس کو آٹو گفت و شنید پر سیٹ کریں اور درخواست دیں۔ گیگابٹ ایتھرنیٹ کو خود سے رفتار اور ڈوپلیکس پر بات چیت کرنے کے لیے ڈیزائن کیا گیا ہے۔ پی سی اور سوئچ پورٹ دونوں کو آٹو پر چھوڑ دینا چاہیے جب تک کہ ان پر مجبور کرنے کی کوئی دستاویزی وجہ نہ ہو۔
200 پیکٹ ٹیسٹ کے ساتھ علاج کی تصدیق کریں۔
اچھے احساس پر کیس بند نہ کریں - اسے شمار کریں۔ سرور پر 200 پنگز کا ایک مقررہ رن بھیجیں (دوبارہ، اپنا سرور یا گیٹ وے ایڈریس استعمال کریں) اور آخر میں سمری لائن پڑھیں:
ping -n 200 192.168.1.1خلاصہ میں آپ جو دیکھنا چاہتے ہیں وہ ہے Lost = 0 پورے رن کے ساتھ، لنک اسپیڈ ریڈنگ 1.0 Gbps کے ساتھ مرحلہ 4 سے۔ اس کے بعد حقیقی دنیا کا ثبوت آتا ہے، جو ویڈیو میں اہمیت رکھتا ہے: صارف کو کام کرنے دیں — کیس صرف اس وقت بند ہوتا ہے جب ایپلیکیشن جو دوبارہ جڑتی رہتی ہے (یہاں مکمل طور پر کام کرنے والے سیشن کے ذریعے منسلک رہتی ہے)۔ اگر ان سب کے بعد بھی قطرے آتے رہتے ہیں، تو باقی مشتبہ افراد خود کیبل پیئر کا معیار اور سوئچ پورٹ ہیں — کسی اور چیز کو تبدیل کرنے سے پہلے ایک معروف سوئچ پورٹ آزمائیں۔
🏷️موضوع کی تلاش کے متغیرات اور مطلوبہ الفاظ
🎙️ مکمل ٹرانسکرپٹ — پھیلانے کے لیے تھپتھپائیں۔
__TOK_28__
__TOK_29__
__TOK_30__
__TOK_31__
❓ اکثر پوچھے جانے والے سوالات
کیا یہ ٹیوٹوریل پیروی کرنے کے لیے 100% مفت ہے؟
__TOK_32__
کیا مبتدی اس گائیڈ پر عمل کر سکتے ہیں؟
__TOK_33__
اگر میں پھنس گیا ہوں تو میں کہاں سوال پوچھ سکتا ہوں؟
__TOK_34__