آج کے سبق کا موضوع RIP، یا روٹنگ انفارمیشن پروٹوکول ہے۔ ہم اس کے استعمال کے مختلف پہلوؤں، اس کی ترتیب اور حدود کے بارے میں بات کریں گے۔ جیسا کہ میں پہلے ہی کہہ چکا ہوں، RIP کو Cisco 200-125 CCNA کورس کے نصاب میں شامل نہیں کیا گیا ہے، لیکن میں نے اس پروٹوکول کے لیے ایک الگ سبق وقف کرنے کا فیصلہ کیا ہے کیونکہ RIP اہم روٹنگ پروٹوکولز میں سے ایک ہے۔
آج ہم 3 پہلوؤں کو دیکھیں گے: آپریشن کو سمجھنا اور راؤٹرز میں RIP ترتیب دینا، RIP ٹائمرز، RIP پابندیاں۔ یہ پروٹوکول 1969 میں بنایا گیا تھا، اس لیے یہ نیٹ ورک کے قدیم ترین پروٹوکولز میں سے ایک ہے۔ اس کا فائدہ اس کی غیر معمولی سادگی میں ہے۔ آج، بہت سے نیٹ ورک ڈیوائسز، بشمول Cisco، RIP کی حمایت جاری رکھے ہوئے ہیں کیونکہ یہ EIGRP کی طرح ایک ملکیتی پروٹوکول نہیں ہے، بلکہ ایک عوامی پروٹوکول ہے۔
RIP کے 2 ورژن ہیں۔ پہلا، کلاسک ورژن، VLSM کو سپورٹ نہیں کرتا ہے - متغیر لمبائی کا سب نیٹ ماسک جس پر کلاس لیس IP ایڈریسنگ کی بنیاد ہے، اس لیے ہم صرف ایک نیٹ ورک استعمال کر سکتے ہیں۔ اس بارے میں تھوڑی دیر بعد بات کروں گا۔ یہ ورژن بھی تصدیق کی حمایت نہیں کرتا ہے۔
فرض کریں کہ آپ کے پاس 2 روٹرز ایک دوسرے سے جڑے ہوئے ہیں۔ اس صورت میں، پہلا راؤٹر اپنے پڑوسی کو وہ سب کچھ بتاتا ہے جو اسے جانتا ہے۔ فرض کریں کہ نیٹ ورک 10 پہلے راؤٹر سے منسلک ہے، نیٹ ورک 20 پہلے اور دوسرے راؤٹر کے درمیان واقع ہے، اور نیٹ ورک 30 دوسرے راؤٹر کے پیچھے ہے۔ پھر پہلا راؤٹر دوسرے کو بتاتا ہے کہ وہ نیٹ ورک 10 اور 20 کو جانتا ہے، اور روٹر 2 بتاتا ہے۔ روٹر 1 جو اسے نیٹ ورک 30 اور نیٹ ورک 20 کے بارے میں جانتا ہے۔
روٹنگ پروٹوکول اشارہ کرتا ہے کہ ان دو نیٹ ورکس کو روٹنگ ٹیبل میں شامل کیا جانا چاہئے۔ عام طور پر، یہ پتہ چلتا ہے کہ ایک راؤٹر پڑوسی روٹر کو اس سے منسلک نیٹ ورکس کے بارے میں بتاتا ہے، جو اس کے پڑوسی کو بتاتا ہے، وغیرہ. سیدھے الفاظ میں، RIP ایک گپ شپ پروٹوکول ہے جو پڑوسی روٹرز کو ایک دوسرے کے ساتھ معلومات کا اشتراک کرنے کی اجازت دیتا ہے، ہر پڑوسی غیر مشروط طور پر ان کی باتوں پر یقین کرتا ہے۔ ہر روٹر نیٹ ورک میں ہونے والی تبدیلیوں کو "سنتا ہے" اور اپنے پڑوسیوں کے ساتھ شیئر کرتا ہے۔
تصدیق کی حمایت کی کمی کا مطلب یہ ہے کہ کوئی بھی روٹر جو نیٹ ورک سے جڑا ہوا ہے فوری طور پر مکمل شریک بن جاتا ہے۔ اگر میں نیٹ ورک کو نیچے لانا چاہتا ہوں، تو میں اپنے ہیکر راؤٹر کو اس سے ایک نقصان دہ اپ ڈیٹ کے ساتھ جوڑ دوں گا، اور چونکہ دیگر تمام راؤٹرز اس پر بھروسہ کرتے ہیں، اس لیے وہ اپنی روٹنگ ٹیبل کو جس طرح سے میں چاہوں اپ ڈیٹ کر دیں گے۔ RIP کا پہلا ورژن ایسی ہیکنگ کے خلاف کوئی تحفظ فراہم نہیں کرتا ہے۔
RIPv2 میں، آپ روٹر کو اس کے مطابق ترتیب دے کر تصدیق فراہم کر سکتے ہیں۔ اس صورت میں، روٹرز کے درمیان معلومات کو اپ ڈیٹ کرنا صرف پاس ورڈ درج کرکے نیٹ ورک کی تصدیق پاس کرنے کے بعد ممکن ہوگا۔
RIPv1 براڈکاسٹنگ کا استعمال کرتا ہے، یعنی تمام اپ ڈیٹس براڈکاسٹ پیغامات کا استعمال کرتے ہوئے بھیجے جاتے ہیں تاکہ وہ نیٹ ورک کے تمام شرکاء کو موصول ہوں۔ فرض کریں کہ پہلے راؤٹر سے منسلک ایک کمپیوٹر ہے جو ان اپ ڈیٹس کے بارے میں کچھ نہیں جانتا کیونکہ صرف روٹنگ ڈیوائسز کو ان کی ضرورت ہے۔ تاہم، راؤٹر 1 یہ پیغامات ان تمام ڈیوائسز کو بھیجے گا جن کے پاس براڈکاسٹ آئی ڈی ہے، یعنی وہ بھی جنہیں اس کی ضرورت نہیں ہے۔
RIP کے دوسرے ورژن میں، یہ مسئلہ حل ہو گیا ہے - یہ Multicast ID، یا ملٹی کاسٹ ٹریفک ٹرانسمیشن کا استعمال کرتا ہے۔ اس صورت میں، صرف وہی ڈیوائسز جو پروٹوکول سیٹنگز میں بتائی گئی ہیں اپ ڈیٹس حاصل کرتی ہیں۔ تصدیق کے علاوہ، RIP کا یہ ورژن VLSM کلاس لیس IP ایڈریسنگ کو سپورٹ کرتا ہے۔ اس کا مطلب یہ ہے کہ اگر 10.1.1.1/24 نیٹ ورک پہلے راؤٹر سے منسلک ہے، تو تمام نیٹ ورک ڈیوائسز جن کا IP ایڈریس اس سب نیٹ کے ایڈریس رینج میں ہے وہ بھی اپ ڈیٹ حاصل کرتے ہیں۔ پروٹوکول کا دوسرا ورژن CIDR طریقہ کو سپورٹ کرتا ہے، یعنی جب دوسرے راؤٹر کو اپ ڈیٹ ملتا ہے، تو اسے معلوم ہوتا ہے کہ اسے کس مخصوص نیٹ ورک یا روٹ کا تعلق ہے۔ پہلے ورژن کی صورت میں، اگر نیٹ ورک 10.1.1.0 روٹر سے منسلک ہے، تو نیٹ ورک 10.0.0.0 پر موجود ڈیوائسز اور اسی کلاس سے تعلق رکھنے والے دوسرے نیٹ ورکس کو بھی اپ ڈیٹس موصول ہوں گے۔ اس صورت میں، راؤٹر 2 کو بھی ان نیٹ ورکس کی اپ ڈیٹ کے بارے میں مکمل معلومات حاصل ہوں گی، لیکن CIDR کے بغیر یہ نہیں جان سکے گا کہ یہ معلومات کلاس A IP ایڈریس والے سب نیٹ سے متعلق ہے۔
یہ وہی ہے جو RIP بہت عام اصطلاحات میں ہے۔ اب دیکھتے ہیں کہ اسے کیسے ترتیب دیا جا سکتا ہے۔ آپ کو روٹر سیٹنگز کے عالمی کنفیگریشن موڈ میں جانے اور Router RIP کمانڈ استعمال کرنے کی ضرورت ہے۔
اس کے بعد، آپ دیکھیں گے کہ کمانڈ لائن ہیڈر R1 (config-router)# میں تبدیل ہو گیا ہے کیونکہ ہم راؤٹر سب کمانڈ لیول پر چلے گئے ہیں۔ دوسری کمانڈ ورژن 2 ہوگی، یعنی ہم روٹر کو اشارہ کرتے ہیں کہ اسے پروٹوکول کا ورژن 2 استعمال کرنا چاہیے۔ اس کے بعد، ہمیں مشتہر کردہ کلاس فل نیٹ ورک کا پتہ درج کرنا ہوگا جس پر نیٹ ورک XXXX کمانڈ کا استعمال کرتے ہوئے اپ ڈیٹس کو منتقل کیا جانا چاہیے۔ اس کمانڈ کے 2 کام ہیں: اول، یہ بتاتا ہے کہ کس نیٹ ورک کی تشہیر کی ضرورت ہے، اور دوسرا، کون سا انٹرفیس استعمال کرنے کی ضرورت ہے۔ اس کے لیے جب آپ نیٹ ورک کنفیگریشن کو دیکھیں گے تو آپ دیکھیں گے کہ میرا کیا مطلب ہے۔
یہاں ہمارے پاس 4 راؤٹرز اور ایک کمپیوٹر ہے جو ایک نیٹ ورک کے ذریعے سوئچ سے جڑا ہوا ہے جس میں شناخت کنندہ 192.168.1.0/26 ہے، جسے 4 سب نیٹس میں تقسیم کیا گیا ہے۔ ہم صرف 3 ذیلی نیٹ استعمال کرتے ہیں: 192.168.1.0/26، 192.168.1.64/26 اور 192.168.1.128/26۔ ہمارے پاس اب بھی سب نیٹ 192.168.1.192/26 ہے، لیکن اسے استعمال نہیں کیا گیا کیونکہ اس کی ضرورت نہیں ہے۔
ڈیوائس پورٹس میں درج ذیل آئی پی ایڈریس ہیں: کمپیوٹر 192.168.1.10، پہلے راؤٹر کی پہلی پورٹ 192.168.1.1، دوسری پورٹ 192.168.1.65، دوسرے راؤٹر کی پہلی پورٹ 192.168.1.66، دوسرے راؤٹر کی دوسری پورٹ، 192.168.1.129. تیسرے راؤٹر کی پہلی بندرگاہ 192.168.1.130. 1۔ پچھلی بار ہم نے کنونشنز کے بارے میں بات کی تھی، اس لیے میں کنونشن کی پیروی نہیں کر سکتا اور روٹر کے دوسرے پورٹ کو ایڈریس .1 تفویض نہیں کر سکتا، کیونکہ .XNUMX اس نیٹ ورک کا حصہ نہیں ہے۔
اس کے بعد، میں دوسرے پتے استعمال کرتا ہوں، کیونکہ ہم ایک اور نیٹ ورک شروع کرتے ہیں - 10.1.1.0/16، اس لیے دوسرے راؤٹر کی دوسری پورٹ، جس سے یہ نیٹ ورک منسلک ہے، کا IP ایڈریس 10.1.1.1 ہے، اور چوتھے کی بندرگاہ۔ روٹر، جس سے سوئچ منسلک ہے - پتہ 10.1.1.2.
میرے بنائے ہوئے نیٹ ورک کو کنفیگر کرنے کے لیے، مجھے آلات کو IP ایڈریس تفویض کرنے چاہئیں۔ آئیے پہلے روٹر کے پہلے پورٹ سے شروع کرتے ہیں۔
سب سے پہلے، ہم میزبان نام R1 بنائیں گے، ایڈریس 0 کو پورٹ f0/192.168.1.1 پر تفویض کریں گے اور سب نیٹ ماسک 255.255.255.192 کی وضاحت کریں گے، کیونکہ ہمارے پاس /26 نیٹ ورک ہے۔ آئیے بغیر شٹ کمانڈ کے ساتھ R1 کی کنفیگریشن مکمل کریں۔ پہلے راؤٹر f0/1 کی دوسری پورٹ کو 192.168.1.65 کا IP پتہ اور 255.255.255.192 کا سب نیٹ ماسک ملے گا۔
دوسرے راؤٹر کو R2 کا نام ملے گا، ہم ایڈریس 0 اور سب نیٹ ماسک 0 کو پہلی پورٹ f192.168.1.66/255.255.255.192، ایڈریس 0 اور سب نیٹ ماسک 1/192.168.1.129 کو سیکنڈ میں تفویض کریں گے۔ 255.255.255.192۔
تیسرے راؤٹر کی طرف بڑھتے ہوئے، ہم اسے میزبان نام R3 تفویض کریں گے، پورٹ f0/0 کو پتہ 192.168.1.130 اور ماسک 255.255.255.192 ملے گا، اور پورٹ f0/1 کو پتہ 10.1.1.1 اور ماسک 255.255.0.0. 16، کیونکہ یہ نیٹ ورک /XNUMX ہے۔
آخر میں، میں آخری راؤٹر پر جاؤں گا، اس کا نام R4 رکھوں گا، اور پورٹ f0/0 کو 10.1.1.2 کا پتہ اور 255.255.0.0 کا ماسک تفویض کروں گا۔ لہذا، ہم نے تمام نیٹ ورک ڈیوائسز کو کنفیگر کر لیا ہے۔
آخر میں، آئیے کمپیوٹر کے نیٹ ورک کی ترتیبات کو دیکھتے ہیں - اس کا 192.168.1.10 کا جامد IP ایڈریس، 255.255.255.192 کا آدھا نیٹ ماسک، اور 192.168.1.1 کا ڈیفالٹ گیٹ وے ایڈریس ہے۔
لہذا، آپ نے دیکھا ہے کہ مختلف سب نیٹس پر آلات کے لیے سب نیٹ ماسک کو کیسے ترتیب دیا جائے، یہ بہت آسان ہے۔ اب روٹنگ کو فعال کرتے ہیں۔ میں R1 سیٹنگز میں جاتا ہوں، گلوبل کنفیگریشن موڈ سیٹ کرتا ہوں اور راؤٹر کمانڈ ٹائپ کرتا ہوں۔ اس کے بعد، سسٹم اس کمانڈ کے لیے ممکنہ روٹنگ پروٹوکول کے لیے اشارے فراہم کرتا ہے: bgp، eigrp، ospf اور rip۔ چونکہ ہمارا ٹیوٹوریل RIP کے بارے میں ہے، میں روٹر رپ کمانڈ استعمال کر رہا ہوں۔
اگر آپ سوالیہ نشان ٹائپ کرتے ہیں، تو سسٹم اس پروٹوکول کے افعال کے لیے ممکنہ اختیارات کے ساتھ درج ذیل کمانڈ کے لیے ایک نیا اشارہ جاری کرے گا: آٹو سمری - راستوں کا خودکار خلاصہ، ڈیفالٹ انفارمیشن - ڈیفالٹ معلومات کی پیشکش کا کنٹرول، نیٹ ورک - نیٹ ورکس، اوقات، وغیرہ۔ یہاں آپ وہ معلومات منتخب کر سکتے ہیں جس کا ہم پڑوسی آلات کے ساتھ تبادلہ کریں گے۔ سب سے اہم فنکشن ورژن ہے، لہذا ہم ورژن 2 کمانڈ داخل کرکے شروعات کریں گے۔ اس کے بعد ہمیں نیٹ ورک کی کمانڈ استعمال کرنے کی ضرورت ہے، جو مخصوص آئی پی نیٹ ورک کے لیے روٹ بناتی ہے۔
ہم بعد میں Router1 کو کنفیگر کرنا جاری رکھیں گے، لیکن فی الحال میں راؤٹر 3 پر جانا چاہتا ہوں۔ اس سے پہلے کہ میں اس پر نیٹ ورک کمانڈ استعمال کروں، آئیے اپنے نیٹ ورک ٹوپولوجی کے دائیں جانب دیکھیں۔ راؤٹر کی دوسری پورٹ کا پتہ 10.1.1.1 ہے۔ RIP کیسے کام کرتا ہے؟ یہاں تک کہ اس کے دوسرے ورژن میں، RIP، کافی پرانے پروٹوکول کے طور پر، اب بھی اپنی نیٹ ورک کلاسز کا استعمال کرتا ہے۔ اس لیے، اگرچہ ہمارا نیٹ ورک 10.1.1.0/16 کلاس A سے تعلق رکھتا ہے، ہمیں نیٹ ورک 10.0.0.0 کمانڈ کا استعمال کرتے ہوئے اس IP ایڈریس کا مکمل کلاس ورژن بتانا چاہیے۔
لیکن یہاں تک کہ اگر میں کمانڈ نیٹ ورک 10.1.1.1 ٹائپ کرتا ہوں اور پھر موجودہ کنفیگریشن کو دیکھتا ہوں، تو میں دیکھوں گا کہ سسٹم نے خود بخود فل کلاس ایڈریسنگ فارمیٹ کا استعمال کرتے ہوئے 10.1.1.1 سے 10.0.0.0 تک درست کر دیا ہے۔ لہذا اگر آپ کو CCNA امتحان میں RIP کے بارے میں کوئی سوال آتا ہے، تو آپ کو مکمل کلاس ایڈریسنگ استعمال کرنا ہوگی۔ اگر آپ 10.0.0.0 کے بجائے 10.1.1.1 یا 10.1.0.0 ٹائپ کرتے ہیں تو آپ غلطی کریں گے۔ اس حقیقت کے باوجود کہ فل کلاس ایڈریسنگ فارم میں تبدیلی خود بخود ہوتی ہے، میں آپ کو مشورہ دیتا ہوں کہ ابتدائی طور پر درست پتہ استعمال کریں تاکہ سسٹم غلطی کو درست کرنے تک انتظار نہ کریں۔ یاد رکھیں - RIP ہمیشہ فل کلاس نیٹ ورک ایڈریسنگ استعمال کرتا ہے۔
نیٹ ورک 10.0.0.0 کمانڈ استعمال کرنے کے بعد، تیسرا راؤٹر اس دسویں نیٹ ورک کو روٹنگ پروٹوکول میں داخل کرے گا اور R3-R4 روٹ کے ساتھ اپ ڈیٹ بھیجے گا۔ اب آپ کو چوتھے روٹر کے روٹنگ پروٹوکول کو ترتیب دینے کی ضرورت ہے۔ میں اس کی ترتیبات میں جاتا ہوں اور ترتیب وار کمانڈز روٹر رپ، ورژن 2 اور نیٹ ورک 10.0.0.0 درج کرتا ہوں۔ اس کمانڈ کے ساتھ میں R4 سے کہتا ہوں کہ وہ RIP روٹنگ پروٹوکول کا استعمال کرتے ہوئے نیٹ ورک 10 کی تشہیر شروع کرے۔
اب یہ دونوں راؤٹرز معلومات کا تبادلہ کر سکتے ہیں، لیکن اس سے کچھ بھی نہیں بدلے گا۔ show ip route کمانڈ کا استعمال ظاہر کرتا ہے کہ FastEthernrt پورٹ 0/0 براہ راست نیٹ ورک 10.1.0.0 سے منسلک ہے۔ چوتھا راؤٹر، تیسرے راؤٹر سے نیٹ ورک کا اعلان موصول ہونے کے بعد، کہے گا: "بہت اچھے دوست، مجھے دسویں نیٹ ورک کے بارے میں آپ کا اعلان موصول ہوا ہے، لیکن میں اس کے بارے میں پہلے ہی جانتا ہوں، کیونکہ میں اس نیٹ ورک سے براہ راست جڑا ہوا ہوں۔"
لہذا، ہم R3 کی ترتیبات پر واپس جائیں گے اور نیٹ ورک 192.168.1.0 کمانڈ کے ساتھ دوسرا نیٹ ورک داخل کریں گے۔ میں دوبارہ مکمل کلاس ایڈریسنگ فارمیٹ استعمال کرتا ہوں۔ اس کے بعد، تیسرا راؤٹر R192.168.1.128-R3 روٹ کے ساتھ 4 نیٹ ورک کی تشہیر کر سکے گا۔ جیسا کہ میں پہلے ہی کہہ چکا ہوں، RIP ایک "گپ شپ" ہے جو اپنے تمام پڑوسیوں کو نئے نیٹ ورکس کے بارے میں بتاتی ہے، اپنے روٹنگ ٹیبل سے معلومات ان تک پہنچاتی ہے۔ اب اگر آپ تیسرے راؤٹر کے ٹیبل کو دیکھیں تو آپ اس سے جڑے دو نیٹ ورکس کا ڈیٹا دیکھ سکتے ہیں۔
یہ اس ڈیٹا کو روٹ کے دونوں سروں پر دوسرے اور چوتھے دونوں راؤٹرز تک منتقل کرے گا۔ آئیے R2 کی ترتیبات پر چلتے ہیں۔ میں وہی کمانڈز روٹر رپ، ورژن 2 اور نیٹ ورک 192.168.1.0 درج کرتا ہوں، اور یہیں سے چیزیں دلچسپ ہونے لگتی ہیں۔ میں نیٹ ورک 1.0 کی وضاحت کرتا ہوں، لیکن یہ نیٹ ورک 192.168.1.64/26 اور نیٹ ورک 192.168.1.128/26 دونوں ہیں۔ لہذا، جب میں نیٹ ورک 192.168.1.0 کی وضاحت کرتا ہوں، تو میں تکنیکی طور پر اس روٹر کے دونوں انٹرفیس کے لیے روٹنگ فراہم کر رہا ہوں۔ سہولت یہ ہے کہ صرف ایک کمانڈ سے آپ ڈیوائس کی تمام پورٹس کے لیے روٹنگ سیٹ کر سکتے ہیں۔
میں راؤٹر R1 کے لیے بالکل ایک جیسے پیرامیٹرز کی وضاحت کرتا ہوں اور دونوں انٹرفیس کے لیے اسی طرح روٹنگ فراہم کرتا ہوں۔ اگر آپ اب R1 کے روٹنگ ٹیبل کو دیکھیں تو آپ تمام نیٹ ورکس دیکھ سکتے ہیں۔
یہ روٹر نیٹ ورک 1.0 اور نیٹ ورک 1.64 دونوں کے بارے میں جانتا ہے۔ یہ نیٹ ورکس 1.128 اور 10.1.1.0 کے بارے میں بھی جانتا ہے کیونکہ یہ RIP استعمال کرتا ہے۔ یہ روٹنگ ٹیبل کی متعلقہ قطار میں R ہیڈر سے ظاہر ہوتا ہے۔
براہ کرم معلومات پر توجہ دیں [120/2] - یہ انتظامی فاصلہ ہے، یعنی روٹنگ کی معلومات کے ماخذ کی وشوسنییتا۔ یہ قدر بڑی یا چھوٹی ہو سکتی ہے، لیکن RIP کے لیے ڈیفالٹ 120 ہے۔ مثال کے طور پر، ایک جامد راستے کا انتظامی فاصلہ 1 ہے۔ انتظامی فاصلہ جتنا کم ہوگا، پروٹوکول اتنا ہی زیادہ قابل اعتماد ہوگا۔ اگر راؤٹر کے پاس دو پروٹوکول کے درمیان انتخاب کرنے کا موقع ہے، مثال کے طور پر جامد راستے اور RIP کے درمیان، تو وہ جامد راستے پر ٹریفک کو آگے بڑھانے کا انتخاب کرے گا۔ قوسین میں دوسری قدر، /2، میٹرک ہے۔ RIP پروٹوکول میں، میٹرک کا مطلب ہے ہاپس کی تعداد۔ اس صورت میں، نیٹ ورک 10.0.0.0/8 کو 2 ہاپس میں پہنچایا جا سکتا ہے، یعنی روٹر R1 کو نیٹ ورک 192.168.1.64/26 پر ٹریفک بھیجنا چاہیے، یہ پہلا ہاپ ہے، اور نیٹ ورک 192.168.1.128/26 پر، یہ ہے دوسری ہاپ، IP ایڈریس 10.0.0.0 کے ساتھ فاسٹ ایتھرنیٹ 8/0 انٹرفیس والے ڈیوائس کے ذریعے نیٹ ورک 1/192.168.1.66 پر جانے کے لیے۔
مقابلے کے لیے، روٹر R1 192.168.1.128 انٹرفیس کے ذریعے 120 ہاپ میں 1 کے انتظامی فاصلے کے ساتھ نیٹ ورک 192.168.1.66 تک پہنچ سکتا ہے۔
اب، اگر آپ کمپیوٹر PC0 سے IP ایڈریس 4 کے ساتھ روٹر R10.1.1.2 کے انٹرفیس کو پنگ کرنے کی کوشش کرتے ہیں، تو یہ کامیابی سے واپس آجائے گا۔
درخواست کا وقت ختم ہونے والے پیغام کے ساتھ پہلی کوشش ناکام ہو گئی، کیونکہ ARP استعمال کرتے وقت پہلا پیکٹ گم ہو جاتا ہے، لیکن باقی تین کامیابی کے ساتھ وصول کنندہ کو واپس کر دیے گئے۔ یہ RIP روٹنگ پروٹوکول کا استعمال کرتے ہوئے نیٹ ورک پر پوائنٹ ٹو پوائنٹ مواصلات فراہم کرتا ہے۔
لہذا، راؤٹر کے ذریعے RIP پروٹوکول کے استعمال کو چالو کرنے کے لیے، آپ کو ترتیب وار کمانڈز راؤٹر رِپ، ورژن 2 اور نیٹ ورک <نیٹ ورک نمبر/نیٹ ورک شناخت کنندہ فل کلاس فارم> میں ٹائپ کرنے کی ضرورت ہے۔
آئیے R4 سیٹنگز پر جائیں اور show ip route کمانڈ داخل کریں۔ آپ دیکھ سکتے ہیں کہ نیٹ ورک 10. براہ راست روٹر سے منسلک ہے، اور نیٹ ورک 192.168.1.0/24 پورٹ f0/0 کے ذریعے IP ایڈریس 10.1.1.1 کے ذریعے RIP کے ذریعے قابل رسائی ہے۔
اگر آپ 192.168.1.0/24 نیٹ ورک کی ظاہری شکل پر توجہ دیتے ہیں، تو آپ دیکھیں گے کہ راستوں کے خودکار خلاصہ میں ایک مسئلہ ہے۔ اگر خودکار خلاصہ فعال ہے، RIP تمام نیٹ ورکس کا خلاصہ 192.168.1.0/24 تک کرے گا۔ آئیے دیکھتے ہیں کہ ٹائمر کیا ہیں۔ RIP پروٹوکول میں 4 مین ٹائمر ہوتے ہیں۔
اپ ڈیٹ ٹائمر اپ ڈیٹس بھیجنے کی فریکوئنسی کے لیے ذمہ دار ہے، ہر 30 سیکنڈ میں پروٹوکول اپ ڈیٹس RIP روٹنگ میں شریک تمام انٹرفیس کو بھیجتا ہے۔ اس کا مطلب ہے کہ یہ روٹنگ ٹیبل لیتا ہے اور اسے RIP موڈ میں کام کرنے والی تمام بندرگاہوں میں تقسیم کرتا ہے۔
آئیے تصور کریں کہ ہمارے پاس روٹر 1 ہے، جو نیٹ ورک N2 کے ذریعے روٹر 2 سے منسلک ہے۔ پہلے سے پہلے اور دوسرے روٹر کے بعد N1 اور N3 نیٹ ورکس ہیں۔ راؤٹر 1 راؤٹر 2 کو بتاتا ہے کہ وہ نیٹ ورک N1 اور N2 کو جانتا ہے اور اسے ایک اپ ڈیٹ بھیجتا ہے۔ راؤٹر 2 راؤٹر 1 کو بتاتا ہے کہ یہ نیٹ ورک N2 اور N3 کو جانتا ہے۔ اس صورت میں، ہر 30 سیکنڈ کے بعد روٹر کی بندرگاہیں روٹنگ ٹیبلز کا تبادلہ کرتی ہیں۔
آئیے تصور کریں کہ کسی وجہ سے N1-R1 کنکشن ٹوٹ گیا ہے اور روٹر 1 اب N1 نیٹ ورک کے ساتھ بات چیت نہیں کر سکتا۔ اس کے بعد، پہلا راؤٹر دوسرے راؤٹر کو صرف N2 نیٹ ورک کے حوالے سے اپ ڈیٹ بھیجے گا۔ راؤٹر 2، اس طرح کی پہلی اپ ڈیٹ حاصل کرنے کے بعد، سوچے گا: "بہت اچھا، اب مجھے نیٹ ورک N1 کو Invalid Timer میں رکھنا ہے،" جس کے بعد یہ Invalid Timer شروع کر دے گا۔ 180 سیکنڈ تک یہ کسی کے ساتھ N1 نیٹ ورک اپڈیٹس کا تبادلہ نہیں کرے گا، لیکن اس مدت کے بعد یہ غلط ٹائمر کو روک دے گا اور اپ ڈیٹ ٹائمر دوبارہ شروع کر دے گا۔ اگر ان 180 سیکنڈز کے دوران اسے N1 نیٹ ورک کی حالت کے بارے میں کوئی اپ ڈیٹ موصول نہیں ہوتا ہے، تو یہ اسے 180 سیکنڈ تک چلنے والے ہولڈ ڈاؤن ٹائمر میں رکھے گا، یعنی ہولڈ ڈاؤن ٹائمر غلط ٹائمر کے ختم ہونے کے فوراً بعد شروع ہو جاتا ہے۔
اسی وقت، ایک اور، چوتھا فلش ٹائمر چل رہا ہے، جو بیک وقت غلط ٹائمر کے ساتھ شروع ہوتا ہے۔ یہ ٹائمر نیٹ ورک N1 کے بارے میں آخری عام اپ ڈیٹ حاصل کرنے کے درمیان وقت کے وقفے کا تعین کرتا ہے جب تک کہ نیٹ ورک کو روٹنگ ٹیبل سے ہٹا نہیں دیا جاتا۔ اس طرح، جب اس ٹائمر کا دورانیہ 240 سیکنڈ تک پہنچ جاتا ہے، نیٹ ورک N1 خود بخود دوسرے راؤٹر کے روٹنگ ٹیبل سے خارج ہو جائے گا۔
لہذا، اپ ڈیٹ ٹائمر ہر 30 سیکنڈ میں اپ ڈیٹ بھیجتا ہے۔ غلط ٹائمر، جو ہر 180 سیکنڈ میں چلتا ہے، اس وقت تک انتظار کرتا ہے جب تک کہ کوئی نئی اپ ڈیٹ روٹر تک نہ پہنچ جائے۔ اگر یہ نہیں پہنچتا ہے، تو یہ اس نیٹ ورک کو ہولڈ حالت میں رکھتا ہے، ہولڈ ڈاؤن ٹائمر ہر 180 سیکنڈ میں چلتا ہے۔ لیکن Invalid اور Flush ٹائمر ایک ساتھ شروع ہوتے ہیں، تاکہ Flush شروع ہونے کے 240 سیکنڈ بعد، وہ نیٹ ورک جس کا اپ ڈیٹ میں ذکر نہیں کیا گیا ہے اسے روٹنگ ٹیبل سے خارج کر دیا جاتا ہے۔ ان ٹائمرز کا دورانیہ بطور ڈیفالٹ سیٹ ہوتا ہے اور اسے تبدیل کیا جا سکتا ہے۔ RIP ٹائمر یہی ہیں۔
اب آئیے RIP پروٹوکول کی حدود پر غور کریں، ان میں سے بہت کچھ ہیں۔ اہم حدود میں سے ایک آٹو سمنگ ہے۔
آئیے اپنے نیٹ ورک 192.168.1.0/24 پر واپس جائیں۔ راؤٹر 3 راؤٹر 4 کو پورے 1.0 نیٹ ورک کے بارے میں بتاتا ہے، جو /24 سے ظاہر ہوتا ہے۔ اس کا مطلب ہے کہ اس نیٹ ورک پر تمام 256 IP پتے بشمول نیٹ ورک ID اور براڈکاسٹ ایڈریس دستیاب ہیں، یعنی اس رینج میں کسی بھی IP ایڈریس والے آلات سے پیغامات 10.1.1.1 نیٹ ورک کے ذریعے بھیجے جائیں گے۔ آئیے روٹنگ ٹیبل R3 کو دیکھتے ہیں۔
ہم نیٹ ورک 192.168.1.0/26 دیکھتے ہیں، جو 3 سب نیٹس میں تقسیم ہے۔ اس کا مطلب ہے کہ روٹر صرف تین مخصوص IP پتوں کے بارے میں جانتا ہے: 192.168.1.0، 192.168.1.64 اور 192.168.1.128، جو /26 نیٹ ورک سے تعلق رکھتے ہیں۔ لیکن یہ کچھ نہیں جانتا، مثال کے طور پر، 192.168.1.192 سے 192.168.1.225 تک کے IP پتے والے آلات کے بارے میں۔
تاہم، کسی وجہ سے، R4 کا خیال ہے کہ وہ اس ٹریفک کے بارے میں سب کچھ جانتا ہے جو R3 اسے بھیجتا ہے، یعنی 192.168.1.0/24 نیٹ ورک پر موجود تمام IP پتے، جو کہ مکمل طور پر غلط ہے۔ ایک ہی وقت میں، راؤٹرز ٹریفک کو چھوڑنا شروع کر سکتے ہیں کیونکہ وہ ایک دوسرے کو "دھوکہ دیتے ہیں" - بہر حال، راؤٹر 3 کو چوتھے راؤٹر کو یہ بتانے کا کوئی حق نہیں ہے کہ وہ اس نیٹ ورک کے سب نیٹ کے بارے میں سب کچھ جانتا ہے۔ یہ "آٹو سمنگ" نامی مسئلے کی وجہ سے ہوتا ہے۔ یہ اس وقت ہوتا ہے جب ٹریفک مختلف بڑے نیٹ ورکس میں منتقل ہوتا ہے۔ مثال کے طور پر، ہمارے معاملے میں، کلاس C ایڈریسز والا نیٹ ورک R3 روٹر کے ذریعے کلاس A ایڈریس والے نیٹ ورک سے منسلک ہوتا ہے۔
R3 روٹر ان نیٹ ورکس کو ایک جیسا سمجھتا ہے اور خود بخود تمام روٹس کو ایک ہی نیٹ ورک ایڈریس 192.168.1.0 میں سمری کرتا ہے۔ آئیے یاد رکھیں کہ ہم نے پچھلی ویڈیوز میں سے ایک میں سپر نیٹ راستوں کا خلاصہ کرنے کے بارے میں کیا بات کی تھی۔ خلاصہ کی وجہ آسان ہے - روٹر کا خیال ہے کہ روٹنگ ٹیبل میں ایک اندراج، ہمارے لیے یہ 192.168.1.0 کے ذریعے 24/120 [1/10.1.1.1] اندراج ہے، 3 اندراجات سے بہتر ہے۔ اگر نیٹ ورک سینکڑوں چھوٹے سب نیٹس پر مشتمل ہے، تو جب خلاصہ غیر فعال ہو جائے گا، تو روٹنگ ٹیبل روٹنگ اندراجات کی ایک بڑی تعداد پر مشتمل ہوگا۔ لہذا، روٹنگ ٹیبلز میں معلومات کی ایک بڑی مقدار کو جمع ہونے سے روکنے کے لیے، خودکار راستے کا خلاصہ استعمال کیا جاتا ہے۔
تاہم، ہمارے معاملے میں، خود کار طریقے سے خلاصہ کرنے والے راستے ایک مسئلہ پیدا کرتے ہیں کیونکہ یہ روٹر کو غلط معلومات کا تبادلہ کرنے پر مجبور کرتا ہے۔ لہذا، ہمیں R3 راؤٹر کی سیٹنگز میں جانے کی ضرورت ہے اور ایک کمانڈ درج کرنے کی ضرورت ہے جو خود کار طریقے سے خلاصہ کرنے والے راستوں کو روکتی ہے۔
ایسا کرنے کے لیے، میں ترتیب وار کمانڈز راؤٹر رپ ٹائپ کرتا ہوں اور کوئی آٹو سمری نہیں۔ اس کے بعد، آپ کو اپ ڈیٹ کے پورے نیٹ ورک پر پھیلنے تک انتظار کرنا ہوگا، اور پھر آپ R4 راؤٹر کی سیٹنگز میں شو آئی پی روٹ کمانڈ استعمال کر سکتے ہیں۔
آپ دیکھ سکتے ہیں کہ روٹنگ ٹیبل کیسے بدل گیا ہے۔ اندراج 192.168.1.0/24 [120/1] بذریعہ 10.1.1.1 ٹیبل کے پچھلے ورژن سے محفوظ کیا گیا تھا، اور پھر تین اندراجات ہیں جو اپ ڈیٹ ٹائمر کی بدولت ہر 30 سیکنڈ میں اپ ڈیٹ ہوتی ہیں۔ فلش ٹائمر اس بات کو یقینی بناتا ہے کہ اپ ڈیٹ کے بعد 240 سیکنڈ اور 30 سیکنڈز، یعنی 270 سیکنڈ کے بعد، یہ نیٹ ورک روٹنگ ٹیبل سے ہٹا دیا جائے گا۔
نیٹ ورکس 192.168.1.0/26، 192.168.1.64/26 اور 192.168.1.128/26 درست طریقے سے درج ہیں، اس لیے اب اگر ٹریفک ڈیوائس 192.168.1.225 کے لیے مقصود ہے، تو وہ ڈیوائس اسے گرا دے گا کیونکہ روٹر والا آلہ نہیں جانتا کہ کہاں ہے وہ پتہ لیکن پچھلے معاملے میں، جب ہم نے R3 کے لیے راستوں کا خودکار خلاصہ فعال کیا تھا، تو اس ٹریفک کو 10.1.1.1 نیٹ ورک کی طرف لے جایا جائے گا، جو کہ بالکل غلط تھا، کیونکہ R3 کو ان پیکٹوں کو مزید بھیجے بغیر فوری طور پر چھوڑ دینا چاہیے۔
نیٹ ورک ایڈمنسٹریٹر کے طور پر، آپ کو غیر ضروری ٹریفک کی کم از کم مقدار کے ساتھ نیٹ ورکس بنانا چاہیے۔ مثال کے طور پر، اس صورت میں R3 کے ذریعے اس ٹریفک کو آگے بڑھانے کی ضرورت نہیں ہے۔ آپ کا کام نیٹ ورک کے تھرو پٹ کو زیادہ سے زیادہ بڑھانا ہے، ٹریفک کو ان آلات پر بھیجے جانے سے روکنا ہے جن کی ضرورت نہیں ہے۔
RIP کی اگلی حد Loops، یا روٹنگ لوپس ہے۔ ہم پہلے ہی نیٹ ورک کنورجنسس کے بارے میں بات کر چکے ہیں، جب روٹنگ ٹیبل کو صحیح طریقے سے اپ ڈیٹ کیا جاتا ہے۔ ہمارے معاملے میں، راؤٹر کو 192.168.1.0/24 نیٹ ورک کے لیے اپ ڈیٹ نہیں ملنا چاہیے اگر اسے اس کے بارے میں کچھ معلوم نہ ہو۔ تکنیکی طور پر، کنورجنس کا مطلب ہے کہ روٹنگ ٹیبل کو صرف درست معلومات کے ساتھ اپ ڈیٹ کیا جاتا ہے۔ ایسا تب ہونا چاہیے جب راؤٹر آف ہو، ریبوٹ ہو، نیٹ ورک سے دوبارہ منسلک ہو، وغیرہ۔ کنورجنسی ایک ایسی حالت ہے جس میں تمام ضروری روٹنگ ٹیبل اپ ڈیٹس مکمل ہو چکے ہیں اور تمام ضروری حسابات کیے گئے ہیں۔
RIP میں بہت کم کنورجنسی ہے اور یہ بہت، بہت سست روٹنگ پروٹوکول ہے۔ اس سست روی کی وجہ سے، روٹنگ لوپس، یا "لامحدود کاؤنٹر" کا مسئلہ پیدا ہوتا ہے۔
میں پچھلی مثال کی طرح ایک نیٹ ورک ڈایاگرام تیار کروں گا - روٹر 1 نیٹ ورک N2 کے ذریعہ روٹر 2 سے منسلک ہے، نیٹ ورک N1 روٹر 1 سے منسلک ہے، اور نیٹ ورک N2 روٹر 3 سے منسلک ہے۔ فرض کریں کہ کسی وجہ سے N1-R1 کنکشن ٹوٹ گیا ہے۔
راؤٹر 2 جانتا ہے کہ نیٹ ورک N1 روٹر 1 کے ذریعے ایک ہی ہاپ میں قابل رسائی ہے، لیکن یہ نیٹ ورک اس وقت کام نہیں کر رہا ہے۔ نیٹ ورک کے ناکام ہونے کے بعد، ٹائمرز کا عمل شروع ہو جاتا ہے، روٹر 1 اسے ہولڈ ڈاون حالت میں رکھتا ہے، وغیرہ۔ تاہم، راؤٹر 2 میں ایک اپ ڈیٹ ٹائمر چل رہا ہے، اور مقررہ وقت پر یہ روٹر 1 کو اپ ڈیٹ بھیجتا ہے، جو کہتا ہے کہ نیٹ ورک N1 اس کے ذریعے دو ہاپس میں قابل رسائی ہے۔ یہ اپ ڈیٹ روٹر 1 تک پہنچ جاتی ہے اس سے پہلے کہ اس کے پاس روٹر 2 کو نیٹ ورک N1 کی ناکامی کے بارے میں اپ ڈیٹ بھیجنے کا وقت ہو۔
اس اپ ڈیٹ کو موصول ہونے کے بعد، راؤٹر 1 سوچتا ہے: "میں جانتا ہوں کہ N1 نیٹ ورک جو مجھ سے منسلک ہے کسی وجہ سے کام نہیں کر رہا ہے، لیکن راؤٹر 2 نے مجھے بتایا کہ یہ اس کے ذریعے دو ہاپس میں دستیاب ہے۔ مجھے اس پر یقین ہے، لہذا میں ایک ہاپ شامل کروں گا، اپنی روٹنگ ٹیبل کو اپ ڈیٹ کروں گا اور روٹر 2 کو ایک اپ ڈیٹ بھیجوں گا کہ نیٹ ورک N1 روٹر 2 کے ذریعے تین ہاپس میں قابل رسائی ہے!
پہلے راؤٹر سے یہ اپ ڈیٹ موصول ہونے کے بعد، راؤٹر 2 کہتا ہے: "ٹھیک ہے، اس سے پہلے مجھے R1 سے ایک اپ ڈیٹ موصول ہوا تھا، جس میں کہا گیا تھا کہ N1 نیٹ ورک اس کے ذریعے ایک ہی ہاپ میں دستیاب ہے۔ اب اس نے مجھے بتایا کہ یہ 3 ہاپس میں دستیاب ہے۔ شاید نیٹ ورک میں کچھ بدل گیا ہے، میں مدد نہیں کر سکتا لیکن اس پر یقین نہیں کر سکتا، اس لیے میں ایک ہاپ جوڑ کر اپنی روٹنگ ٹیبل کو اپ ڈیٹ کروں گا۔" اس کے بعد، R2 پہلے راؤٹر کو ایک اپ ڈیٹ بھیجتا ہے، جس میں کہا گیا ہے کہ نیٹ ورک N1 اب 4 ہاپس میں دستیاب ہے۔
کیا آپ دیکھتے ہیں کہ مسئلہ کیا ہے؟ دونوں راؤٹرز ایک دوسرے کو اپ ڈیٹ بھیجتے ہیں، ہر بار ایک ہاپ کا اضافہ کرتے ہیں، اور آخر کار ہاپس کی تعداد بڑی تعداد تک پہنچ جاتی ہے۔ آر آئی پی پروٹوکول میں، ہاپس کی زیادہ سے زیادہ تعداد 16 ہے، اور جیسے ہی یہ اس قدر تک پہنچتا ہے، راؤٹر کو احساس ہوتا ہے کہ کوئی مسئلہ ہے اور بس اس راستے کو روٹنگ ٹیبل سے ہٹا دیتا ہے۔ یہ RIP میں روٹنگ لوپس کا مسئلہ ہے۔ یہ اس حقیقت کی وجہ سے ہے کہ RIP ایک فاصلاتی ویکٹر پروٹوکول ہے؛ یہ نیٹ ورک کے حصوں کی حالت پر توجہ دیے بغیر صرف فاصلے کی نگرانی کرتا ہے۔ 1969 میں، جب کمپیوٹر نیٹ ورک اب کے مقابلے میں بہت سست تھے، فاصلاتی ویکٹر کے نقطہ نظر کو جائز قرار دیا گیا تھا، لہذا RIP ڈویلپرز نے ہاپ کی گنتی کو مرکزی میٹرک کے طور پر منتخب کیا۔ تاہم، آج یہ نقطہ نظر بہت سے مسائل پیدا کرتا ہے، اس لیے جدید نیٹ ورکس نے بڑے پیمانے پر زیادہ جدید روٹنگ پروٹوکولز، جیسے OSPF میں تبدیل کر دیا ہے۔ حقیقت میں، یہ پروٹوکول زیادہ تر عالمی کمپنیوں کے نیٹ ورکس کا معیار بن گیا ہے۔ ہم مندرجہ ذیل ویڈیوز میں سے ایک میں اس پروٹوکول کو بڑی تفصیل سے دیکھیں گے۔
ہم اب RIP پر واپس نہیں جائیں گے، کیونکہ اس قدیم ترین نیٹ ورک پروٹوکول کی مثال استعمال کرتے ہوئے، میں نے آپ کو روٹنگ کی بنیادی باتوں اور ان مسائل کے بارے میں کافی بتایا ہے جن کی وجہ سے وہ بڑے نیٹ ورکس کے لیے اس پروٹوکول کو مزید استعمال نہ کرنے کی کوشش کرتے ہیں۔ اگلے ویڈیو اسباق میں ہم جدید روٹنگ پروٹوکولز - OSPF اور 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