لماذا يظهر MAC لجهاز QFX في EVPN ولا يظهر في جدول إعادة التوجيه

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

جدولان يجيبان عن سؤالين مختلفين

في Junos EVPN تسرد قاعدة البيانات عناوين MAC لكل نسخة إلى جانب كيفية وصول كل منها: تعلّمها من منفذ وصول، أو استقبلها في مسار Type 2، أو وُسمت كجزء من مجموعة متعددة الاستضافة. وثيقة Juniper المرجعية show evpn database تغطي عوامل التصفية لكل MAC ولكل نسخة التي تجعل العرض مقروءًا. وهي ملخص لطبقة التحكم مُفتَّح بالنسخة وعنوان MAC، وليست الجدول الذي تبدّل به العتاد الإطارات.

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

يحمل مسار Type 2 عنوان MAC، وعنوان IP اختياريًا، وتسمية أو VNI، ومميّز مسار، وقفزة تالية تسمّي VTEP البعيد. يمكن أن تنكسر أربعة أشياء بين السلك وذلك المسار: ألا يُتعلّم المضيف أبدًا، أو ألا يُعلن المسار أبدًا، أو أن يُرفض عند الاستيراد، أو أن تفشل قفزته التالية في الحل. كل إخفاق يترك مجموعة مختلفة من الجداول مملوءة، وهذا هو سبب إمكان تشخيص التسلسل أصلًا.

التعلّم المحلي ما زال يحدث أولًا

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

ابدأ من نقطة الربط وتقدّم بأوامر للقراءة فقط. الهدف إثبات أن إطارًا من المضيف عبر في الخدمة المقصودة، لأنه لا شيء في المصبّ يعوّض عن إطار لم يصل أبدًا.

show interfaces ge-0/0/1.0
show ethernet-switching interface ge-0/0/1.0
show lacp interfaces ae0

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

أين يضيع عنوان MAC البعيد

يفشل عنوان MAC البعيد في الاتجاه المعاكس، وبهدوء. يصل مسار Type 2، لكنه لا يدخل نسخة إلا عندما يطابق هدف مساره وVNI التكوين المحلي، ولا يصبح صالحًا للاستخدام إلا عندما تُحلّ قفزته التالية إلى VTEP يمكن الوصول إليه. عدم تطابق هدف المسار يترك مسارًا صالحًا في جدول BGP لا تطلبه أي نسخة.

اقرأ العروض الثلاثة بالترتيب: وجود المسار، وإدخال قاعدة البيانات، وإدخال إعادة التوجيه. تستعلم الأوامر أدناه عن عنوان MAC نفسه في كل مرحلة، ويُبقي العنوان النموذجي المخرَجات قابلة للمقارنة.

show evpn database instance blue mac-address 02:00:00:00:00:5c extensive
show route table bgp.evpn.0 | match 02:00:00:00:00:5c
show route table bgp.evpn.0 | match 02:00:00:00:00:5c extensive

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

إعادة التشغيل التي أصلحته لا تثبت إلا القليل

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

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

show evpn database instance blue
show route table bgp.evpn.0
show version

احفظ تلك المخرَجات مع التاريخ وبناء البرمجية بجانبها. التقرير اللاحق بأن إعادة التشغيل نفسها نجحت سابقًا هو خيط لا دليل، ولا يظهر الفرق إلا عندما احتفظ أحدهم بالمخرَج الأقدم.

أربع ملاحظات تحسم معظم الحالات

أربع ملاحظات تغطي تقريبًا كل حالة: نقطة الربط وخدمتها، وعنوان MAC كقيمة نموذجية، وحالة المسار وقاعدة البيانات، والبناء المستخدم. اختر عنوان MAC نموذجيًا بوضوح حتى لا يخطئ أحد في اعتباره عنوان إنتاج: الثماني الأول 02 يميّز عنوان يونيكاست مُدارًا محليًا، والثمانيات المتبقية حرة، لذا فإن 02:00:00:00:00:5c عنصر نائب آمن.

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