Custom Query (387 matches)

Сейчас в repro.cpp используется переменная myDomain, которой присваивается адрес IPv4, интерфейса eth0, и которая используется транспортами TLS как имя домена TLS.

Это не очень правильно, так как для транспорта IPv4 должен использоваться адрес IPv4, а для транспорта IPv6 - адрес IPv6.

Предлагается вместо использования переменной myDomain получать соответствующий адрес интерфейса eth0.

А переменная myDomain пусть останется на будущее, когда мы наконец-то научимся передавать плате список доменов (дополнительно к адресам IP), и первый в нем (главный) будет использоваться как tlsDomain.

У пользователя VE-02 RTP-потоки с VAD и G.729. В такой конфигурации авария LOS не должна возникать никогда, однако в очень редких случаях такое случается(три месяца между случаями). В момент проишествия поток с обоих сторон перешел в состояние LOS и оставался в таком состоянии. Для решения проблемы пользователь создал новые RTP-потоки в обоих платах и они работают нормально, связность есть На скриншотах блоки Васюган и Томск которые соединены RTP потоком, проблема проявилась примерно 7 сентября 2022. Проблема наблюдалась на прошивке платы VE-02 ревизии 39 и ранее на ревизии 36 В комментах приложу конфигурационные файлы и логи.

К сожалению сделанного в #390 оказалось не достаточно для работы с "Sip транком" Hipath. Выяснилось, что при вызове в сторону платы VE-01, удалённая сторона получив ответ 200, по непонятной причине отправляет ACK на IP адрес из поля Contact ответа 200 (127.0.0.1) в результате чего этот ACK не доходит до платы VE-01 что служит причиной разрыва разговора через 40 секунд видимо по инициативе VE-01.

Для попытки успешного взаимодействия конкретно с этим Sip-транком, при невозможности что-то поменять с удалённой стороны, нам требуется добавить ещё "костылей" - при включении опции маскарадинг, подменять поле контакт не только в сообщении инвайт, но и во всех остальных исходящих сообщениях. Думаю что нужно сделать экспериментальную прошивку и посмотреть что из этого выйдет.