Changes between Version 1 and Version 2 of Ticket #456, comment 2


Ignore:
Timestamp:
May 15, 2025, 11:28:11 AM (3 weeks ago)
Author:
alx

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #456, comment 2

    v1 v2  
    44Спасибо за подтверждение.
    55
    6 Я заметил, что обнаружению "укороченного" сигнала (150 мс вместо 800 мс) всегда предшествует переход канального окончания в режим PassThru:
     6Я заметил, что обнаружению "укороченного" сигнала (150 мс вместо 800 мс) всегда предшествует переход канального окончания в режим !PassThru:
    77
    88{{{
     
    1313}}}
    1414
    15 Дело в том, что частота 2100 Гц, которая используется для передачи сигнальных сообщений, совпадает с частотой несущей модема в протоколах V.8/V.25. Закралось подозрение, что обнаружение модема и переход в режим PassThru как-то связаны с данной проблемой - например переход в PasThru каким-либо образом сбрасывает состояние фильтров, и MSP передает ложное сообщение об окончании сигнала, в то время как сигнал продолжает идти (это все просто догадки)...
     15Дело в том, что частота 2100 Гц, которая используется для передачи сигнальных сообщений, совпадает с частотой несущей модема в протоколах V.8/V.25. Закралось подозрение, что обнаружение модема и переход в режим !PassThru как-то связаны с данной проблемой - например переход в !PassThru каким-либо образом сбрасывает состояние фильтров, и MSP передает ложное сообщение об окончании сигнала, в то время как сигнал продолжает идти (это все просто догадки)...
    1616
    1717Прошу провести еще ряд аналогичных экспериментов:
     
    2525> Во втором случае есть еще одна странность: после того, как я положил трубку 11@, SL ve02@ перешел из состояния `Idle` в `NumRecv` и вернулся обратно в `Idle`.
    2626
    27 Насколько можно видеть в логе, длительность сигнала "отбой", передаваемого удаленной стороной, была определена как 170 мс (и опять сообщению об окончании сигнала предшествовал переход в режим PassThru!). Канальное окончание интерпретировало этот сигнал как "занятие" и перешло в состояние `NumRecv`.
     27Насколько можно видеть в логе, длительность сигнала "отбой", передаваемого удаленной стороной, была определена как 170 мс (и опять сообщению об окончании сигнала предшествовал переход в режим !PassThru!). Канальное окончание интерпретировало этот сигнал как "занятие" и перешло в состояние `NumRecv`.