Элтекс

Здравствуйте!

Чем различаются параметры эхокомпенсации voice и voice-nlp-off?

НА SIP-endpoint VAD выключен. Несмотря на это, при включении режима voice такое ощущение, что он начинает обрезать тихие звуки и фоновый шум с удаленной стороны, как будто работает gate - абонент не слышит шума, а слышит тишину, как только появляется голос все снова звучит нормально. При этом RTP идет все время.

А при включении voice-nlp-off этот эффект пропадает, но качество эхоподавления падает - часто слышно эхо на SIP со стороны PSTN.

С того времени остались на voice-nlp-off, но эхо очень мешает.

Были ли в последних прошивках (509, 524) изменения в этом направлении? Не хочется экспериментировать на живом трафике, но в предыдущих прошивках эхокомпенсация работала вот так вот странно.

Судя по всему, проблема проявляется при более-менее высокой загрузке, около 5-6 занятых потоков.

Можно ли как-то улучшить ситуацию с эхокомпенсацией? в чем может быть причина появления эха при повышении нагрузки на шлюз?

Присоединяюсь к вопросу.
Так же стоял параметр эхокомпенсации voice, было ощущение "вырезания" части фраз.
Сейчас работаем на voice-nlp-off, однако периодически замечаю эхо.

kbdfck писал(а):Судя по всему, проблема проявляется при более-менее высокой загрузке, около 5-6 занятых потоков.

Можно ли как-то улучшить ситуацию с эхокомпенсацией? в чем может быть причина появления эха при повышении нагрузки на шлюз?

Субмодулей VoIP сколько?
Кодек какой используется?

Возможно эхокомпенсатор перестает эффективно работать при повышении нагрузки на субмодули VoIP (именно внутри них реализована эта фича), и, боюсь, это уже ограничение хадрварное (при повышении нагрузки DSP в субмодуле не справляется с эхоподавлением ).

Bokrenok писал(а): Субмодулей VoIP сколько?
Кодек какой используется?

Возможно эхокомпенсатор перестает эффективно работать при повышении нагрузки на субмодули VoIP (именно внутри них реализована эта фича), и, боюсь, это уже ограничение хадрварное (при повышении нагрузки DSP в субмодуле не справляется с эхоподавлением ).

У нас сейчас установлен один 4 поточный модуль+один модуль для работы с VOIP. Работаем по 711 кодеку.
Для того, чтобы не наступать на грабли после покупки расширения, прошу сразу сообщить, два поточных+два войповых модуля будут нормально работать или тоже поймаем эхо?
текущая конфигурация: 4 потока Е1 PRI+SIP по 30-40 каналов в сторону каждой транк-группы. Всего 10 транк групп.

У нас машина полностью забита модулями PRI и DSP. 4 четырехпортовых PRI и 6 модулей DSP.

Наблюдаем эхо при загрузке около 5-6 потоков, для нашей основной загрузки характерен высокий CPS, шлюз бывает загружен до 85% CPU.

Хотелось бы еще узнать характеристики и назначение новых параметров эхокомпенсации mode1 и mode2 которые есть в последних прошивках.

kbdfck писал(а):Хотелось бы еще узнать характеристики и назначение новых параметров эхокомпенсации mode1 и mode2 которые есть в последних прошивках.

Вот описание опций:

NLP Tune Option 1 (Increased level of NLP engagement). For certain 2-to-4 wire hybrid or line conditions where a larger than normal non-linear component in the echo is present. The NLP Tune Option 1 can be selected for an increased level of NLP engagement in order to provide an adequate echo control performance. The normal non-linear echo component is defined to be at a level comparable to that from G.711

NLP Tune Option 2 (Reduced level of NLP engagement). For applications where the default NLP level causes unpleasant voice artifacts (like choppiness at the beginning of the call in heavy double talk situations). The NLP Tune Option 2 can be selected to reduce the level of NLP engagement.

Bokrenok писал(а):Возможно эхокомпенсатор перестает эффективно работать при повышении нагрузки на субмодули VoIP.

Это мое предположение не нашло подтверждения.
Эхокомпенсация, организуемая модулем VoIP, не зависит от его загрузки.

Какой из участников у вас слышит эхо?
Со стороны TDM или со стороны VoIP?

