مسار مفقود في VRF: محلي أم VPNv4 أم جدول التحويل؟
بادئة غائبة عن VRF وغائبة عن VPNv4 وغير مثبتة في CEF ثلاث أعطال مختلفة. اقرأ الجداول بالترتيب قبل تعديل أهداف المسار.
يقول أحد العملاء إن بادئة مفقودة بعد تغيير هدف المسار، وغالبًا ما تكون أول لقطة شاشة يرسلها هي الجدول الخطأ. ثلاثة جداول مختلفة تجيب عن ثلاثة أسئلة مختلفة: هل البادئة موجودة داخل VRF، وهل جرى الإعلان عنها واستيرادها كمسار VPNv4، وهل ثُبّت إدخال تحويل فعليًا. إن قراءتها بترتيب خاطئ ينتج استنتاجات واثقة وخاطئة. يمر هذا الدليل ببادئة محلية وبادئة بعيدة عبر الجداول الثلاثة بالترتيب، وينتهي بخطة تراجع لتعديل هدف المسار الذي بدأ المشكلة.
سمِّ البادئة والجدول الذي تنتمي إليه
اكتب بادئتين قبل كتابة أي أمر. إحداهما محلية في موقع العميل، متعلمة من واجهة موصولة أو من إعلان CE. والأخرى بعيدة، يُتوقع أن تصل عبر الشبكة الأساسية للمزود. وهما تسلكان مسارين مختلفين إلى VRF نفسه، والعطل في إحداهما لا يقول شيئًا عن الأخرى.
| Table | Question it answers | Command |
|---|---|---|
show ip vrf CUST-A | Which RTs are attached for import and export | Read the RT lists before anything else |
show ip route vrf CUST-A | Is the prefix present in this VRF at all | Local and imported routes both appear |
show ip bgp vpnv4 all | Was the NLRI advertised and retained | Keyed by route distinguisher |
show ip cef vrf CUST-A | Was a forwarding entry installed | Proves a usable path, not just a BGP entry |
أبقِ التمييز بين المعرّفين واضحًا، لأن معظم الالتباس في هذه التذاكر ينشأ منه. معرّف المسار جزء من NLRI الخاص بالمخطط VPNv4 ووُجد ليجعل بادئات العملاء المتطابقة فريدة عبر الشبكة الأساسية. وهدف المسار مجتمع موسّع يُحمل كسمة، وهو ما تطابقه سياسة الاستيراد والتصدير. إنه ليس اسمًا ثانيًا للمعرّف ولا يُحمل في حزم العميل.
الخطوة 1: أثبت أن البادئة موجودة في VRF
ابدأ بالعرض المحلي، ثم بأهداف المسار التي تحكم الاستيراد. إذا كانت البادئة المحلية غائبة هنا، فلا يمكن أن يكون أي شيء في المنبع هو السبب:
show ip route vrf CUST-A 172.21.4.0 255.255.255.0
show ip route vrf CUST-A | include 172.21.4.0
show ip vrf CUST-Aالبادئة التي تظهر كموصولة أو ثابتة تكون متعلمة محليًا، ووجودها لا يقول شيئًا عن تصديرها. وهذا هو أكثر سوء قراءة شيوعًا في هذا المسار العملي: جدول VRF السليم دليل على التعلم المحلي فقط. أما جانب التصدير فسؤال منفصل، تجيب عنه رؤية الجار وهدف التصدير المرتبط.
افحص قوائم أهداف المسار على VRF ما دمت هنا. إذا لم يكن هدف الاستيراد المقصود في القائمة، فكل ما في المصب غير ذي صلة. وإذا كان موجودًا لكنه يختلف عما يصدّره PE البعيد، فقد وجدت العطل دون فتح أي التقاط حزم.
الخطوة 2: اقرأ جدول VPNv4 وأهدافه
يعرض جدول VPNv4 ما تبادلته طبقة التحكم فعليًا. ابحث عن البادئة البعيدة تحت المعرّف الصحيح، ثم انظر إلى المجتمعات المرتبطة بها:
show ip bgp vpnv4 all 10.60.9.0/24
show ip bgp vpnv4 all | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A neighbors 192.0.2.17 advertised-routesالإدخال الذي يحمل هدف المسار الصحيح دون تثبيت محلي يشير إلى سياسة الاستيراد أو إلى اختيار المسار، لا إلى قابلية الوصول. والإدخال الذي لا يظهر إطلاقًا في جدول VPNv4 يشير إلى المنبع: فقد لا يكون PE المنشئ قد صدّره، أو قد لا تحمل الجلسة عائلة العناوين.
هناك حالة ثالثة تُربك الناس أثناء التغييرات. بعض المنصات تقيّد مسارات VPN التي تطلبها أو تحتفظ بها، باستخدام معلومات عضوية أهداف المسار، لذا فإن غياب NLRI بعيد في عرض مُرشّح واحد ليس دليلًا على أن الإعلان غير موجود في أي مكان. افحص الجدول غير المرشّح ومسارات الجار المعلنة قبل أن تستنتج أن مسارًا سُحب عالميًا.
الخطوة 3: تأكد من أن شيئًا ما ثُبّت ووُسم
إدخال BGP قرار وليس مسارًا. جداول التحويل تخبرك هل للحزم مكان تذهب إليه:
show ip cef vrf CUST-A 10.60.9.0/24
show mpls forwarding-table vrf CUST-A | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-Aإدخال CEF بجوار محلول ووسم صادر يعني أن حركة مستوى البيانات ينبغي أن تعمل، وأن أي عرض متبقٍ يخص التطبيق أو الترشيح داخل VRF. وإدخال CEF يُظهر قفزة تالية غير محلولة يعني أن مسار الوسم غير مكتمل رغم أن BGP يبدو سليمًا، وهذه بالضبط الحالة التي ضلّلت فيها لقطة شاشة لجدول BGP مراجعة تغيير.
قارن الوسم الذي يفرضه PE المحلي بالوسم الذي يتوقع PE البعيد استلامه. عدم التطابق بين العرضين مشكلة في تخصيص الوسم أو في الجلسة، ولن يُصلح بتعديل أهداف المسار مهما فعلت من مرات.
أرجِع تعديل هدف المسار بنطاق معلن
إذا بدأ العطل بتعديل هدف مسار، فألغِه كخطوة واحدة متعمدة وقل أي نطاق تغيّر. إزالة هدف استيراد تسحب الأهلية داخل ذلك VRF. وهي لا تحذف إعلان VPNv4 من الشبكة الأساسية، وعلى بعض المنصات يبقى المسار محفوظًا في الجدول. هذان نتيجتان مختلفتان والأثر الظاهر للمستخدم يعتمد على أيّهما تقصد.
configure terminal
vrf definition CUST-A
address-family ipv4
no route-target import 65000:410
end
clear ip bgp vpnv4 vrf CUST-A soft inإعادة التهيئة اللينة الواردة تكفي عندما تكون الجلسة تخزن البادئات أصلًا؛ أما إعادة الضبط الصلبة لجلسة مواجهة للمزود خلال ساعات العمل فقرار ينبغي أن يتخذه شخص آخر. على Junos تُقرأ الفحوص المكافئة جدول كل VRF وجدول VPN مباشرة، والتراجع رجوع عند الالتزام لا إلغاء لكل أمر، لذا التقط فرق التهيئة قبل أن تبدأ.
اختم بالأوامر الثلاثة نفسها التي بدأت بها وبالترتيب نفسه، وسجّل مخرجاتها بختم زمني. التذكرة التي تقول إن هدف المسار كان خطأ وصار الآن صحيحًا ليست قابلة لإعادة الاستخدام؛ أما التي تُظهر البادئة موجودة في VRF وموجودة في VPNv4 ومثبتة في CEF فهي دليل يستطيع الشخص التالي المقارنة به. وإذا تغيّر الأولان فقط، فلم تُكمل التغيير.