آج ہم EIGRP پروٹوکول کا مطالعہ شروع کریں گے، جو OSPF کے مطالعہ کے ساتھ ساتھ CCNA کورس کا سب سے اہم موضوع ہے۔
ہم بعد میں سیکشن 2.5 پر واپس جائیں گے، لیکن فی الحال، سیکشن 2.4 کے فوراً بعد، ہم سیکشن 2.6 پر جائیں گے، "IPv4 پر EIGRP کو کنفیگر کرنا، تصدیق کرنا، اور ٹربل شوٹنگ کرنا (تصدیق، فلٹرنگ، دستی خلاصہ، دوبارہ تقسیم، اور سٹب کو چھوڑ کر) کنفیگریشن)۔
آج ہمارے پاس ایک تعارفی سبق ہوگا جس میں میں آپ کو Enhanced Internal Gateway Routing Protocol EIGRP کے تصور سے متعارف کرواؤں گا، اور اگلے دو اسباق میں ہم پروٹوکول کے روبوٹس کی ترتیب اور خرابیوں کا ازالہ کریں گے۔ لیکن پہلے میں آپ کو درج ذیل بتانا چاہتا ہوں۔
گزشتہ چند اسباق سے ہم OSPF کے بارے میں سیکھ رہے ہیں۔ اب میں چاہتا ہوں کہ آپ یاد رکھیں کہ جب ہم نے RIP کو کئی مہینے پہلے دیکھا تھا، تو ہم نے روٹنگ لوپس اور ٹیکنالوجیز کے بارے میں بات کی تھی جو ٹریفک کو لوپ ہونے سے روکتی ہیں۔ OSPF استعمال کرتے وقت آپ روٹنگ لوپس کو کیسے روک سکتے ہیں؟ کیا اس کے لیے روٹ پوائزن یا اسپلٹ ہورائزن جیسے طریقے استعمال کرنا ممکن ہے؟ یہ وہ سوالات ہیں جن کا جواب آپ کو خود دینا چاہیے۔ آپ دیگر موضوعاتی وسائل استعمال کر سکتے ہیں، لیکن ان سوالات کے جوابات تلاش کریں۔ میں چاہتا ہوں کہ آپ مختلف ذرائع کے ساتھ کام کر کے جوابات خود تلاش کرنے کا طریقہ سیکھیں، اور میں آپ کو اس ویڈیو کے نیچے اپنے تبصرے دینے کی ترغیب دیتا ہوں تاکہ میں دیکھ سکوں کہ میرے کتنے طلباء نے یہ کام مکمل کیا ہے۔
EIGRP کیا ہے؟ یہ ایک ہائبرڈ روٹنگ پروٹوکول ہے جو فاصلاتی ویکٹر پروٹوکول جیسے RIP اور لنک اسٹیٹ پروٹوکول جیسے OSPF دونوں کی مفید خصوصیات کو یکجا کرتا ہے۔
EIGRP ایک Cisco ملکیتی پروٹوکول ہے جو 2013 میں عوام کے لیے دستیاب کیا گیا تھا۔ لنک اسٹیٹ ٹریکنگ پروٹوکول سے، اس نے RIP کے برعکس پڑوسی اسٹیبلشمنٹ الگورتھم کو اپنایا، جو پڑوسی پیدا نہیں کرتا ہے۔ RIP پروٹوکول میں دوسرے شرکاء کے ساتھ روٹنگ ٹیبل کا تبادلہ بھی کرتا ہے، لیکن OSPF اس تبادلے کو شروع کرنے سے پہلے ملحقہ تشکیل دیتا ہے۔ EIGRP اسی طرح کام کرتا ہے۔
RIP پروٹوکول وقتاً فوقتاً ہر 30 سیکنڈ میں مکمل روٹنگ ٹیبل کو اپ ڈیٹ کرتا ہے اور تمام انٹرفیس اور تمام راستوں کے بارے میں معلومات اپنے تمام پڑوسیوں میں تقسیم کرتا ہے۔ EIGRP معلومات کی وقتاً فوقتاً مکمل اپ ڈیٹس نہیں کرتا ہے، بجائے اس کے کہ ہیلو پیغامات کو نشر کرنے کے تصور کو اسی طرح استعمال کرتا ہے جس طرح OSPF کرتا ہے۔ ہر چند سیکنڈ میں یہ ایک ہیلو بھیجتا ہے تاکہ یہ یقینی بنایا جا سکے کہ پڑوسی اب بھی "زندہ" ہے۔
فاصلاتی ویکٹر پروٹوکول کے برعکس، جو روٹ بنانے کا فیصلہ کرنے سے پہلے پورے نیٹ ورک ٹوپولوجی کا جائزہ لیتا ہے، EIGRP، جیسے RIP، افواہوں کی بنیاد پر راستے بناتا ہے۔ جب میں افواہیں کہتا ہوں، میرا مطلب ہے کہ جب کوئی پڑوسی کسی چیز کی اطلاع دیتا ہے، EIGRP بغیر کسی سوال کے اس سے اتفاق کرتا ہے۔ مثال کے طور پر، اگر کوئی پڑوسی کہتا ہے کہ وہ جانتا ہے کہ 10.1.1.2 تک کیسے پہنچنا ہے، EIGRP بغیر پوچھے اس پر یقین کرتا ہے، "آپ کو یہ کیسے معلوم ہوا؟ مجھے پورے نیٹ ورک کی ٹوپولوجی کے بارے میں بتائیں!
2013 سے پہلے، اگر آپ صرف Cisco انفراسٹرکچر استعمال کر رہے تھے، تو آپ EIGRP استعمال کر سکتے ہیں، کیونکہ یہ پروٹوکول 1994 میں بنایا گیا تھا۔ تاہم، بہت سی کمپنیاں، یہاں تک کہ سسکو کا سامان استعمال کرتے ہوئے، اس فرق کے ساتھ کام نہیں کرنا چاہتی تھیں۔ میری رائے میں، EIGRP آج کا بہترین ڈائنامک روٹنگ پروٹوکول ہے کیونکہ اسے استعمال کرنا بہت آسان ہے، لیکن لوگ پھر بھی OSPF کو ترجیح دیتے ہیں۔ مجھے لگتا ہے کہ یہ اس حقیقت کی وجہ سے ہے کہ وہ سسکو کی مصنوعات سے منسلک نہیں ہونا چاہتے ہیں۔ لیکن Cisco نے اس پروٹوکول کو عوامی طور پر دستیاب کرایا کیونکہ یہ تیسرے فریق کے نیٹ ورکنگ آلات جیسے Juniper کو سپورٹ کرتا ہے، اور اگر آپ کسی ایسی کمپنی کے ساتھ مل کر کام کرتے ہیں جو Cisco کا سامان استعمال نہیں کرتی ہے، تو آپ کو کوئی پریشانی نہیں ہوگی۔
آئیے نیٹ ورک پروٹوکول کی تاریخ میں ایک مختصر سیر کرتے ہیں۔
RIPv1 پروٹوکول، جو 1980 کی دہائی میں نمودار ہوا، میں بہت سی حدود تھیں، مثال کے طور پر، زیادہ سے زیادہ 16 ہاپس، اور اس وجہ سے بڑے نیٹ ورکس پر روٹنگ فراہم نہیں کر سکتا تھا۔ تھوڑی دیر بعد، انہوں نے اندرونی گیٹ وے روٹنگ پروٹوکول IGRP تیار کیا، جو RIP سے بہت بہتر تھا۔ تاہم، یہ لنک اسٹیٹ پروٹوکول سے زیادہ فاصلاتی ویکٹر پروٹوکول تھا۔ 80 کی دہائی کے آخر میں، ایک کھلا معیار سامنے آیا، IPv2 کے لیے OSPFv4 لنک اسٹیٹ پروٹوکول۔
90 کی دہائی کے اوائل میں، سسکو نے فیصلہ کیا کہ IGRP کو بہتر بنانے کی ضرورت ہے اور Enhanced Internal Gateway Routing Protocol EIGRP جاری کیا جائے۔ یہ OSPF سے کہیں زیادہ موثر تھا کیونکہ اس میں RIP اور OSPF دونوں کی خصوصیات شامل ہیں۔ جیسا کہ ہم اسے دریافت کرنا شروع کرتے ہیں، آپ دیکھیں گے کہ EIGRP کو ترتیب دینا OSPF کے مقابلے میں بہت آسان ہے۔ سسکو نے ایک ایسا پروٹوکول بنانے کی کوشش کی جو نیٹ ورک کے تیز ترین کنورجن کو یقینی بنائے۔
90 کی دہائی کے آخر میں، RIPv2 پروٹوکول کا ایک جدید ترین کلاس لیس ورژن جاری کیا گیا۔ 2000 کی دہائی میں، OSPF، RIPng اور EIGRPv6 کا تیسرا ورژن، جو IPv6 پروٹوکول کو سپورٹ کرتا تھا، نمودار ہوا۔ دنیا آہستہ آہستہ IPv6 میں مکمل منتقلی کے قریب پہنچ رہی ہے، اور روٹنگ پروٹوکول ڈویلپر اس کے لیے تیار رہنا چاہتے ہیں۔
اگر آپ کو یاد ہے، ہم نے مطالعہ کیا ہے کہ بہترین راستے کا انتخاب کرتے وقت، RIP، فاصلاتی ویکٹر پروٹوکول کے طور پر، صرف ایک معیار سے رہنمائی کرتا ہے - ہاپس کی کم از کم تعداد، یا منزل کے انٹرفیس کا کم از کم فاصلہ۔ لہذا، راؤٹر R1 روٹر R3 کے لیے براہ راست راستے کا انتخاب کرے گا، اس حقیقت کے باوجود کہ اس راستے پر رفتار 64 kbit/s ہے - R1-R2-R3 روٹ کی رفتار سے کئی گنا کم، 1544 kbit/s کے برابر۔ RIP پروٹوکول 2 ہاپس کے تیز روٹ کے بجائے ایک ہاپ کی لمبائی کے سست روٹ کو بہترین سمجھے گا۔
OSPF پورے نیٹ ورک ٹوپولوجی کا مطالعہ کرے گا اور R3 کے راستے روٹر R2 کے ساتھ رابطے کے لیے تیز ترین راستے کے طور پر استعمال کرنے کا فیصلہ کرے گا۔ RIP اپنے میٹرک کے طور پر ہاپس کی تعداد کا استعمال کرتا ہے، جبکہ OSPF کا میٹرک لاگت ہے، جو زیادہ تر معاملات میں لنک کی بینڈوتھ کے متناسب ہوتا ہے۔
EIGRP روٹ لاگت پر بھی توجہ مرکوز کرتا ہے، لیکن اس کا میٹرک OSPF سے کہیں زیادہ پیچیدہ ہے اور بہت سے عوامل پر انحصار کرتا ہے، بشمول بینڈوتھ، تاخیر، قابل اعتماد، لوڈنگ، اور زیادہ سے زیادہ MTU۔ مثال کے طور پر، اگر ایک نوڈ دوسروں کے مقابلے میں زیادہ لوڈ ہوتا ہے، تو EIGRP پورے روٹ پر بوجھ کا تجزیہ کرے گا اور کم بوجھ کے ساتھ دوسرا نوڈ منتخب کرے گا۔
CCNA کورس میں ہم صرف بینڈوتھ اور تاخیر جیسے میٹرک تشکیل کے عوامل کو مدنظر رکھیں گے؛ یہ وہی ہیں جو میٹرک فارمولہ استعمال کرے گا۔
فاصلاتی ویکٹر پروٹوکول RIP دو تصورات کا استعمال کرتا ہے: فاصلہ اور سمت۔ اگر ہمارے پاس 3 راؤٹرز ہیں، اور ان میں سے ایک 20.0.0.0 نیٹ ورک سے جڑا ہوا ہے، تو انتخاب فاصلے کے لحاظ سے کیا جائے گا - یہ ہاپس ہیں، اس معاملے میں 1 ہاپ، اور سمت کے لحاظ سے، یعنی کس راستے پر - اوپری یا کم - ٹریفک بھیجنے کے لیے۔
اس کے علاوہ، RIP معلومات کی متواتر اپ ڈیٹنگ کا استعمال کرتا ہے، ہر 30 سیکنڈ میں پورے نیٹ ورک میں ایک مکمل روٹنگ ٹیبل تقسیم کرتا ہے۔ یہ اپ ڈیٹ 2 چیزیں کرتا ہے۔ پہلا روٹنگ ٹیبل کی اصل اپ ڈیٹ ہے، دوسرا پڑوسی کی عملداری کی جانچ کر رہا ہے۔ اگر ڈیوائس کو 30 سیکنڈ کے اندر پڑوسی سے رسپانس ٹیبل اپ ڈیٹ یا روٹ کی نئی معلومات موصول نہیں ہوتی ہیں، تو یہ سمجھتا ہے کہ پڑوسی کا راستہ مزید استعمال نہیں کیا جا سکتا۔ روٹر ہر 30 سیکنڈ میں ایک اپ ڈیٹ بھیجتا ہے تاکہ یہ معلوم کیا جا سکے کہ آیا پڑوسی اب بھی زندہ ہے اور کیا راستہ اب بھی درست ہے۔
جیسا کہ میں نے کہا، اسپلٹ ہورائزن ٹیکنالوجی روٹ لوپس کو روکنے کے لیے استعمال کی جاتی ہے۔ اس کا مطلب ہے کہ اپ ڈیٹ اس انٹرفیس پر واپس نہیں بھیجا جاتا ہے جہاں سے یہ آیا تھا۔ لوپس کو روکنے کے لیے دوسری ٹیکنالوجی روٹ پوائزن ہے۔ اگر تصویر میں دکھائے گئے 20.0.0.0 نیٹ ورک کے ساتھ کنکشن میں خلل پڑتا ہے، تو وہ راؤٹر جس سے یہ جڑا ہوا تھا اپنے پڑوسیوں کو ایک "زہریلا راستہ" بھیجتا ہے، جس میں یہ اطلاع دیتا ہے کہ یہ نیٹ ورک اب 16 ہوپس میں قابل رسائی ہے، یعنی، عملی طور پر ناقابل رسائی. RIP پروٹوکول اس طرح کام کرتا ہے۔
EIGRP کیسے کام کرتا ہے؟ اگر آپ کو OSPF کے بارے میں اسباق سے یاد ہے، تو یہ پروٹوکول تین کام کرتا ہے: یہ ایک پڑوس قائم کرتا ہے، نیٹ ورک ٹوپولوجی میں ہونے والی تبدیلیوں کے مطابق LSDB کو اپ ڈیٹ کرنے کے لیے LSA کا استعمال کرتا ہے، اور ایک روٹنگ ٹیبل بناتا ہے۔ پڑوس کا قیام ایک پیچیدہ طریقہ کار ہے جو بہت سے پیرامیٹرز کا استعمال کرتا ہے۔ مثال کے طور پر، 2WAY کنکشن کو چیک کرنا اور تبدیل کرنا - کچھ کنکشن دو طرفہ مواصلاتی حالت میں رہتے ہیں، کچھ مکمل حالت میں جاتے ہیں۔ OSPF کے برعکس، یہ EIGRP پروٹوکول میں نہیں ہوتا ہے - یہ صرف 4 پیرامیٹرز کو چیک کرتا ہے۔
OSPF کی طرح، یہ پروٹوکول ہر 10 سیکنڈ میں 4 پیرامیٹرز پر مشتمل ایک ہیلو پیغام بھیجتا ہے۔ پہلا توثیق کا معیار ہے، اگر یہ پہلے سے ترتیب دیا گیا ہے۔ اس صورت میں، تمام آلات جن کے ساتھ قربت قائم کی گئی ہے، ان میں توثیق کے ایک جیسے پیرامیٹرز ہونے چاہئیں۔
دوسرا پیرامیٹر یہ چیک کرنے کے لیے استعمال کیا جاتا ہے کہ آیا آلات ایک ہی خود مختار نظام سے تعلق رکھتے ہیں، یعنی EIGRP پروٹوکول کا استعمال کرتے ہوئے ملحقہ قائم کرنے کے لیے، دونوں آلات کا ایک ہی خود مختار نظام نمبر ہونا چاہیے۔ تیسرا پیرامیٹر یہ چیک کرنے کے لیے استعمال کیا جاتا ہے کہ ہیلو پیغامات اسی سورس آئی پی ایڈریس سے بھیجے گئے ہیں۔
چوتھا پیرامیٹر متغیر K-Values coefficients کی مستقل مزاجی کو جانچنے کے لیے استعمال کیا جاتا ہے۔ EIRGP پروٹوکول K5 سے K1 تک 5 ایسے گتانک استعمال کرتا ہے۔ اگر آپ کو یاد ہے، اگر K=0 پیرامیٹرز کو نظر انداز کیا جاتا ہے، لیکن اگر K=1، تو پیرامیٹرز کو میٹرک کا حساب لگانے کے فارمولے میں استعمال کیا جاتا ہے۔ اس طرح، مختلف آلات کے لیے K1-5 کی قدریں ایک جیسی ہونی چاہئیں۔ CCNA کورس میں ہم ان گتانکوں کی ڈیفالٹ قدریں لیں گے: K1 اور K3 1 کے برابر ہیں، اور K2، K4 اور K5 0 کے برابر ہیں۔
لہذا، اگر یہ 4 پیرامیٹرز مماثل ہیں، EIGRP پڑوسی کا رشتہ قائم کرتا ہے اور آلات ایک دوسرے کو پڑوسی کی میز میں داخل کرتے ہیں۔ اگلا، ٹوپولوجی ٹیبل میں تبدیلیاں کی جاتی ہیں۔
تمام ہیلو پیغامات ملٹی کاسٹ آئی پی ایڈریس 224.0.0.10 پر بھیجے جاتے ہیں، اور اپ ڈیٹس، کنفیگریشن کے لحاظ سے، پڑوسیوں کے یونی کاسٹ ایڈریس یا ملٹی کاسٹ ایڈریس پر بھیجے جاتے ہیں۔ یہ اپ ڈیٹ UDP یا TCP پر نہیں آتا ہے، لیکن RTP، Reliable Transport Protocol نامی ایک مختلف پروٹوکول استعمال کرتا ہے۔ یہ پروٹوکول چیک کرتا ہے کہ آیا پڑوسی کو کوئی اپ ڈیٹ موصول ہوا ہے، اور جیسا کہ اس کے نام سے پتہ چلتا ہے، اس کا کلیدی کام مواصلات کی وشوسنییتا کو یقینی بنانا ہے۔ اگر اپ ڈیٹ پڑوسی تک نہیں پہنچتی ہے، تو ٹرانسمیشن اس وقت تک دہرائی جائے گی جب تک کہ پڑوسی اسے موصول نہ کر لے۔ OSPF کے پاس وصول کنندہ ڈیوائس کو چیک کرنے کا کوئی طریقہ کار نہیں ہے، اس لیے سسٹم کو یہ نہیں معلوم کہ پڑوسی ڈیوائسز کو اپ ڈیٹ موصول ہوا ہے یا نہیں۔
اگر آپ کو یاد ہے، RIP ہر 30 سیکنڈ میں مکمل نیٹ ورک ٹوپولوجی کی تازہ کاری بھیجتا ہے۔ EIGRP یہ صرف اس صورت میں کرتا ہے جب نیٹ ورک پر کوئی نیا آلہ ظاہر ہوا ہو یا کچھ تبدیلیاں واقع ہوئی ہوں۔ اگر سب نیٹ ٹوپولوجی بدل گئی ہے، تو پروٹوکول ایک اپ ڈیٹ بھیجے گا، لیکن مکمل ٹوپولوجی ٹیبل نہیں، بلکہ صرف اس تبدیلی کے ساتھ ریکارڈ بھیجے گا۔ اگر ایک ذیلی نیٹ تبدیل ہوتا ہے، تو صرف اس کی ٹوپولوجی کو اپ ڈیٹ کیا جائے گا۔ یہ ایک جزوی اپ ڈیٹ معلوم ہوتا ہے جو ضرورت پڑنے پر ہوتا ہے۔
جیسا کہ آپ جانتے ہیں، OSPF ہر 30 منٹ بعد LSAs بھیجتا ہے، چاہے نیٹ ورک میں کوئی تبدیلی کیوں نہ ہو۔ EIGRP اس وقت تک کوئی اپ ڈیٹ نہیں بھیجے گا جب تک کہ نیٹ ورک میں کچھ تبدیلی نہ ہو جائے۔ لہذا، EIGRP OSPF سے کہیں زیادہ موثر ہے۔
راؤٹرز کے اپ ڈیٹ پیکجز کے تبادلے کے بعد، تیسرا مرحلہ شروع ہوتا ہے - میٹرک پر مبنی روٹنگ ٹیبل کی تشکیل، جس کا شمار شکل میں دکھائے گئے فارمولے سے کیا جاتا ہے۔ وہ لاگت کا حساب لگاتی ہے اور اس لاگت کی بنیاد پر فیصلہ کرتی ہے۔
آئیے فرض کریں کہ R1 نے روٹر R2 کو ہیلو بھیجا، اور اس راؤٹر نے ہیلو کو راؤٹر R1 پر بھیجا۔ اگر تمام پیرامیٹرز مماثل ہیں تو، راؤٹرز پڑوسیوں کی ایک میز بناتے ہیں۔ اس ٹیبل میں، R2 روٹر R1 کے بارے میں ایک اندراج لکھتا ہے، اور R1 R2 کے بارے میں ایک اندراج بناتا ہے۔ اس کے بعد، راؤٹر R1 اپ ڈیٹ کو اس سے منسلک نیٹ ورک 10.1.1.0/24 کو بھیجتا ہے۔ روٹنگ ٹیبل میں، یہ نیٹ ورک کے IP ایڈریس، روٹر انٹرفیس جو اس کے ساتھ مواصلت فراہم کرتا ہے، اور اس انٹرفیس کے ذریعے روٹ کی قیمت کے بارے میں معلومات کی طرح لگتا ہے۔ اگر آپ کو یاد ہے تو، EIGRP کی قیمت 90 ہے، اور پھر فاصلہ کی قیمت بتائی گئی ہے، جس کے بارے میں ہم بعد میں بات کریں گے۔
مکمل میٹرک فارمولہ بہت زیادہ پیچیدہ نظر آتا ہے، کیونکہ اس میں K کے کوفیشینٹس کی قدریں اور مختلف تبدیلیاں شامل ہیں۔ Cisco ویب سائٹ فارمولے کی ایک مکمل شکل فراہم کرتی ہے، لیکن اگر آپ پہلے سے طے شدہ عددی اقدار کو تبدیل کرتے ہیں، تو یہ ایک آسان شکل میں تبدیل ہو جائے گی - میٹرک (بینڈ وڈتھ + تاخیر) * 256 کے برابر ہوگی۔
ہم میٹرک کا حساب لگانے کے لیے فارمولے کی صرف اس آسان شکل کا استعمال کریں گے، جہاں کلو بٹس میں بینڈوڈتھ 107 کے برابر ہے، تمام انٹرفیس کی سب سے چھوٹی بینڈوتھ سے منقسم ہے جو منزل کے نیٹ ورک کو کم سے کم بینڈوتھ تک لے جاتا ہے، اور مجموعی تاخیر کل ہے۔ منزل کے نیٹ ورک کی طرف جانے والے تمام انٹرفیس کے لیے دسیوں مائیکرو سیکنڈز میں تاخیر۔
EIGRP سیکھتے وقت، ہمیں چار تعریفوں کو سمجھنے کی ضرورت ہے: Feasible Distance، Reported Distance، Successor (پڑوسی راؤٹر جس میں منزل کے نیٹ ورک کے لیے سب سے کم لاگت ہے)، اور Feasible Successor (بیک اپ پڑوسی راؤٹر)۔ ان کا مطلب سمجھنے کے لیے درج ذیل نیٹ ورک ٹوپولوجی پر غور کریں۔
آئیے نیٹ ورک 1/10.1.1.0 کا بہترین راستہ منتخب کرنے کے لیے ایک روٹنگ ٹیبل R24 بنا کر شروع کریں۔ ہر ڈیوائس کے آگے kbit/s میں تھرو پٹ اور ms میں لیٹنسی دکھائی جاتی ہے۔ ہم 100 Mbps یا 1000000 kbps GigabitEthernet انٹرفیس، 100000 kbps FastEthernet، 10000 kbps ایتھرنیٹ، اور 1544 kbps سیریل انٹرفیس استعمال کرتے ہیں۔ یہ اقدار روٹر کی سیٹنگز میں متعلقہ فزیکل انٹرفیس کی خصوصیات کو دیکھ کر معلوم کی جا سکتی ہیں۔
سیریل انٹرفیس کا ڈیفالٹ تھرو پٹ 1544 kbps ہے، اور یہاں تک کہ اگر آپ کے پاس 64 kbps لائن ہے، تب بھی تھرو پٹ 1544 kbps ہوگا۔ لہذا، نیٹ ورک ایڈمنسٹریٹر کے طور پر، آپ کو یہ یقینی بنانا ہوگا کہ آپ صحیح بینڈوتھ ویلیو استعمال کر رہے ہیں۔ ایک مخصوص انٹرفیس کے لیے، اسے بینڈوتھ کمانڈ کا استعمال کرتے ہوئے سیٹ کیا جا سکتا ہے، اور ڈیلے کمانڈ کا استعمال کرتے ہوئے، آپ ڈیفالٹ ڈیلی ویلیو کو تبدیل کر سکتے ہیں۔ آپ کو گیگا بائٹ ایتھرنیٹ یا ایتھرنیٹ انٹرفیس کے لیے ڈیفالٹ بینڈوتھ ویلیوز کے بارے میں فکر کرنے کی ضرورت نہیں ہے، لیکن اگر آپ سیریل انٹرفیس استعمال کر رہے ہیں تو لائن کی رفتار کا انتخاب کرتے وقت محتاط رہیں۔
براہ کرم نوٹ کریں کہ اس خاکہ میں تاخیر کو ملی سیکنڈز ms میں ظاہر کیا گیا ہے، لیکن حقیقت میں یہ مائیکرو سیکنڈز ہے، میرے پاس مائکرو سیکنڈز μs کو درست طریقے سے ظاہر کرنے کے لیے صرف حرف μ نہیں ہے۔
براہ کرم درج ذیل حقیقت پر پوری توجہ دیں۔ اگر آپ شو انٹرفیس g0/0 کمانڈ جاری کرتے ہیں، تو سسٹم لیٹینسی کو صرف مائیکرو سیکنڈز کی بجائے دسیوں مائیکرو سیکنڈز میں ظاہر کرے گا۔
ہم EIGRP کو ترتیب دینے پر اگلی ویڈیو میں اس مسئلے کو تفصیل سے دیکھیں گے، ابھی کے لیے یاد رکھیں کہ جب لیٹنسی ویلیوز کو فارمولے میں بدلتے ہیں، تو خاکے سے 100 μs 10 میں بدل جاتا ہے، کیونکہ فارمولہ دسیوں مائیکرو سیکنڈز استعمال کرتا ہے، اکائیوں کا نہیں۔
خاکہ میں، میں سرخ نقطوں سے ان انٹرفیس کی نشاندہی کروں گا جن سے دکھائے گئے تھرو پٹس اور تاخیر کا تعلق ہے۔
سب سے پہلے، ہمیں ممکنہ فاصلہ طے کرنے کی ضرورت ہے۔ یہ FD میٹرک ہے، جس کا حساب فارمولہ استعمال کرتے ہوئے کیا جاتا ہے۔ R5 سے بیرونی نیٹ ورک تک کے حصے کے لیے، ہمیں 107 کو 106 سے تقسیم کرنے کی ضرورت ہے، جس کے نتیجے میں ہمیں 10 ملے گا۔ اگلا، اس بینڈوتھ ویلیو میں ہمیں 1 کے برابر تاخیر کا اضافہ کرنا ہوگا، کیونکہ ہمارے پاس 10 مائیکرو سیکنڈز ہیں، یعنی، ایک دس 11 کی نتیجہ خیز قیمت کو 256 سے ضرب دینا ضروری ہے، یعنی میٹرک ویلیو 2816 ہوگی۔ یہ نیٹ ورک کے اس حصے کے لیے FD ویلیو ہے۔
راؤٹر R5 اس قدر کو راؤٹر R2 کو بھیجے گا، اور R2 کے لیے یہ اعلان شدہ رپورٹ شدہ فاصلہ بن جائے گا، یعنی وہ قدر جو پڑوسی نے اسے بتائی ہے۔ اس طرح، دیگر تمام آلات کے لیے مشتہر کردہ RD فاصلہ اس ڈیوائس کے ممکنہ FD فاصلے کے برابر ہوگا جس نے آپ کو اس کی اطلاع دی تھی۔
راؤٹر R2 اپنے ڈیٹا کی بنیاد پر FD کیلکولیشن کرتا ہے، یعنی یہ 107 کو 105 سے تقسیم کرتا ہے اور 100 ملتا ہے۔ پھر یہ اس قدر میں بیرونی نیٹ ورک کے راستے پر تاخیر کا مجموعہ شامل کرتا ہے: R5 کی تاخیر، ایک دس مائیکرو سیکنڈ کے برابر، اور اس کی اپنی تاخیر، دس دسیوں کے برابر۔ کل تاخیر 11 دسیوں مائیکرو سیکنڈز ہوگی۔ ہم اسے نتیجے میں سو میں شامل کرتے ہیں اور 111 حاصل کرتے ہیں، اس قدر کو 256 سے ضرب دیں اور قیمت FD = 28416 حاصل کریں۔ راؤٹر R3 بھی ایسا ہی کرتا ہے، حساب کے بعد قیمت FD=281856 وصول کرتا ہے۔ راؤٹر R4 قدر FD=3072 کا حساب لگاتا ہے اور اسے R1 میں RD کے طور پر منتقل کرتا ہے۔
براہ کرم نوٹ کریں کہ FD کا حساب لگاتے وقت، راؤٹر R1 فارمولے میں اپنی 1000000 kbit/s کی بینڈوتھ کو تبدیل نہیں کرتا ہے، لیکن راؤٹر R2 کی نچلی بینڈ وڈتھ، جو کہ 100000 kbit/s کے برابر ہے، کیونکہ فارمولہ ہمیشہ کم از کم بینڈوتھ کا استعمال کرتا ہے۔ منزل کے نیٹ ورک کی طرف جانے والا انٹرفیس۔ اس صورت میں، راؤٹرز R10.1.1.0 اور R24 نیٹ ورک 2/5 کے راستے پر واقع ہیں، لیکن چونکہ پانچویں راؤٹر کی بینڈوتھ بڑی ہے، اس لیے راؤٹر R2 کی سب سے چھوٹی بینڈوتھ ویلیو کو فارمولے میں بدل دیا جاتا ہے۔ R1-R2-R5 کے راستے میں کل تاخیر 1+10+1 (دسیوں) = 12 ہے، کم کردہ تھرو پٹ 100 ہے، اور ان نمبروں کا مجموعہ 256 سے ضرب کرنے سے قیمت FD=30976 ملتی ہے۔
لہذا، تمام آلات نے اپنے انٹرفیس کی FD کا حساب لگایا ہے، اور روٹر R1 میں منزل کے نیٹ ورک کی طرف جانے والے 3 راستے ہیں۔ یہ راستے ہیں R1-R2، R1-R3 اور R1-R4۔ راؤٹر ممکنہ فاصلے کی FD کی کم از کم قیمت کا انتخاب کرتا ہے، جو کہ 30976 کے برابر ہے - یہ روٹر R2 کا راستہ ہے۔ یہ راؤٹر جانشین، یا "جانشین" بن جاتا ہے۔ روٹنگ ٹیبل Feasible Successor (بیک اپ جانشین) کی بھی نشاندہی کرتا ہے - اس کا مطلب ہے کہ اگر R1 اور Successor کے درمیان کنکشن ٹوٹ گیا ہے تو روٹ کو بیک اپ Feasible Successor راؤٹر کے ذریعے روٹ کیا جائے گا۔
ممکنہ جانشینوں کو ایک اصول کے مطابق تفویض کیا جاتا ہے: اس راؤٹر کا مشتہر کردہ فاصلہ RD جانشین کے حصے میں راؤٹر کے FD سے کم ہونا چاہیے۔ ہمارے معاملے میں، R1-R2 میں FD = 30976 ہے، سیکشن R1-K3 میں RD 281856 کے برابر ہے، اور سیکشن R1-R4 میں RD 3072 کے برابر ہے۔ 3072 <30976 سے، راؤٹر R4 کو قابل عمل جانشین کے طور پر منتخب کیا گیا ہے۔
اس کا مطلب یہ ہے کہ اگر R1-R2 نیٹ ورک سیکشن پر مواصلت میں خلل پڑتا ہے تو، 10.1.1.0/24 نیٹ ورک کی ٹریفک کو R1-R4-R5 روٹ کے ساتھ بھیجا جائے گا۔ RIP استعمال کرتے وقت روٹ تبدیل کرنے میں کئی دس سیکنڈ لگتے ہیں، OSPF استعمال کرتے وقت کئی سیکنڈ لگتے ہیں، اور EIGRP میں یہ فوری طور پر ہوتا ہے۔ یہ دوسرے روٹنگ پروٹوکول کے مقابلے EIGRP کا ایک اور فائدہ ہے۔
اگر جانشین اور قابل عمل جانشین دونوں ایک ہی وقت میں منقطع ہو جائیں تو کیا ہوگا؟ اس صورت میں، EIGRP DUAL الگورتھم استعمال کرتا ہے، جو ممکنہ جانشین کے ذریعے بیک اپ روٹ کا حساب لگا سکتا ہے۔ اس میں کئی سیکنڈ لگ سکتے ہیں، اس دوران EIGRP ایک اور پڑوسی تلاش کرے گا جسے ٹریفک کو آگے بڑھانے اور اس کے ڈیٹا کو روٹنگ ٹیبل میں رکھنے کے لیے استعمال کیا جا سکتا ہے۔ اس کے بعد پروٹوکول اپنا معمول کا کام جاری رکھے گا۔
ہمارے ساتھ رہنے کے لیے آپ کا شکریہ۔ کیا آپ کو ہمارے مضامین پسند ہیں؟ مزید دلچسپ مواد دیکھنا چاہتے ہیں؟ آرڈر دے کر یا دوستوں کو مشورہ دے کر ہمارا ساتھ دیں، انٹری لیول سرورز کے انوکھے اینالاگ پر Habr کے صارفین کے لیے 30% رعایت، جو ہم نے آپ کے لیے ایجاد کیا تھا: (RAID1 اور RAID10 کے ساتھ دستیاب، 24 کور تک اور 40GB DDR4 تک)۔
ڈیل R730xd 2 گنا سستا؟ صرف یہاں نیدرلینڈ میں! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 سے! کے بارے میں پڑھا
ماخذ: www.habr.com