جلسة BGP قائمة والمسار إلى العميل معطوب: MPLS عبر DMVPN

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

هذه الفجوة أسهل ما تُرى في تصميم MPLS فوق DMVPN، حيث قد يتصرف مسار المحور والمسار المباشر عبر الفرع بشكل مختلف لأسباب لا علاقة لها بالاتصال النظيري.

ما تثبته الجلسة فعلاً

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

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

أربع آليات لا آلية واحدة

وثائق Cisco عن MPLS فوق DMVPN تفصل الأجزاء فصلاً واضحاً. يوزع MP-BGP ملصقات تراكب العميل بين أجهزة حافة المزود. ويستخدم MPLS تلك الملصقات لاختيار سياق التمرير للحزمة. ويعيّن NHRP عنوان التراكب إلى طرف النقل الذي يحتاجه النفق الديناميكي. ويحمي IPsec مسار النظير حيثما ينطبق.

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

قارن مسار المحور بالمسار المختصر، متغيراً واحداً في كل مرة

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

أبقِ التدفق ثابتاً أثناء المقارنة. فتغيير مضيف المصدر أو الـ VRF أو المقصد بين الملاحظات ينتج قصتين غير مترابطتين، وهو أكثر ما يُفسد هذا التمرين.

احتفظ باختبارات الاسترجاع في حيّزها الخاص

اختبار ping من واجهة استرجاع في الموجه اختبار مفيد، وهو يمارس حالة مختلفة عن تدفق من مضيف. فعنوان المصدر يخص الموجه، وقد يكون سياق التوجيه لديه عاماً لا VRF، وقد يختلف مسار الإجابة عن المسار الذي تسلكه بادئة العميل. لذا فإن استجابة الاسترجاع ونجاح هذا التطبيق عبر المسار المختصر نتيجتان منفصلتان، والثانية وحده هي التي تصف العميل.

اختبر الاثنين، ثم صنّفهما منفصلين في ملاحظاتك. وعندما يتعارضان تكون قد تعلمت شيئاً محدداً عن موضع انحراف التصميم، وهذا أكثر مما تخبرك به علامة صح خضراء واحدة أبداً.

ادعاءات الإصدار وادعاءات العيب تحتاج كل منهما إلى دليلها

توصي تقارير الميدان أحياناً بتغيير قناع للمضيف أو عنوان مصدر لـ BGP، ولا تستحق تلك التقارير القراءة إلا مقترنة بالعيب الذي كُتبت بشأنه والإصدارات التي تأثرت به. فحل بديل من إصدار واحد ليس تصريحاً بأن كل بادئة /32 غير مدعومة في البنية.

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