الخلاصة

  • لم ينقل RFC 3331 وصلة SS7 إلى طرف IP. بقي MTP1 وMTP2 في بوابة الإشارات، ونقل M2UA الحد الفاصل مع المستخدم الوحيد MTP3 إلى المتحكم البعيد.
  • كانت رابطة SCTP ونشاط ASP وحالة الوصلة المادية ثلاث حقائق مستقلة. ربطها تعيين المعرف والتدقيق الصريح، لا ضوء أخضر واحد.

المستخدم كان طبقة بروتوكول

في بنية SS7 الطبقية، يكون MTP3 المستخدم الوحيد لـMTP2. في هندسة الربط الخلفي، تنتهي الدائرة المادية وMTP1 وMTP2 عند Signalling Gateway Process. ويعمل MTP3 في Application Server Process داخل Media Gateway Controller. يحول M2UA البدائيات التي كانت تعبر محليا حد MTP2/MTP3 إلى رسائل تنقلها SCTP.

تصل وحدة الإشارة عبر خط حقيقي في البوابة، وينفذ MTP2 وظائف الوصلة هناك. لا يملك MTP3 البعيد نسخة افتراضية من السلك؛ بل يتلقى البيانات وإشعارات الحالة، ويرسل طلبات الإنشاء والتحرير والاسترجاع والنقل. كما تعبر حالات الازدحام وتعطل المعالج المحلي أو البعيد هذا الحد الموزع.

وضع RFC 2719 إطار SIGTRAN: تلتقي بوابة الإشارات بشبكة الإشارات ذات الدارات عند الحافة، ويمكن للمتحكم أن يستضيف المنطق الأعلى في موضع آخر من شبكة الرزم. اختار RFC 3331 قطعا محددا بين طبقتين. لذلك فإن عبارة «SS7 فوق IP» عامة أكثر من اللازم، لأنها تخفي من ظل ينهي المورد المادي.

لم ينتقل السلك، ولم ينتقل MTP2. الذي انتقل هو الواجهة التشغيلية التي تستخدم بها MTP3 الوصلة. وعندما تحول حد محلي إلى نظام تحكم موزع، توزعت معه الأدلة اللازمة لإثبات أن الخدمة تعمل فعلا.

معرف واحد وصل الثابت بالمسار المتغير

كان على البوابة أن تعيّن Interface Identifier إلى واجهة مادية، مثل خط V.35 أو خط T1 أو E1 وفتحة زمنية. وكان عليها أيضا تعيين المعرف نفسه إلى رابطة SCTP وتيار داخلها. العلاقة الأولى مجهزة مسبقا، أما الثانية فتتغير عندما يصبح ASP نشطا أو غير نشط أو يستبدل أثناء التحول الاحتياطي.

للمعرف دلالة محلية منسقة بين SG وASP. رؤية القيمة 17 في التقاط رزم تثبت أن النظير أرسل 17 في سياق محدد، لكنها لا تثبت أي منفذ أو دائرة أو فتحة زمنية من دون إعداد البوابة النافذ حينها. تحويل رقم محلي إلى اسم عالمي للوصلة يصنع يقينا لا يقدمه البروتوكول.

ساعدت تيارات SCTP على فصل الحركة ومنع تأخر وصلة من حجب غيرها، لكنها لم تحل محل المعرف. فالتيارات أحادية الاتجاه، ولا يستطيع المستلم استنتاج تيار العودة من تيار الوصول. لذلك وضع RFC 3331 معرّف الواجهة في ترويسة MAUP. استخدمت الإدارة التيار المشترك، وحملت حركة الوصلات في التيارات المرتبطة بها.

امتدت سلسلة الدليل من الوصلة المادية إلى المعرف، ومن المعرف إلى Application Server، ومن ASP النشط إلى الرابطة والتيار. أثناء التحول الاحتياطي قد يصبح الجزء الديناميكي غير صالح مؤقتا، حتى مع بقاء الخط موصولا.

ثلاث آلات حالة وليست إشارة صحة واحدة

يمكن لـSCTP إعلان قيام الرابطة. ويحفظ M2UA حالة ASP ضمن Application Server بوصفها DOWN أو INACTIVE أو ACTIVE. ويصف MTP2 الوصلة بصورة مستقلة بأنها في الخدمة أو خارجها أو مزدحمة أو في Remote Processor Outage. تجيب كل حالة عن سؤال مختلف.

