الخلاصة

  • بدّل RFC 3186 بايتاً أو بايتين عند حافة الشبكة إلى عنوان MAPOS، ثم أعاد قيم PPP عند الخروج، فظهر للعميل رابط نقطة إلى نقطة بلا ترويسة إضافية.
  • اعتمد المسار الحقيقي على منفذين وزوج عناوين واستقرار التمرير في الاتجاهين وعزل لكل مسار. قاعدة OAM وصفت ذلك لكنها لم تكن آلية التمرير.

نُشر المستند في ديسمبر 2001 بصفة Informational. وأوضحت ملاحظة IESG أنه ليس نتاج مجموعة عمل IETF ولا وثيقة Standards Track، وربما لم ينل المراجعة الواسعة نفسها. إنه دليل تاريخي على تصميم واختبار محدود، لا على انتشار شامل.

استغل التصميم تشابه الترويسات. كانت بداية إطار PPP over SONET/SDH تحمل قيماً ثابتة، بينما استخدم MAPOS الموضع نفسه تقريباً لعنوان الوجهة. استبدل محوّل الدخول القيم بعنوان منفذ الطرف الآخر، ومرّرت الشبكة الإطار، ثم أعاد محوّل الخروج القيم الأصلية.

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

الانتقال إلى وضع النفق كان حزمة إجراءات. تُعطّل NSP وSSP على منفذ العميل، ويُوقف broadcast وmulticast، وتُضبط C2، وتُفعّل إعادة الكتابة. الرجوع إلى MAPOS يعكس الخطوات. اسم وضع واحد لا يثبت نجاح كل فعل.

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

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

اقترح RFC قاعدة مسارات لتسهيل OAM&P ومنع التكرار. وسجّل المثال المستخدم والسرعة والوضع وزوج العناوين والحالة. لكنه صرّح بأن القاعدة لا تدخل في تمرير الإطارات.

لذلك كانت عبارة “Up and running” مطالبة إدارية. ظلت SSP والمنافذ وإعادة الكتابة هي التي تنفذ. قد يتغير التنفيذ قبل تحديث السجل، وقد يبقى السجل صحيحاً بينما تضيع حزمة لاحقة.

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

ظهرت الأعطال بصورة غير متناظرة. الانقطاع البصري قرب أحد العملاء يطلق إنذاراً محلياً، لكن الطرف البعيد يبقى فيزيائياً up لأن المسار البصري ينتهي داخل MAPOS. بعد انتهاء LCP Echo فقط يرى الطرف البعيد “link up, line protocol down”.

هذا الانتهاء يثبت غياب الرد في المهلة، ولا يحدد موضع العطل أو اتجاهه أو أثره على التطبيق. قد تعالج SSP تغيراً داخلياً بينما لا يملك العميل إلا عرضاً نهائياً.

المظهر الخاص لم يخلق سعة خاصة. لم يملك MAPOS QoS في البروتوكول، ولم يملك POS flow control. أقر المستند بصعوبة ضمان throughput، وطلب سعة داخلية كافية وعدالة بين المنافذ عند زيادة الاشتراك.

اختبار التأخير كان محدداً: أجهزة مسماة، OC12c أحادي الاتجاه بحمل 30%، إعدادات ثابتة، وخمس وعشرون جولة مدة كل منها 150 ثانية. تفوق المحوّل على الراوتر المقارن في ذلك الاختبار، لا في كل حمل أو مصنع أو تطبيق.

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

لم يحمل إطار MAPOS عنوان مصدر. جعل ذلك إسناد الإطار أصعب في البيئة المختلطة. عدم رؤية العميل للداخل لم يكن برهاناً على أن الداخل فصل المسارات فعلاً.

يبيّن RFC 3186 أن الشفافية عقد واجهة محدود. لإثبات التاريخ نحتاج أمر الخدمة، زوج العناوين، المنافذ، خطوات الانتقال، التقارب في كل اتجاه، نسخة القاعدة، العزل، الإنذارات، LCP Echo ومشاهدة الإطار. لا يجوز أن تمحو خانة واحدة هذه الطبقات.