الخلاصة

  • وضع RFC 3332 حدّ التكييف فوق MTP3. أنهت بوابة الإشارة MTP2 وMTP3، ثم سلّمت رسائل ISUP وSCCP إلى تطبيقات IP وفق Routing Key، بينما سمّى Routing Context تلك القاعدة داخل رسائل البروتوكول.
  • قبول التسجيل، وحالة ASP النشطة، وإمكان الوصول إلى وجهة SS7 ثلاثة إيصالات مستقلة. لا يثبت أحدها الآخر. وقد أبطل RFC 4666 الوثيقة RFC 3332 سنة 2006، لذلك تُقرأ هنا كسجل تاريخي لا كمرجع حالي.

لم تعد الوصلة هي الشيء الذي يمتلكه التطبيق

يبين الفرق عن M2UA موضع التحول. في RFC 3331 تبقى الوصلة المادية وMTP2 في البوابة، ويستخدم MTP3 البعيد حدّهما عبر Interface Identifier. أما M3UA في RFC 3332 فيرفع القطع طبقة أخرى: تنهي البوابة MTP3 أيضاً، وتقدم للتطبيق البعيد الخدمة التي يتوقعها مستخدم MTP3.

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

وصف Routing Key تلك المجموعة. يمكن أن يجمع بين مؤشر الخدمة، ورمز نقطة الوجهة، ورمز نقطة المنشأ، ومدى تعريف الدوائر، أو رقم نظام SCCP الفرعي. يخدم Application Server مفتاحاً محدداً، وتشغّل ASPs ذلك الخادم. أما Routing Context فهو اسم مضغوط للمفتاح في التبادل.

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

جواب التسجيل لا يمنح ملكية

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

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

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

الخطر الأكبر هو المفتاح الواسع. يبسط الإدارة، لكنه يوسع نطاق الخطأ. قد تصل رسائل صحيحة شكلاً إلى تطبيق غير مسؤول، بينما يبقى SCTP سليماً وتظل ASP نشطة. هنا تصبح الكفاءة ستاراً على قرار حوكمة خاطئ.

الأخضر في مستوى لا يلوّن المستويات الأخرى

يحكي ارتباط SCTP قصة النقل. وتحكي حالات ASP-DOWN وASP-INACTIVE وASP-ACTIVE قصة أهلية العملية لخدمة Application Server. وتحدد أوضاع Override وLoadshare وBroadcast كيفية توزيع الحركة. لا تحكي أي منها حالة وجهة SS7.

تنقل رسائل SSNM تلك القصة الأخرى. تعني DUNA أن الوجهة غير متاحة، وDAVA أنها متاحة، وSCON وجود ازدحام، وDUPU عدم توافر جزء المستخدم، ويطلب DAUD تدقيق الحالة. ومع تعدد البوابات، يحتفظ M3UA بحالة كل مسار ويشتق منها حالة الوجهة الكلية.

لذلك يمكن أن يكون الارتباط قائماً وASP نشطة والوجهة DUNA في الوقت نفسه. لا يوجد تناقض: النقل يعمل، والتطبيق مؤهل، وشبكة الإشارة لا توفر طريقاً للوجهة. جمع الحالات في مؤشر واحد يمحو سبب العطل.

حتى DAVA لا يثبت النتيجة النهائية. هو تقرير عن الإتاحة من نقطة مراقبة وفي زمن محدد. لا يثبت نجاح مكالمة ISUP أو اكتمال معاملة SCCP. يحتاج ذلك إلى رد أو خطأ أو انتهاء مهلة من بروتوكول المستخدم.

ينقل التحويل الحركة، لا المعرفة تلقائياً

سمح M3UA لعدة ASPs بخدمة AS واحدة، وللتطبيق بالاتصال بعدة SGPs. يستطيع بديل أن يصبح نشطاً للمفتاح نفسه بعد فشل العملية. لكن ثبات Routing Context لا يضمن أن البديل يعرف آخر حالة للوجهات.

قد يفوّت ASP جديد رسالة DUNA، أو يبقى ارتباط إلى بوابة تغيّرت مساراتها، أو يصبح جواب DAUD قديماً قبل تحرير الصف. لذا تتطلب العودة مطابقة عضوية المفتاح والتفويض ووضع الحركة والحالة عبر كل SGP والازدحام وإعادة تشغيل MTP3.

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

للوثيقة نفسها حد زمني

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

يقدم RFC 2719 إطار SIGTRAN، وRFC 9260 مواصفات SCTP الحالية، وRFC 3788 اعتبارات الأمن، ويساعد RFC 4165 في فصل نموذج M2PA النظير. تسجل IANA الفئات والمعلمات والمعرفات؛ وهي تثبت التخصيص لا النشر أو الحركة أو الملكية أو المطابقة.

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

أربعة إيصالات بدلاً من ضوء واحد

إيصال الاختيار يحفظ المفتاح وNetwork Appearance والسياق ومصدر الإعداد. إيصال التطبيق يحفظ الارتباط وحالة ASP/AS والوضع والعضو النشط. إيصال الشبكة يحفظ SGP والمسار ورسائل SSNM والازدحام وإعادة التشغيل. إيصال النتيجة يحفظ الرد أو الخطأ أو انتهاء مهلة ISUP/SCCP.

يجيب المفتاح عن سؤال «من ينبغي أن يستلم الرسالة؟». لا يجيب عن إمكان الوصول ولا عن اكتمال العملية. تكمن قيمة RFC 3332 التاريخية في أنه جعل هذه الحقائق مستقلة وقابلة للرصد. إعادة دمجها في إشارة خضراء واحدة تلغي ذلك المكسب.

المصادر