Пряма відповідь
Виберіть TCP, якщо простота брандмауера та відновлення втрат важливі; перевірте UDP в чистій локальній мережі, коли мінімізація затримки повторної передачі має значення. Правильною відповіддю є режим, який відповідає виміряним цільовим показникам втрат, затримки та стабільності.
Чому це відбувається
RTSP є протоколом керування, тоді як медіа RTP може використовувати TCP чергування або UDP. TCP зберігає замовлену доставку, але може затримати подальші дані через втрату; UDP уникає такої поведінки, але сам повторно не передає втрачені пакети.
Розглядайте URL, облікові дані, родину адрес і транспорт RTP як окремі змінні, які можуть виходити з ладу незалежно.
Контрольований тест
Запускайте один і той самий потік протягом фіксованого інтервалу в кожному режимі та записуйте час запуску, видимі втрати, затримку та відключення.
Змінюйте одну змінну за раз. Записуйте модель камери, мікропрограму, кінцеву точку та обліковий запис; потім перевірте доступність мережі, відповідь протоколу, транспорт медіа та декодування як окремі рівні.
Використовуйте спеціальний обліковий запис лише для перегляду та надійний локальний інструмент діагностики. Відредагуйте облікові дані, приватні адреси та ідентифікаційні дані, перш ніж надавати спільний доступ до результатів.
Діагностична послідовність
| Перевірте | Дія | Доказ прогресу |
|---|---|---|
| Базовий рівень | Виправлено URL, кодек, роздільну здатність і клієнт. | Між тестами змінюється лише транспорт. |
| TCP | Виміряйте стабільне відтворення через брандмауер і шляхи VPN. | Жоден ларьок не перевищує експлуатаційний ліміт. |
| UDP | Вимірюйте втрату пакетів і перевпорядкування в локальній мережі. | Артефакти залишаються нижче допустимого порогу. |
| Рішення | Виберіть за мережевим шляхом, а не за гаслом. | Вибраний режим має записані докази. |
Докази, які потрібно зберігати
Коротка A/B-таблиця з виміряними втратами, затримкою та підрахунком повторних з’єднань є більш корисною, ніж оголошення одного універсального транспорту швидше.
Примітка про обмеження та безпеку
Не відкривайте широкі загальнодоступні UDP діапазони або порти камери, щоб UDP працював віддалено; здійснювати приватний маршрут через VPN.
Для віддаленого перегляду використовуйте керований VPN замість того, щоб відкривати RTSP або порти адміністрування камери безпосередньо в публічному Інтернеті.
SmartRTSP
SmartRTSP — це орієнтований на камеру засіб перегляду RTSP і ONVIF для пристроїв Apple, Windows і Android. Він підходить для прямого перегляду, виявлення та перевірки кількома камерами; зберігайте спеціальний NVR або VMS, якщо потрібен постійний запис, експорт доказів або централізований контроль підприємства.
Часті запитання
Чи завжди RTSP використовує TCP?
Керування RTSP зазвичай використовує TCP, тоді як медіа RTP можна погоджувати через UDP або чергувати через TCP.
Чи завжди UDP має меншу затримку?
Не автоматично; перевантаження, втрати, буферизація та поведінка декодера впливають на наскрізну затримку.
Чому TCP працює через VPN, коли UDP виходить з ладу?
Медіа з перемежуванням спільно використовує встановлене керуюче з’єднання і зазвичай потребує менше окремих потоків.
Первинні посилання
- IETF RFC 7826 — Протокол потокового передавання в реальному часі 2.0
- Опції та приклади протоколу FFmpeg — RTSP
Пов’язаний посібник SmartRTSP
Відкрити відповідний посібникПорівняйте чергування TCP та одноадресну передачу UDP з тією самою камерою, кодеком і мережею, перш ніж вибрати стандартне.