Тема: TDA 100 Эхо при переадресации
СО линии у Вас из дополнительной коробочки приходят на АТС или идут кабелем от провайдера?
Провода идут от оборудования билайна в атс
Провода идут от оборудования билайна в атс
А что за оборудование?
...из дополнительной коробочки...
?
mp 124 voip gateway
Вот Вам и вероятная причина эха.
Вот Вам и вероятная причина эха.
А решение? Я так понимаю, что ругаться надо с поставщиком услуг? И атс к эху непричастна?
У Вас цифровые линии оператора преобразуются в аналоговые и подаются в цифровую АТС, т.е. имеем двойное цифроаналоговое преобразование, причем IP - аналог - TDM. Решение - апгрейд в TDE и подключение к оператору по IP. А с кем Вам ругаться, я не знаю, потому что Вашу АТС я не видел, а провайдеры в соседних темах уже жаловаться начинают на терморектальный криптоанализатор.
а провайдеры в соседних темах уже жаловаться начинают на терморектальный криптоанализатор.
сначала подумал шутка, поискал по соседним темам, но потом нашел в кулуарах , времени не хватило прочитать до конца , что бы понять принадлежность, вечерком отвечу.
терморектальный криптоанализатор.
первое я еще могу взять на свой счет, а вот криптоаналЛизатор я еще не пробовал. да и надеюсь первого инструмента пока за -глаза хватит мне .
Нельзя отделить первое от второго ибо теряется суть понятия.
двойное преобразование цифра-аналог да, тяжкое явление.
эхо возможно возникает уже сетевое от задержек. Также очень важно к какому оператору цепляетесь..
В Панасе давитца до 32 ms, в случае VOIP оно бывает нужно до 128ms.
Решение: Как правильно ребята говорили уже: переход с аналога на цифру либо через PRI (например с нашим шлюзом), либо сразу по SIP.
двойное преобразование цифра-аналог да, тяжкое явление.
эхо возможно возникает уже сетевое от задержек. Также очень важно к какому оператору цепляетесь..
В Панасе давитца до 32 ms, в случае VOIP оно бывает нужно до 128ms.
....
Не нужно трендеть, если не в теме.
Пожалуйста, дайте ссылку откуда у Вас такие данные, что В Панасе давитца до 32 ms, и не более
Окс, открыл глаз , хорошо , не буду делить.
Zavr2008, эхо может прослеживаться даже без двойного преобразования , и это не вывод грешить на соединительные линии , нужно сначала локализовать проблему , а потом делать выводы.
kma, я лишь обратил внимание на некоторые нюансы, связанные как с двойной последовательной дискритизацией, так и добавлением в тракт приличных транспортных задержек. Это усугубляет проблему эха.
По поводу 32ms: Это нами было установлено в свое время опытным путем. Потом подтверждено расходами MIPS на канал в зависимости от глуюины эхопути. Собственно для не VOIP-устройств это и объяснимо, на тех же городских АТС - аналогично. В свое время было разделение на местную и дальнюю связь. В местной связи эхо до 32ms, в дальшей - больше. Подавление эха в дальней связи - на межгорке.
Но появилась эра VOIP.. мир перевернулся.
Именно поэтому мы и приобрели эхоподавитель от всемирно известной фирмы ADT, он используется Cisco, Polycomm и еще многими другими. Собственно сам стандарт G.165+ появился относительно недавно, до этого времени этого просто не было. Естественно, в новых IP-УПАТС это УЖЕ поддерживается. Я ответил на Ваш вопрос?
...По поводу 32ms: Это нами было установлено в свое время опытным путем. Потом подтверждено расходами MIPS на канал в зависимости от глуюины эхопути. Собственно для не VOIP-устройств это и объяснимо, на тех же городских АТС - аналогично. В свое время было разделение на местную и дальнюю связь. В местной связи эхо до 32ms, в дальшей - больше. Подавление эха в дальней связи - на межгорке. ...
Первопроходец Вы наш. Зачем было ломится в открытие двери и заниматься исследованиями уже исследованного?
Не нужно съезжать с темы. Всё же, дайте ссылку откуда у Вас такие данные, что В Панасе давитца до 32 ms, и не более.
