VXLAN سے MPLS IP VPN تک: VNI کوئی MPLS لیبل نہیں

دونوں ٹیکنالوجیز پیکٹ کے آگے شناخت کنندہ رکھتی ہیں، اس لیے نتیجہ واضح لگتا ہے: VNI کو MPLS لیبل پر میپ کریں اور دونوں نیٹ ورک جڑ جائیں۔ ایسی میپنگ معاون عمل کے طور پر موجود نہیں، کیونکہ شناخت کنندگان مختلف چیزیں ظاہر کرتے ہیں اور انہیں مختلف کنٹرول سطحیں بناتی ہیں۔ VNI اوورلے کے اندر VXLAN حصے کی شناخت کرتا ہے؛ MPLS لیبل لیبل سوئچ شدہ راستے پر فارورڈنگ رویے کی شناخت کرتا ہے۔ ڈومینز کو جوڑنا روٹنگ کا فیصلہ ہے، اعداد کا ترجمہ نہیں۔

افسانہ: دونوں لیبل استعمال کرتے ہیں، اس لیے انہیں میپ کریں

سطحی مشابہت حقیقی اور گمراہ کن ہے۔ VXLAN اپنے ہیڈر میں 24 بٹ VNI رکھتا ہے، اور MPLS لیبلوں کا ڈھیر رکھتا ہے، اس لیے لگتا ہے کہ ایک قدر کو بارڈر ڈیوائس پر دوسری میں دوبارہ لکھا جا سکتا ہے۔

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

ہر فریق واقعی کیا فارورڈ کرتا ہے

فیبرک کی طرف بارڈر ڈیوائس VXLAN ٹنل ختم کرتی ہے، VNI کو کرایہ دار کے VRF پر میپ کرتی ہے اور پیکٹ کو عام IP کے طور پر روٹ کرتی ہے۔ فراہم کنندہ کی طرف PE گاہک کا راستہ VRF میں قبول کرتا ہے، MPLS لیبل ڈھیر لگاتا ہے اور اسے IP VPN کے ذریعے فارورڈ کرتا ہے۔

یہ حوالگی RFC 4364 میں بخوبی سمجھا گیا نمونہ ہے: گاہک کنارہ فراہم کنندہ کنارے کے ساتھ IP راستوں کا تبادلہ کرتا ہے، اور ہر ڈومین اپنی انکیپسولیشن رکھتا ہے۔ پیکٹ کے PE تک پہنچنے تک VNI جا چکا ہوتا ہے، اور یہی وجہ ہے کہ یہ نمونہ کام کرتا ہے۔

کنٹرول سطحیں کیوں نہیں ملتیں

EVPN Type 5 اوورلے اگلے ہاپس کے ساتھ IP سابقہ راستے رکھتا ہے، جبکہ VPN-IPv4 اعلانات دوسرے پتہ خاندان سے تعلق رکھتے ہیں۔ دونوں طرف یکساں دکھنے والے راستہ اہداف ایک خاندان کا دوسرے میں ترجمہ نہیں کرتے اور سرحد پار اگلے ہاپس حل نہیں کرتے۔

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

اس سرحد پر مزید دو مفروضے ناکام ہوتے ہیں۔ MPLS IP VPN روٹڈ رسائی دیتا ہے، Ethernet حصہ نہیں، اس لیے نشریات پھیلانے کے لیے اس کے بجائے معاون سطح 2 سروس درکار ہے۔ اور دونوں انکیپسولیشنز بائٹ خرچ کرتی ہیں، اس لیے موثر MTU کسی بھی نچلی تہہ کے اشارے سے چھوٹا ہے۔

روٹڈ ہینڈ آف یا مربوط گیٹ وے منتخب کریں

روٹڈ ہینڈ آف تب منتخب کریں جب کرایہ دار کو IP رسائی درکار ہو اور فراہم کنندہ پہلے ہی CE کی طرف سروس دے رہا ہو۔ یہ ملکیت صاف رکھتا ہے: فیبرک کے پاس VXLAN اور EVPN ہے، فراہم کنندہ کے پاس MPLS اور VPN، اور سرحد کے پاس VRF سے انٹرفیس تک میپنگ۔ ایک لنک کافی ہے یہ ماننے کے بجائے فراہم کنندہ کے ساتھ منسلکہ پیمانہ، پتے اور ناکامی کی تبدیلی کی منصوبہ بندی کریں۔

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

ہر کرایہ دار کے لیے کیا درج کریں

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

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