الخلاصة

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

في مارس/آذار 1997 وصف RFC 2124 حلاً عملياً لمشكلة لم يكن لها تمثيل معياري بعد. أرادت المؤسسة تطبيق سياسة قبول واحدة على عدة مبدّلات ATM من دون أن يفهم كل مورّد لغة السياسة الداخلية. لذلك وصل LFAP بين Connection Control Entity ‏(CCE) في المبدّل وFlow Admission Service ‏(FAS) خارجية.

تحدد بطاقة RFC Editor وسجل IETF Datatracker مكانة الوثيقة: مذكرة Informational وليست معيار إنترنت. وهي لا تثبت انتشار التنفيذ، بل توثّق حدود سلسلة القرار.

بدأ المبدّل بالسؤال لأنه بدأ الاتصال

قبل إنشاء التدفق أرسلت CCE رسالة Flow Admission Request ‏(FAR). حمل الطلب معرّف التدفق والعناوين ونوع الخدمة ووقت المبدّل وبيانات اختيارية عن العميل. أجابت FAS برسالة Flow Admission Acknowledge ‏(FAA).

كان بإمكان FAA أن تسمح أو ترفض، وأن تحمل سياسة اختيارية أو إلزامية أو وجهة بديلة. هذا حكم صادر عن FAS على الوصف الذي وصلها، لا دليلاً على أن الدارة أُنشئت أو أن البيانات وصلت.

إذا عجزت CCE عن فهم سياسة اختيارية جاز لها تجاهلها. أما السياسة الإلزامية غير المفهومة فكانت تفرض إجهاض التدفق وإرسال Flow Admission Update يبين الخطأ. حدد المركز الشرط، لكن القدرة المحلية قررت إمكان تحويله إلى حالة فعلية.

جاءت حالة التشغيل في مسار آخر

بعد إنشاء الاتصال أرسلت CCE رسائل Flow Update Notification ‏(FUN) دورياً أو عند تغير الحالة. أمكن أن تحتوي على الوقت والحالة النشطة أو غير النشطة وعدد البايتات والحزم أو الخلايا أو الإطارات المرسلة والمستلمة.

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

حددت Flow Update Acknowledge ‏(FUA) انتقالاً أضيق: عنى SUCCESS أن FAS قبلت معلومات FUN وأصبحت مسؤولة عنها. إنه انتقال لمسؤولية حفظ المعلومة، وليس ضماناً لاكتمال العدّ أو دوامه أو اتفاق النسخ البديلة أو حصول العميل على الخدمة.

استطاعت FAS لاحقاً إرسال Flow Change Request ‏(FCR) لتغيير السياسة أو إيقاف التدفق. ردت CCE برسالة Flow Change Acknowledge ‏(FCA). دل POLICY_REJECT على تغيير غير مدعوم، ودل NO_SUCH_FLOW على غياب الحالة. لم تجعل الموافقة الأولى كل أمر تالٍ حقيقة تلقائية.

التشابه الكامل، لا الرقم وحده، سمح بإعادة الرد

إذا تكرر Flow ID في FAR مطابقة للطلب السابق في كل شيء سوى Message ID المحتمل، أعادت FAS جوابها السابق. وإذا تغير المحتوى أعادت AMBIGUOUS وطالبت بمعرّف جديد. كانت خاصية التكرار الآمن مرتبطة بالطلب كاملاً.

كشف NO_SUCH_FLOW فقدان الحالة في الاتجاهين. قد تتلقى FAS تحديثاً لاتصال لم تقبله أو لم تعد تذكره، وقد يتلقى المبدّل طلب تغيير لتدفق لم يعد يعرفه. كان العلاج إعادة القبول أو الإبلاغ أو الإيقاف، لا افتراض أن قاعدة بيانات واحدة هي الحقيقة دائماً.

جمع النظام بادئة تعينها FAS مع معرّف CCE للحفاظ على هوية فريدة عبر FAS بديلة. من دون دعم البادئة قد تظهر المكالمة الواحدة كمكالمتين عند التجميع بعد التحويل. خففت مساحة الأسماء خطر التصادم، لكنها لم تثبت تطابق حالة الخدمتين.

نقطة تحكم قوية بلا نموذج أمني

امتلكت FAS سلطة الرفض وإعادة التوجيه والإيقاف. ومع ذلك لا تقول فقرة Security Considerations إلا إن مسائل الأمن لم تُناقش. جلسة TCP وسيلة نقل، وليست إثباتاً لشرعية مصدر السياسة. ويسجل سجل IANA لأسماء الخدمات والمنافذ اليوم csi-lfap على المنفذ 3145، مع ملاحظة منفصلة عن استخدام غير مأذون معروف لذلك المنفذ.

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

تمنح مقالات Heng Lu عن أولوية الشفرة العاملة والمواصفة الأولية الدنيا والقرار المستقبلي المحلي وطبقات الواقع لغة معاصرة للحد نفسه: التمثيل الإداري لا يحل محل الواقع القابل للتنفيذ.

سبق LFAP أسماء وحدات التحكم البرمجية الحديثة. وإرثه الأهم هو إبقاء إيصال القرار وإيصال التنفيذ وإيصال الحالة وإيصال العدّ منفصلة.

المصادر