الخلاصة

  • خصص RFC 3423 إقرار النقل لاكتشاف فقد الحزم أو توقف الخادم عن الاستجابة، أما DATA ACK في CRANE فلم يتقدم إلا بعد معالجة السجلات المتتابعة ووضع معلوماتها المحاسبية في تخزين دائم.
  • لم يكن ذلك حكماً نهائياً على الحساب: اكتمال DSN، والتحويل بين الخوادم، وإزالة النسخ المكررة، وهوية القالب، وأمن القناة، والنتيجة المالية بقيت أدلة مستقلة.

لحظة سقوط لا يراها النقل

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

بُني RFC 3423، الصادر في نوفمبر 2002، حول هذه الفجوة. وثق بروتوكول Common Reliable Accounting for Network Element الذي طورته XACCT Technologies. يحفظ النص الخام، وصفحة RFC Editor، وسجل IETF، والتاريخ، والمراجع، وبحث التصويبات وضعه الصحيح: مذكرة Informational وليست معيار إنترنت، ولا إحصاءً لانتشار حالي.

استهدف CRANE نقل كميات كبيرة من بيانات المحاسبة من عناصر الشبكة إلى أنظمة الوساطة وBSS وOSS. وكانت فكرته الأهم أن كلمة «موثوق» تحتاج إلى صاحب وسؤال محددين.

طبقة النقل لا تمسك دفتر الحسابات

طلب البروتوكول نقلاً موثوقاً اتصالياً يحافظ على الترتيب. أمكن استخدام TCP أو SCTP التاريخي في RFC 2960، وقد فضل النص SCTP لأسباب منها حدود الرسائل والكشف الأسرع عن الفشل. هذا تفضيل في وثيقة 2002، لا دليل تبنٍ.

استخدمت إقرارات النقل لاكتشاف الحزم المفقودة والخوادم غير المستجيبة. أما إقرار CRANE فكان يأتي بعد معالجة الرسالة ووضع معلومات المحاسبة في تخزين دائم. الأول يثبت حالة القناة؛ والثاني يعبر عن حالة التطبيق والمخزن.

وضع RFC 2975 التخزين غير المتطاير وإزالة التكرار ضمن الصورة الأوسع لإدارة المحاسبة. جعل RFC 3423 بعض هذه الحدود قابلاً للرؤية في تبادل الرسائل، فلا تصبح سلامة الاتصال بديلاً عن سلامة السجل.

كان DSN حافة متصلة لا أكبر رقم مرئي

حملت كل رسالة DATA رقم Data Sequence Number. بعد بدء التشغيل أو الانتقال إلى خادم آخر، وضعت أول رسالة البت S لمزامنة نقطة البداية. زاد الرقم واحداً لكل سجل جديد. قبل الخادم الرسائل المتتابعة وطرح ما يصل خارج الترتيب.

حمل DATA ACK رقم آخر رسالة عولجت بصورة صحيحة ضمن تتابع بلا فجوة. رؤية 3123 مع غياب 3122 لا تسمح بإعلان 3123 حداً آمناً. يكرر الخادم إقراره الحالي كي يدفع العميل إلى إعادة المفقود.

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

قد تتوزع السلسلة على أكثر من خادم

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

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

يقسم المثال السلسلة بوضوح: يستقبل الخادم الأول 3042–3095، والثاني 3096–3122، ثم يعود الأول من 3123. لا يملك مستقبل واحد السجل كله، لكن العميل يظل مسؤولاً عن وصوله كاملاً إلى نظام الوساطة أو الفوترة.

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

التخزين الدائم لا يصلح قالباً خاطئاً

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

حمل السجل Template ID وConfiguration ID معاً. أمكن للخادم حفظ تاريخ قصير للتكوينات القديمة. كان ينبغي أن يمنع ترتيب النقل وصول تكوين مستقبلي مبكراً، وأن ينتظر تغيير القالب إقرار بيانات التكوين السابق.

نال كل خادم فرصة واحدة لاقتراح تعديل؛ ثم اختار العميل المجموعة النهائية وأرسل FINAL TMPL DATA إلى الجميع. عندها وجب القبول بلا تعديل آخر كي لا تتحول المفاوضة إلى حلقة. يكشف ذلك أيضاً من يملك القرار النهائي.

لذلك يمكن حفظ البايتات بأمان مع تفسيرها تفسيراً خاطئاً. سلامة الوسيط واتساق المخطط والمعنى التجاري ثلاث مسائل.

سياقات محاسبية لا يجوز دمجها

قارن النص RADIUS وDiameter. يصف RFC 2865 وصول RADIUS، ويصف RFC 2866 محاسبته. ظهر Diameter في RFC 3588 ثم حل محله RFC 6733. ويعرض RFC 3334 متطلبات المحاسبة القائمة على السياسة.

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

تتبع الكلمات المعيارية RFC 2119. تثبت MUST ما طلبته الوثيقة، لا ما فعله برنامج بعينه.

لم يحمل DATA ACK حماية قوية معه

اعترف RFC 3423 بأن CRANE لا يوفر بنفسه سرية أو سلامة قوية. نظم التزويد الثابت بعناوين الأطراف الثقة التشغيلية، لكنه بقي عرضة لانتحال العنوان من دون حماية إضافية. أوصى النص بخدمات مثل IPsec أو TLS وفق البيئة.

لا يصادق DATA ACK وحده على الطرف، ولا يثبت عدم تعديل الرسالة، ولا يمنح سلطة مالية. القناة والهوية والتفويض والقالب والتخزين والقرار التجاري حدود مختلفة.

المصادر والحدود

تستعين القراءة أيضاً بمقالتي Heng Lu عن طبقات الواقع وأولوية الشفرة العاملة. المواصفة والتنفيذ والإعداد والملاحظة وحالة التخزين والنتيجة ليست شيئاً واحداً.

تدعم المصادر تاريخ الآلية ومعناها، ولا تدعم ادعاء انتشار حالي أو أداء مقاس أو حادثة مسماة أو منتج باقٍ أو امتثال نظام معين.