progdvb.com

Врятли. Порт наверяка берёться из свободных. А токен один на сессию.

Порт задаёт приложение, причем для каждой сессии разный, в диапазоне 37 000 .... 53 000.
Не вижу, чтобы приложение сканировало порты.
Или приложение выбирает порт от фонаря или ресивер выдает его зашифрованным в токене ( защита от несанкционированного просмотра ). Иначе, зачем тогда токен ?

Токен это ID сессии фактически. При авториации его клиент получает и потом передаёт с каждым забросом, что бы сервер знал откуда запрос.

Всё же не понятно, почему используются разные порты и как узнать какой нужен ?

Любой. Там вполне может быть рандом или просто свободный из списка.

Так я даже не любой порт задал, а слизал первый попавшийся из их приложения.
Все запросы из их приложения отправляю ( сравнивал даже побайтно), список каналов и гид скачал - вроде бы переполнения их буферов в ресивере не должно быть. Сейчас основное подозрение, что ресу не нравится номер порта.

Если на порт 50 000 нет запросов 8 секунд, то ресивер перестает отвечать.

А что там на 50000? Поздабыл уже

Все запросы ( гид,переключение каналов, текущий канал,расписание) кроме rtsp.
Кстати, не поэтому ли переключение каналов второй раз не работало из-за большой паузы между запросами?

Теоретически да. 8 секунд конечно экстремально мало. Это созмеримо с плохими пингами в Inet.
А чем софт "пингует" устройство и как часто?

Идут запросы на запись и воспроизведение по таймеру, обновление гида и списка каналов.
Иногда по несколько подряд, но максимальный интервал между этими запросами 4 секунды.

Ну то есть вопрос, что он запрашивает когда ничего не нужно. гид? Какой именно запрос?

Вот здесь после получения списка каналов идут эти запросы

Разобрался почему ресивер выдает "conflict"
Либо превышен интервал 7 секунд между запросами, либо не тот U-A - ресивер считает, что к нему лезет второй клиент и , естественно, посылает его
Вернуть к нормальной работе можно с пульта - либо выкл и вкл ( это долго) либо переключить канал.

win есть возможность тестировать?