Вот описание опций:
NLP Tune Option 1 (Increased level of NLP engagement). For certain 2-to-4 wire hybrid or line conditions where a larger than normal non-linear component in the echo is present. The NLP Tune Option 1 can be selected for an increased level of NLP engagement in order to provide an adequate echo control performance. The normal non-linear echo component is defined to be at a level comparable to that from G.711

NLP Tune Option 2 (Reduced level of NLP engagement). For applications where the default NLP level causes unpleasant voice artifacts (like choppiness at the beginning of the call in heavy double talk situations). The NLP Tune Option 2 can be selected to reduce the level of NLP engagement.?

Рискую поставить себя в неловкое положение, но все таки.
Можно перевод?

У нас при voice теряется часть трафика, т.е. некоторые слоги в словах теряются.
При voice nlp-off имеется очень тихое, но явно выраженное эхо на стороне абонента PSTN.

Может ли нам помочь какой-либо из новых режимов?

У нас эхо слышала сторона VoIP, соответственно, при включении эхоподавления сторона же VoIP слышала поврежденную речь.

Option 2 нам помогла, жалобы исчезли.

AlexeyMish писал(а):Рискую поставить себя в неловкое положение, но все таки.
Можно перевод?

Для начала описание NLP:
Non-Linear Processor (NLP) - спецальное техническое решение для достижения максимального эффекта эхоподавления, которое полностью подавляет сигнал отправляемый удаленному абоненту, в случае если локальный абонент ничего не говорит.
Наличие NLP является требованием стандарта G.168. Совместно с NLP часто используется генерация комфортного шума.

NLP Tune Option 1 (Увеличенный уровень участия NLP). Опция может быть полезна для условий, когда присутствует бОльшие, чем обычно, нелинейные составляющие эха. Позволяет обеспечить усиленный уровень эхоподавления.

NLP Tune Option 2 (Уменьшенный уровень участия NLP). Подходит для ситуаций, когда обычные настройки NLP приводят к некомфортным артефактам в голосовом тракте. Позволяет ослабить уровень эхоподавления.

AlexeyMish писал(а):У нас при voice теряется часть трафика, т.е. некоторые слоги в словах теряются.
При voice nlp-off имеется очень тихое, но явно выраженное эхо на стороне абонента PSTN.

Может ли нам помочь какой-либо из новых режимов?

Думаю, "опция 2" с уменьшенным влиянием NLP, может помочь.

Оставлю тут, возможно кому-нибудь пригодится.
Выяснил, с чем связана проблема пропадания звука.
У нас используется схема:
SIP1->SMG1016M->PSTN->SMG1016M->SIP2
В случае, если эхокомпенсация включена и у SIP1 и у SIP2, возможно возникновение эффекта пропадания звука, при вызове с одного SIP абонента на другого. При вызовах со стороны PSTN проблем не возникает.
Сейчас, при тестах установил у SIP1 nlp-off, у SIP2 voice. Проблем со звуком не заметил.

PS Заметил странную вещь в PCAP трассировках (похоже баг). При снятии дампа (схема выше), по каким то причинам в дамп попадет RTP траффик только инициатора вызова (SIP1->SMG1016M). Траффик к инициатору вызова (SMG1016M->SIP1) в дампе не увидел. Смотрел с помощью wireshark. При этом снифер на стороне SIP1 абонента, ловит трафик в обе стороны. В итоге получил весь необходимый дамп с помощью функции зеркалирования портов

Версия ПО V.2.12.02.547. L. M. Build: Jun 14 2013 14:02:16
Версия SIP-адаптера 2.12.215

AlexeyMish писал(а):PS Заметил странную вещь в PCAP трассировках (похоже баг). При снятии дампа (схема выше), по каким то причинам в дамп попадет RTP траффик только инициатора вызова (SIP1->SMG1016M). Траффик к инициатору вызова (SMG1016M->SIP1) в дампе не увидел. Смотрел с помощью wireshark. При этом снифер на стороне SIP1 абонента, ловит трафик в обе стороны. В итоге получил весь необходимый дамп с помощью функции зеркалирования портов

Это особенность снятия трассировки с интерфейса eth0, если снимать трассировку с интерфейса any то будет видно трафик в обе стороны.