آج ہم OSPF روٹنگ کے بارے میں سیکھنا شروع کریں گے۔ یہ موضوع، EIGRP پروٹوکول کی طرح، پورے CCNA کورس میں سب سے اہم موضوع ہے۔ جیسا کہ آپ دیکھ سکتے ہیں، سیکشن 2.4 کا عنوان ہے "OSPFv2 سنگل زون اور ملٹی زون برائے IPv4 (تصدیق، فلٹرنگ، دستی راستے کا خلاصہ، دوبارہ تقسیم، اسٹب ایریا، VNet، اور LSA کو چھوڑ کر)۔
OSPF کا موضوع کافی وسیع ہے، اس لیے اس میں 2، شاید 3 ویڈیو سبق لگیں گے۔ آج کا سبق اس مسئلے کے نظریاتی پہلو کے لیے وقف ہو گا؛ میں آپ کو بتاؤں گا کہ یہ پروٹوکول عام اصطلاحات میں کیا ہے اور یہ کیسے کام کرتا ہے۔ اگلی ویڈیو میں، ہم پیکٹ ٹریسر کا استعمال کرتے ہوئے OSPF کنفیگریشن موڈ پر جائیں گے۔
تو اس سبق میں ہم تین چیزوں کا احاطہ کریں گے: OSPF کیا ہے، یہ کیسے کام کرتا ہے، اور OSPF زونز کیا ہیں۔ پچھلے سبق میں، ہم نے کہا تھا کہ OSPF ایک لنک اسٹیٹ روٹنگ پروٹوکول ہے جو روٹرز کے درمیان مواصلاتی روابط کا جائزہ لیتا ہے اور ان لنکس کی رفتار کی بنیاد پر فیصلے کرتا ہے۔ زیادہ رفتار والے لمبے چینل کو، یعنی زیادہ تھرو پٹ کے ساتھ، کم تھرو پٹ والے مختصر چینل پر ترجیح دی جائے گی۔
RIP پروٹوکول، ایک فاصلاتی ویکٹر پروٹوکول ہونے کے ناطے، سنگل ہاپ راستے کا انتخاب کرے گا، چاہے اس لنک کی رفتار کم ہو، اور OSPF پروٹوکول کئی ہاپس کے لمبے راستے کا انتخاب کرے گا اگر اس روٹ پر کل رفتار اس سے زیادہ ہے۔ مختصر راستے پر ٹریفک کی رفتار
ہم فیصلے کے الگورتھم کو بعد میں دیکھیں گے، لیکن ابھی آپ کو یاد رکھنا چاہیے کہ OSPF ایک لنک اسٹیٹ پروٹوکول ہے۔ یہ کھلا معیار 1988 میں بنایا گیا تھا تاکہ ہر نیٹ ورک کا سامان بنانے والا اور کوئی بھی نیٹ ورک فراہم کرنے والا اسے استعمال کر سکے۔ اس لیے OSPF EIGRP سے زیادہ مقبول ہے۔
OSPF ورژن 2 نے صرف IPv4 کو سپورٹ کیا، اور ایک سال بعد، 1989 میں، ڈویلپرز نے ورژن 3 کا اعلان کیا، جس نے IPv6 کو سپورٹ کیا۔ تاہم، IPv6 کے لیے OSPF کا مکمل طور پر فعال تیسرا ورژن صرف 2008 میں ظاہر ہوا۔ آپ نے OSPF کا انتخاب کیوں کیا؟ پچھلے سبق میں، ہم نے سیکھا کہ یہ داخلی گیٹ وے پروٹوکول RIP سے کہیں زیادہ تیزی سے روٹ کنورجنسی انجام دیتا ہے۔ یہ ایک کلاس لیس پروٹوکول ہے۔
اگر آپ کو یاد ہے، RIP ایک کلاس فل پروٹوکول ہے، یعنی یہ سب نیٹ ماسک کی معلومات نہیں بھیجتا، اور اگر اس کا سامنا کلاس A/24 IP ایڈریس ہوتا ہے، تو وہ اسے قبول نہیں کرے گا۔ مثال کے طور پر، اگر آپ اسے 10.1.1.0/24 جیسے IP ایڈریس کے ساتھ پیش کرتے ہیں، تو یہ اسے نیٹ ورک 10.0.0.0 کے طور پر سمجھے گا کیونکہ یہ سمجھ نہیں پاتا کہ ایک نیٹ ورک کو ایک سے زیادہ سب نیٹ ماسک کا استعمال کرتے ہوئے کب سب نیٹ کیا جاتا ہے۔
OSPF ایک محفوظ پروٹوکول ہے۔ مثال کے طور پر، اگر دو راؤٹرز OSPF معلومات کا تبادلہ کر رہے ہیں، تو آپ تصدیق کو ترتیب دے سکتے ہیں تاکہ آپ پاس ورڈ درج کرنے کے بعد صرف پڑوسی روٹر کے ساتھ معلومات کا اشتراک کر سکیں۔ جیسا کہ ہم پہلے ہی کہہ چکے ہیں، یہ ایک کھلا معیار ہے، اس لیے OSPF کا استعمال بہت سے نیٹ ورک آلات بنانے والے کرتے ہیں۔
عالمی معنوں میں، OSPF لنک اسٹیٹ اشتہارات، یا LSAs کے تبادلے کا ایک طریقہ کار ہے۔ LSA پیغامات راؤٹر کے ذریعے تیار کیے جاتے ہیں اور ان میں بہت سی معلومات ہوتی ہیں: راؤٹر کا منفرد شناخت کنندہ روٹر آئی ڈی، روٹر کو معلوم نیٹ ورکس کے بارے میں ڈیٹا، ان کی قیمت کے بارے میں ڈیٹا، وغیرہ۔ روٹر کو روٹنگ کے فیصلے کرنے کے لیے ان تمام معلومات کی ضرورت ہوتی ہے۔
راؤٹر R3 اپنی LSA معلومات راؤٹر R5 کو بھیجتا ہے، اور راؤٹر R5 اپنی LSA معلومات R3 کے ساتھ شیئر کرتا ہے۔ یہ LSAs ڈیٹا ڈھانچے کی نمائندگی کرتے ہیں جو لنک اسٹیٹ ڈیٹا بیس، یا LSDB بناتا ہے۔ روٹر تمام موصول ہونے والے LSAs کو جمع کرتا ہے اور انہیں اپنے LSDB میں رکھتا ہے۔ دونوں راؤٹرز نے اپنا ڈیٹا بیس بنانے کے بعد، وہ ہیلو پیغامات کا تبادلہ کرتے ہیں، جو پڑوسیوں کو دریافت کرنے کے لیے کام کرتے ہیں، اور اپنے LSDBs کا موازنہ کرنے کا طریقہ کار شروع کرتے ہیں۔
راؤٹر R3 راؤٹر R5 کو DBD، یا "ڈیٹا بیس کی تفصیل" پیغام بھیجتا ہے، اور R5 اپنا DBD راؤٹر R3 کو بھیجتا ہے۔ ان پیغامات میں LSA انڈیکس ہوتے ہیں جو ہر روٹر کے ڈیٹا بیس میں دستیاب ہوتے ہیں۔ DBD موصول ہونے کے بعد، R3 LSR نیٹ ورک اسٹیٹس کی درخواست R5 کو بھیجتا ہے کہ "میرے پاس پہلے سے ہی 3,4 اور 9 پیغامات ہیں، اس لیے مجھے صرف 5 اور 7 بھیجیں۔"
تیسرے راؤٹر کو بتاتے ہوئے R5 بھی ایسا ہی کرتا ہے: "میرے پاس معلومات 3,4 اور 9 ہیں، لہذا مجھے 1 اور 2 بھیجیں۔" LSR کی درخواستیں موصول ہونے کے بعد، راؤٹرز LSU نیٹ ورک اسٹیٹ اپ ڈیٹ پیکٹ واپس بھیجتے ہیں، یعنی اس کے LSR کے جواب میں، تیسرے راؤٹر کو R5 سے LSU موصول ہوتا ہے۔ راؤٹرز اپنے ڈیٹا بیس کو اپ ڈیٹ کرنے کے بعد، ان سب میں، چاہے آپ کے پاس 100 راؤٹرز ہوں، ایک جیسے LSDBs ہوں گے۔ راؤٹرز میں LSDB ڈیٹا بیس بن جانے کے بعد، ان میں سے ہر ایک کو پورے نیٹ ورک کے بارے میں معلوم ہو جائے گا۔ OSPF پروٹوکول روٹنگ ٹیبل بنانے کے لیے Shortest Path First algorithm کا استعمال کرتا ہے، اس لیے اس کے درست آپریشن کے لیے سب سے اہم شرط یہ ہے کہ نیٹ ورک پر موجود تمام آلات کے LSDBs ہم آہنگ ہوں۔
اوپر والے خاکے میں، 9 راؤٹرز ہیں، جن میں سے ہر ایک LSR، LSU، اور اسی طرح کے پیغامات کا اپنے پڑوسیوں کے ساتھ تبادلہ کرتا ہے۔ یہ سب p2p، یا "پوائنٹ ٹو پوائنٹ" انٹرفیس کے ذریعے ایک دوسرے سے جڑے ہوئے ہیں جو OSPF پروٹوکول کے ذریعے آپریشن کو سپورٹ کرتے ہیں، اور اسی LSDB کو بنانے کے لیے ایک دوسرے کے ساتھ بات چیت کرتے ہیں۔
جیسے ہی اڈے مطابقت پذیر ہوتے ہیں، ہر روٹر، مختصر ترین راستہ الگورتھم کا استعمال کرتے ہوئے، اپنی روٹنگ ٹیبل بناتا ہے۔ یہ میزیں مختلف راؤٹرز کے لیے مختلف ہوں گی۔ یعنی، تمام راؤٹرز ایک ہی LSDB استعمال کرتے ہیں، لیکن مختصر ترین راستوں کے بارے میں ان کے اپنے تحفظات کی بنیاد پر روٹنگ ٹیبل بناتے ہیں۔ اس الگورتھم کو استعمال کرنے کے لیے، OSPF کو LSDB کو باقاعدگی سے اپ ڈیٹ کرنے کی ضرورت ہے۔
لہذا، OSPF کو خود کام کرنے کے لیے، اسے پہلے 3 شرائط فراہم کرنا ہوں گی: پڑوسیوں کو تلاش کریں، LSDB بنائیں اور اپ ڈیٹ کریں، اور ایک روٹنگ ٹیبل بنائیں۔ پہلی شرط کو پورا کرنے کے لیے، نیٹ ورک ایڈمنسٹریٹر کو دستی طور پر روٹر آئی ڈی، اوقات، یا وائلڈ کارڈ ماسک کو ترتیب دینے کی ضرورت پڑ سکتی ہے۔ اگلی ویڈیو میں ہم OSPF کے ساتھ کام کرنے کے لیے ایک ڈیوائس ترتیب دینے پر غور کریں گے، فی الحال آپ کو معلوم ہونا چاہیے کہ یہ پروٹوکول ریورس ماسک استعمال کرتا ہے، اور اگر یہ مماثل نہیں ہے، اگر آپ کے سب نیٹس مماثل نہیں ہیں، یا تصدیق مماثل نہیں ہے۔ ، راؤٹرز کا ایک پڑوس نہیں بن سکے گا۔ اس لیے، OSPF کا ازالہ کرتے وقت، آپ کو یہ معلوم کرنا چاہیے کہ یہ پڑوس کیوں نہیں بنتا، یعنی چیک کریں کہ مندرجہ بالا پیرامیٹرز مماثل ہیں۔
نیٹ ورک ایڈمنسٹریٹر کے طور پر، آپ LSDB بنانے کے عمل میں شامل نہیں ہیں۔ راؤٹرز کا پڑوس بنانے کے بعد ڈیٹا بیس خود بخود اپ ڈیٹ ہو جاتے ہیں، جیسا کہ روٹنگ ٹیبلز کی تعمیر ہے۔ یہ سب آلہ خود انجام دیتا ہے، جو OSPF پروٹوکول کے ساتھ کام کرنے کے لیے ترتیب دیا گیا ہے۔
آئیے ایک مثال دیکھتے ہیں۔ ہمارے پاس 2 راؤٹرز ہیں، جن کو، سادگی کے لیے، میں نے RIDs 1.1.1.1 اور 2.2.2.2 تفویض کیے ہیں۔ جیسے ہی ہم ان کو جوڑیں گے، لنک چینل فوری طور پر اوپر کی حالت میں چلا جائے گا، کیونکہ میں نے پہلے ان راؤٹرز کو OSPF کے ساتھ کام کرنے کے لیے ترتیب دیا تھا۔ جیسے ہی ایک مواصلاتی چینل بنتا ہے، راؤٹر A فوری طور پر راؤٹر A کو ہیلو پیکٹ بھیجے گا۔ اس پیکٹ میں وہ معلومات ہوں گی جو اس روٹر نے ابھی تک اس چینل پر کسی کو "دیکھی" نہیں ہے، کیونکہ یہ پہلی بار ہیلو بھیج رہا ہے، ساتھ ہی اس کا اپنا شناخت کنندہ، اس سے منسلک نیٹ ورک کے بارے میں ڈیٹا، اور دوسری معلومات جو یہ کر سکتا ہے۔ پڑوسی کے ساتھ اشتراک کریں.
اس پیکٹ کو حاصل کرنے کے بعد، راؤٹر B کہے گا: "میں دیکھ رہا ہوں کہ اس کمیونیکیشن چینل پر OSPF پڑوسی کے لیے ایک ممکنہ امیدوار ہے" اور Init ریاست میں جائے گا۔ ہیلو پیکٹ کوئی یونی کاسٹ یا براڈکاسٹ میسج نہیں ہے، یہ ایک ملٹی کاسٹ پیکٹ ہے جو ملٹی کاسٹ OSPF IP ایڈریس 224.0.0.5 پر بھیجا جاتا ہے۔ کچھ لوگ پوچھتے ہیں کہ ملٹی کاسٹ کے لیے سب نیٹ ماسک کیا ہے۔ حقیقت یہ ہے کہ ملٹی کاسٹ میں سب نیٹ ماسک نہیں ہے؛ یہ ایک ریڈیو سگنل کے طور پر پھیلتا ہے، جسے اس کی فریکوئنسی کے مطابق تمام آلات سنتے ہیں۔ مثال کے طور پر، اگر آپ فریکوئنسی 91,0 پر ایف ایم ریڈیو کی نشریات سننا چاہتے ہیں، تو آپ اپنے ریڈیو کو اس فریکوئنسی پر ٹیون کرتے ہیں۔
اسی طرح، راؤٹر B ملٹی کاسٹ ایڈریس 224.0.0.5 کے لیے پیغامات وصول کرنے کے لیے ترتیب دیا گیا ہے۔ اس چینل کو سننے کے دوران، یہ راؤٹر اے کی طرف سے بھیجا گیا ہیلو پیکٹ وصول کرتا ہے اور اپنے پیغام کے ساتھ جواب دیتا ہے۔
اس صورت میں، ایک پڑوس صرف اس صورت میں قائم کیا جا سکتا ہے جب جواب B معیار کے ایک سیٹ کو پورا کرتا ہو۔ پہلا معیار یہ ہے کہ ہیلو میسج بھیجنے کی فریکوئنسی اور اس میسج کے جواب کے لیے انتظار کا وقفہ ڈیڈ انٹرول دونوں راؤٹرز کے لیے یکساں ہونا چاہیے۔ عام طور پر ڈیڈ وقفہ کئی ہیلو ٹائمر ویلیوز کے برابر ہوتا ہے۔ اس طرح، اگر راؤٹر A کا ہیلو ٹائمر 10 سیکنڈ ہے، اور راؤٹر B اسے 30 سیکنڈ کے بعد پیغام بھیجتا ہے، جبکہ ڈیڈ وقفہ 20 سیکنڈ ہے، تو ملحقہ جگہ نہیں ہوگی۔
دوسرا معیار یہ ہے کہ دونوں راؤٹرز کو ایک ہی قسم کی توثیق کا استعمال کرنا چاہیے۔ اس کے مطابق، توثیق کے پاس ورڈز بھی مماثل ہونے چاہئیں۔
تیسرا معیار ایریل آئی ڈی زون کے شناخت کنندگان کا میچ ہے، چوتھا معیار نیٹ ورک کے سابقہ کی لمبائی کا میچ ہے۔ اگر راؤٹر A /24 سابقہ کی اطلاع دیتا ہے، تو پھر راؤٹر B میں بھی /24 نیٹ ورک کا سابقہ ہونا ضروری ہے۔ اگلی ویڈیو میں ہم اسے مزید تفصیل سے دیکھیں گے، فی الحال میں نوٹ کروں گا کہ یہ سب نیٹ ماسک نہیں ہے، یہاں راؤٹرز ریورس وائلڈ کارڈ ماسک استعمال کرتے ہیں۔ اور یقیناً، اگر روٹرز اس زون میں ہیں تو اسٹب ایریا کے جھنڈوں کا بھی مماثل ہونا چاہیے۔
ان معیارات کو چیک کرنے کے بعد، اگر وہ میچ کرتے ہیں، تو راؤٹر B اپنا ہیلو پیکٹ راؤٹر A کو بھیجتا ہے۔ A کے پیغام کے برعکس، Router B نے رپورٹ کیا کہ اس نے Router A کو دیکھا اور اپنا تعارف کرایا۔
اس پیغام کے جواب میں، راؤٹر A دوبارہ راؤٹر B کو ہیلو بھیجتا ہے، جس میں یہ تصدیق کرتا ہے کہ اس نے روٹر B کو بھی دیکھا ہے، ان کے درمیان کمیونیکیشن چینل ڈیوائسز 1.1.1.1 اور 2.2.2.2 پر مشتمل ہے، اور یہ خود ڈیوائس 1.1.1.1 ہے۔ . یہ پڑوس کے قیام کا ایک بہت اہم مرحلہ ہے۔ اس معاملے میں، ایک دو طرفہ 2-وے کنکشن استعمال کیا جاتا ہے، لیکن اگر ہمارے پاس 4 راؤٹرز کے تقسیم شدہ نیٹ ورک کے ساتھ ایک سوئچ ہو تو کیا ہوگا؟ اس طرح کے "مشترکہ" ماحول میں، ایک راؤٹر کو نامزد راؤٹر DR کا کردار ادا کرنا چاہیے، اور دوسرے کو بیک اپ نامزد راؤٹر، BDR کا کردار ادا کرنا چاہیے۔
ان آلات میں سے ہر ایک مکمل کنکشن، یا مکمل مطابقت کی حالت بنائے گا، بعد میں ہم دیکھیں گے کہ یہ کیا ہے، تاہم، اس قسم کا کنکشن صرف DR اور BDR کے ساتھ قائم ہوگا؛ دو نچلے راؤٹرز D اور B اب بھی دو طرفہ کنکشن اسکیم "پوائنٹ ٹو پوائنٹ" کا استعمال کرتے ہوئے ایک دوسرے سے بات چیت کرتے ہیں۔
یعنی، DR اور BDR کے ساتھ، تمام راؤٹرز ایک مکمل پڑوس کا رشتہ قائم کرتے ہیں، اور ایک دوسرے کے ساتھ - ایک پوائنٹ ٹو پوائنٹ کنکشن۔ یہ بہت اہم ہے کیونکہ ملحقہ آلات کے درمیان دو طرفہ کنکشن کے دوران، تمام ہیلو پیکٹ کے پیرامیٹرز کا مماثل ہونا چاہیے۔ ہمارے معاملے میں، سب کچھ میل کھاتا ہے، لہذا آلات بغیر کسی پریشانی کے ایک پڑوس بناتے ہیں۔
جیسے ہی دو طرفہ مواصلت قائم ہو جاتی ہے، راؤٹر A راؤٹر B کو ڈیٹا بیس کی تفصیل کا پیکٹ، یا "ڈیٹا بیس کی تفصیل" بھیجتا ہے، اور ExStart حالت میں چلا جاتا ہے - تبادلے کا آغاز، یا لوڈنگ کا انتظار۔ ڈیٹا بیس ڈسکرپٹر کتاب کے مندرجات کے جدول کی طرح کی معلومات ہے - یہ ہر اس چیز کی فہرست ہے جو روٹنگ ڈیٹا بیس میں ہے۔ جواب میں، راؤٹر B اپنے ڈیٹا بیس کی تفصیل راؤٹر A کو بھیجتا ہے اور ایکسچینج چینل مواصلاتی حالت میں داخل ہوتا ہے۔ اگر ایکسچینج کی حالت میں راؤٹر کو پتہ چلتا ہے کہ اس کے ڈیٹا بیس میں کچھ معلومات غائب ہیں، تو یہ لوڈنگ لوڈنگ حالت میں چلا جائے گا اور اپنے پڑوسی کے ساتھ LSR، LSU اور LSA پیغامات کا تبادلہ شروع کر دے گا۔
لہذا، راؤٹر A اپنے پڑوسی کو LSR بھیجے گا، جو LSU پیکٹ کے ساتھ جواب دے گا، جس کا جواب A روٹر B کو LSA پیغام کے ساتھ دے گا۔ یہ تبادلے جتنی بار ڈیوائسز LSA پیغامات کا تبادلہ کرنا چاہیں گے ہوں گے۔ لوڈنگ حالت کا مطلب ہے کہ LSA ڈیٹا بیس کی مکمل اپ ڈیٹ ابھی تک نہیں ہوئی ہے۔ تمام ڈیٹا ڈاؤن لوڈ ہونے کے بعد، دونوں ڈیوائسز مکمل ملحقہ حالت میں داخل ہو جائیں گی۔
نوٹ کریں کہ دو طرفہ کنکشن کے ساتھ، آلات صرف ملحقہ حالت میں ہیں، اور مکمل ملحقہ حالت صرف راؤٹرز، DR اور BDR کے درمیان ممکن ہے۔ اس کا مطلب ہے کہ ہر راؤٹر DR کو نیٹ ورک اور تمام راؤٹرز میں ہونے والی تبدیلیوں کے بارے میں مطلع کرتا ہے۔ DR سے ان تبدیلیوں کے بارے میں جانیں۔
DR اور BDR کا انتخاب ایک اہم مسئلہ ہے۔ آئیے دیکھتے ہیں کہ عام ماحول میں DR کا انتخاب کیسے کیا جاتا ہے۔ آئیے فرض کریں کہ ہماری اسکیم میں تین راؤٹرز اور ایک سوئچ ہے۔ OSPF ڈیوائسز پہلے ہیلو پیغامات میں ترجیح کا موازنہ کرتے ہیں، پھر راؤٹر آئی ڈی کا موازنہ کرتے ہیں۔
سب سے زیادہ ترجیح والا آلہ DR بن جاتا ہے اگر دو آلات کی ترجیحات ایک دوسرے سے ملتی ہیں، تو سب سے زیادہ راؤٹر ID والا آلہ ان دونوں میں سے منتخب ہو کر DR بن جاتا ہے۔
دوسری اعلی ترین ترجیح یا دوسری اعلی ترین راؤٹر ID والا آلہ بیک اپ وقف شدہ راؤٹر BDR بن جاتا ہے۔ اگر DR ناکام ہو جاتا ہے، تو اسے فوری طور پر BDR سے تبدیل کر دیا جائے گا۔ یہ DR کا کردار ادا کرنا شروع کر دے گا، اور سسٹم دوسرا منتخب کرے گا۔ بی ڈی آر
مجھے امید ہے کہ آپ نے DR اور BDR کے انتخاب کا اندازہ لگا لیا ہے، اگر نہیں، تو میں مندرجہ ذیل ویڈیوز میں سے ایک میں اس مسئلے پر واپس آؤں گا اور اس عمل کی وضاحت کروں گا۔
اب تک ہم نے دیکھا ہے کہ ہیلو کیا ہے، ڈیٹا بیس ڈسکرپٹر، اور LSR، LSU، اور LSA پیغامات۔ اگلے موضوع پر جانے سے پہلے، OSPF کی لاگت کے بارے میں تھوڑی بات کرتے ہیں۔
سسکو میں، ایک راستے کی قیمت کا حساب حوالہ بینڈوڈتھ کے تناسب کے فارمولے کا استعمال کرتے ہوئے کیا جاتا ہے، جو چینل کی لاگت کے حساب سے 100 Mbit/s پر طے ہوتا ہے۔ مثال کے طور پر، آلات کو سیریل پورٹ کے ذریعے منسلک کرتے وقت، رفتار 1.544 ایم بی پی ایس ہے، اور لاگت 64 ہوگی۔ 10 ایم بی پی ایس کی رفتار کے ساتھ ایتھرنیٹ کنکشن استعمال کرتے وقت، لاگت 10 ہوگی، اور فاسٹ ایتھرنیٹ کنکشن کی قیمت 100 ایم بی پی ایس کی رفتار 1 ہوگی۔
گیگابٹ ایتھرنیٹ استعمال کرتے وقت ہمارے پاس 1000 ایم بی پی ایس کی رفتار ہوتی ہے، لیکن اس معاملے میں رفتار ہمیشہ 1 مانی جاتی ہے۔ لہذا، اگر آپ کے نیٹ ورک پر گیگابٹ ایتھرنیٹ ہے، تو آپ کو ریف کی ڈیفالٹ ویلیو کو تبدیل کرنا ہوگا۔ 1000 تک BW۔ اس صورت میں، لاگت 1 ہوگی، اور لاگت کی قدروں میں 10 گنا اضافہ کے ساتھ پوری میز کو دوبارہ شمار کیا جائے گا۔ ایک بار جب ہم ملحقہ تشکیل دیتے ہیں اور LSDB بنا لیتے ہیں، تو ہم روٹنگ ٹیبل کی تعمیر کی طرف بڑھتے ہیں۔
LSDB حاصل کرنے کے بعد، ہر راؤٹر آزادانہ طور پر SPF الگورتھم کا استعمال کرتے ہوئے راستوں کی فہرست تیار کرنا شروع کر دیتا ہے۔ ہماری اسکیم میں، راؤٹر اے اپنے لیے ایسی میز بنائے گا۔ مثال کے طور پر، یہ روٹ A-R1 کی لاگت کا حساب لگاتا ہے اور اس کے 10 ہونے کا تعین کرتا ہے۔ خاکہ کو سمجھنے میں آسان بنانے کے لیے، فرض کریں کہ روٹر A روٹر B کے لیے بہترین راستے کا تعین کرتا ہے۔ لنک A-R1 کی قیمت 10 ہے۔ ، لنک A-R2 100 ہے، اور راستے A-R3 کی قیمت 11 کے برابر ہے، یعنی راستے A-R1(10) اور R1-R3(1) کا مجموعہ۔
اگر راؤٹر A راؤٹر R4 پر جانا چاہتا ہے، تو یہ یا تو راستے A-R1-R4 کے ساتھ یا A-R2-R4 روٹ کے ساتھ کر سکتا ہے، اور دونوں صورتوں میں راستوں کی قیمت یکساں ہوگی: 10+100 =100+10=110۔ روٹ A-R6 کی لاگت 100+1=101 ہوگی، جو پہلے سے بہتر ہے۔ اگلا، ہم A-R5-R1-R3 کے راستے روٹر R5 کے راستے پر غور کرتے ہیں، جس کی قیمت 10+1+100 = 111 ہوگی۔
روٹر R7 کا راستہ دو راستوں پر بچھایا جا سکتا ہے: A-R1-R4-R7 یا A-R2-R6-R7۔ پہلے کی لاگت 210 ہوگی، دوسری کی - 201، جس کا مطلب ہے کہ آپ کو 201 کا انتخاب کرنا چاہیے۔ لہذا، راؤٹر B تک پہنچنے کے لیے، راؤٹر A 4 راستے استعمال کر سکتا ہے۔
روٹ A-R1-R3-R5-B کی لاگت 121 ہوگی۔ روٹ A-R1-R4-R7-B کی لاگت 220 ہوگی۔ روٹ A-R2-R4-R7-B کی لاگت 210 ہے، اور A-R2- R6-R7-B کی لاگت 211 ہے۔ اس کی بنیاد پر، راؤٹر A سب سے کم لاگت والے راستے کا انتخاب کرے گا، جو 121 کے برابر ہے، اور اسے روٹنگ ٹیبل میں رکھے گا۔ یہ SPF الگورتھم کے کام کرنے کا ایک بہت ہی آسان خاکہ ہے۔ درحقیقت، ٹیبل میں نہ صرف ان راؤٹرز کے عہدہ شامل ہیں جن کے ذریعے زیادہ سے زیادہ راستہ چلتا ہے، بلکہ ان کو جوڑنے والی بندرگاہوں کے عہدہ اور دیگر تمام ضروری معلومات بھی شامل ہیں۔
آئیے ایک اور موضوع کو دیکھتے ہیں جو روٹنگ زون سے متعلق ہے۔ عام طور پر، کمپنی کے OSPF ڈیوائسز کو ترتیب دیتے وقت، وہ سب ایک مشترکہ زون میں واقع ہوتے ہیں۔
اگر R3 راؤٹر سے منسلک ڈیوائس اچانک ناکام ہو جائے تو کیا ہوتا ہے؟ راؤٹر R3 فوری طور پر راؤٹرز R5 اور R1 کو پیغام بھیجنا شروع کر دے گا کہ اس ڈیوائس کے ساتھ چینل اب کام نہیں کر رہا ہے، اور تمام راؤٹرز اس ایونٹ کے بارے میں اپ ڈیٹس کا تبادلہ کرنا شروع کر دیں گے۔
اگر آپ کے پاس 100 راؤٹرز ہیں، تو وہ سبھی لنک اسٹیٹ کی معلومات کو اپ ڈیٹ کریں گے کیونکہ وہ ایک ہی مشترکہ زون میں ہیں۔ اگر پڑوسی راؤٹرز میں سے ایک ناکام ہوجاتا ہے تو ایک ہی چیز ہوگی - زون کے تمام آلات LSA اپ ڈیٹس کا تبادلہ کریں گے۔ اس طرح کے پیغامات کے تبادلے کے بعد، نیٹ ورک ٹوپولوجی خود بدل جائے گی۔ ایک بار ایسا ہونے کے بعد، SPF تبدیل شدہ حالات کے مطابق روٹنگ ٹیبلز کا دوبارہ حساب لگائے گا۔ یہ ایک بہت بڑا عمل ہے، اور اگر آپ کے پاس ایک زون میں ایک ہزار ڈیوائسز ہیں، تو آپ کو راؤٹرز کے میموری سائز کو کنٹرول کرنے کی ضرورت ہے تاکہ یہ تمام LSAs اور بڑے LSDB لنک اسٹیٹ ڈیٹا بیس کو ذخیرہ کرنے کے لیے کافی ہو۔ جیسے ہی زون کے کسی حصے میں تبدیلیاں آتی ہیں، SPF الگورتھم فوری طور پر راستوں کی دوبارہ گنتی کرتا ہے۔ پہلے سے طے شدہ طور پر، LSA ہر 30 منٹ میں اپ ڈیٹ ہوتا ہے۔ یہ عمل تمام ڈیوائسز پر بیک وقت نہیں ہوتا، لیکن کسی بھی صورت میں، ہر روٹر کے ذریعے ہر 30 منٹ میں اپ ڈیٹ کیا جاتا ہے۔ زیادہ نیٹ ورک ڈیوائسز۔ LSDB کو اپ ڈیٹ کرنے میں جتنا زیادہ میموری اور وقت لگتا ہے۔
اس مسئلے کو ایک مشترکہ زون کو کئی الگ الگ زونوں میں تقسیم کر کے حل کیا جا سکتا ہے، یعنی ملٹی زوننگ کا استعمال کرتے ہوئے۔ ایسا کرنے کے لیے، آپ کے پاس اس پورے نیٹ ورک کا ایک منصوبہ یا خاکہ ہونا چاہیے جس کا آپ انتظام کرتے ہیں۔ ایریا 0 آپ کا مین ایریا ہے۔ یہ وہ جگہ ہے جہاں بیرونی نیٹ ورک سے کنکشن بنایا جاتا ہے، مثال کے طور پر، انٹرنیٹ تک رسائی۔ نئے زون بناتے وقت، آپ کو اس اصول پر عمل کرنا چاہیے: ہر زون میں ایک ABR، ایریا بارڈر راؤٹر ہونا چاہیے۔ ایک کنارے روٹر کا ایک انٹرفیس ایک زون میں اور دوسرا انٹرفیس دوسرے زون میں ہوتا ہے۔ مثال کے طور پر، R5 راؤٹر کے زون 1 اور زون 0 میں انٹرفیس ہیں۔ جیسا کہ میں نے کہا، ہر ایک زون کا زون صفر سے جڑا ہونا ضروری ہے، یعنی ایک کنارے کا روٹر ہونا چاہیے، جس کا ایک انٹرفیس AREA 0 سے جڑا ہوا ہے۔
آئیے فرض کریں کہ R6-R7 کنکشن ناکام ہو گیا ہے۔ اس صورت میں، LSA اپ ڈیٹ صرف AREA 1 کے ذریعے پھیلے گا اور صرف اس زون کو متاثر کرے گا۔ زون 2 اور زون 0 میں موجود آلات کو بھی اس کے بارے میں معلوم نہیں ہوگا۔ ایج روٹر R5 اپنے زون میں کیا ہو رہا ہے اس کے بارے میں معلومات کا خلاصہ کرتا ہے اور نیٹ ورک کی حالت کے بارے میں خلاصہ معلومات مرکزی زون AREA 0 کو بھیجتا ہے۔ ایک زون میں موجود آلات کو دوسرے زون کے اندر تمام LSA تبدیلیوں سے آگاہ ہونے کی ضرورت نہیں ہے کیونکہ ABR روٹر سمری روٹ کی معلومات ایک زون سے دوسرے زون میں بھیجے گا۔
اگر آپ زونز کے تصور پر پوری طرح واضح نہیں ہیں، تو آپ اگلے اسباق میں مزید جان سکتے ہیں جب ہم OSPF روٹنگ کو ترتیب دیں گے اور کچھ مثالیں دیکھیں گے۔
ہمارے ساتھ رہنے کے لیے آپ کا شکریہ۔ کیا آپ کو ہمارے مضامین پسند ہیں؟ مزید دلچسپ مواد دیکھنا چاہتے ہیں؟ آرڈر دے کر یا دوستوں کو مشورہ دے کر ہمارا ساتھ دیں، انٹری لیول سرورز کے انوکھے اینالاگ پر 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