Boa tarde, fiz uns os com o ztmonitor... modifiquei o echocancel, echotraining... e mesmo assim continuo com um pouco de eco, um detalhe toda vez que eu faco uma ligacao para um milliwatt o tx sempre ficava no topo, mesmo deixando em -100 (teste) ele ainda continuava no topo.
Bernardo Vieira escreveu: > -----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 >> [email protected] >> 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----- > ---------------------------------------- > Estação VoIP 2006 > 5 e 6 Dezembro > Curitiba PR > http://www.estacaovoip.com.br > > _______________________________________________ > LIsta de discussões AsteriskBrasil.org > [email protected] > http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil > > _______________________________________________ > Acesse o wiki AsteriskBrasil.org: > http://www.asteriskbrasil.org > > > ---------------------------------------- Estação VoIP 2006 5 e 6 Dezembro Curitiba PR http://www.estacaovoip.com.br _______________________________________________ LIsta de discussões AsteriskBrasil.org [email protected] http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil _______________________________________________ Acesse o wiki AsteriskBrasil.org: http://www.asteriskbrasil.org
