لماذا يُظهر L2VPN في Junos تسميةً لكنه لا يمرّر أي شيء

تصل تقارير العملاء قائلة إن اتصال L2VPN في حالة Up، والمرفق يعمل، ولا تعبر أي إطار. أضواء الحالة صادقة؛ فالإطار يُصنَّف ضمن خدمة ليس لها حالة تمرير صالحة في الطرف البعيد. في L2VPN نقطي-إلى-نقطي يُعلَن بإشارات BGP، يعود القرار الأول إلى المرفق لا إلى بحث المسار. يصل إطار العميل على واجهة منطقية، وتلك الواجهة تسمّي الاتصال وبالتالي الموقع البعيد. كل ما يأتي بعد ذلك هو حالة تمرير بالتسميات مبنية على ما أعلنه الأقران.

الإطار لا يجري بحث مسار أبدًا

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

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

تسميتان، اتجاهان

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

show l2vpn connections instance CUST-A extensive

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

ماذا يثبت بحث التسمية

بعد حصولك على القيمة الواردة، يكون البحث المحلي أمرًا واحدًا:

show route label 160042

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

تابع إطارًا واحدًا

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

افحص تغليف المرفق وإعداد كلمة التحكم وMTU في الوقت نفسه، لأنها خصائص تفاوضية لا سلوك لكل قفزة.

أبقِ نماذج الخدمة منفصلة

VPLS يتعلم عناوين MAC وEVPN يعلن نقاط النهاية، بينما L2VPN النقطي-إلى-النقطي لا يفعل أيًا منهما، لذا فإجراءات اختيار الإطار لديهما غير قابلة للتبادل رغم ركوبهما البنية نفسها من BGP وMPLS. نقل خطوة استكشاف أعطال من نموذج إلى آخر ينتج استنتاجات واثقة بلا أساس.

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