تثبت Association UP إمكانية الوصول بين طرفي النقل، ولا تثبت تفعيل ASP لمعرف بعينه. وتثبت ASP ACTIVE اختيار العملية وفق Override أو Loadshare أو Broadcast، ولا تثبت سلامة الدائرة المادية. وبالعكس، لا تضمن وصلة سليمة وجود ASP بعيد جاهز لاستهلاك الرسائل.

كان لـApplication Server حالاته الخاصة، ومنها PENDING أثناء الاستعادة. وقد تضم القائمة عمليات نشطة وأخرى احتياطية. ولأن التعيين الديناميكي يتغير في التحول، وجب على SGP الرجوع إلى حالة AS وASP عند توزيع كل رسالة. أوصى المعيار بأن يقدم SGP واحد فقط خدمة طرف الوصلة لوصلة SS7 واحدة؛ وجود مالكين نشطين للمورد ذاته يخلق واقعين متعارضين لا مرونة آمنة.

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

التدقيق صالح الحاضر ولم يخلق تاريخا

أتاح STATUS_AUDIT لـASP طلب الحالة الحالية للوصلة. وقد تجيب البوابة بأنها خارج الخدمة أو في الخدمة أو مزدحمة أو في تعطل معالج بعيد. بعد إعادة رابطة أو الشك في فقد حدث، حصل MTP3 البعيد على خط أساس صريح بدلا من الاعتماد على آخر قيمة محفوظة.

التدقيق إيصال مؤرخ، لا سجل كامل. يمكن أن تتغير الحالة بعد الرد مباشرة، ولا يعيد الرد بناء كل الانتقالات المفقودة. يجب أن تحفظ التحقيقات الطلب والرد والوقت وInterface Identifier وهوية الرابطة وحالة ASP والإشعارات اللاحقة. عبارة «قال التدقيق إنها في الخدمة» مقيدة بوقت الرصد ونقطته.

أضاف التسجيل الديناميكي حدا آخر. يمكن تفويض Link Key ومنحها معرف واجهة. يثبت النجاح أن SGP قبل التعيين، ولا يثبت أن الخط سليم أو أن ASP نشط أو أن الحركة تمر. التفويض والتفعيل والتوافر إيصالات مختلفة.

لم يكن M2UA هو M2PA

يوضح RFC 4165 الفرق. في M2PA يملك الطرفان MTP3 ويحل M2PA محل MTP2 بين النظيرين. أما في M2UA فيستخدم MTP3 الموجود في المتحكم MTP2 الحقيقي في البوابة عبر بدائيات الحد المنقولة. يستخدم الاثنان SCTP، لكن ملكية الوصلة وأسطح الفشل مختلفة.

تشترك M3UA في RFC 4666 وIUA في RFC 4233 في ترويسات وآليات إدارة ASP. لا تجعل هذه القرابة الحدود متبادلة. ينبغي أولا معرفة أي طبقة بقيت بجوار المورد المادي وأيها أصبحت بعيدة.

RFC 9260 هو توصيف SCTP الحالي. لا يثبت ذلك تحديث تركيب M2UA تاريخي. وتحتفظ IANA بمعرف حمولة SCTP رقم 2 لـM2UA وبفئتي MAUP وIIM. يثبت السجل الأرقام والمراجع، لا الانتشار أو الحركة أو الصحة أو المطابقة.

للأمن إيصال مستقل أيضا. لا يصادق SCTP وحده على المعنى المادي لمعرف محلي. أضاف RFC 3788 اعتبارات أمن SIGTRAN. بقي على المشغل توثيق النظراء وحماية النقل وتفويض ربط ASP بالخط. القدرة على الاتصال لا تعني حق التشغيل.

الدرس الدائم هو فصل الأدلة

وزع M2UA واجهة من دون محو مرساتها المادية. لذلك ينبغي حفظ رابطة SCTP وتيارها، وحالات AS وASP، وتعيين المعرف المجهز، وحالة MTP2 المادية، ورسالة الحد التي حملت أمرا أو ملاحظة. وعند مناقشة السلطة يضاف سياق الأمن والتسجيل.

جعل RFC 3331 التحكم البعيد ممكنا لأنه سمى بدقة ما بقي، وما عبر IP، وما أعاد ربطهما. إذا دمجنا هذه الفروق، صار اتصال IP دليلا زائفا على خدمة هاتفية. وإذا حفظناها، أمكن تفسير التحول والتدقيق من دون الادعاء أن شبكة الرزم نقلت السلك نفسه.

المصادر