RFC 9725: إنشاء جلسة WHIP لا يثبت أن البث وصل

الخلاصة

• تعني 201 Created في RFC 9725 أن الطرف استقبل العرض وأنشأ مورد الجلسة وأعاد جواب SDP وموقعه؛ ولا تعني أن ICE اختار مساراً أو أن DTLS اكتمل أو أن وسائط SRTP استمرت.
• يحتاج إعلان البث إلى إيصالات منفصلة من الشبكة والتشفير ودخول الوسائط والمعالجة والتوزيع والمشغل، مع نافذة رصد وسلطة واضحة لكل إيصال.
• يستكمل DELETE دورة مورد HTTP، لكن الإغلاق التشغيلي يتطلب أيضاً إثبات توقف الوسائط وتحرير موارد relay والمعالجة والتوزيع المرتبطة بالجلسة الصحيحة.

الضوء الأخضر الذي يسبق الصورة

يرسل المشفّر عرض JSEP إلى الطرف بوسم application/sdp. يعيد الطرف جواباً ووصفاً لموقع الجلسة في Location والحالة 201 Created. هذه لحظة ناجحة في بروتوكول التحكم، لكنها ليست لحظة نجاح البث بالضرورة.

يحدد RFC 9725 واجهة HTTP محدودة لإدخال WebRTC. ويسجل كل من RFC Editor وIETF Datatracker نشر المعيار المقترح في مارس 2025، فيما لم تُظهر صفحة البحث عن الأخطاء تصحيحاً متعلقاً به عند إقفال البحث. هذه بيانات عن الوثيقة وليست شهادة على تنفيذ بعينه.

وفق دلالات HTTP في RFC 9110، تثبت 201 إنشاء المورد المستهدف. يستطيع الطرف أن يكون قد تحقق من سياسة الدخول وخصص عنواناً للعمليات اللاحقة، من دون أن يمر أي رزم على مسار الوسائط. لذلك يجب أن يكون أول سؤال بعد 201: ما الشيء الذي لم يُثبت بعد؟

لكل طبقة ساعتها وشاهدها

يبسط WHIP إنشاء الجلسة إلى تبادل عرض وجواب واحد، ولا يتيح إعادة تفاوض عامة على معلومات الوسائط غير المرتبطة بـICE. وتلتزم الجلسة MediaStream واحداً وmax-bundle وrtcp-mux-only. يعرض العميل عادة sendonly ويرد الخادم recvonly. هذه القيود تمنع التعقيد، لكنها لا تلغي المراحل.

ثمة وقت لقبول HTTP، ووقت لاختيار زوج ICE، ووقت لإنجاز DTLS، ووقت لوصول أول رزمة ثم استمرار الرزم، ووقت لظهور ناتج المعالجة، ووقت لتسليم CDN وتشغيله لدى المشاهد، ووقت لإنهاء كل ما سبق. جمعها في قيمة “live” واحدة يحول الاختلاف بين الطبقات إلى فراغ معلوماتي.

قد ترفق استجابة 201 روابط إلى STUN أو TURN بالآلية العامة للروابط في RFC 8288. وجود الرابط لا يثبت أن الاعتماد صالح، أو أن relay قابل للوصول، أو أن سعته تكفي للبرنامج.

قائمة المرشحين ليست طريقاً سالكاً

يشرح RFC 8445 أن ICE يجمع المرشحين ويكوّن الأزواج ويفحصها بواسطة STUN قبل ترشيح زوج محدد. عنوان مرشح في SDP احتمال؛ الزوج المنتخب مع رصد لاحق هو الدليل التشغيلي.

مع Trickle ICE يمكن أن يبدأ العرض بقائمة ناقصة أو فارغة. وبعد استلام عنوان الجلسة يرسل العميل PATCH من نوع application/trickle-ice-sdpfrag مستنداً إلى RFC 8840 وإلى طريقة PATCH في RFC 5789. وقد يرد الخادم 204 No Content ثم يهمل بصمت مرشحاً يستخدم نقلاً غير مدعوم أو عنواناً لا يستطيع حله. إذن 204 إيصال معالجة للجزء، لا إيصال نجاح لكل مرشح.

ينبغي أن يثبت سجل الاتصال رقم جيل ICE والزوج المنتخب ونوعه المباشر أو المرحل وعنواني الطرفين ووقت الترشيح وحالة consent freshness. وعند ICE restart تصبح ETag القوية حاجزاً بين الأجيال: الشرط الغائب قد ينتج 428 Precondition Required والشرط القديم 412 Precondition Failed. أما 200 مع ETag واعتمادات ومرشحين جدد فيصف الجيل الجديد قبل اختبارات الاتصال، ولا يستبق نتيجتها.

اكتمال التشفير لا يساوي اكتمال المحتوى

يشتق RFC 5764 مفاتيح SRTP من مصافحة DTLS. وتحيط به متطلبات نقل WebRTC في RFC 8835، وقواعد RTP في RFC 8834، وإجراءات JSEP في RFC 9429. اكتمال المصافحة يثبت سياقاً تشفيرياً على نقل بعينه. لا يثبت أن الكاميرا أنتجت إطاراً أو أن المستقبل قبل الترميز أو أن التدفق استمر.

