الخلاصة

  • خصصت RFC 2153 غلافاً احتكارياً عاماً كي لا يختار البائعون سراً أرقام Code وType متعارضة في PPP.
  • يحدد OUI الجهة التي تدير المعنى، بينما يبقى Kind وValues خاصين؛ لذلك قد تكون الحزمة صحيحة البناء لكنها مجهولة أو محظورة.
  • يسجل Configure-Ack قبول طلب دقيق واحد، أما التفعيل والاستخدام في الاتجاهين وحركة الشبكة ونتيجة الخدمة فتحتاج أدلة مستقلة.

عُرف العنوان وبقي المعنى غائباً

يقرأ المحلل Code 0 وطولاً صحيحاً وOUI من ثلاثة بايتات وKind من بايت واحد. لقد صنف الغلاف بدقة. لكنه لا يعرف بعد هل يملك الطرف الآخر وحدة تفسير ذلك Kind، وهل يفهم إصدار Values، وهل سمح المسؤول باستخدامه.

تعالج RFC 2153 هذه المسألة الضيقة. فالوثيقة المعلوماتية المنشورة عام 1997 منعت البائعين من الاستيلاء سراً على أرقام عادية في LCP أو NCP والتسبب في تصادم. ولم توحّد الخوارزمية الخاصة داخل الغلاف.

تستخدم حزمة Vendor Specific الرمز 0، وتحمل Identifier يتغير مع كل حزمة جديدة وMagic-Number وOUI وKind وValues اختيارية. ويمكن إرسالها قبل وصول LCP إلى Opened. يسبب استلامها الحدث RXR أو RUC، لكن الرد خاص بالبائع، ويؤدي Code-Reject إلى RXJ+ المسموح. هذه وقائع آلة حالات لا دليل اتفاق.

أما خيار Vendor-Specific فيستخدم Type 0. وقبل قبوله يجب أن تتحقق المنظومة من أن OUI وKind يشيران إلى آلية معروفة، وأن تفهم كل قيم التفاوض فهماً كاملاً. صحة البنية والمعنى والقبول ثلاث بوابات منفصلة.

OUI ليس اعتماد هوية

يحدد OUI المنظمة التي تدير المعنى. ولا يوجد توحيد عام لـ Kind بين المنظمات، كما تعتمد Values على التنفيذ. ولا يوثق OUI المرسل ولا يمنحه إذناً. تضع RFC 1661 توثيق النظير الاختياري بعد إنشاء الوصلة، بينما قد تصل الحزمة الخاصة قبل Opened، ولا تناقش RFC 2153 الأمن أصلاً.

أنشئت سلسلة CF0000 لبائعي البرمجيات الذين لا يحتاجون OUI من IEEE. أوقفت RFC 5342 التخصيصات الجديدة، وأبقت RFC 7042 القرار بلا تغيير تقني للصيغة. يحتفظ سجل IANA لـ PPP ببضعة قيود تاريخية؛ وهو يثبت أصل الرقم لا وجود تنفيذ متوافق اليوم.

يفرض PPP أن يعيد Configure-Ack الخيارات نفسها عندما تكون كلها معروفة وقيمها مقبولة. ويعني Nak أن الخيار مفهوم لكن بعض القيم غير مقبولة. ويعني Reject أن الخيار مجهول أو ممنوع إدارياً من التفاوض. وبعد Ack تبقى الحاجة إلى تسجيل إصدار القاموس، وصاحب الإذن، وتركيب المعلمات، وأول حزمة خاصة معالجة، وNCP Opened، وحركة الشبكة ونتيجة التطبيق.

أضافت RFC 3772 لاحقاً أرقام بروتوكولات خاصة بالبائع، وأبقت أمنها مسؤولية كل بروتوكول. توثق صفحات RFC Editor وDatatracker والتصحيحات طبقة الوثيقة. وتفصل Running-Code Primacy وMinimum Initial Specification وReality Layers بين المواصفة المشتركة والتنفيذ والنتيجة.

المصادر