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

اہم موازنہ ایک حصے کے کرداروں اور روٹر کے پار کرداروں کے درمیان، اور بیک اپ کیا کرتا ہے اور کیا نہیں کرتا اس کے درمیان ہے۔

ہر حصے کے لیے ایک انتخاب

RFC 2328 ہر براڈکاسٹ یا NBMA نیٹ ورک کے لیے ایک نامزد روٹر اور ایک بیک اپ نامزد روٹر منتخب کرتا ہے، روٹر کے لیے نہیں اور علاقے کے لیے نہیں۔ ایسے نیٹ ورک میں شریک ہر انٹرفیس اپنی ترجیح اور اپنے پڑوسی سیٹ کے ساتھ اپنا انتخاب کرتا ہے۔ ایسے تین انٹرفیس والا چیسس بیک وقت تین مختلف کردار رکھ سکتا ہے، اسی لیے حصے کا نام لیے بغیر یہ کہنا کہ ہب ہی DR ہے ادھورا ہے۔ کردار اسی انٹرفیس کے اپنے پڑوسی آؤٹ پٹ سے پڑھیں۔

ایک ہی علاقے کے دو انٹرفیس پھر بھی دو انتخاب ہیں۔ علاقے کی رکنیت انہیں یکجا نہیں کرتی۔

انتظار کے دوران بیک اپ کیا کرتا ہے

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

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

ٹنل اصل میں کون سا ماڈل استعمال کرتی ہے

براڈکاسٹ اور NBMA نیٹ ورک انتخاب کرتے ہیں؛ پوائنٹ ٹو پوائنٹ اور پوائنٹ ٹو ملٹی پوائنٹ نیٹ ورک نہیں کرتے، کیونکہ انتخاب کے لیے کوئی مشترکہ حصہ نہیں۔ ہب اینڈ اسپوک اوورلے میں مؤثر ماڈل اس پر منحصر ہے کہ ٹنل انٹرفیس کیسے کنفیگر ہے، اس لیے کسی بھی کردار کی تشریح سے پہلے اسے پڑھیں۔ براڈکاسٹ حصے جیسی ٹنل اور پوائنٹ ٹو پوائنٹ لنکس کے مجموعے جیسی ٹنل بالکل مختلف پڑوسی رویہ دیتی ہیں۔

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

اہلیت فی انٹرفیس ہے، اور فوقیت خودکار نہیں

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

دوسرا اہل شریک دیے بغیر ہر اسپوک کو خارج کرنے کا مطلب یہ بھی ہے کہ بیک اپ بالکل نہ ہو۔

دونوں وضاحتوں کا ایمانداری سے موازنہ کریں: غلط حصے سے پڑھا گیا کردار، یا ایسا حصہ جس کے ارکان ایک دوسرے تک نہیں پہنچتے۔ پہلا ڈیزائن کا سوال ہے اور دوسرا ترسیل کا سوال، اور ان میں سے صرف ایک ترجیح میں ترمیم کر کے درست ہوتا ہے۔

متعلقہ مضامین