نام والا اور نمبر والا DMVPN ہب: FQDN کیا بدلتا ہے

DMVPN اسپوک اس خصوصیت کی حمایت کرنے والے پلیٹ فارمز پر ہوسٹ نام کے ذریعے اپنا ہب تلاش کرسکتا ہے، اور پہلا لالچ یہ ہے کہ اس ہوسٹ نام کو ہب کے ٹنل پتے لکھنے کا دوسرا طریقہ سمجھا جائے۔ ایسا نہیں ہے۔ نام ایک ٹرانسپورٹ اینڈ پوائنٹ میں حل ہوتا ہے، جبکہ ہب کا پروٹوکول پتہ overlay کے اندر اگلی ہاپ کی نشاندہی کرتا ہے، اور دونوں کردار ہر کنفیگریشن شکل میں برقرار رہتے ہیں۔ یہی فرق طے کرتا ہے کہ نام بدلنا کیا درست کرسکتا ہے اور کیا نہیں۔

دو پتے، دو کام

ایک اعلان شدہ مثال میں، hub.example.net اسپوک کو بتاتا ہے کہ ٹرانسپورٹ ٹریفک کہاں بھیجنا ہے، اور 10.90.0.1 ٹنل کے اندر NHS کی نشاندہی کرتا ہے۔ ڈسکوری پہلے پر کام کرتی ہے؛ رجسٹریشن اور روٹنگ دوسرے پر کام کرتے ہیں۔ نام کی تبدیلی اینڈ پوائنٹ تک راستے پر اثر ڈالتی ہے، جبکہ پروٹوکول پتے کی تبدیلی overlay کے تعلق ہی پر اثر ڈالتی ہے۔

کرداروں کو الگ رکھنا ہی نام والی شکل کو ڈیبگ کرنے کے قابل بناتا ہے۔ جب اسپوک رجسٹر نہ کرسکے، تو آپ دو مختلف سوال پوچھ سکتے ہیں: کیا نام اس پتے پر حل ہوا جس کی مجھے توقع تھی، اور کیا وہ پتہ کنفیگریشن کے دعوی کردہ پروٹوکول پتے سے مطابقت رکھتا تھا؟ کوئی بھی جواب دوسرے کو لازم نہیں کرتا۔

دونوں کنفیگریشن شکلوں کا موازنہ کریں

ایک شکل نام کے ساتھ NHS پروٹوکول پتہ واضح طور پر کنفیگر کرتی ہے۔ دوسری اسپوک کو رجسٹریشن جواب سے وہ پروٹوکول پتہ سیکھنے دیتی ہے۔ دونوں دستاویزی ہیں، اور کامیابی پر دونوں ایک ہی قسم کے NHS تعلق پر ختم ہوتے ہیں۔

واضح شکل میں ایک حد ہے جو یاد رکھنے کے قابل ہے: حل شدہ ٹرانسپورٹ پتہ جو کنفیگر کردہ پروٹوکول پتے پر میپ نہ ہو، رجسٹریشن کو روکتا ہے۔ یہ DNS ناکامی نہیں ہے، اگرچہ علامت DNS تبدیلی کے فوراً بعد ظاہر ہوتی ہے۔ نام درست طور پر حل ہوا اور نتیجہ کسی اور وجہ سے مسترد ہوا۔ حل شدہ پتے اور کنفیگر کردہ پروٹوکول پتے کو ساتھ ساتھ پڑھیں۔

سیکھنے والی شکل ایک دستی مرحلہ اور بہاؤ کا ایک ذریعہ ہٹاتی ہے، بدلے میں میپنگ قائم کرنے کے لیے جواب پر انحصار کرتی ہے۔ جب ہب کا پتہ مستحکم ہو اور آپ چاہیں کہ عدم مطابقت بلند آواز میں ناکام ہو، تو واضح شکل منتخب کریں۔ جب ہب کا پروٹوکول پتہ بدل سکتا ہو اور آپ پسند کریں کہ اسپوک اس کی پیروی کرے، تو سیکھنے والی شکل منتخب کریں۔ بہرحال، لکھیں کہ ڈیزائن کون سی شکل استعمال کرتا ہے۔

مستحکم ہب کے ساتھ DNS کیش کا موازنہ کریں

مستحکم ہب کا پتہ اس وقت بدلتا ہے جب کوئی کنفیگریشن میں ترمیم کرتا ہے۔ نام والا ہب اس وقت بدلتا ہے جب DNS بدلتا ہے، اور DNS جوابات اپنی عمر بھر کیش میں رکھے جاتے ہیں۔ دستاویزات بتاتی ہیں کہ کیش شدہ معلومات میعاد ختم ہونے تک قابل استعمال رہتی ہیں، اور بعد کی استفسار تب نیا پتہ واپس کرسکتی ہے۔

یہ فرق وقت کا فرق ہے، فوری منتقلی نہیں۔ طویل کیش عمر نام بدلے گئے اینڈ پوائنٹ کو اپنانے میں تاخیر کرتی ہے، اور اگر آپ صرف DNS ریکارڈ دیکھیں تو تاخیر نظر نہیں آتی۔ ہر ٹنل کے بیک وقت حرکت کرنے کا فرض کرنے کے بجائے کیش عمر اور نصب شدہ ریلیز کے رجسٹریشن رویے کے گرد نام کی تبدیلی کی منصوبہ بندی کریں۔

مستحکم شکل کی اپنی تاخیر ہے: جب تک ہر اسپوک میں ترمیم نہ ہو، کچھ نہیں بدلتا۔ موازنہ ہم آہنگ کنفیگریشن دھکیلنے اور کیش شدہ ڈسکوری ریفریش کے درمیان ہے، سست اور فوری کے درمیان نہیں۔

کیا یکساں رہتا ہے اس کا موازنہ کریں

پیر کی توثیق نہیں ہلتی۔ ٹرانسپورٹ اینڈ پوائنٹ تلاش کرنے والا ہوسٹ نام کنفیگر کردہ IKE شناخت یا پیر کی تصدیق کرنے والی توثیق پالیسی کی جگہ نہیں لیتا۔ اگر شناخت غلط ہو، تو کامیاب DNS حل آپ کو صرف تیزی سے مسترد شدہ ٹنل تک پہنچاتا ہے۔

محفوظ ٹریفک بھی تبدیل نہیں ہوا۔ جواب دینے والا NHS یہ ثابت نہیں کرتا کہ گاہک کا راستہ موجود ہے یا ایپلیکیشن بہاؤ کی اجازت ہے۔ رجسٹریشن، روٹنگ اور پالیسی تین جانچیں ہیں، اور نام صرف انھیں غذا دینے والے پہلے مرحلے پر اثر ڈالتا ہے۔

ایک موازنہ جس کی آپ تصدیق کرسکتے ہیں

Cisco سیشن اور NHS تعلق کے لیے الگ مشاہدات دستاویز کرتا ہے۔ پیر اور سیشن کی حالت پڑھنے کے لیے show dmvpn استعمال کریں، اور NHS رجسٹریشن منظر پڑھنے کے لیے show ip nhrp nhs استعمال کریں۔ حل شدہ ٹرانسپورٹ پتہ، overlay پیر اور رجسٹریشن حالت کا اسی ترتیب میں موازنہ کریں۔

IOS XE FQDN-DMVPN باب اس موازنے کے پیچھے ڈسکوری، کیشنگ اور حد کے رویے کی دستاویز کرتا ہے۔ نام بدلے گئے ہب کو نمبر والے ہب کا براہ راست متبادل سمجھنے سے پہلے اسے اپنی نصب شدہ ریلیز کے سامنے پڑھیں۔