الخلاصة

  • قيمة GAL هي 13، وهي علامة استثناء وتمييز وليست تعليمة لإعادة توجيه الحزمة.
  • يتبع GAL، في قواعد MPLS-TP المذكورة في RFC 5586، ACH بعد أسفل مكدس التسميات؛ ولا يجوز أن يظهر GAL في حزم مستوى المستخدم العادية أو أكثر من مرة، ولا يجوز أن يحمل G-ACh حركة مستخدم.
  • يحدد RFC 5586 التغليف وآلية الاستثناء، لا تفاوض القدرات ولا وظيفة OAM المحمولة نفسها. أما معنى نوع القناة فيأتي من مواصفة مسجّلة، وتجمع IANA سلطة السجل في موقع مشترك بعد RFC 7214.

الغرض هو توفير مسار صيانة داخل الحزمة عبر pseudowire وLSP والمقطع. لا يحتاج هذا التصميم إلى أن تكون رسالة الصيانة حركة مستخدم، ولا إلى توجيه PSN، ولا إلى وظيفة تحكم ديناميكية. في مثال LSP الوارد في RFC 5586، لا ينشئ حزم G-ACh جديدة إلا موجّها الحافة في طرفي المسار، بينما تستطيع العقد الواقعة على الطريق معالجتها والرد عليها؛ وهذا لا يثبت أي تغطية تنفيذية عامة.

يبدأ ACH بالبتات الثنائية 0001، ويحمل إصداراً ونوع قناة من 16 بت. عند إزالة تسميات MPLS أو pseudowire، يجب على المستقبل إسقاط الحزمة إذا لم يستطع معالجة نوع القناة، أو لم يعلن دعمه بوسيلة تقع خارج نطاق RFC 5586، أو كان النوع التجريبي معطلاً محلياً. ويسقطها أيضاً إذا وجد nibble أولاً خاطئاً في ACH بعد GAL أو لم يتعرف على إصدار ACH. التسجيل في IANA لا يثبت أن مستقبلاً بعينه فعّل النوع، ولا أن المشغّل أجاز للمرسل استعماله.

حدّ الأمان مهم: GAL وACH لا يصادقان على المرسل، ولا يجيزان إجراء إدارة أو signaling أو حماية أو إصلاح، ولا يتفاوضان على القدرة، ولا ينشئان LSP ولا يمنحان سلطة forwarding. لا يجوز للمستقبل أن يستخدم GAL كتعليمة لإرسال الحزمة إلى عقدة أخرى. تقع خصائص الأمان، وانتقالات الحالة، وسياسة التشغيل على مواصفة نوع القناة وعلى سياسة المشغّل.

حدّث RFC 7026 RFC 5586 بحذف ACH TLVs. فقد كان تحليل الصيغ والأطوال المتغيرة صعباً في العتاد، ولم يكن أي نوع قناة مسند يستخدمها؛ لذلك لا ينبغي عرض TLVs الأصلية كميزة حالية، كما لا يجوز أن تسبق ACH TLV رسالة G-ACh. ونقل RFC 7214 السجلات المتفرقة إلى موقع IANA مشترك وغيّر اسم سجل أنواع القنوات لإظهار عموميته، من دون تغيير التخصيصات. ويضم السجل الحالي استعمالات للصيانة والقياس والإشارة والإدارة، إضافة إلى نطاق تجريبي، وتخضع التخصيصات لمراجعة IETF.

المصادر