Changes between Initial Version and Version 1 of Ticket #485, comment 1


Ignore:
Timestamp:
Aug 6, 2026, 3:13:12 PM (22 hours ago)
Author:
alx

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #485, comment 1

    initial v1  
    88Чтобы не давать пользователю "лишних" аварий, канальное окончание RTP использует немного более хитрую логику: при создании канала оно "априори" считает, что медиапоток на входе есть (и поэтому индицирует "OK", а не "LOS"). Но при этом запускается специальный таймер. В норме (когда медиапоток действительно принимается), при получении первого пакета RTP MSP сигнализирует появление медиапотока до истечения таймера. По этому событию таймер останавливается. Но если индикации появлении медиапотока от MSP не пришло (например потому что медиапоток отсутствует), запущенный таймер истечет, и тогда плата начнет индицировать "LOS".
    99
    10 Предполагаю, что тебе следовало просто немного подождать, и индикация "OK" в веб-интерфейсе изменилась бы на "LOS". Я в процесе разработки это проверял (с той лишь разницей, что в моих экспериментах удаленной стороной был компьютер, но он не передавал никакого медиапотока, я лишь контролировать на компьютере прием медиапотока от платы VE-02), и отображаемое состояние канального окончания сначала менялось на "OK", а уже чуть позже - на "LOS". Так и должно быть.
     10Предполагаю, что тебе следовало просто немного подождать, и индикация "OK" в веб-интерфейсе изменилась бы на "LOS". Я в процесе разработки это проверял (с той лишь разницей, что в моих экспериментах удаленной стороной был компьютер, но он не передавал никакого медиапотока, я лишь контролировал на компьютере прием медиапотока от платы VE-02), и отображаемое состояние канального окончания сначала менялось на "OK", а уже чуть позже - на "LOS". Так и должно быть.