يصف مزوّدان تسمية الخدمة نفسها، ولا يذكر أحدهما إلا رأس UDP. والفارق ليس شكلياً: فإدخال MPLS داخل UDP يغيّر ما يمكن لشبكة IP الخارجية رؤيته، وبالتالي ما يمكنها حسابه من تجزئة عبر الروابط المتوازية. وهو يغيّر أيضاً من يُسمح له بنشره.

الطبقات قصيرة بما يكفي للحفظ: IP خارجي، ثم UDP، ثم مكدس تسميات MPLS، ثم حمولة الخدمة. ولا يختفي مكدس التسميات؛ فهو ما يزال يقرر إعادة التوجيه عند نقطة النهاية التي تستأنف تبديل التسميات.

ما يضيفه غلاف UDP

يعرّف RFC 7510 هذا التغليف بمنفذ وجهة UDP رقم 6635، ويستخدم حقل منفذ المصدر لحمل عشوائية التدفق. ويقرر جهاز التغليف ما يُعدّ تدفقاً وكيف تُشتق القيمة؛ والمعيار لا يفرض عمداً تجزئة واحدة بعينها. وهذا يترك مجالاً لسلوك المورّد، ويعني أن تنفيذين قد ينتجان توزيعات مختلفة لخليط المرور نفسه. اقرأ القيمة كتلميح يُقدَّم للطبقة السفلية، لا كقرار توجيه يتخذه المعيار.

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

العشوائية ليست عرض نطاق

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

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

حد النشر جزء من المواصفة

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

لا شيء في رأس UDP يصادق على المرسل، ولا شيء فيه يوفر السرية أو السلامة للحمولة. وإذا كان المرور يحتاج إلى حماية، فهي تأتي من آلية منفصلة بإدارة مفاتيح خاصة بها. واختيار MPLS-in-UDP لا يرقّي نموذج الثقة.

انتبه لما تفعله الحماية بالتجزئة التي أردتها

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

قيّم الحزمة الكاملة كما تظهر على السلك، لا الطبقة التي يصفها المعيار فقط. وهذه أيضاً نقطة إعادة النظر في MTU وسعة نقطة النهاية، لأن رأس UDP وأي عبء أمني يقللان الحمولة التي تتسع.

قرّر والنظر إلى المسار كله

قارن MPLS-in-UDP بالبدائل مثل GRE وفق المعايير المهمة لشبكتك: أي الحقول توازن الطبقة السفلية عليها، وكم العبء الذي يمكنك تحمله، وأي غلاف أمني مطلوب، وهل يمكن فرض حد النطاق. وإنسبه ميزة أداء غير مشروطة على GRE استنتاج لا تدعمه المعايير.

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

مقالات ذات صلة