asterisk.ru

Нету, но DAHDI пытается его использовать?

Пробовал выгружать модуль modprobe -r oct612x - выгружается, но после запуска DAHDI загружается обратно: Пробовал в /etc/modprobe.d/blacklist.conf прописывать blacklist oct612x и перезагружаться - никакого эффекта. DAHDI похоже все равно тянет его за собой.

Вообще, единственное отличие от второго сервера, которое я вижу, это, собственно, отсутствие oct612x в модулях, которые использует dahdi. Но как сделать так, чтобы DAHDI его не подтягивал за собой? И действительно ли это может быть причиной проблемы?

Это на старом сервере: То есть, модуль там тоже загружен, но используется не DAHDI, а только модулем карты.

Пересобрал DAHDI без Oslec, попробовал mg2. Абсолютно ничего не меняется, что он включен в конфиге, что выключен... Незнаю, что делать дальше.

Давайте сосредоточимся на эхо. Из того, что я читал, выясняется, что эхоподавитель на одной стороне работает для другой стороны, то есть подавляет эхо на исходящем потоке. Верно ли это? То есть, если я слышу эхо на стороне SIP, то его должен убирать эхоподавитель на аналоговой станции (чего он, похоже, к сожалению не делает, хотя включен, либо эхо возникает из-за сетевых задержек). Получается, что в моем случае никакие настройки и разные эхоподавители не помогут, входящее эхо подавляться просто не будет, как говорится, by design. Из этого следует, что на старом сервере возможно используется модифицированная версия Oslec, которая работает также и на входящий канал. Это теоретически подтверждает вот этот пост Zavr2008:

Zavr2008 писал(а):Ребята, тут походу типичный случай сетевого эха (влияет задержка пакетов между офисами). OSLEC может его давить, только если ручками его развернуть в другую сторону.. Однако это гимор - однако желающим могу в личку скинуть патч. Учтите только что если задержка - плавающая, это не будет работать.

Задержки пакетов я, честно говоря, не наблюдаю, но это пока единственное подходящее объяснение в моей текущей ситуации. Собственно, есть ли какая-нибудь инфа по этой модификации? К сожалению, не нашел.

a378 писал(а):Пересобрал DAHDI без Oslec, попробовал mg2. .

a378 писал(а):То есть, если я слышу эхо на стороне SIP

Зачем же пересобирать DAHDI с/без Oslec если эхо на стороне SIP?
Взаимоисключающие параграфы.

Что у вас используется в качестве клиента на стороне SIP? Может какой-то road warrior в гостинице разговаривает со своим ноутбуком через софтфон без гарнитуры? Тогда никакие OSLEC & OCTASIC не помогут.
Клиенты SIP между собой разговаривают без эха?
Качественный аппаратный ИП-телефон по SIP и далее в DAHDI эхо слышит?

SIP-телефон Yealink SIP-T19P.

Клиенты SIP между собой без эха.

Локальные звонки через аналоговую АТС на Астериск и обратно без эха (SIP --> Asterisk (E1) --> (E1) Siemens PBX (двухпроводка) --> телефон).

Эхо на новом сервере появляется только при звонках из города на SIP телефон транзитом через аналоговую АТС (город --> (двухпроводка) Siemens PBX (E1) --> (E1) Asterisk --> SIP) или с SIP через городскую линию на аналоговый телефон.

На старом сервере хорошо слышно, как при звонке из города эходав несколько секунд подстраивается и эхо в трубке SIP телефона практически сразу исчезает. Причем эходав именно на Астериске, так как при echocancel=no эхо появляется.

Вот общая схема подключения: Провайдер --> (двухпроводные линии) Siemens PBX (Е1)--> (Е1) Asterisk --> SIP

Также у нас есть несколько линий по SIP от другого провайдера напрямую в Астериск - там проблем с эхом никаких.

Включайте максимальный дебаг
pri set debug on span X
core set debug 10
и изучайте при переключении
echocancel=yes/no

Чудес не бывает.

без oslec не следовало пересобирать.
другое дело что этот oct* можно просто удалить, чтобы система не находила..

по oslec есть ограничение - он эхо больше 32ms принципиально давить не умеет..
В Вашем случае возможно сименс сам добавляет задержку, а возможно в клинч его эходав с Вашим вступают.

Дебаг постараюсь собрать с обоих серверов и сравнить, как будет возможность. Может будут упоминания по Oslec'у.

Zavr2008 писал(а): по oslec есть ограничение - он эхо больше 32ms принципиально давить не умеет..
В Вашем случае возможно сименс сам добавляет задержку, а возможно в клинч его эходав с Вашим вступают.

Но в таком случае и старый сервер бы не справлялся с эхом. Эходав вроде как отключали на Сименсе (аналоговой станцией заведует другой инженер), разницы не было. Меня именно это и ставит в тупик, что на старом сервере проблем с эхом нет просто с echocancel=yes и все. Поэтому и закрадываются мысли, что что-то еще дополнительно допилено. mg2, опять же, вообще никакого эффекта не дает, ну хоть что-то же он должен был подавить, пусть и не до конца. Может дело в самой карте потока, она дает задержку? Надо попробовать поставить карту со старого сервера.

SIP телефоны - аппаратные или софтфоны?

Zavr2008,

ded писал(а):Что у вас используется в качестве клиента на стороне SIP?
Клиенты SIP между собой разговаривают без эха?
Качественный аппаратный ИП-телефон по SIP и далее в DAHDI эхо слышит?

a378 писал(а):SIP-телефон Yealink SIP-T19P.
Клиенты SIP между собой без эха.