AFI وSAFI: اقرأ الزوج قبل اسم الخدمة
ليست AFI 25 مع SAFI 65 الخدمة نفسها التي يقدمها AFI 25 مع SAFI 70. اقرأ الزوج، ثم تحقق من تبادل العائلات والمسار ونتيجة التمرير.
يمكنك أن ترى جلسةً تنشأ، ومسارًا يظهر، ومع ذلك تقرأ الخدمة الخطأ. زوج الأرقام في مقدمة كل إعلان، معرّف عائلة العناوين ومعرّف عائلة العناوين اللاحقة، يحدد أي محلّل يقرأ الحمولة وأي جدول يحتفظ بالنتيجة. أخطئ في الزوج فتُنفَّذ سياسة الاستيراد ومطابقة هدف المسار والبحث عن القفزة التالية كلها على بنية لم يعلنها أحد. ويبدأ المسار أدناه عند ذلك الزوج وينتهي عند نتيجة التمرير.
رقمان يحددان الجدول الذي ينتمي إليه المسار
يظهر الزوج مرتين: داخل قدرة الأنظمة المتعددة حيث يعلن المتحدث عائلة، وأمام كل NLRI تحملها تلك العائلة. وهذا يجعله خاصية للمسار لا إعدادًا على الصندوق المصدر. وتطبعه الشركات باسم مثل Address family VPNv4 Unicast، وتتبدل الصياغة بين الإصدارات بينما تبقى الأرقام في مكانها.
| Where you meet it | Family pair | Boundary of what it proves |
|---|---|---|
| VPNv4 unicast capability on a neighbour | 1 / 128 | the peer will signal labelled VPN-IPv4, nothing about import |
| VPNv6 unicast capability on a neighbour | 2 / 128 | the peer will signal VPN-IPv6, silent about the transport below |
| VPLS NLRI with a VE ID and a label base | 25 / 65 | a pseudowire is signalled, not that a bridge learned a MAC |
| EVPN MAC/IP advertisement route | 25 / 70 | a binding is advertised, not that the host answers |
أربعة ترميزات تغطي معظم حالات المؤسسات: 1 مع 128 لـ VPN-IPv4 الموسومة بـ MPLS، و2 مع 128 لمكافئ IPv6، و25 مع 65 لـ VPLS المُشار إليها بـ BGP، و25 مع 70 لـ EVPN. الخطأ الأول أن تفترض أن كل خدمة Layer 2 تقع خلف 25 مع 65، وهذا يخفي EVPN. والثاني أن تعامل عائلتي IP كعائلة واحدة بعنوان أطول، وهما تُتفاوضان على حدة ويمكن قبولهما على أقران مختلفين. والثالث يظهر عند نسخ قالب من إصدار يعرف واحدة منهما فقط. والبحث في السجل يحسم الثلاثة أسرع من تخمين مبني على اسم الخدمة.
اعتبر الصفوف الأربعة أمثلة من سجل IANA، لا السجل نفسه. وعندما لا يطابق رقم أي شيء تعرفه، ابحث عنه قبل بناء سياسة حوله.
AFI 25 يحمل صيغتي NLRI غير متصلتين
تقع عائلتا Layer 2 كلتاهما تحت AFI 25، ويتوقف التشابه عند هذا الحد. ويحمل NLRI الخاص بـ VPLS في RFC 4761 section 3.2.2 طولًا ومميّز مسار ومعرّف VE وإزاحة كتلة VE وحجم كتلة VE وقاعدة تسمية، وهي معًا تسمّي طرف pseudowire وتسميته. ويحتفظ EVPN بـ AFI 25 وينتقل إلى SAFI 70، حيث الحمولة نوع مسار: الاكتشاف التلقائي لإيثرنت، وإعلان MAC/IP، والبث المتعدد الشامل، وقطاع إيثرنت، وبادئة IP. لذلك تعني إزاحة البايت نفسها أشياء مختلفة في العائلتين. والمحلل المكتوب لإحداهما يقرأ الأخرى دون شكوى وينتج كلامًا بلا معنى. والزوج هو التحذير الوحيد من أن التفسير خطأ.
الحقل الذي يعني إزاحة كتلة VE في عائلة لا نظير له في الأخرى، ومسار إعلان MAC/IP موجود في EVPN فقط. والاستشهاد بخاصية كما لو أنها تنطبق على الاثنتين هو مدخل مراجعة الالتقاط إلى الخطأ.
عندما يعطيك أحدهم التقاطًا أو جدولًا من مورّد، اسأل إلى أي عائلة تنتمي الخاصية. ثم تأكد من أن التنفيذ المستقبِل يدعم تلك العائلة، لا اسم الخدمة في صحيفة البيانات. ويمكن لمنصتين أن تدّعيا دعم VPLS بينما تنفذان عائلتي إشارة مختلفتين. الزوج يفصلهما؛ واسم المنتج لا يفعل.
عائلة العناوين الخاصة بالجلسة سؤال منفصل
كثيرًا ما يُعلن VPN-IPv6 عبر جلسة يعمل اتصال TCP الخاص بها فوق IPv4، وهذا تصميم مدعوم لا عيب. وقراءة ملخص الجلسة وحده لا تقول شيئًا عن عائلات VPN التي يتبادلها القرينان.
عائلة NLRI وعائلة النقل وعائلة التمرير ثلاثة قرارات مستقلة. ويمكن للموجّه أن يتحدث IPv4 إلى قرينه، ويقبل بلوغ VPN-IPv6، ويثبّت مسارًا قفزته التالية عنوان IPv6 يمكن بلوغه عبر مسار لم تقصده. وكل طبقة تحتاج تأكيدًا خاصًا بها. والمواقع التي تبلغ عن وجهات IPv6 غير قابلة للبلوغ بينما تبدو الإعلانات صحيحة قد فقدت عادة حلّ القفزة التالية، لا تفاوض العائلات.
اختبر عائلة عناوين الجلسة وحدها، ثم العائلات التي تحملها، ثم ما يمكن للنواة تمريره. وإبقاء الثلاثة منفصلة يمنع التشخيص الخاطئ الشائع حيث يُقرأ إعلان صحيح كدليل على أن IPv6 يعمل من طرف إلى طرف. وهو يثبت فقط أن قرينًا أخبر آخر ببادئة.
متفاوض عليه، مستلم، مستورد، مثبّت
من أجل مسار واحد متوقع، يجب أن تتحقق أربع حالات بالترتيب، وكل واحدة قابلة للملاحظة. يجب أن تكون العائلة متفاوضًا عليها مع ذلك القرين، ويجب أن يصل المسار، ويجب أن يستورده هدف مسار إلى السياق المقصود، ويجب أن تُحلّ القفزة التالية كي يُثبّت المسار. وتخطي الحالة الأولى يجعل الثلاث الأخرى بلا جواب، لأن عائلة غير متفاوض عليها لا تنتج مسارات لفحصها. وعلى منصات بنمط Cisco تكون ملخصات العائلات وقدرات كل قرين أوامر منفصلة.
show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address familyيظهر التفاوض في تبادل القدرات المطبوع لكل قرين، والجلسة القائمة التي لم تُدرج فيها عائلة لا تحمل شيئًا مما طلبته. ويقرر الاستيرادَ أهدافُ المسار التي تُحمل كمجتمعات ممتدة، فزوج صحيح مع هدف مكتوب خطأً يترك الجدول فارغًا. ثم يعتمد التثبيت على حلّ القفزة التالية في السياق المستقبِل، وقد يفشل بينما يبدو كل إعلان سليمًا.
أكّد مستوى البيانات أخيرًا، لأن مسارًا في الجدول ادعاء لا تسليم. والحالات الأربع نفسها تنطبق على كل عائلة؛ ولا يتغير إلا الأوامر وأسماء الجداول.
ما لا يثبته زوج العائلات أبدًا
قراءة الزوج بشكل صحيح تخبرك كيف تفسّر معلومات التوجيه التي تليه، وهذا هو الادعاء كله. ولا يقول شيئًا عن البلاغ، ولا عن السياسة، ولا عن سلامة مستوى البيانات. والخلط بين الأمرين ينتج عبارات واثقة عن شبكة لم يتحقق منها أحد. وعدم تطابق هدف المسار وقفزة تالية معطلة يبدوان متطابقين من الزوج وحده. فالزوج تعليمة قراءة، وليس حكمًا أبدًا.
عندما تصعّد، ضع الزوج وهدف المسار والقفزة التالية المحلولة في المذكرة نفسها. عندئذ يكون لدى المهندس التالي ثلاثة أشياء مستقلة يختبرها بدلًا من اسم خدمة يعيد تفسيره. فإذا كان التفاوض غائبًا يرونه فورًا، والهدف الخاطئ يترك الاستيراد غائبًا ظاهرًا، والقفزة التالية غير المحلولة تترك المسار موجودًا لكن غير قابل للاستخدام.