الخلاصة

  • طلبت RFC 3487 أن تستدعي إشارة أولوية SIP سياسة مسماة بدلاً من تحديد الطابور أو الإزاحة أو حصة السعة أو مدة الجلسة داخل الطلب.
  • قد تنتج العلامة نفسها أفعالاً مختلفة في البوابة وشبكة الدارات والوكيل والطرف المستقبل؛ أما التعرف والتفويض والقبول ونجاح الاتصال فهي إيصالات مستقلة.

توحي كلمة «الأولوية» بأن القرار محسوم سلفاً: ضع العلامة على الطلب، فتفسح الشبكة الطريق. لكن الطوارئ لا تجعل البنية التحتية آلة واحدة. قد تكون الندرة في قناة بوابة، أو مسار هاتفي، أو قدرة وكيل SIP، أو عدد الجلسات التي يقبلها مركز عمليات. لذلك لم تبدأ RFC 3487، الصادرة عام 2003 بوصفها وثيقة معلوماتية، بتعريف ترويسة جديدة. بدأت بتحديد ما لا يحق للإشارة أن تقرره عن بعد.

فرّقت الوثيقة بين خمسة موارد. للبوابة عدد محدود من الجذوع التي تصل IP بالشبكة المحوّلة بالدارات. داخل شبكة الدارات توجد مساراتها وأنظمتها مثل GETS وMLPP. وفي شبكة IP تنفصل موارد الإشارة عن سعة الصوت والفيديو. وللنظام المستقبل سقف لعدد الجلسات. أما وكيل SIP فقد تنفد قدرته الحسابية بينما تبقى وصلة الوصول متاحة. ولم تشترط RFC آلية واحدة تدير الأنواع الخمسة.

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

وتغير الطوبولوجيا سطح التحكم. درست RFC مسار IP من طرف إلى طرف، ومسار IP إلى شبكة دارات، والعكس، والجسر CSN-IP-CSN. في الجسر قد لا يعرف المصدر بروتوكول الإشارة في الجهة البعيدة. ومع تفرع SIP قد لا تعرف البوابة إن كانت النهاية جهاز IP أو هاتفاً في شبكة دارات أو كليهما. تسافر العلامة من دون خريطة كاملة للمسار.

كما اختلفت حرية شبكات IP. تستطيع شبكة مجهزة مسبقاً لاتصالات الطوارئ تعديل الموجهات والحجز. أما الشبكة الشفافة فتكتفي بتمرير الرزم الصحيحة. وقد تسمح شبكة شفافة لـSIP وRTP بالمكالمات لكنها تحجب RSVP أو قيم DSCP. وربما تمنع شبكة SIP مقيدة أي عنصر بروتوكولي جديد. كان على الآلية أن تعمل عبر هذا التنوع، لا أن تفترض مشغلاً واحداً.

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

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

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

اكتشاف الدعم لا يعني الحصول على المورد. يستطيع الطرف الاستعلام عن مساحات الأسماء المقبولة أو التعلم من رد يفيد بعدم الدعم. وفي شبكة لا تدعم المخطط، يُفترض ألا تكون المعاملة أسوأ من طلب عادي، مع بقاء حق السياسة المحلية في طلب العلامة والمصادقة. الدعم والتفويض والسعة والنجاح أربع حقائق مختلفة.

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

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

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

حوّلت RFC 4412 هذه المتطلبات لاحقاً إلى Resource-Priority وAccept-Resource-Priority. عبّر فضاء الاسم والقيمة عن الأولوية المطلوبة، واستطاع OPTIONS إعلان القيم المقبولة. لكن قبول القيمة لم يعن توافر موارد كافية أو نجاح الاتصال. وأضافت RFC 5115 و5478 و6401 و6735 و8443 طبقات للتوجيه والتسجيل والقبول وإثبات التفويض من دون دمجها في إيصال واحد.

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

يساعد تمييز Heng Lu بين السلطة الرمزية والتحكم التنفيذي على فهم التصميم. صارت العلامة مشتركة لأنها ظلت محدودة. حملت سؤالاً مفهوماً بين النطاقات، لكنها لم تنتزع التحكم من مالك المورد. وحّدت RFC 3487 لغة الطلب، وتركت كل إجابة قابلة للإسناد إلى حدها التشغيلي.

المصادر