RD مقابل RT في شبكة MPLS VPN: التفرّد مقابل سياسة الاستيراد

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

تابع مسارًا واحدًا من حافة العميل إلى VRF بعيدة وتصبح القسمة ملموسة: تُلحق الهوية قبل أن يدخل المسار إلى BGP، وتُقيَّم سياسة التوزيع عندما يصل المسار إلى حافة المزوّد المستقبِلة.

مسار VPN-IPv4 هو RD بالإضافة إلى بادئة IPv4

يعرّف RFC 4364 عائلة عناوين VPN-IPv4 على أنها مميّز مسار من ثمانية بايتات يتبعه عنوان IPv4 من أربعة بايتات. يُضاف RD إلى مقدّمة بادئة العميل، فيصبح بادئتان متطابقتان من موقعين مختلفين مسارين مختلفين في BGP.

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

صيغة RD نفسها قيمة يختارها المسؤول، وهي غالبًا رقم نظام مستقل ورقم محلي. وشكلها الرقمي مجرّد عرف، وليس إشارة إلى أن للحقلين معنى مشتركًا مع هدف مسار يستخدم بالصدفة الأرقام نفسها.

مميّز المسار RD يجعل البادئات المتداخلة قابلة للتمييز

لنأخذ إعلانين عن البادئة نفسها. يحمل الموقع A قيمة RD 65000:101 ويحمل الموقع B قيمة RD 65000:202، وكلاهما لـ 10.20.0.0/24. أصبح لدى BGP الآن مساران VPN-IPv4 يمكن مقارنتهما وترشيحهما واختيارهما بشكل مستقل.

لا يحدّد RD أي VRF يجب أن يتلقّى أيًّا من المسارين، ولا يعرّف عميلًا ولا خدمة. إنه حقل هوية للمسار، لا قائمة عضوية. ولا يُشترط أن يطابق RD الخاص بـ VRF قيمة RD لمسار يستورده.

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

الـ RT سمة في BGP وليست وسمًا في الحزمة

تربط سياسة التصدير هدف مسار واحدًا أو أكثر بالمسار كسمات مجتمع ممتدّة في BGP. تقارن حافة المزوّد المستقبِلة تلك السمات بسياسة الاستيراد في كل VRF. تسافر RT مع المسار عبر مستوى التحكّم. ويجري هذا التقابل بالكامل في سياسة التوجيه، قبل تمرير أي حزمة من العميل.

لا تحمل حزم بيانات العميل قيمة RT. وبمجرّد تثبيت المسار في VRF، يستخدم التمرير جدول ذلك VRF ومكدّس تسميات MPLS الذي يخصّصه التصميم. وحافة المزوّد لا تقرأ هدف مسار من كل حزمة عميل.

قد يحمل المسار عدّة قيم RT، وقد يستورد VRF عدّة قيم. وغالبًا يبدو الإعداد ككتلة قصيرة:

vrf definition CUST-A
 rd 65000:101
 address-family ipv4
  route-target export 65000:500
  route-target import 65000:500

اقرأ تلك الكتلة كإفادتين منفصلتين. سطر التصدير يحدّد ما يُلحق بالمسارات التي تغادر هذا VRF، وسطر الاستيراد يحدّد ما يقبله هذا VRF للنظر فيه. وتطابق الأرقام أمر مريح لا إلزامي.

أهلية الاستيراد ليست تثبيتًا

قد يكون المسار أهلًا لـ VRF ومع ذلك لا يظهر في جدول تمريره. الأهلية مرشّح، ثم تقارن عملية قرار BGP المعتادة المسارات المؤهّلة وتختار واحدًا. وقد يخسر مسار أقدم أو أقل تفضيلًا أمام مسار مؤهّل آخر.

افحص المسار المختار، لا سياسة الاستيراد وحدها. فالـ VRF الذي يستورد RT 65000:500 ولا يُظهر مسارًا لـ 10.20.0.0/24 ربما تلقّى المسار ورفضه عند الاختيار، أو ربما لم يتلقّه أبدًا.

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

تتبّع مسارًا مفقودًا بترتيب مستوى التحكّم

ابدأ بالإعلان: هل يصدّر VRF المنشأ قيمة RT المطلوبة، وهل يوجد المسار كمسار VPN-IPv4 على مُعكِس المسارات أو على PE المستقبِل؟ ثم افحص السمة كما وصلت، لا كما هي مُعدّة على المرسِل.

بعد ذلك قارن قائمة استيراد VRF المستقبِل بقيم RT الفعلية للمسار. وأخيرًا افحص المسار المختار في ذلك VRF وربط التسمية. كل خطوة تجيب عن سؤال مختلف، والقفز إلى RD يتخطّى عادةً الخطوة الخاطئة.

سجّل RD وRT المُصدَّرة وRT المُستوردة والخطوة التالية المختارة للموقعين العامل والمعطّل. أربع قيم جنبًا إلى جنب تحوّل عبارة غامضة مثل “الـ VPN لا يمرّر المسارات” إلى خطوة مستوى التحكّم المحدّدة التي تختلف.