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

ما يفعله PE بتحديث RIP

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

البادئة الآن موجودة داخل سياق توجيه عميل واحد، وهو أمر بعيد جداً عن أن تكون قابلة للوصول في أي مكان آخر.

التصدير فعل سياسة، لا نتيجة بروتوكول

لكي يترك المسار الـ VRF، يجب إعادة توزيعه إلى عملية MP-BGP التي تحمل مسارات VPN، ويحتاج إلى مجتمع موسّع من نوع هدف المسار يحدد أي VRF بعيدة يجوز لها استيراده. والبنية في RFC 4364 تُبقي هذه التبادلات منفصلة عن بروتوكول CE إلى PE لهذا السبب بالضبط. فاستخدام RIP على الحافة لا يقول شيئاً عن الذي ينبغي أن يعبر شبكة المزوّد.

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

جهة الاستيراد سياسة ثانية بأهداف مسار خاصة بها، وتصدير مطابق مع استيراد غير مطابق ينتج بادئة موجودة في الشبكة الأساسية ولا تظهر في أي جدول بعيد.

إعادة التوزيع والإنشاء الصريح يتصرفان بشكل مختلف

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

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

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

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

تحقّق من السلسلة في أربعة مواضع

انظر إلى إعلان CE، وجدول توجيه VRF، وجدول مسارات VPN مع هدف المسار الخاص به، واستيراد VRF البعيد، بهذا الترتيب. على IOS يعني ذلك مخرجات جار CE، show ip route vrf CUSTOMER، show ip bgp vpnv4 vrf CUSTOMER، والأمر نفسه على PE البعيد. على IOS-XR توجد المخرجات المكافئة تحت show bgp vrf CUSTOMER ipv4 unicast. تختلف أسماء الأوامر، أما نقاط التحقق الأربع فلا.

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

سجّل من يملك كل سياسة. عندما يشغّل المزوّد الـ CE، ينتمي السلوك المُسلَّم إلى عقد الخدمة، ووجود بروتوكول أو سياسة سحب مختلفة على الجهاز المُدار مشكلة توثيق قبل أن تكون مشكلة توجيه.

مقالات ذات صلة