الخلاصة

  • تتيح RFC 3573 لوحدة LAC إبلاغ LNS بأن مودم V.92 دخل الانتظار، وبالحد الأقصى المتفاوض عليه، ثم بعودته. تصف الرسالة حالة الوصول؛ ولا تفرض قرار الخادم ولا تثبت تعافي التطبيق.
  • تسير رسالة العودة H=0 وأول حزمة صحيحة في قناتين مستقلتين. قد يسبق واقع البيانات وصف التحكم، ولذلك يمكن لحجب الحزمة بسبب حالة قديمة أن يصنع العطل.

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

هذا الانقسام هو موضوع RFC 3573. تعرف LAC الوسط المادي، بينما تدير LNS الجلسة والمؤقتات والحركة والمحاسبة عبر شبكة الحزم. نُشرت الوثيقة في يوليو 2003 وما زالت مسجلة كـ Proposed Standard. وقد وحّدت أقل قدر ممكن: القدرة والحالة وسقف الزمن، وتركت أثر الرسالة لقرار محلي.

إعلان القدرة ليس تنفيذها

تعلن LNS عن Modem On-Hold Capable داخل SCCRQ أو SCCRP. ولا يجوز لـLAC إرسال Modem-Status (MDMST) إلى طرف لم يعلن هذه القدرة. يثبت ذلك أن الطرف يقول إنه يفهم الامتداد، لا أن كل انتقال سيصل أو أن السياسة والنتيجة ستكونان صحيحتين.

لا تُرسل MDMST إلا بعد إنشاء الجلسة وقبل انتهائها. فإذا كانت LNS قد أرسلت Call-Disconnect-Notify وجب تجاهل الحالة المتأخرة. لا يعيد وصف الوصول فتح دورة حياة أُغلقت.

الحد الأقصى ليس مدة فعلية

عند بدء الانتظار، ينبغي أن ترسل LAC القيمة H=1 مع الحد الأقصى المتفاوض عليه. وعند العودة ترسل H=0؛ وإذا أبلغت الدخول صار إبلاغ الخروج إلزامياً. تتكون AVP من 16 بتاً: بت واحد لـHold وأربعة لـTimeout وفق V.92. تمتد القيم من عشر ثوانٍ إلى ست عشرة دقيقة وتشمل «بلا حد»، ولا معنى لـTimeout عندما تكون H=0.

لا يقيس هذا الحقل الزمن المنقضي، ولا يضمن الاستعادة، ولا يثبت أن LNS نصبت مؤقتاً أو احتفظت بالموارد أو أوقفت الفوترة. إنه سقف تفاوضت عليه طبقة المودم ونقلته LAC.

لذلك يحتاج السجل إلى الترميز الخام والتفسير وهوية النفق والجلسة والطرفين والتسلسل والتوقيت والتسليم والتكرار ورسائل الفصل المجاورة. تختزل خانة on_hold=true كل ذلك إلى يقين زائف.

الأثر مسؤولية المستقبل

تذكر RFC خيارات لا أوامر. قد توقف LNS مؤقتاً LCP Echo أو Link Quality Monitoring أو Multilink PPP، أو تسقط الحزم المتجهة إلى العميل، أو تبدأ جلسة محاسبة جديدة، أو توقف المحاسبة، أو تحسب زمن الانتظار منفصلاً. لكل خيار أثر تقني ومالي مختلف.

وتحذر الوثيقة من حلول تصطنع الحضور. التخزين المؤقت بلا ميزانية يؤجل المشكلة وقد يضر TCP عند تفريغ الطابور. الرد على keepalive نيابة عن العميل يختلق وجوده. ورفض حزمة صحيحة لأن المخزن ما زال يقول Hold خطأ حاسم: قد تصل حزمة العودة قبل رسالة H=0 المستقلة.

تصف طبقة التحكم الواقع بزمنها الخاص؛ ولا تملك ساعته. وقد تكون أول حزمة صحيحة دليلاً أحدث من آخر حالة محفوظة.

نجاح الإشارة لا يعني نجاح الخدمة

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

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

ولا توسع الحماية معنى الرسالة. تعتمد RFC على أمن L2TP وتسمح بإخفاء AVP؛ وتصف RFC 3193 حماية IPsec. يقوي ذلك إثبات أن طرفاً معيناً أرسل بايتات معينة، لكنه لا يثبت الحالة المادية أو صواب السياسة أو نتيجة المستخدم.

ما زال سجل IANA يحتفظ بنوع الرسالة 17 والسمتين 53 و54. يثبت الرقم تنسيق مساحة الأسماء، لا الانتشار. أما القيم الخاصة بالموردين في الملحق فموصوفة بأنها تاريخية وغير معيارية.

حدود الأدلة

لا تسمي هذه المقالة مزوداً أو LAC أو LNS أو مصنعاً أو مشتركاً أو شركة هاتف أو جلسة أو حادثاً أو فاتورة أو نسبة انتشار. توفر RFC 2661 أساس L2TP، وRFC 1661 سياق PPP، وRFC 1989 و1990 آليات الرصد المذكورة، وRFC 2865 و2866 و2869 سياق AAA، وRFC 3193 حد الحماية. أما RFC 3931 فهي سياق لاحق لـL2TPv3 فقط.

تُستخدم مقالتا Lu Heng، Running-Code Primacy وMinimum Initial Specification، كعدستين تحريريتين معلنتين: اختبار الإعلان في التشغيل، وإبقاء العقد المشترك أصغر من السياسة المحلية. وليستا دليلاً على نية مؤلفي RFC أو على نشر فعلي.

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

المصادر