يحتاج إيصال الوسائط إلى نافذة زمنية: أول وآخر رزمة، تزايد الرزم والبايتات، SSRC وربط MID أو RID بالمسار المقصود، تسلسل وفقدان وjitter وbitrate وتغذية RTCP. أول رزمة علامة مفيدة، لكنها لا تكفي لإعلان خدمة مستقرة.

كما يجعل RFC 8836 التحكم بالازدحام جزءاً من المسؤولية. قد تصل الرزم الآن فيما يرفض المرسل التغذية الراجعة ويضر المسار المشترك بعد دقائق. الاستمرار القابل للتكيف أهم من لقطة bitrate لحظية.

نهاية WHIP هي بداية سلسلة أخرى

يصل WHIP إلى خدمة بث أو CDN، لكنه لا يوحد ما يلي الاستقبال. قد يرى خادم الوسائط SRTP صحيحاً فيما لا يجد decoder أو transcoder سعة. وقد تتقدم renditions في packager فيما يحتفظ origin أو cache بمادة قديمة. وقد تكون كل الأشياء حديثة ولا يبدأ player من شبكة أو جهاز بعينه.

يفصل إطار CDNI في RFC 7336 بين توجيه الطلب والبيانات الوصفية والاكتساب والتوزيع. ويبين RFC 7937 أن سجل التوزيع يمر بالتوليد والتجميع والترشيح والجمع والتصحيح. لذلك لا يجوز تقديم سجل CDN مجهول التغطية كحقيقة شاملة، ولا توريث صحة ingest إلى المشاهدين.

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

التوكن يفتح باباً وقد يحجز قدرة

يفرض WHIP دعم مصادقة HTTP والتعامل المتوافق مع bearer token، لكنه يترك معنى التوكن وطريقة توزيعه خارج المعيار. قبول التوكن عند الطرف لا يثبت صلاحية كل حدث أو معدل أو منطقة أو مدة أو ميزانية. ويمكن لعميل مخول إنشاء جلسات كثيرة لا تصل أبداً إلى ICE أو DTLS، مع بقاء عمل وحالة مخصصة حتى timeout.

ينبه RFC 9725 إلى flooding في POST وPATCH وإلى avalanche عند إعادة الاتصال، ويوصي بالحد من المعدل. كما يجعل تخمين عنوان الجلسة خطراً لأن DELETE يستطيع إنهاء البث. يجب أن تفصل محاسبة القدرة بين جلسة منشأة غير متصلة، ومتّصلة بلا DTLS، وآمنة بلا وسائط، وذات وسائط غير مستقرة، وجاهزة للدخول بلا توزيع، وموزعة بلا دليل player، ومحذوفة بلا تحرير كامل.

يمكن أن يستخدم POST الأول 307 Temporary Redirect للحفاظ على الطريقة والجسم أثناء موازنة الحمل. ولا يضمن البروتوكول إعادة توجيه PATCH أو DELETE. لذلك يجب حفظ سلسلة التحويل والسلطة النهائية لعنوان الجلسة وهوية خادم الوسائط الذي حمل التدفق فعلياً.

DELETE طلب إغلاق وليس ميزانية مكتملة

يرسل العميل DELETE إلى العنوان الذي أعادته Location. يصف RFC إزالة مورد الجلسة وتحرير موارد خادم الوسائط وإنهاء ICE وDTLS. أما RFC 7675 فيوفر consent freshness لمعرفة استمرار الإذن بإرسال المرور على five-tuple عند الانقطاع غير السليم. هذا إذن نقل، لا موافقة بشرية ولا دليل محتوى مفيد.

يجب أن يجيب سجل الإغلاق: من أصدر الأمر، وبأي سياسة وسبب، وأي جيل أصاب، ومتى توقفت عدادات الدخول، وهل أُغلق DTLS أو انتهى consent، ومتى تحررت TURN والمعالجة والتغليف والأصل. استجابة 200 عنصر في الميزانية وليست الميزانية كلها.

هذا هو المعنى العملي لـأولوية الكود الجاري: الواقع التشغيلي ومن يعتمد عليه أسبق من المظهر الإداري. كما ينسجم بروتوكول WHIP الضيق مع المواصفة المشتركة الدنيا والقرار اللاحق المحلي والتبني الطوعي، لأن البروتوكول لا يحتاج إلى ابتلاع سياسة كل مشغل. وتقتضي طبقة الواقع التي يصفها Why BTW.Media Exists إبقاء الخلاف مرئياً: HTTP ناجح ووسائط غائبة؛ دخول ناجح ومشاهد متعثر؛ DELETE مقبول وقدرة لم تتحرر.

Sources

المواصفات الأولية: RFC 9725، سجل RFC Editor، IETF Datatracker، بحث الأخطاء، RFC 8445، RFC 7675، RFC 5764، RFC 8834، RFC 8835، RFC 8836، RFC 8840، RFC 9429، RFC 9110، RFC 5789، RFC 8288، RFC 7336، وRFC 7937.

الإطار التحليلي المنسوب: Running-Code Primacy، Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption، وWhy BTW.Media Exists — and Why Reality, Not Advocacy, Is the Product.