Пряма відповідь
Відповідь 461 означає, що сервер не підтримує запитані транспортні параметри для цього ресурсу. Якщо клієнт запитав UDP, перевірте RTP з чергуванням TCP; якщо він запитав TCP, перевірте задокументовану транспортну підтримку камери.
Чому це відбувається
RTSP контролює сеанс, у той час як медіа може переміщатися через різні нижчі транспорти. Брандмауери, NAT, параметри багатоадресної передачі та обмежена реалізація камери можуть призвести до збою одного транспорту, навіть якщо контрольне з’єднання RTSP вдалось.
Почніть із точного коду стану чи ознаки мережі, а потім змінюйте один рівень за раз.
Контрольований тест
Зафіксуйте невдалий запит SETUP, якщо інструмент виявляє його, або примусово запустіть один транспорт явно за допомогою діагностичного клієнта. Зберігайте кодек і URL незмінними під час порівняння результатів.
Змінюйте одну змінну за раз. Записуйте модель камери, мікропрограму, кінцеву точку та обліковий запис; потім перевірте доступність мережі, відповідь протоколу, транспорт медіа та декодування як окремі рівні.
Використовуйте спеціальний обліковий запис лише для перегляду та надійний локальний інструмент діагностики. Відредагуйте облікові дані, приватні адреси та ідентифікаційні дані, перш ніж надавати спільний доступ до результатів.
Діагностична послідовність
| Перевірте | Дія | Доказ прогресу |
|---|---|---|
| КОНТРОЛЬ | Спершу переконайтеся, що OPTIONS або DESCRIBE виконано успішно. | Сервіс і ресурс RTSP доступні. |
| UDP | Перевірте одноадресну передачу UDP в тій самій локальній мережі. | Медіа надходить на узгоджені порти RTP і RTCP. |
| TCP | Примусове чергування TCP, коли UDP не вдається або заблоковано. | Медіа-пакети спільно використовують контрольне з’єднання RTSP. |
| Мережа | Перевірте брандмауер і правила VLAN для вибраного режиму. | Дозволені лише необхідні потоки. |
Докази, які потрібно зберігати
Запишіть запит на транспортування, відповідь 461 і успішне транспортування. «TCP виправив» корисно лише тоді, коли відомий оригінальний запит.
Примітка про обмеження та безпеку
Не підключайте камеру до Інтернету та не відкривайте широкий діапазон UDP як ярлик; перевірте в надійній мережі або через VPN.
Для віддаленого перегляду використовуйте керований VPN замість того, щоб відкривати RTSP або порти адміністрування камери безпосередньо в публічному Інтернеті.
SmartRTSP
SmartRTSP — це орієнтований на камеру засіб перегляду RTSP і ONVIF для пристроїв Apple, Windows і Android. Він підходить для прямого перегляду, виявлення та перевірки кількома камерами; зберігайте спеціальний NVR або VMS, якщо потрібен постійний запис, експорт доказів або централізований контроль підприємства.
Часті запитання
Що означає 461 у RTSP?
Це статус протоколу для непідтримуваного транспорту.
Чи завжди TCP краще для камер?
Ні. TCP часто простіше через брандмауери та може відновити втрату, тоді як UDP може зменшити затримку головного рядка в чистій локальній мережі.
Чи може проблема кодека викликати 461?
Проблема з кодеком зазвичай виникає після налаштування транспорту; 461 конкретно вказує на запитувані транспортні параметри.
Первинні посилання
- IETF RFC 7826 — Протокол потокового передавання в реальному часі 2.0
- Опції та приклади протоколу FFmpeg — RTSP
Пов’язаний посібник SmartRTSP
Відкрити відповідний посібникЗрозумійте, чому RTSP SETUP виходить з ладу з 461, і протестуйте альтернативний транспорт RTP без зміни непов’язаних налаштувань.