Тема: SIP-CDA3 проблема со звуком
Дано: коммутаторы eltis KM 100- 7.3, подключены к SIP CDA3, не удается победить шум в трубках. Образец во вложении, текущие настройки звука так же.
Для теста подключали коммутатор напрямую в SIP-CDA 3 кабелем длиной около метра. Со стороны вызывной панели звук идеален. Со стороны трубки присутствует постоянный цифровой шум. Шумоподавление и эхоподавление и отключали, и пробовали различные варианты, ситуация не меняется. Подскажите- в какую сторону копать?
URecorder_30102024_120306_(1)_(1)_(1).mp3 (Размер: 64KB - Загрузки: 3)Эхоподавление лучше включить. Сделать порог срабатывания 2 или 3 и таймаут 200-300, иначе будет эхо. Судя по звуку там не то, чтобы шум. Он дергается, что-то с кодеками скорее всего напутано. Или же потеря пакетов, так бывает при конфликте MAC или IP адресов в подсети или через VPN что-то не так проходит. Какова конфигурация сети? Какой сервер и клиент использовались в соединении, когда был такой звук?
Кодек используем G711.u
Второй кодек отключен. Потери пакетов нет, пинг стабильный.
Dhcp в сети выключен, все адреса назначены вручную.
В качестве SIP сервера выступает Asterisk 21.4.2
Про клиент- не совсем понял. Образец звука был записан с абонентской трубки.
Про клиент- не совсем понял. Образец звука был записан с абонентской трубки.
Откуда звонили на трубку и говорили? Что это за устройство или приложение?
Стоит снять лог wireshark со стороны SIP-CDA3 и вложить его в сообщение. Также можно можно позвонить с другого устройства и сравнить.
Проблема сродни той, что описана здесь https://komendant.pro/spr/viewthread/91650/, но не факт, что именно в ptime. RTP пакеты неверно воспроизводятся.
Звоним с вызывной панели Hikvision DS-KD8003
Рекомендации из другой темы относительно ptime не помогли.
Данные Wireshark во вложении
KomendantWireshark.zip (Размер: 676KB - Загрузки: 5)Причина в том, что RTP пакеты идут на SIP-CDA3 с интервалом 25-30мсек. а должны ровно усредненно 20мсек. Буферизация выравнивает только если поток не отстает. А здесь мы имеем накапливаемое отставание. Ну потери кое-где по одному, а где по 13 пакетов есть. Наверное сервер обрезает переполнение буфера, а может в сетевом оборудовании что-то переполняется. И даже есть случай, когда один пакет обогнал другой. В обратную сторону потери частично тоже есть.
Если лог снимался со стороны SIP-CDA3, то проблема скорее всего в локальном сетевом оборудовании, не исключена его перегруженность трафиком, особенно широковещательным, типа IPTV. Если со стороны сервера, то может в интернете где-то или на хостинге или сам сервер перегружен.
Добрый день, продолжаем:
локальный asterisk freepbx звонок с компьютера нормальный голос
звонок с домофона в сторону клиента хрип
Логи во вложении
cda.zip (Размер: 720KB - Загрузки: 2)Пакеты RTP от домофона по 421 байт со 320 байтами звука, а должны быть 261 байт с 160 байтами звука, хотя ptime в sdp правильный 20. Попробуйте поискать прошивку домофона, где это исправлено. Еще можно переключиться на g711a, возможно там все нормально. Или поставить какой-нибудь другой кодек у панели, не g711, а Asterisk будет это перекодировать в пакеты g711 нормального размера.
Провели тестирование с кодеком alaw и другими с панели, но качество звука стало еще хуже, а шум остается.
На стороне вызывной панели отсутствует возможность как-либо повлиять на это.
Есть ли возможность доработки прошивки SIP-CDA3 с вашей стороны, чтобы он мог корректно работать с таким форматом RTP пакетов, который передает наша вызывная панель (421 байт с 320 байтами звука, как вы указали)?
Такая доработка возможна. На следующей неделе сделаем и сообщим.
Новая прошивка во вложении. Просьба сообщить по результату.
sip-cda3_firmware-1_7_3.zip (Размер: 88KB - Загрузки: 1)Первые впечатления- проблема решена, проведем еще ряд тестов, сообщим
Потестили прошивку, все работает, спасибо за доработку!
