Тайм-аут RTSP: когда следует попробовать чередующийся TCP, одноадресную рассылку UDP или исправить сетевой путь

«Тайм-аут RTSP» — одно из самых общих фраз для устранения неполадок камеры. Это может означать, что время ожидания TCP-соединения с RTSP-сервером истекло. Это может означать, что DESCRIBE возвращается медленно. Это может означать, что команда PLAY прошла успешно, но пакеты RTP так и не пришли. Это может означать, что UDP-порты были заблокированы, NAT что-то переписал неправильно или брандмауэр разрешил контролировать трафик, но не медиа-трафик.

Фраза расплывчатая. Доказательств быть не должно.

Отделить тайм-аут управления от тайм-аута мультимедиа

Управление RTSP обычно происходит через TCP. Мультимедиа RTP может передаваться по UDP или может чередоваться по TCP-соединению RTSP. Первое диагностическое разделение:

• открылось ли соединение RTSP TCP?
• сервер ответил «ОПЦИИ»?
• DESCRIBE вернул SDP?
• SETUP удался?
• «ИГРАТЬ» удалась?
• RTP прибыл после «PLAY»?

Если само TCP-соединение не установлено, проверьте хост, порт, маршрутизацию, брандмауэр, VPN и включена ли служба RTSP. Если управление RTSP выполнено успешно, но RTP не поступает, проверьте согласование транспорта и путь мультимедиа.

Почему UDP часто дает сбой, хотя TCP работает

UDP RTP может выйти из строя, даже если управление RTSP работает. Клиент и камера согласовывают порты во время настройки. Брандмауэры, устройства NAT, политика VLAN и облачная маршрутизация могут блокировать путь мультимедиа. Камера может отправлять RTP на порт, который клиент не может получить. Шлюз безопасности может разрешать TCP 554, но отклонять UDP.

Симптомы:

• ОПИСАТЬ удалось
• НАСТРОЙКА выполнена успешно
• «ИГРАТЬ» удалось
• пакеты RTP не приходят
• игрок в конечном итоге сообщает о тайм-ауте или черном экране

В этом случае переключение на чередующийся TCP является полезной проверкой. Он отправляет RTP внутри TCP-соединения RTSP. Если чередование TCP работает, а UDP нет, кодек, вероятно, не является первым подозреваемым. Сетевой путь к носителю.

TCP Interleaved — это тест, но не всегда окончательный ответ

RTSP через TCP с чередованием может быть проще через брандмауэры и NAT, поскольку он сохраняет управление и передачу данных в одном и том же соединении. Это также может увеличить задержку и изменить поведение производительности. Для полевой диагностики его лучше всего рассматривать как точку сравнения.

Сравнивать:

• Одноадресный RTP UDP: прибывает ли носитель?
• TCP с чередованием RTP: поступает ли носитель?
• RTCP: видны ли отчеты об отправителях?
• потеря пакетов: показывает ли UDP пробелы в последовательности?
• задержка: создает ли TCP зависания из-за нехватки пропускной способности?

Если развертывание предполагает UDP, успех TCP не обеспечивает полную проверку сайта. Он определяет границу сети, над которой необходимо работать.

Отказ в соединении отличается от тайм-аута

«Соединение отклонено» обычно означает, что хост активно отклонил TCP-соединение. Распространенные причины:

• Служба RTSP отключена
• неправильный порт
• прошивка камеры не поддерживает RTSP
• Порт NVR отличается от порта камеры
• брандмауэр отклоняет вместо удаления

Тайм-аут означает, что ответ не поступил до того, как клиент сдался. Распространенные причины:

• проблема с маршрутизацией
• падение брандмауэра
• недоступная сеть
• неправильное сопоставление общедоступных портов
• камера оффлайн
• Проблема с VPN-путем

Не объединяйте их в одно примечание поддержки. Отказались и срок давности передан разным владельцам.

Что фиксировать в отчете о тайм-ауте

Полезный отчет о тайм-ауте RTSP должен включать:

• целевой хост и порт
• подключен ли TCP
• последний отправленный метод RTSP
• статус ответа, если есть
• СДП вернулся или нет
• выбранный транспортный заголовок
• согласованные порты клиент/сервер
• прибыл ли RTP
• прибыл ли RTCP
• Чередованное сравнение TCP
• UDP-сравнение

Это доказательства, необходимые сетевому инженеру. «Тайм-аут истек» недостаточно.

Где подходит инспектор RTSP

RTSP Inspector помогает сохранять управление RTSP, согласование транспорта, доставку RTP, подтверждение RTCP и готовность кодека в одном диагностическом потоке. Это не попытка быть игроком, скрывающим различия.

Для поиска тайм-аута RTSP самым убедительным результатом является короткий вердикт:

• тайм-аут управления перед SDP
• тайм-аут мультимедиа после успешного PLAY
• UDP заблокирован, но чередование TCP работает
• TCP отказался на порту RTSP
• RTP доставлен, но кодек не готов к декодированию

Каждый вердикт имеет свое исправление. Ключевым словом поиска может быть «тайм-аут RTSP», но реальный ответ находится на границе между управлением и мультимедиа.