Summary

  • تميّز مسودة فردية في مجال ONSEN بين صياغة YANG ودلالات الخدمة التشغيلية: سلوك دورة الحياة والصلاحية والمدة والتغذية الراجعة. انتهت صلاحية النسخة -01 في 19 أغسطس 2026، وليست وثيقة متبنّاة من مجموعة العمل ولا إجماعاً لدى IETF.
  • قبول الطلب، والإعداد المقصود، والإعداد المطبّق، والصحة المرصودة، والإغلاق التجاري قضايا منفصلة. نجاح طبقة واحدة لا يثبت أن «نشط» أو «منتهي» أو «مسترجع» أو «مغلق» تحمل المعنى نفسه في بقية الطبقات.
  • يقترح Daniel Kade إيصالاً دلالياً للخدمة يربط القصد الدقيق، ومعجم الحالات، وأساس الزمن، والتفكيك، والتحويلات، ودليل التنفيذ، وسلطة القرار، وإثبات الإغلاق. هذا اقتراح تحريري لا متطلب من ONSEN.

حقائق محلية صحيحة لا تصنع حقيقة مشتركة

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

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

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

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

ما تقوله مسودة ONSEN بالفعل

تعرّف draft-xie-onsen-problem-statement-01 دلالات الخدمة بأنها المعنى التشغيلي لسلوك دورة الحياة والصلاحية والمدة والتغذية الراجعة، لا صياغة YANG. وتقول إن واجهات مشتقة من نماذج متشابهة قد تختلف بين الأنظمة والمورّدين وبيئات النشر، فتفرض مواءمة خاصة على المشغلين وأنظمة OSS/BSS.

يعرض مثال DTS-I نقلاً مؤقتاً لكمية كبيرة من البيانات يحتاج سعة عالية، وزمناً متوقعاً، وتنسيقاً عبر نطاقات غير متجانسة وربما عبر أكثر من مشغل. يحمل الطلب وقت بدء ووقت نهاية وسعة. ويمر التنفيذ عبر BSS، ومنسّق الشبكة، والمتحكم، ومقطع الوصول، وVPN، ومخرج مركز البيانات. وهكذا يتحول قصد واحد إلى أشياء متعددة ذات ساعات وسلطات مختلفة.

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

حدود الوضع المؤسسي مهمة. نُشرت النسخة في 15 فبراير 2026، ويذكر نصها انتهاءً في 19 أغسطس. ظل Datatracker عند البحث يصفها بأنها Internet-Draft فردية نشطة، لكن المسودة لا مكانة رسمية لها في عملية معايير IETF. وما زال قسما الاعتبارات التشغيلية والأمنية غير مكتملين، والنص يصرح بأنه لا يقترح حلاً أو بروتوكولاً أو نموذج بيانات محدداً.

أما ONSEN نفسها فهي مجموعة عمل نشطة ذات ميثاق معتمد، يشمل تحديث تجريدات الخدمة والشبكة والواجهة بين خدمات YANG وOSS/BSS. الميثاق يمنح المجموعة نطاق عمل؛ ولا يحوّل مسودة فردية بأثر رجعي إلى نص متبنّى أو إجماع.

المخطط ليس معاهدة للحالة

يفصل RFC 8969 بين نماذج الخدمة والشبكة والجهاز، ويصف نزول القصد وصعود المعلومات التشغيلية. وهو RFC معلوماتي يمثل إجماع IETF، لكنه لا يضمن آلة حالات واحدة لدى جميع التطبيقات.

يفصل RFC 8342 بين الإعداد المقصود والإعداد المطبّق وحالة النظام. قد تباعد بينها التحويلات والموارد المفقودة والتأخير وتفاعل البروتوكولات، وقد تختلف أعمارها. ومن ثم لا يثبت نجاح commit أن وعد الخدمة تحقق.

يوضح RFC 9417 أن تطبيق الإعداد لا يعني أن الخدمة تعمل كما هو متوقع. يربط مخطط الضمان مثيل الخدمة بالخدمات الفرعية والصحة والأعراض، ويقدّم RFC 9418 وحدات YANG المصاحبة. تستطيع هذه البنية كشف الاختلاف، لكنها لا تستعيد وحدها مدة العقد أو سلطة الإغلاق.

