Сегодня немного про транспорт и ECMP

Прилетела задача: RTSP-поток "кривой" — то смазанная картинка, то вообще пропадает.
Приложили дамп — и он странный: за пару минут 28 попыток авторизации это как следствие Wrong sequence number, будто клиент не может нормально зайти на камеру.

🔍 Анализ дампа:

В Wireshark: фильтр rtp, затем → Телефония → RTP → Анализ потока
— видно Wrong sequence number почти на каждом пакете

А в RTSP-счётчике (Телефония → RTSP → Счётчик пакетов)
— видно, что команды RTSP (DESCRIBE, SETUP, PLAY, GET_PARAMETER, TEARDOWN) отправляются повторно
— особенно подозрительно: 401 Unauthorized в цикле
→ это значит клиент сбрасывает сессию и пробует снова

На всей сети работает ECMP (Equal-Cost Multi-Path Routing) — и между камерой и сервером, который принимает поток, тоже.
Первая мысль — асимметрия трафика, UDP просто не может собрать поток обратно: разные задержки, маршруты, непредсказуемость.

Чтобы не гадать — поднял стенд, провёл серию тестов с помощью ffmpeg:

ffmpeg -rtsp_transport udp -i rtsp://... -an -t 60 -f null -
ffmpeg -rtsp_transport tcp -i rtsp://... -an -t 60 -f null -

Разбор ключей:

-rtsp_transport tcp — использовать TCP для RTSP (или UDP)
-i "..." — RTSP-ссылка (входной поток)
-an — отключить аудио
-t 60 — работать 60 секунд
-f null - — не сохранять, просто тестировать поток

🧠 Вывод:

✅ UDP работает стабильно только без ECMP
🚫 Но отключать ECMP везде — не вариант
💡 Решение: RTSP-over-TCP

Поток по TCP работает идеально — никаких потерь, смазанных кадров или повторной авторизации.
Если было полезно — 👍 и обсудим в комментариях!