الخلاصة

  • أدخل RFC 3476 عناصر UNI الضوئية التي صاغها OIF إلى فضاءات LDP وRSVP العامة، لكنه أحال معنى تلك العناصر واستخدامها إلى مواصفة OIF.
  • سمحت الأخطاء برفض تنوع غير متاح أو مستوى خدمة غير متاح أو اتصال مجهول أو مرسل أو مستقبل غير مفوض؛ فالرقم الصحيح كان بداية المعالجة لا دليلاً على الخدمة.

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

نشر RFC 3476 في مارس 2003 بصفة Informational، ولم يكن Internet Standard. كان Optical Internetworking Forum قد وضع آلية إشارات لواجهة المستخدم مع الشبكة الضوئية، UNI. أراد المنتدى إعادة استخدام LDP وRSVP وRSVP-TE وأعمال GMPLS إلى أقصى حد، مع إضافة احتياجات محدودة خاصة بالواجهة. ولكي تعيش هذه الإضافات داخل بروتوكولات IETF، احتاجت إلى قيم فريدة تديرها IANA.

في LDP ظهرت ثلاثة TLVs لمعرف المصدر وثلاثة لمعرف الوجهة بصيغ IPv4 وIPv6 وNSAP. وأضيفت Egress Label وLocal Connection ID وDiversity وContract ID وUNI Service Level ضمن القيم من 0x0960 إلى 0x0970. وفي RSVP خُصص للكائن GENERALIZED_UNI رقم الصنف 229 وC-Type 1، وللكائن UNI_IPv4_SESSION الصنف 1 وC-Type 11. وحملت الكائنات الفرعية عناوين TNA للمصدر والوجهة والتنوع وعلامة الخروج ومستوى الخدمة.

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

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

ولم تنتقل كل الأفكار إلى الفضاء العام. بقيت رموز حالة LDP الخاصة بـUNI في مجال Private Use عند 0x3Fxxxxxx، ولذلك لم تحتج إلى إدارة IANA. وكان OIF قد أبطل رسالتي Status Enquiry وStatus Response، فلم يطلب RFC لهما رقماً. يكشف السجل هنا عملية اختيار: عناصر اكتسبت اسماً عاماً، وأخرى بقيت خاصة، وثالثة اختفت قبل التخصيص.

تكشف أخطاء RSVP الحد الفاصل بوضوح. كان يمكن للشبكة أن تجيب بأن Diversity غير متاح، أو أن Service Level غير متاح، أو أن Connection ID باطل أو مجهول. وتحت Policy Control Failure أمكن تمييز Unauthorized sender عن Unauthorized receiver. لم تكن المشكلة في أي حالة عجزاً عن فهم الرقم، بل قراراً اتخذ بعد فهمه.

قد يصل كائن GENERALIZED_UNI صحيحاً في الصنف وC-Type والطول والكائنات الفرعية، وقد تكون عناوين TNA سليمة. مع ذلك لا يثبت أنه يحق للمرسل طلب الدارة، أو أن المستقبل وافق، أو أن مسارين مستقلين موجودان فعلاً، أو أن السعة متاحة. صلاحية الصياغة وإمكان التنفيذ إيصالان مختلفان.

يقول code point: «فسر هذه البتات على أنها هذا النوع من الكائن». ولا يقول: «أطع هذا الطرف»، أو «اقبل هذا العقد»، أو «احجز هذا الطول الموجي»، أو «أعلن تسليم الخدمة». عندما تدمج هذه العبارات في حالة نجاح واحدة، يستعير فحص السجل سلطة قرارات لم يتخذها.

حافظت البروتوكولات المحيطة على الفصل نفسه. يدير RSVP حالة الحجز، ويضيف RSVP-TE إشارات الأنفاق، ويوزع LDP العلامات، ويوسع GMPLS مفهوم العلامة إلى موارد تتجاوز رزم البيانات. وفصلت RFCs من 3471 إلى 3475 بين الهوية وتبادل الرسائل والإشعار وCall وConnection. أضاف RFC 3476 مفردات رقمية لعبور طلب UNI، ولم يختصر بقية الطبقات.

نظم RFC 3936 لاحقاً سياسات تخصيص RSVP، وشدد RFC 8126 على فصل تعليمات IANA عن الوثائق التقنية. لا يجوز إسقاط النصين اللاحقين على قواعد عام 2003، لكنهما يساعدان في تسمية العمل الذي مارسه RFC 3476: تثبيت مرجع عام من دون الادعاء بأن المرجع ينفذ وظيفته.

تحفظ سجلات IANA الحالية دليل التخصيص والمرجع. لكنها ليست قياساً من الشبكة. لا تظهر أن حساب المسار وجد تنوعاً، أو أن السعة حجزت، أو أن المبدل الضوئي برمج، أو أن الإشارة ظهرت، أو أن الحركة مرت.

تبدأ منهجية طبقات الواقع لدى Heng Lu بالرسالة الخام. يجب حفظ البروتوكول والرقم والطول وبتات U/F أو class/C-Type ونتيجة المحلل، ثم حل الرقم بواسطة نسخة مؤرخة من السجل وفتح إصدار RFC وOIF الصحيح. بعد ذلك تأتي الهوية والمصادقة والتفويض والقبول وحساب المسار والحجز والبرمجة المادية والإشارة والحركة ونتيجة الخدمة، ولكل منها دليل مستقل.

معرف مصدر مقروء ليس سلطة موثقة. طلب Diversity ليس مسارين منفصلين. حقل Service Level ليس اتفاقية مستوى خدمة منفذة. Egress Label ليس إيصالاً مادياً. وحتى غياب الخطأ ليس إثباتاً إيجابياً لاكتمال الأعمال اللاحقة.

يجب حفظ مسار الرفض أيضاً: كائن الخطأ والرمز والرمز الفرعي والعقدة المرسلة والوقت والطلب المرتبط. عبارة «Diversity not available» أدق من فشل عام، لكنها لا تثبت كامل الطوبولوجيا المخفية ولا تنفي احتمال قدم قاعدة الموارد أو وجود بدائل.

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

المصادر