هل يحتاج VPNv4 إلى MPLS في القلب؟ ليس بالضرورة
يتفاوض BGP VPNv4 على سياق توزيع مسارات، لا على مسار إعادة توجيه. افصل الاستيراد وحل القفزة التالية والتغليف الذي يمكنك تشغيله.
تشغيل عائلة عناوين VPNv4 بين موجّهين ينشئ سياق توزيع مسارات فقط، ولا شيء أكثر. فهو لا يثبّت مسار إعادة توجيه، ولا يخبرك أي تغليف سينقل حزمة العميل إلى نقطة النهاية البعيدة. وبمجرد فصل هاتين الحقيقتين، يتحول سؤال «هل يحتاج هذا إلى MPLS في القلب» إلى سؤال أضيق وقابل للإجابة عن مستوى البيانات الذي تدعمه المنصة.
ما الذي تتفاوض عليه عائلة العناوين فعلياً
يحمل BGP متعدد البروتوكولات معلومات بلوغ طبقة شبكة VPNv4 تحت AFI 1 و SAFI 128، وكل إدخال يقرن مميّز مسار ببادئة ووسم. تتفاوض الجلسة على أن كلا المتحدثين يستطيعان ترميز تلك المعلومات وفك ترميزها. وما لا تتفاوض عليه هو مستوى البيانات. وكل ما يأتي بعد هذه الفقرة يتعلق بإعادة التوجيه، ولا شيء منه تحسمه الجلسة عند قيامها.
لذا فإن جلسة ناجحة دليل على قدرة مستوى التحكم، وليست دليلاً على إعادة التوجيه. يمكن للموجّه أن يحتفظ بآلاف إدخالات VPNv4 ومع ذلك يُسقط كل حزمة عميل، ولهذا تُخلط فئتا الأعطال في المقام الأول.
لاحظ الوسم في NLRI. إنه وسم خدمة مرتبط ببادئة داخل VRF، وله دور في إعادة التوجيه بمجرد وصول الحزمة إلى نقطة النهاية الخارجة. أما هل يقرأه أي جهاز عبور، فذلك قرار تصميم منفصل.
الاستلام والاستيراد وإعادة التوجيه ثلاث خطوات
استلام المسار، والسماح باستخدامه، والقدرة على إعادة التوجيه به، تؤديها أجزاء مختلفة من الجهاز. يخزّن BGP ما يسمعه؛ وتقرر سياسة الاستيراد ومطابقة هدف المسار أي VRF يجوز أن ينظر فيه؛ ثم على مستوى إعادة التوجيه أن يحل القفزة التالية المعلنة إلى شيء يمكنه فعلاً دفعه إلى السلك.
| Step in the chain | What has to be true | How it fails quietly |
|---|---|---|
| NLRI exchange | Both speakers negotiate the VPNv4 capability | Session stays up while the family is never activated |
| Import eligibility | A route target on the received route matches the VRF import policy | The route exists in the table but never enters the VRF |
| Next-hop resolution | The advertised next hop resolves to a usable tunnel or label path | Best path is selected, then marked unreachable or unusable |
| Encapsulation | The egress endpoint can decapsulate what the ingress produced | Packets arrive and are discarded for a format mismatch |
تلك الخطوة الوسطى هي حيث تسكن أكثر الأعطال إثارة للدهشة. يمكن أن يكون المسار موجوداً في جدول BGP، صالحاً وحتى الأفضل، بينما يبقى جدول مسارات VRF فارغاً لأن أي هدف مسار لم يطابق قائمة الاستيراد. ولا يسجل أي شيء خطأ بروتوكول، لأنه لم يحدث أي خطأ بروتوكول.
الخطوة الأخيرة هي حيث يظهر دعم المنصة. فالقفزة التالية التي يمكن بلوغها في الطبقة الأساسية ليست قابلة للحل تلقائياً كنقل خدمة VPN، وقد يتطلب الجهاز نوع نفق محدداً، أو عملية وسم محددة، أو كليهما. وقراءة حالة الحل أكثر إفادة من قراءة عدد المسارات.
يمكن لقلب IP أن يحمل مكدساً لا يبدّله أبداً
التمييز الذي يستحق الإبقاء عليه هو بين «القلب لا يشغّل MPLS» و«لا يوجد وسم في أي مكان في الخدمة». هذان ادعاءان مختلفان، والأول فقط عبارة عن أجهزة العبور. يعرّف RFC 4023 حمل MPLS عبر أنفاق IP أو GRE، وهو الآلية التي تجعل الادعاء الثاني ممكناً على قلب IP خالص.
customer packet + service label
encapsulated in GRE, addressed to the egress tunnel endpoint
forwarded by ordinary IP routers on the outer header
decapsulated at the endpoint, label still meaningfulتعيد موجّهات العبور التوجيه على وجهة IP الخارجية ولا تحتاج بادئات العميل ولا تبديل الوسوم الأصلي. وعند الطرف البعيد يُزال النفق الخارجي ويستأنف وسم الخدمة عمله. لقد نقل القلب حمولة غير شفافة، وهذا بالضبط ما تبرع فيه شبكة IP.
ما لا يمنحك إياه هذا التصميم هو ضمان شامل. فهو ليس دليلاً على أن كل موجّه يحل كل قفزة تالية VPNv4 عبر أي واجهة GRE، وليس سبباً لحذف إعداد MPLS أصلي عامل. إنه مثال مضاد للادعاء الشامل، ويبقى السؤال العملي محلياً بالمنصة. سجّل ذلك السؤال كقيد منصة لا كقاعدة بروتوكول.
امشِ السلسلة على الجهاز حتى تنكسر
ابدأ من المسار المستلم وتوقف عند أول خطوة تفشل، لأن الخطوات اللاحقة لا يمكن تشخيصها ما دامت خطوة سابقة مكسورة. أربعة أوامر تغطي معظم ذلك في تنفيذ نمطي.
show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_Aاقرأها كتسلسل لا كأربعة فحوص مستقلة. الأول يؤكد أن العائلة نشطة وأن النظير يتبادل المسارات؛ والثاني يبيّن هل وصلت البادئة بقفزة تالية صالحة؛ والثالث يثبت أهلية الاستيراد؛ والرابع يبيّن هل ربط مستوى إعادة التوجيه وسماً أو نفقاً بها.
ثم اختبر مسار الحمل في الاتجاهين، بقياس MTU يصمد أمام التغليف. يضيف GRE بايتات رأس، والمسار الذي ينجح في فحوص صغيرة قد يفشل في حزم بالحجم الكامل في اتجاه واحد فقط، وهو ما يبدو كعطل تطبيق لا كعطل نقل.
ملاحظتان تشغيليتان تغلقان الحلقة. GRE تغليف، وليس سرية، لذا تحتاج شبكة عبور غير موثوقة إلى ترتيب أمني مدعوم فوقها بدلاً من افتراض. وسجّل أي تغليف تدعمه المنصة فعلاً قبل مراجعة التصميم، لأن تلك الإجابة الواحدة تحدد هل قلب IP فقط خيار صالح أم خطة لا تستطيع إعادة التوجيه.