تدفقات كاميرا RTSP Multicast وUDP: لماذا يعمل الاكتشاف ولكن لا تصل الوسائط

غالبًا ما تمزج شبكات الكاميرا بين البث الأحادي RTSP، والبث المتعدد RTP، واكتشاف ONVIF، وشبكات VLAN، ومفاتيح PoE، وجدران الحماية، ومسجلات الفيديو الشبكية (NVR). يمكن أن يكون العرض مربكًا: "تم اكتشاف الكاميرا، وعنوان URL لـ RTSP صالح، وإرجاع DESCRIBE SDP، لكن حزم الوسائط لا تصل أبدًا." هذه هي حدود البروتوكول الكلاسيكية. الاكتشاف ليس وسيلة إعلام. التحكم في RTSP ليس تسليم RTP. إمكانية الوصول إلى البث المتعدد ليست هي نفسها إمكانية الوصول إلى البث الأحادي.

يعد اكتشاف ONVIF بمثابة محادثة UDP مختلفة

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

الأخطاء الشائعة:

• بافتراض أن اكتشاف ONVIF يثبت مسار وسائط RTP
• الاختبار من شبكة VLAN مختلفة عن NVR
• السماح لـ TCP 554 ولكن حظر منافذ وسائط UDP
• منع حركة مرور مجموعة البث المتعدد عند المحول
• نسيان سلوك التطفل أو الاستعلام في IGMP
• اختبار عنوان URL المباشر للكاميرا بينما يستخدم NVR مسارًا مختلفًا

يجب أن يذكر التقرير نوع حركة المرور: الاكتشاف، أو التحكم في RTSP، أو وسائط RTP، أو تعليقات RTCP.

يتطلب البث المتعدد عضوية المجموعة

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

أدلة مفيدة:

• يعلن SDP عن عنوان البث المتعدد أو نقل البث الأحادي
• يؤكد رأس النقل SETUP على الوضع المطلوب
• واجهة المتلقي وVLAN
• عنوان مجموعة البث المتعدد
• ما إذا كانت حزم RTP تصل إلى نقطة الالتقاط
• ما إذا كان يظهر RTCP
• ما إذا كان وضع البث الأحادي يتصرف بشكل مختلف

إذا كان البث الأحادي RTP يعمل والبث المتعدد لا يعمل، فمن المحتمل أن تكون المشكلة في تكوين البث المتعدد للشبكة، وليس H.264.

يمكن حظر وسائط UDP أثناء عمل التحكم في TCP

غالبًا ما تسمح جدران الحماية بـ TCP 554 أو 8554 ولكنها تحظر منافذ UDP. يمكن لـ NAT أيضًا كسر وسائط UDP. يؤدي هذا إلى إنشاء نمط مشترك:

• نجح اتصال TCP
• نجح DESCRIBE
• نجح SETUP
• نجح "اللعب".
• لم يصل أي RTP

يعد التبديل إلى TCP المشذّر مقارنة مفيدة. إذا كان TCP interleashed يعمل، فمن المحتمل أن يعمل خادم RTSP وبرنامج الترميز. يحتاج مسار وسائط UDP إلى الاهتمام.

ما لالتقاط

بالنسبة لحالات البث المتعدد وUDP، التقط:

• رؤوس طلبات واستجابة RTSP
• عنوان وسائط SDP ومعلومات المسار
• رأس النقل من SETUP
• منافذ العميل والخادم
• مجموعة البث المتعدد
• وصول حزمة RTP أو غيابها
• وصول حزمة RTCP أو غيابها
• نفس الاختبار على TCP معشق

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

حيث يناسب مفتش RTSP

تم تصميم RTSP Inspector لأدلة البروتوكول، وليس للتخمين البصري. في حالات البث المتعدد وUDP، تظهر قيمته حيث توقف الدفق:

• نجح الاكتشاف ولكن فشل RTSP
• عملت RTSP لكن RTP لم تصل أبدًا
• فشل UDP لكن تشذير TCP يعمل
• تم الإعلان عن مجموعة البث المتعدد ولكن لم تصل أي حزم إلى العميل
• وصل RTP لكن فشل جاهزية برنامج الترميز

هذه إخفاقات مختلفة. لا يمكن لنافذة المشغل أن تفرقهم بشكل موثوق. يمكن لتقرير البروتوكول.