يقدّم RFC 8299 نموذج L3VPN من منظور العميل، وRFC 9182 نموذج الشبكة من منظور المشغل. مطابقة الحقول ضرورة، لكنها ليست دليلاً على أن انتقالاً سفلياً أوفى بالتزام علوي. ويحافظ RFC 9834 على الفصل بين الحالة الإدارية والحالة التشغيلية.

ست إشارات خضراء لست قضايا

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

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

الإيصال الدلالي للخدمة

يقترح Daniel Kade إيصالاً دلالياً للخدمة عند كل انتقال جوهري. لا يفرض الإيصال معجماً عالمياً، بل يسجل الترجمة عند الحدود.

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

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

يحفظ قسم الدليل أوقات القبول والتحقق وcommit والمقصود والمطبّق والمرصود، إضافة إلى الحالات الإدارية والتشغيلية، ووحدات المقاييس ونطاقها وحداثتها والأعراض. لا يمحو الاختلاف بتحويله إلى متوسط أخضر.

ويحدد قسم السلطة من يحق له التفعيل والتعديل والإلغاء وإعادة المحاولة والتعويض والاسترجاع والإغلاق في كل طبقة. قد تكون السلطة دوراً أو أتمتة محدودة، ما دام التفويض قابلاً للتحقق.

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

يحفظ RFC 9968 وقائع ورشة IAB NEMOPS ويناقش التجزؤ ونمذجة الخدمة والرصد والمواءمة والإعداد القابل للتحقق. لكنه تقرير معلوماتي ينبه إلى أن آراء المشاركين لا تمثل بالضرورة مواقف IAB، وأن الرواية لا تدعي دائماً الإجماع. إنه دليل على النقاش لا تفويض لهذا الاقتراح.

الوقت الدقيق قد يحمل قاعدة غامضة

قد يقرأ نظامان الطابع الزمني نفسه بصورة صحيحة ثم يتخذان قرارين متعاكسين. عند الأول تكون النهاية آخر لحظة يسمح فيها بالاستخدام، وعند الثاني أول لحظة يبدأ فيها الإلغاء. قد يسمح أحدهما للتدفقات الجارية بأن تنتهي خلال مهلة، بينما يوقفها الآخر فور بلوغ الحد. تتطابق القيمة ولا تتطابق مؤسسة الزمن.

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

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

الخدمة المركبة لا تختصر في حالة واحدة

في DTS-I قد تنتقل طبقات الوصول وVPN ومخرج مركز البيانات في أوقات مختلفة. لا تقول حالة active الإجمالية هل اكتملت المقاطع كلها، أم يكفي مسار أدنى، أم تعطّل جزء احتياطي. ولا تحدد failed ما نجح وما يحتاج تعويضاً.

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

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

الاسترجاع ليس commit معكوساً

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

يفصل الإيصال بين الاستعادة التقنية، والتعويض التجاري، وتصحيح الدليل. تحدد الأولى ما يمكن استعادته، وتعيّن الثانية مسؤولية الأثر غير القابل للعكس، وتحفظ الثالثة القرار الأصلي وتضيف التصحيح بدلاً من محو التاريخ. عندها فقط يصبح قول «اكتمل الاسترجاع» محدد النطاق وقابلاً للتحقق.

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

المصادر

  1. https://heng.lu/the-policy-mirror/
  2. https://heng.lu/minimum-initial-specification-localized-future-decision-voluntary-adoption-internet-coordination-system/
  3. https://heng.lu/on-why-btw-media-exists-and-why-reality-not-advocacy-is-the-product/
  4. https://datatracker.ietf.org/doc/html/draft-xie-onsen-problem-statement-01
  5. https://datatracker.ietf.org/doc/draft-xie-onsen-problem-statement/
  6. https://datatracker.ietf.org/doc/draft-xie-onsen-problem-statement/history/
  7. https://datatracker.ietf.org/group/onsen/about/
  8. https://www.rfc-editor.org/info/rfc9968/
  9. https://www.rfc-editor.org/rfc/rfc8969.html
  10. https://www.rfc-editor.org/rfc/rfc8342.html
  11. https://www.rfc-editor.org/rfc/rfc9417.html
  12. https://www.rfc-editor.org/rfc/rfc9418.html
  13. https://www.rfc-editor.org/rfc/rfc8299.html
  14. https://www.rfc-editor.org/rfc/rfc9182.html
  15. https://www.rfc-editor.org/rfc/rfc9834.html