مسار null في NX-OS EVPN: أبقِ التجاهل داخل مستأجر واحد

يصل الطلب كتبديل من سطر واحد: احجب عنوانًا واحدًا. تضيف مسار مضيف إلى Null0 داخل سياق المستأجر، فتختفي البادئة من الجدول المحلي كما هو متوقع، ثم تبدأ الأسئلة. هل غادر المسار الجهاز؟ هل تجاهلت أجهزة VTEP البعيدة، أم فقدت ببساطة إمكانية الوصول؟ هل يتأثر مستأجر ثانٍ الآن؟

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

ما الذي يجب أن ينتجه التبديل فعلًا

ابدأ بكتابة النتائج الثلاث. على المستأجر المقصود أن يتجاهل الوجهة محليًا. لا يجوز تصدير إلا المسار المصرّح به، دون أن يرافق ذلك أي شيء آخر. وعلى كل جهاز VTEP مستقبِل أن يختار إجراء التجاهل المقصود بدلًا من مسار مختلف.

لكل نتيجة أدلتها الخاصة، ولا تستلزم أي منها الأخرى. مسار Null0 المحلي ينتج تجاهلًا محليًا، ودون إعادة التوزيع لا يصدّر شيئًا على الإطلاق. أما المسار المعاد توزيعه دون المجتمع المتفق عليه فيصل كبادئة عادية ويُمرَّر. والمجتمع دون سياسة الاستقبال قد يُتجاهل كليًا.

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

العبارة المحلية تؤدي الجزء الأول فقط

في NX-OS ضمن سلسلة 10.4(x)، يقع المسار الفارغ داخل سياق VRF الخاص بالمستأجر وليس في أمر واحد يحدد اسم VRF. المقطع قصير، وهو بالتأكيد ليس إعدادًا كاملًا لـ EVPN.

vrf context TENANT_A
  ip route 192.0.2.10/32 Null0

العنوان بادئة توثيقية وليس هدفًا. لاحظ فرق الصياغة عن IOS، حيث يظهر اسم VRF داخل أمر المسار نفسه، وتأكد من الصيغة المدعومة في الإصدار الذي تشغّله فعليًا قبل لصق أي شيء.

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

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

التصدير والاستيراد اتفاقان منفصلان

إعادة التوزيع هي حيث يُحدَّد النطاق. اقتصر على البادئات المؤهلة في التخفيف المعتمد، وأبقها داخل المستأجر، واحصر الأقران المنشئة في أولئك الموجودين في التصميم. إعادة توزيع كل مسار ثابت لأن مسار مضيف واحد موسوم يحتاج إلى الانتقال هي الطريقة التي يتحول بها تبديل صيانة إلى حادث توجيه.

مجتمع BLACKHOLE اتفاق على قيمة معروفة، وليس تفويضًا لأي جار بتجاهل أي عنوان. يصفه RFC 7999 بهذه المصطلحات، وحد الثقة حول من يجوز له الإعلان عنه جزء من التصميم وليس تفصيلًا تنفيذيًا.

يحتاج الجانب المستقبِل إلى إعداده الخاص. في NX-OS، تتطلب المسارات الفارغة من النوع 5 معالجة عبر route-map عند جهاز VTEP لاختيار سلوك التجاهل، وهو موثق إلى جانب خطوات التصدير. فالجهاز المرسل الذي يضع الوسم بشكل صحيح والمستقبِل الذي يتجاهل الوسم ينتجان تبديلًا يبدو مطبقًا ويمرر الحركة رغم ذلك.

راجع route-map بحثًا عن آثار جانبية أثناء وجودك هناك. فسياسة تقييدية جديدة قد تكتم وصولًا مشروعًا لبادئات غير ذات صلة، ويظهر ذلك الضرر لاحقًا بعد الحجب ويصعب عزوه إليه.

اكتب السحب قبل الإدراج

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

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

سمِّ الضابط الدقيق الذي يزيل التخفيف، واختبر ذلك الإزالة في مختبر أو خلال نافذة تستطيع تحمّل تكلفتها. فالسحب الذي لم يتدرب عليه أحد خطة وليس إجراءً.

اقبل بالأدلة لا بمخرجات الأمر

تحقق من حالة التوجيه المختارة وحالة التمرير عند أجهزة VTEP المقصودة، وتحقق من وجهة مجاورة يجب أن تبقى غير متأثرة. تأكد من أن أي مستأجر آخر لم يستورد البادئة، لأن التسرب بين المستأجرين هو نمط الفشل الذي يحوّل إجراء صيانة إلى حادث.

ثم اسحب المسار وتحقق من عودة المسار العادي والخدمة. دليل NX-OS EVPN للمسارات الفارغة الخاص بإصدار 10.4(x) يوثق الوسم وإعادة التوزيع وسياسة الاستقبال الموصوفة هنا، وهو المرجع الذي تقارن به إصدارك.