بے نمبر ٹنل: یہ کون سا پتہ عاریتاً لیتا ہے؟
بے نمبر ٹنل دوسرے انٹرفیس کا پتہ عاریتاً لیتا ہے، جس سے دینے والا انحصار بن جاتا ہے۔ بیرونی ماخذ، عاریتاً لیا گیا شناخت اور روٹ شدہ سابقے الگ رکھیں۔
بے نمبر ٹنل منطقی انٹرفیس کے لیے سب نیٹ ایجاد کرنے کا مرحلہ چھوڑ دیتی ہے، مگر پتہ بندی کو مکمل طور پر نہیں چھوڑتی۔ عمل درآمد کو اب بھی مقامی IP شناخت درکار ہوتی ہے، اس لیے یہ کسی دوسرے ترتیب شدہ انٹرفیس کا پتہ عاریتاً لیتا ہے۔ وہ دینے والا اب آپ کے ڈیزائن کا حصہ ہے: اگر اس کا پتہ بدلے یا اس کا انٹرفیس فلپ کرے تو ٹنل کا IP رویہ اسی کی پیروی کرتا ہے۔ بیشتر تحریروں میں تین فیصلے باہم مل جاتے ہیں، اور انہیں الگ رکھنا ایسی تشکیل سے روکتا ہے جو درست دکھتی ہے مگر کچھ بھی روٹ نہیں کرتی۔
دینے والے کو ڈیزائن کا انتخاب سمجھیں، جملے کی تفصیل نہیں۔
پتے کے تین کردار، الگ رکھے گئے
بیرونی ماخذ وہ پتہ ہے جو ٹنل کے پیکٹ زیریں طبقے کے پار لے جاتا ہے، اور ساتھی کو اسی تک پہنچنا چاہیے۔ عاریتاً لیا گیا پتہ وہ شناخت ہے جو بے نمبر منطقی انٹرفیس پیکٹ کھلنے کے بعد IP پراسیسنگ کے لیے استعمال کرتا ہے۔ محفوظ سابقے وہ LAN نیٹ ورک ہیں جن کی ٹریفک کو ٹنل عبور کرنا چاہیے، اور ان کا اعلان روٹنگ پروٹوکول کرتا ہے، ٹنل کے پتے سے نہیں۔ انٹرفیس کو بے نمبر نشان زد کرنا ان کرداروں میں سے کوئی بھی دوسروں کو نہیں دیتا۔
یہ علیحدگی ایک عام الجھن کی وضاحت کرتی ہے: پتہ عاریتاً لینا دینے والے کا پورا Ethernet قطعہ دور ساتھی کے حوالے نہیں کرتا۔
دینے والے انٹرفیس کا انتخاب
لوپ بیک عموماً بہتر دینے والا ہوتا ہے، کیونکہ اس کا پتہ مستحکم، ہمیشہ فعال اور کسی ایک جسمانی لنک سے آزاد ہوتا ہے۔ LAN انٹرفیس سے عاریتاً لینا ٹنل کو اس انٹرفیس کی حالت اور پتہ تقسیم سے باندھ دیتا ہے، جو ایک اور عملی سودا ہے: لیب میں سہل، LAN کو دوبارہ پتے دیے جانے پر نازک۔ دونوں میں سے کوئی چننے سے پہلے تصدیق کریں کہ پلیٹ فارم آپ کے بنائے جانے والے ٹنل کی قسم پر بے نمبر کام کی حمایت کرتا ہے۔
آپ کوئی بھی دینے والا چنیں، ٹنل کنفیگریشن کے ساتھ ہی تبدیلی ریکارڈ میں اسے انحصار کے طور پر درج کریں۔
ٹنل تشکیل دیں اور واپس پڑھیں
نیچے دی گئی مثال IOS خاندان کے روٹرز پر کثیر نقطہ GRE ٹنل ہے، جو لوپ بیک عاریتاً لیتا ہے اور اپنا بیرونی ماخذ زیریں طبقے کے انٹرفیس کی طرف موڑتا ہے۔ NHRP شناخت عاریتاً لیے گئے پتے سے الگ ہے اور اسے واضح طور پر تشکیل کرنا ہوگا۔
interface Loopback0 ip address 10.255.255.1 255.255.255.255 interface Tunnel0 ip unnumbered Loopback0 tunnel source GigabitEthernet0/0 tunnel mode gre multipoint ip nhrp network-id 100 ! verify show interfaces Tunnel0 | include line protocol|Tunnel source show ip interface brief | include Tunnel|Loopback show ip nhrp
پہلے انٹرفیس کی سطر پڑھیں: down بتانے والی بے نمبر ٹنل عاریتاً لیے گئے پتے سے قطع نظر روٹ نہیں کرے گی۔ پھر جانچیں کہ دینے والا فعال ہے اور اس کا پتہ وہی ہے جو آپ کا مقصود تھا، کیونکہ دوبارہ پتہ پانے والا لوپ بیک ٹنل کی پیش کردہ شناخت خاموشی سے بدل دیتا ہے۔
محفوظ سابقوں کے لیے روٹنگ جدول اور ٹنل پر ہمسایگی کی جانچ کر کے مکمل کریں، کیونکہ درست انٹرفیس حالت دونوں میں سے کسی کی رسائی ثابت نہیں کرتی۔
عاریتاً لیا گیا پتہ کیا نہیں دیتا
DMVPN کو NHRP اندراج اور نقشے درکار ہیں تاکہ spokes ایک دوسرے کو ڈھونڈ سکیں؛ بے نمبر لائن ان میں سے کچھ بھی نہیں دیتی۔ توثیق، اجازت شدہ فارورڈنگ اور واپسی راستے اب بھی ضروری ہیں، اور کسی بھی سابقے کے تبادلے سے پہلے روٹنگ پروٹوکول کو ٹنل پر ہمسایگی قائم کرنی ہوگی۔ ان میں سے ہر ایک ناکام ہو سکتا ہے جبکہ انٹرفیس فعال ہونے کی اطلاع دے، اسی لیے جانچ پتے سے نقشے اور وہاں سے راستے تک جاتی ہے۔
کمانڈ نحو اور پتہ بندی کے قواعد بھی مصنوع اور ریلیز کے مطابق بدلتے ہیں، اس لیے کسی دوسرے پلیٹ فارم سے تشکیل نقل کرنے کے بجائے اپنے سامنے موجود آلے کے انٹرفیس ماڈل سے ہم آہنگ ہوں۔ مقصد ایک جیسا ہو سکتا ہے، مگر درکار سطریں نہیں۔
دینے والا، بیرونی ماخذ اور اعلان کردہ سابقے ٹنل کی دستاویزات میں لکھیں، پھر ایک جانچ شامل کریں جو دینے والے کا پتہ بدلنے پر بلند آواز میں ناکام ہو۔ وہی ایک جانچ اس ناکامی کے انداز کو پکڑتی ہے جسے بے نمبر ڈیزائن سب سے زیادہ چھپاتے ہیں۔