EVPN سرحد کو اٹیچمنٹ کے گرد نہیں، برآمد پالیسی کے گرد بنائیں

عام مفروضہ یہ ہے کہ سرحد پر Layer 2 اٹیچمنٹ ماڈل اس کے اوپر سب کچھ طے کرتا ہے، اس لیے ڈیزائن vPC جوڑی سے شروع ہو کر اوپر جاتا ہے۔ عام طور پر یہ ایسے روٹنگ فیصلوں پر ختم ہوتا ہے جو اتفاقاً لیے گئے ہوں۔ EVPN سرحد پہلے روٹنگ کی سرحد ہے: کرایہ دار کا روٹنگ سیاق بیرونی روٹنگ ڈومین سے ملتا ہے، اور اس لکیر کو عبور کرنے والی چیز پالیسی کا بیان ہے۔ port-channels پر بحث شروع ہونے سے پہلے راستے، ASN تعلق اور ناکامی کے راستے چن لیں۔ اٹیچمنٹ ماڈل پھر کسی ضرورت سے نکلتا ہے، ضرورت مسلط نہیں کرتا۔

سرحد کیا عبور کرتا ہے اس سے شروع کریں

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

پھر اس ناکامی کا نام لیں جسے آپ چلانا چاہتے ہیں: ایک uplink بند، ایک border leaf بند، یا پورا بیرونی ڈومین ناقابل رسائی۔ ہر جواب بدلتا ہے کہ آپ کو دو آزاد ہمسائے، مشترکہ Layer 2 اٹیچمنٹ، یا دونوں درکار ہیں۔

ان دو فہرستوں کے بننے کے بعد ہی اٹیچمنٹ کا سوال جواب طلب ہوتا ہے۔ اس سے پہلے ہر طریقہ یکساں طور پر درست لگتا ہے۔ اس کے بعد زیادہ تر خود ہٹ جاتے ہیں۔ روٹنگ کا کام پہلے کرنے کی پوری دلیل یہی ہے۔

ASN اور peering کی سرحد مقرر کریں

نجی-AS فیبرک عام طور پر eBGP کے ذریعے عوامی سرحدی ڈومین سے peering کرتا ہے، اور دلچسپ حصہ دونوں طرف کی پالیسی ہے۔ طے کریں کہ کون سے پریفکس قبول ہوتے ہیں، کون سے اعلان ہوتے ہیں، اور upstream کو کون سا AS path ملنا چاہیے۔

RFC 6996 نجی استعمال کے لیے ASN کی حد مختص کرتا ہے، اور وہ ASN عالمی اعلانات میں نظر نہیں آنے چاہئیں۔ پلیٹ فارم کی معاون ہٹانے یا فلٹر کرنے کی پالیسی لاگو کریں اور یہ ماننے کے بجائے کہ ڈیوائس نے یہ کیا، نتیجے کا اعلان جانچیں۔ یہ قدم آپ کو من مانی عوامی پریفکس اعلان کرنے کا اختیار بھی نہیں دیتا، یہ پتے کے مالک سے الگ گفتگو ہے۔

کنفیڈریشن یا local-AS خصوصیت کسی مخصوص ٹوپولوجی کے لیے ڈیزائن کا انتخاب ہے۔ کوئی بھی لازمی نہیں صرف اس لیے کہ فیبرک اور upstream مختلف ASN کردار استعمال کرتے ہیں، اور ضرورت کے بغیر ایک اپنانا ہر آئندہ تبدیلی میں حرکت کرنے والے حصے شامل کرتا ہے۔

Layer 3 uplink کو multichassis LAG کی ضرورت نہیں

اپنے BGP ہمسایوں والے خودمختار روٹڈ انٹرفیس دو واضح راستے اور دو واضح ناکامی ڈومین دیتے ہیں۔ vPC یا کوئی اور multichassis LAG Layer 2 اٹیچمنٹ کی ضرورت پوری کرتا ہے، اور جب وہ ضرورت ہو تو یہی درست اوزار ہے۔

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

آپ نے جو روٹنگ پالیسی پہلے لکھی وہ اٹیچمنٹ طریقہ بدلنے پر نہیں بدلتی، جو اچھی نشانی ہے کہ ترتیب درست تھی۔

صرف وہی برآمد کریں جس کی کرایہ دار کو ضرورت ہے

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

EVPN IP Prefix راستہ، جسے عام طور پر Type 5 کہا جاتا ہے اور RFC 9136میں بیان کیا گیا ہے، overlay میں پریفکس کی معلومات لے کر چلتا ہے۔ نفاذ کو اب بھی مماثل برآمد اور درآمد پالیسی کے ساتھ next-hop حل درکار ہے، اس لیے سرحد پر بیرونی BGP راستہ ملنا اس بات کا مطلب نہیں کہ ہر کرایہ دار VRF اسے درآمد کرتا ہے۔

ہر leaf کو مکمل جدول کی ضرورت نہیں صرف اس لیے کہ سرحد اسے رکھتی ہے۔ کرایہ دار کی ٹریفک جو مانگتی ہے وہ تقسیم کریں، اور باقی سرحد کے پاس رہنے دیں۔

ایک پریفکس کو شروع سے آخر تک جانچیں

ایک نمائندہ بیرونی پریفکس چنیں اور اسے سرحد کے مطلوبہ VRF، برآمد پالیسی، وصول کرنے والے leaf کے فارورڈنگ سیاق اور کرایہ دار کے منبع تک واپسی کے راستے سے گزاریں۔ جو پریفکس ایک جگہ نظر آئے اور اگلی جگہ نہ آئے وہ غلطی کو فوراً تلاش کر لیتا ہے۔

تصدیق کریں کہ next hop overlay کے ذریعے کیسے حل ہوتا ہے، کیونکہ غیر حل شدہ next hop کے ساتھ موجود راستہ کچھ فارورڈ نہیں کرتا۔ پھر uplink تبدیلی کے بعد جانچ دہرائیں، کیونکہ اسی وقت پالیسی اور next-hop حل سب سے زیادہ مختلف ہوتے ہیں۔

کام کی ترتیب: عبور کرنے والے راستے فہرست کریں، ASN پالیسی پر اتفاق کریں، اٹیچمنٹ کو اس کے حقیقی کام کے لیے چنیں، ہر کرایہ دار کے لیے برآمد کا دائرہ متعین کریں، پھر ایک پریفکس اور اس کے واپسی راستے کی تصدیق کریں۔