الخلاصة

  • RFC 5133 معيار مقترح نُشر في ديسمبر 2007 ويحدّث RFC 4233.
  • كان RFC 4129 قد خصص النوع الإداري 5 لطلب حالة DLC في DUA.
  • خصص RFC 4233 لاحقاً النوع 5 نفسه لطلب الاستعلام عن TEI في IUA.
  • لم يكن ممكناً تمييز العمليتين من الفئة 0 والنوع 5 نفسيهما.
  • يفرض RFC 5133 ترميز طلب TEI بالنوع 8.
  • يسجل IANA حالياً النوع 5 لطلب حالة DLC والنوع 8 لطلب TEI.
  • يثبت السجل المعنى المعياري ولا يثبت أن البرامج المنشورة قد رُقّيت.
  • قيام وصلة SCTP لا يثبت نشاط ASP أو فهم النوع 8.
  • يوصي RFC 4129 بالمعرف PPID 10 لـDUA، لكنه يسمح بـPPID 1 في النقل المشترك.
  • لا يفسر SCTP قيمة PPID مباشرة، لذلك ليست مصادقة ولا فرضاً للمعنى.
  • تعني ASSIGNED أن Q.921 يعتبر TEI مخصصاً، ولا تعني التحقق من شخص أو جهاز.
  • يلزم فصل إيصالات السجل والبناء والإعداد والنقل والبايتات والمحلل والاستجابة والرابط والخدمة.

النقل لا يعرف السؤال

يوفر SCTP تسليم بيانات تطبيقات الإشارة، لكنه لا يمنح كل بايت معنى IUA أو DUA من تلقاء نفسه. يصف RFC 4233 association تنقل وحدات Q.921 ورسائل الأقران، ويفصل بين حالة هذه association وحالة ASP وحالة حركة التطبيق.

يمكن أن تكون association قائمة بينما يكون ASP في حالة INACTIVE. ويمكن أن يتغير ربط Interface Identifier بالـassociation أو stream عند تغير حالة ASP، بل يصبح غير صالح مؤقتاً أثناء failover. لهذا فإن اللون الأخضر عند طبقة النقل يستبعد عطباً واحداً فقط.

نشأت المشكلة أعلى هذه الطبقة. لم يعرف RFC 3057 الأصلي TEI Query. أضاف RFC 4129 إلى DUA رسائل حالة DLC الإدارية: طلب 5، تأكيد 6، وإشارة 7. ثم أضاف RFC 4233 طلب TEI في IUA وأعطاه أيضاً النوع 5 داخل الفئة الإدارية 0.

عندما يصل class 0/type 5، لا تحمل هذه البتات ما يكفي لاختيار العملية. قد تفترض المنصة معنى بناء على الدور أو الإعداد، لكن الافتراض ليس معلومة في الرسالة.

الإصلاح المحدود هو الإصلاح الصحيح

غيّر RFC 5133 طلب TEI إلى النوع 8، وحجز IANA هذا الرقم. يسجل الجدول الحالي عمليتين منفصلتين. عاد للرمز الواحد معنى واحد داخل namespace الإدارة.

لم يضف المستند تفاوض قدرات أو معرف طلب أو خطة انتقال أو fallback. وهذا متسق مع نطاقه: يصلح التصادم المعياري. لكنه يعني أن النشر التشغيلي يحتاج أدلة أخرى. لا تصل صفحة RFC إلى firmware قديم ولا تخبر المرسل أن المستقبل لم يُرقّ بعد.

القيمة التنظيمية للسجل حقيقية ومحدودة. يجيب عن الرقم الصحيح، ولا يجيب عن الإصدار المثبت أو الـparser الذي عمل في حادثة. إثبات build وإحصاء الأصول والإعداد وpacket capture وtrace الاستقبال والاستجابة كلها طبقات مستقلة.

لماذا لم يكف PPID

يوصي RFC 4129 باستخدام SCTP PPID 10 لـDUA و1 لـIUA. لكنه يسمح أيضاً باستخدام قيمة IUA مع DUA عندما يجري backhaul لـISDN وDPNSS عبر association واحدة. ويقول إن SCTP لا يستخدم PPID مباشرة؛ يمكن لبعض كيانات الشبكة الاستفادة منه لتحديد المحتوى.

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

مشاهدة PPID 1 وclass 0/type 8 دليل قوي على رسالة TEI Query حديثة عند نقطة الرصد. لكنها لا تصادق المنظمة المرسلة، ولا تثبت صلاحيتها للسؤال، ولا تثبت أن المستقبل فهمها أو أعاد كل الحالات المطلوبة.

حالة TEI ليست هوية

يرسل ASP طلب TEI إلى SG، ويتعين على SG تجاهل DLCI في ترويسة IUA لهذه الرسالة. وجود الحقل في بنية مشتركة لا يسمح بتحويله إلى هدف للاستعلام. لوحة تقيس النتائج حسب هذا DLCI تنشئ علاقة لم يعرفها البروتوكول.

تقول ASSIGNED إن Q.921 يعتبر TEI مخصصاً، وتقول UNASSIGNED إنه غير مخصص. لا تحمل الكلمة اسماً أو شهادة جهاز أو حساب مشترك أو دليلاً على حضور مادي. ولا تثبت أن data link قائم أو أن الإشارة وصلت إلى التطبيق.

تفيد الحالة في التحضير للإشارة، وقرار طلب Establish، والتحقيق في رابط ظهر لـTEI غير متوقع. هذه إجراءات لاحقة. إثبات الخدمة يحتاج ربط مجموعة TEI Status Indications بالطلب والواجهة والوقت، ثم حالة Q.921، وإجراء Establish، وحركة الإشارة، ونتيجة التطبيق.

الخطأ المرئي أفضل من النجاح الغامض

قد يرد مستقبل قديم على النوع 8 برسالة Unsupported Message Type. هذا الفشل قابل للتشخيص. كما توجد أخطاء Unexpected Message وProtocol Error بمعان مختلفة. جمعها تحت عنوان “الشبكة غير متاحة” يهدر دليل الطبقة التطبيقية.

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

والرجوع التلقائي إلى النوع 5 خطير. فهو لا يكرر السؤال نفسه فحسب؛ بل يستخدم القيمة التي تعني DLC Status Request في DUA. عندما يشارك DUA في PPID 1، يمكن للرسالة أن تدخل handler آخر بصورة تبدو صالحة.

إذا تعذر إنهاء legacy فوراً، يجب حصر الاستثناء في peer مسمى وسياق IUA-only مثبت، وتسجيل كل fallback، ومنعه في DUA أو association مشتركة، ووضع تاريخ انتهاء واختبارات سلبية. التوافق الصامت يحمي أقدم جهاز ويحمّل الجميع غموضه.

سلسلة الدليل

ابدأ بإيصال IANA الحالي. أضف build الذي يتضمن التغيير، وإعداد الدور والـPPID والواجهة. سجل association والstream. التقط version/class/type/length والبايتات. سجل قرار الـparser والخطأ أو TEI indications. ثم تحقق من حالة الرابط والإشارة ونتيجة الخدمة.

لا يستطيع أي عنصر القفز فوق الذي يليه. association لا تعني application agreement، والنوع 8 لا يعني response، وASSIGNED لا يعني identity، والهوية لا تعني outcome.

تثبت المصادر الرسمية تاريخ التعديل والمعنى المعياري والنقل المحيط به. ولا تثبت implementation لبائع محدد أو trace إنتاج أو هوية طرف نهائي. يجب أن تبقى هذه النقاط مجهولة حتى تصل أدلتها المحلية.

Sources