الخلاصة

  • أتاحت RFC 3428 لوكيل SIP تفريع طلب MESSAGE واحد إلى عدة أجهزة محتملة، مع إعادة رد نهائي واحد فقط إلى المرسل.
  • لم يكشف ذلك الرد إن كان التفريع قد وقع أو كم وكيل مستخدم تلقّى الطلب؛ كما أنه لا يثبت أن شخصًا قرأ الرسالة.

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

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

يظل رمز الحالة مهمًا، لكنه يجيب عن سؤال آخر. في الحالة المعتادة التي يرد فيها وكيل الوجهة النهائية، يتيح 200 OK للمرسل افتراض وصول الرسالة إلى تلك الوجهة؛ لكنه لا يعني أن المستخدم رآها أو قرأها. وقد يرد وكيل المستخدم قبل عرضها، وليس ملزمًا بعرضها أصلًا. أما 202 Accepted فيعني أن بوابة أو خادم تخزين وإعادة توجيه أو خدمة أخرى قبلت الرسالة، من دون إثبات وصولها إلى الوجهة النهائية. وتحتاج المصادقة على التسليم بعد 202 إلى آلية أخرى تقع خارج نطاق RFC 3428.

لذلك قد تُظهر سجلات المرسل معاملة واحدة وردًا نهائيًا واحدًا، بينما تُظهر سجلات الفروع عدة عمليات تسليم ناجحة. لا يوجد تناقض بينهما. وفي الاتجاه المقابل، لا يثبت رد 200 واحد في المسار العلوي التسليم مرة واحدة بالضبط، ولا يحصي الأجهزة المستقبلة، ولا يثبت انتباه إنسان. تحدد RFC 3428 احتمالًا بروتوكوليًا؛ لكنها لا تثبت أن خدمة بعينها فرّعت رسالة أو أن شخصًا فتحها.

كان النموذج نفسه محدودًا: كل طلب MESSAGE مستقل، وقد لا يوجد ترابط المحادثة إلا في واجهة العميل أو تصور المستخدمين. وميّزت RFC هذا النمط الشبيه بالنداء عن جلسة لها بداية ونهاية واضحتان. حدّثت RFC 8591 لاحقًا ووضحت جوانب من استخدام S/MIME في رسائل SIP، لكنها لم تجعل رد SIP دليلًا على القراءة ولم تغير مسألة احتساب الفروع التي نناقشها.

المصادر: الأقسام 2–8 من RFC 3428؛ وRFC 3261 لتوجيه SIP وسلوك الوكلاء؛ وRFC 8591 لتحديثات S/MIME اللاحقة. المجموعة كاملة: