[AsteriskBrasil] Problema com ECO

[Bernardo Vieira]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Assumindo que o problema não é delay introduzido pela parte voip da
ligação nem reverb dos headsets...


Ajuste o rx e tx gain no seu zapata.conf da seguinte forma:

TX:
1) Crie um contexto que execute o comando Milliwatt() ao ser executado:
[milliwatt]
exten => s,0,Answer
exten => s,n,Milliwatt()
exten => s,n,Hangup

2) Configure o contexto [milliwatt] para receber as ligações do canal
que você quer ajustar

3) Rode o comando # ztmonitor <canal> -v no canal que você quer ajustar

4) Faça uma ligação da PSTN para o número do milliwatt do seu *

5) Altere o TX gain no zapata.conf

6) Reinicie o *

7) Repita 4-6 até que os # do medidor fiquem entre a metade e o máximo,
sem atingir o máximo.

RX:
1) Peça à sua operadora o número do teste milliwatt deles

2) Rode o comando # ztmonitor <canal> -v no canal que você quer ajustar

3) Faça uma ligação do seu * para o número do milliwatt da operadora

4) Altere o TX gain no zapata.conf

5) Reinicie o *

6) Repita 3-5 até que os # do medidor fiquem entre a metade e o máximo,
sem atingir o máximo.

Feito isso, se você tiver sorte as seguintes linhas no seu zapata.conf
devem eliminar o eco:

echocancel=yes*
echotraining=yes**

Se você ainda estiver com eco após estas configurações você vai ter que
confiar nos seus ouvidos e configurar o cancelamento de eco manualmente:
echotraining=no
echochancel=(16|32|64|128|256)

Onde os valores representam o números de samples analizados pelo
cancelador de eco. Isso quer dizer que o cancelador de eco compara o
sample enviado com os n samples seguintes recebidos e se encontra uma
versão atenuada do sample original nos samples recebidos, filtra o
sample. Como efeito, este valor tem que ser aproximadamente igual ao
tempo entre a transmissão do sinal e a recepção do eco (ou seja, viagem
de ida e volta), se for muito menor o eco será ignorado, se for maior
você vai introduzir atraso na conversa. Como cada sample de TDM = 1/8000
segundos:
echochancel=16 => 2 ms
(...)
echochancel=256 => 32 ms


* o valor padrão, echocancel=yes equivale a echocancel=128

** echotraining tenta determinar a duração do eco deixando deixando o
transmissor mudo logo que a ligação é estabelecida, então envia um pulso
 e espera que este pulso retorne, no entando algumas centrais demoram
muito entre sinalizar a ligação como estabelecida e efetivamente fechar
o circuito, nesse caso o echotraining acaba medindo o eco em um circuito
aberto o que resultará  em uma medição incorreta.




Referências:
http://www.voip-info.org/wiki/index.php?page=Asterisk+Echo+Cancellation
http://www.voip-info.org/wiki/index.php?page=Asterisk+cmd+Milliwatt
http://www.asteriskdocs.org/modules/tinycontent/content/docbook/current/docs-html/x1695.html
http://www.voip-info.org/wiki-Asterisk+config+zapata.conf

Oberdan Linjardi wrote:
> Boa noite, tenho em minha rede um servidor asterisk com 67 ramais entre 
> ipphones, e softphones, possuo também 2 links de telefonia 1 embratel 
> isdn, 1 gvt  r2,  ligados a uma placa digium te205p, estou tendo sérios 
> problemas de eco, lembrando que esse eco acontece na maioria das vezes 
> em ligacoes interurbanas, já fiz alteracoes no unicall.conf, zapata, 
> zaptel.conf... já recompilei o zaptel com as opcoes de cancelamento de 
> eco, cheguei a fazer uma nova instalacao, procurei na voip-info, GOOGLE 
> por alguma dica, solucao, mas nao encontrei, alguem poderia, ou teria 
> alguma ideia para me ajudar?
> 
> Obrigado.
> ----------------------------------------
> Estação VoIP 2006
> 5 e 6 Dezembro
> Curitiba PR
> http://www.estacaovoip.com.br
> 
> _______________________________________________
> LIsta de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
> 
> _______________________________________________
> Acesse o  wiki AsteriskBrasil.org:
> http://www.asteriskbrasil.org
> 
> 

- --
"What most profoundly divides two men is a different sense and degree of
cleanliness. What help is all honesty and mutual utility, what help is
all the good will for each other: in the end the fact remains-they can't
stand each other?s smell!"

- - Nietzsche
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFN7ph2QVs8jsa1mQRAn7QAJ40JU1bOFv14Rl54/o45fJL2grmtgCfWUGo
ZqG9bpINoo9XxSTIrjkBPeA=
=Ln++
-----END PGP SIGNATURE-----