RTSP vs UDP: لماذا يتصل RTSP ولكن الفيديو أسود - تم حظر RTP بواسطة جدار الحماية وNAT وVPN

من السهل وصف إحدى مشكلات RTSP الأكثر أهمية: "الكاميرا متصلة، ولكن لا يوجد فيديو. في العديد من الحالات، يعمل التحكم RTSP عبر TCP، لكن حزم وسائط UDP RTP لا تصل أبدًا إلى العميل. يرى المستخدم تسجيل دخول ناجحًا، وSDP، وربما حتى "PLAY 200 OK"، ثم انتهاء المهلة. تشير عمليات البحث مثل "اتصال RTSP ولكن لا يوجد فيديو"، و"جدار الحماية المحظور لـ RTP UDP"، و"RTSP يعمل على شبكة LAN وليس عبر VPN"، و"كاميرا RTSP NAT بدون فيديو"، و"إصلاح RTSP TCP المشذّر" جميعها تشير إلى انقسام هذه الطبقة." RTSP ليس دفقًا واحدًا من البيانات. يمكن لقناة التحكم وقناة الوسائط استخدام مسارات نقل مختلفة. إذا عملت قناة التحكم وفشل مسار الوسائط، فقد يظهر على المشغل نفس الشاشة السوداء التي تشير إلى فشل برنامج الترميز. أدلة الحزمة مختلفة.

يعد RTSP Inspector مفيدًا لأنه يفصل نجاح التحكم في RTSP عن تسليم وسائط RTP.

أعمال التحكم لا تعني أعمال الوسائط

قد يبدو تدفق UDP RTP العادي كما يلي:

1. يفتح العميل اتصال RTSP TCP بمنفذ الكاميرا 554.
2. يرسل العميل "وصف".
3. تقوم الكاميرا بإرجاع SDP.
4. يرسل العميل "SETUP" مع منافذ عميل UDP.
5. تقوم الكاميرا بإرجاع منافذ خادم UDP.
6. يرسل العميل "PLAY".
7. ترسل الكاميرا حزم RTP إلى منافذ UDP الخاصة بالعميل.

إذا نجحت الخطوات من 1 إلى 6 وفشلت الخطوة 7، فهذا يعني أن الدفق ليس مشكلة في تسجيل دخول RTSP. إنها مشكلة مسار وسائل الإعلام.

رأس النقل يكشف عن خطة الميناء

قد يتضمن طلب "الإعداد" ما يلي:

Transport: RTP/AVP;unicast;client_port=50000-50001

The camera may answer:

Transport: RTP/AVP;unicast;client_port=50000-50001;server_port=6970-6971

يجب أن ترسل الكاميرا RTP/RTCP إلى منافذ UDP الخاصة بالعميل. يجب أن تسمح جدران الحماية بحركة المرور تلك. يجب على أجهزة NAT تعيينها بشكل صحيح. يجب أن تحملها شبكات VPN. إذا لم يكن الأمر كذلك، فقد يبدو التحكم في RTSP سليمًا بينما تكون الوسائط صامتة.

جدار الحماية المشترك وفشل NAT

تشمل الأسباب الشائعة ما يلي:

• يسمح جدار الحماية بـ TCP 554 ولكنه يحظر نطاق منفذ UDP RTP.
• يقوم NAT بإعادة توجيه منفذ RTSP وليس منافذ RTP.
• ترسل الكاميرا RTP من منافذ مصدر غير متوقعة.
• يعلن العميل عن منافذ UDP خاصة لا يمكن الوصول إليها من الكاميرا.
• تسمح VPN بـ TCP ولكنها تسقط UDP.
• يقوم جدار الحماية الخاص بالشركة بحظر منافذ UDP العالية.
• الكاميرا خلف Double NAT.
• تعود حزم RTP إلى واجهة خاطئة.

غالبًا ما يكون العرض المرئي هو "عدم وجود فيديو بعد التشغيل".

لماذا يعمل TCP Interleashed غالبًا

يحمل RTSP عبر TCP المشذّر RTP وRTCP داخل اتصال RTSP TCP. وهذا يتجنب ثقوب UDP المنفصلة.

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

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

يمكن أن يساعد RTCP في إثبات المسار

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

سِجِلّ:

• عدد حزم RTP.
• عدد حزم RTCP
• RTP مصدر IP والمنفذ.
• وجهة RTP IP والمنفذ.
• فجوات الرقم التسلسلي.
• الوقت من PLAY إلى الحزمة الأولى.

قائمة التحقق من التصحيح

استخدم سير العمل هذا:

1. تأكد من نجاح RTSP DESCRIBE، وSETUP، وPLAY.
2. افحص رأس "النقل" ومنافذ UDP للعميل/الخادم.
3. تحقق مما إذا كانت حزم RTP تصل بعد "PLAY".
4. تحقق من وصول حزم RTCP.
5. قارن بين اختبار LAN واختبار VPN/WAN.
6. اختبار النقل المشذر لـ TCP.
7. تحقق من قواعد جدار الحماية لنطاق منفذ UDP RTP.
8. تحقق من إعادة توجيه منفذ NAT وسلوك المنفذ المصدر.
9. تحقق من منافذ UDP المعلن عنها والتي يمكن الوصول إليها من قبل العميل.
10. لا تقم بتصحيح أخطاء برنامج الترميز حتى تصل حمولات RTP فعليًا.

التشخيص النهائي

عندما يتصل RTSP ولكن يتم حظر UDP RTP، يمكن الوصول إلى الكاميرا بشكل مثالي دون وصول الوسائط مطلقًا. يتم الإصلاح في إمكانية الوصول إلى منفذ UDP أو سلوك NAT أو سياسة جدار الحماية أو قواعد VPN أو التبديل إلى TCP المشذر.

يساعد RTSP Inspector من خلال إظهار تسلسل التحكم RTSP وأدلة حزمة RTP معًا، بحيث يصبح "لا يوجد فيديو" تشخيصًا ملموسًا للنقل.