ابنِ حدود EVPN حول سياسة التصدير، لا حول الارتباطات

الافتراض الشائع أن نموذج ارتباط Layer 2 عند الحدود يحدّد كل ما فوقه، لذا يبدأ التصميم بزوج vPC ثم يتوسّع صعوداً. وينتهي الأمر عادةً بقرارات توجيه تُتخذ بالمصادفة. حدّ EVPN هو حدود توجيه أولاً: سياق توجيه المستأجر يلتقي نطاق توجيه خارجي، وما يعبر ذلك الخط هو بيان سياسة. اختر المسارات وعلاقة ASN ومسارات الفشل قبل أن يبدأ أي جدال حول port-channels. نموذج الارتباط يأتي بعد ذلك من متطلب بدلاً من أن يفرض متطلباً.

ابدأ بما يعبر الحدود

اكتب المسارات التي يجب أن تكون مرئية على كل جانب، والاتجاه الذي تسلكه، ومن يوافق على تغيير تلك القائمة. الحدود التي تقبل كل شيء وتعلن كل شيء لا تملك سياسة، بل كابلاً فقط.

ثم سمِّ الفشل الذي تنوي تشغيله: تعطّل رابط صاعد واحد، أو تعطّل ورقة حدود واحدة، أو تعذّر الوصول إلى النطاق الخارجي بأكمله. كل إجابة تغيّر ما إذا كنت تحتاج جارين مستقلين، أو ارتباط Layer 2 مشتركاً، أو كليهما.

فقط بعد وجود هاتين القائمتين يصبح سؤال الارتباط قابلاً للإجابة. قبل ذلك تبدو كل آلية صالحة بالقدر نفسه. وبعده تُستبعد معظمها نفسها. وهذا هو الحجة الكاملة لتنفيذ عمل التوجيه أولاً.

ثبّت حدود ASN والـ peering

عادةً ما يتصل نسيج ذو AS خاصة بنطاق الحدود العام عبر eBGP، والجزء المثير هو السياسة على الجانبين. حدّد أي البادئات تُقبل، وأيها يُعلن، وأي مسار AS يجب أن يتلقاه الجانب الأعلى.

يحجز RFC 6996 نطاقاً من أرقام ASN للاستخدام الخاص، ولا يُفترض أن تظهر تلك الأرقام في الإعلانات العالمية. طبّق سياسة الإزالة أو التصفية التي تدعمها المنصة وتحقق من الإعلان الناتج بدلاً من افتراض أن الجهاز فعل ذلك. ولا تمنحك تلك الخطوة صلاحية إعلان بادئة عامة عشوائية، فهذا حوار منفصل مع مالك العنوان.

الاتحاد أو ميزة local-AS خيار تصميمي لطوبولوجيا محددة. لا أحدهما إلزامي لمجرد أن النسيج والجانب الأعلى يستخدمان أدوار ASN مختلفة، وتبنّي أحدهما دون المتطلب يضيف أجزاء متحركة إلى كل تغيير مستقبلي.

روابط Layer 3 الصاعدة لا تحتاج إلى multichassis LAG

الواجهات الموجهة المستقلة بأجار BGP الخاصة بها تعطي مسارين واضحين ونطاقي فشل واضحين. يخدم vPC أو أي multichassis LAG آخر متطلب ارتباط Layer 2، وهو الأداة الصحيحة عندما يوجد ذلك المتطلب.

القاعدة الشاملة بأن على كل زوج حدود أن يستخدم vPC، أو أن يتجنبه، تخفي الشروط التي تحسم الحالة فعلاً. اسأل عمّا يجب أن يحمله الارتباط، ثم اختر الآلية التي تحمله بأقل أنماط فشل مشتركة.

سياسة التوجيه التي كتبتها أولاً لا تتغير عندما تتغير آلية الارتباط، وهذه علامة جيدة على أن الترتيب كان صحيحاً.

صدّر ما يحتاجه المستأجر فقط

قد يحتاج المستأجر إلى مسار افتراضي، أو مجموعة بادئات خارجية مختارة، أو جدول أكبر بكثير. اختر ذلك النطاق وفق قدرة إعادة التوجيه ومستوى التحكم الفعلية، لا وفق عدد قديم من مسارات الإنترنت لم يعد أحد يقيسه.

مسار EVPN IP Prefix، المعروف عادةً بـ Type 5 والمعرّف في RFC 9136، يحمل معلومات البادئة في الـ overlay. لا يزال التنفيذ يحتاج سياسة تصدير واستيراد متطابقة إضافةً إلى تحليل next-hop، لذا فإن تلقي مسار BGP خارجي عند الحدود لا يعني أن كل VRF مستأجر يستورده.

لا تحتاج كل ورقة إلى الجدول الكامل لمجرد أن الحدود تحتفظ به. وزّع ما يتطلبه مرور المستأجر، ودع الحدود تملك الباقي.

تحقق من بادئة واحدة من طرف إلى طرف

اختر بادئة خارجية تمثيلية وتتبّعها عبر VRF المقصود عند الحدود، وسياسة التصدير، وسياق إعادة التوجيه في الورقة المستقبلة، ومسار العودة إلى مصدر المستأجر. البادئة التي تظهر في مكان ولا تظهر في التالي تحدّد موضع الخطأ فوراً.

تأكد من كيف يُحل الـ next hop عبر الـ overlay، لأن المسار الموجود مع next hop غير محلول لا يمرر شيئاً. ثم كرر الفحص بعد تغيير رابط صاعد، إذ عندها غالباً ما تتباين السياسة وتحليل next-hop.

ترتيب العمل: اسرد المسارات العابرة، واتفق على سياسة ASN، واختر الارتباط لوظيفته الفعلية، وحدّد نطاق التصدير لكل مستأجر، ثم تحقق من بادئة واحدة ومسار عودتها.