ہر VRF کے لیے ایک لیبل یا ہر سابقہ کے لیے ایک؟ حقیقی صلاحیت کا بل
ہر VRF کے لیے ایک لیبل ہر سابقہ کے لیے ایک سے سستا لگتا ہے، لیکن بجٹ میں لیبلوں کی تعداد سب سے چھوٹی سطر ہے۔ یہاں یہ ہے کہ واقعی پہلے کیا ختم ہوتا ہے۔
دو ڈیزائن ایک ہی فراہم کنندہ کے کور میں ایک ہی گاہک کے سابقہ کی تشہیر کرتے ہیں۔ ایک ہر سابقہ کے لیے ایک لیبل مختص کرتا ہے، دوسرا پورے VRF کے لیے ایک ہی لیبل مختص کرتا ہے، اور دوسرا ہر سلائیڈ پر سستا لگتا ہے۔ لیبلوں کی تعداد حقیقی ہے، لیکن یہ وہ بجٹ نہیں ہے جو عام طور پر پہلے ختم ہوتا ہے۔ دونوں میں سے انتخاب کرنے کا مطلب ایک نہیں، چار وسائل گننا ہے، اور ان میں لیبل سب سے چھوٹا ہے۔
انتخاب اس بات پر بھی منحصر ہے کہ لیبل ہٹانے کے بعد ایگریس روٹر کو پیکٹ کے ساتھ کیا کرنا ہے۔ فیصلے کی رہنمائی لیبل کی ریاضی نہیں، وہی فعلی فرق کرنا چاہیے۔
ہر مختص کرنے سے واقعی کیا بچتا ہے
ہر سابقہ کے لیے مختص کرنا فارورڈنگ معلومات لیبل میں لے کر چلتا ہے۔ ایگریس روٹر منزل کی تلاش کے بغیر پیکٹ سیدھا درست ہمسایہ کو بھیج سکتا ہے، اسی لیے یہ بڑے VRF روٹ سیٹ کے لیے اچھی طرح پھیلتا ہے اور اسی لیے یہ ہر VRF میں ہر اعلان شدہ سابقہ کے لیے ایک لیبل خرچ کرتا ہے۔ ہر VRF کے لیے مختص کرنا، مثلاً Junos vrf-table-label، ہر روٹنگ انسٹانس کے لیے ایک لیبل کا اعلان کرتا ہے اور VRF جدول منتخب کرنے کے لیے وہ لیبل استعمال کرتا ہے؛ پھر روٹر جدول کے اندر IP تلاش کرتا ہے۔
یہ ٹیوننگ نوب نہیں، حقیقی معماری فرق ہے۔ VRF کے لیے لیبل لگانا آپ کو چھوٹی لیبل جگہ اور آسان لیبل اعلان دیتا ہے، مگر ایک تلاش اور ایسے لیبل کی قیمت پر جو منزل کے بارے میں کچھ نہیں کہتا۔ سابقہ کے لیے لیبل لگانا ایگریس لائن کارڈ کو پہلے سے زیادہ معلومات دیتا ہے اور آپ کے اٹھائے ہوئے راستوں کے تناسب سے لیبل خرچ کرتا ہے۔
لیبلوں کا کھاتہ چھوٹا ہے
MPLS لیبل محدود ہیں، لیکن لیبل کی جگہ اتنی بڑی ہے کہ عام سروس فراہم کنندگان چند ہزار سابقوں سے اسے ختم نہیں کرتے۔ جہاں VRF کے لیے لیبل لگانا واقعی مدد کرتا ہے وہ چھوٹے ہارڈویئر لیبل جدولوں والے پلیٹ فارم ہیں، یا ایسے ڈیزائن جن میں ایک VRF پورا انٹرنیٹ فیڈ اٹھاتا ہے اور سابقہ کے لیے لیبل لیبل کی طلب کو راستوں کی تعداد سے ضرب دے دیں گے۔ یہ حقیقی پابندیاں ہیں، اور یہی اس خصوصیت کے وجود کی وجہ ہیں۔ ان میں سے کوئی بھی جدول میں سابقوں کی تعداد کے بارے میں نہیں۔
انتخاب سے پہلے سروس اور ٹرانسپورٹ دونوں کے لیبل گنیں۔ VRF کے لیے ڈیزائن کو اب بھی loopback اور راستے کے ہر قدم کے لیے ٹرانسپورٹ لیبل درکار ہیں، اور اب بھی ہمسایہ کی حالت درکار ہے۔ اگر ڈیزائن کا خلاصہ صرف سروس لیبل گنتا ہے تو بچت غلط کھاتے پر ناپی جا رہی ہے۔
روٹ فیڈ لیبلوں سے پہلے میموری خرچ کرتے ہیں
موصول ہونے والا ہر راستہ کنٹرول طیارے کی میموری، اپ ڈیٹ کی کارروائی اور ہم آہنگی کا وقت خرچ کرتا ہے، چاہے VRF ایک لیبل استعمال کرے یا دس ہزار۔ VRF کے اندر پورا انٹرنیٹ فیڈ BGP راستوں، RIB، FIB اندراجات اور ان کے پیچھے کی ہلچل کی وجہ سے مہنگا ہے، جدول کے سامنے والے لیبل کی وجہ سے نہیں۔ وہی فیڈ اس کرایہ دار کے اندر روٹ لیک یا پالیسی کی غلطی کے اثر کا دائرہ بھی بڑھاتا ہے۔
اس لیے پوچھیں کہ گاہک کو واقعی کیا درکار ہے۔ اگر معاہدہ نجی سائٹس اور طے شدہ اخراج کا ہے تو پورا جدول ضرورت شامل کیے بغیر لاگت شامل کرتا ہے۔ یہ تجارتی سوال ہے، اور یہ پچھلے ڈیزائن سے وراثت میں ملنے والے مفروضے کی بجائے تحریری جواب کا حق دار ہے۔ اگر سروس کو پالیسی یا مقامی اخراج کے انتخاب کے لیے فیڈ واقعی درکار ہے تو اسے اپنی صلاحیت کی مخصوصیت اور اپنے ناکامی کے رویے کے ساتھ واضح سطر بنائیں۔
VRF کے لیے لیبل لگانا کب درست طے شدہ ہے
یہ اچھا طے شدہ ہے جب پلیٹ فارم اسے معاون کے طور پر درج کرے، جب VRF راستوں کی تعداد بڑی ہو اور جب اخراج پر تلاش کی لاگت ٹریفک پروفائل کے لیے قابل قبول ہو۔ یہ اس وقت بھی قدرتی انتخاب ہے جب عملی سادگی فارورڈنگ سے آخری مائیکرو سیکنڈ نکالنے سے زیادہ اہم ہو، کیونکہ ہر کرایہ دار کے لیے ایک لیبل ہر سابقہ کے لیے ایک لیبل سے سمجھانا اور جانچنا آسان ہے۔
یہ غلط طے شدہ ہے جب پلیٹ فارم کی دستاویزات اس خصوصیت کو مخصوص ہارڈویئر یا ریلیز پابندیوں سے جوڑیں، یا جب ڈیزائن اخراج پر سابقہ کے لیے فارورڈنگ فیصلوں پر منحصر ہو۔ رویے کا مفروضہ بنانے سے پہلے پلیٹ فارم کا اپنا statement حوالہ پڑھیں؛ Junos کمانڈ دستاویزی ہے، لیکن اس کے گرد ہارڈویئر اور ریلیز کی حدیں ہی تعیناتی کا واقعی فیصلہ کرتی ہیں۔
ایسا بجٹ جس کا آپ دفاع کر سکیں
صلاحیت کا مقدمہ پانچ الگ اعداد کے طور پر بنائیں: موصول راستے، منتخب راستے، نصب شدہ فارورڈنگ اندراجات، سروس لیبل اور ٹرانسپورٹ لیبل۔ next-hop اور ہمسایہ کی حالت، کرایہ داروں کی تعداد اور فالتو پن کا ماڈل شامل کریں۔ ایک VRF کے ہموار راستے کا سنیپ شاٹ پیمانے کا عدد نہیں، اور لیبل کی جگہ کا برائے نام سائز دستیاب ہارڈویئر جدول نہیں۔
پھر مستحکم حالت کے ساتھ ناکامی کے طریقے پر بھی اتفاق کریں۔ کیا ہوتا ہے جب فیڈ آدھا بڑھ جائے، جب کرایہ دار دوسرا VRF شامل کرے، یا جب جدول کا سائز بدلنے کے لیے پلیٹ فارم کو دوبارہ شروع کرنا پڑے؟ ان سوالات کو سہنے والا بجٹ صرف کاغذ پر چلنے والی لیبل گنتی سے زیادہ قیمتی ہے۔
اخراج کی کارروائی اور پلیٹ فارم کی حدوں سے مختص کرنا منتخب کریں، پھر روٹ فیڈ کو واضح سروس فیصلہ بنائیں۔ لیبل ڈیزائن کا نظر آنے والا حصہ ہے؛ راستے وہ حصہ ہیں جن کی قیمت ہر روز ادا کرنی پڑتی ہے۔