E verdade Marcelo, o <strong>echotraining</strong> ta <strong>echotraining</strong>=800, e segundo documentacao<br>do oslec, e imcompativel nesse caso.<br>Com relacao ao <strong style="font-weight: normal;">echocancelwhenbridged=no, e para nao interferir em ligacoes de fax,<br>
mas tenho duvido se deve estar on quando se usa linhas digitas.<br><br>Vou fazer os testes com echotraining desligado e posto o resultado, com relacao ao </strong><strong><span style="font-weight: normal;">echocancelwhenbridged</span><br style="font-weight: normal;">
<span style="font-weight: normal;">se alguem mais tiver alguma dica, agradeco.</span><br style="font-weight: normal;"><br style="font-weight: normal;"><span style="font-weight: normal;">Abracos</span><br></strong><br><div class="gmail_quote">
2010/1/5 Marcelo Araujo <span dir="ltr"><<a href="mailto:marcelojcaraujo@gmail.com">marcelojcaraujo@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Será que os canais e1 não estão usando echotraining? OSLEC não<br>
suporta. Observe o echocancelwhenbridged=no.<br>
<br>
<br>
2010/1/5 max _tor <<a href="mailto:maxthetor@gmail.com">maxthetor@gmail.com</a>>:<br>
<div><div></div><div class="h5">> Senhores, em uma instalacao usei placa E1 da openvox, sem cancelamento de<br>
> eco,<br>
> e ativei cancelamento de eco por software, segue meu /etc/dahdi/system.conf<br>
><br>
> span=1,1,0,cas,hdb3<br>
> cas=1-15:1101<br>
> cas=17-31:1101<br>
><br>
> span=2,0,0,cas,hdb3<br>
> cas=32-46:1101<br>
> cas=48-62:1101<br>
><br>
> echocanceller=oslec,1-15,17-31<br>
> echocanceller=oslec,32-46,48-62<br>
><br>
> Sao duas placas E1, outra fazendo interface com outro PABX.<br>
> O fato que as vezes me reclamando de eco nas ligacoes, e eu nunca consigo<br>
> pegar o problema na hora<br>
> pra debugar, acredito que isso aconteca em momentos de muitas ligacoes, mas<br>
> que nunca passam de 10 simultaneas.<br>
><br>
> Hoje eu vi isso nos logs:<br>
><br>
> dahdi: Idled echo canceller because of CED rx detected on channel 8<br>
> dahdi: Idled echo canceller because of CED rx detected on channel 19<br>
> dahdi: Idled echo canceller because of CED rx detected on channel 25<br>
> dahdi: Idled echo canceller because of CED rx detected on channel 3<br>
> dahdi: Idled echo canceller because of CED rx detected on channel 25<br>
> dahdi: Idled echo canceller because of CED rx detected on channel 5<br>
> dahdi: Idled echo canceller because of CED rx detected on channel 5<br>
> dahdi: Idled echo canceller because of CED rx detected on channel 23<br>
> dahdi: Idled echo canceller because of CED rx detected on channel 28<br>
><br>
><br>
> Indicando algo na interface E1 que recebe as linhas publicas R2 Digital da<br>
> operadora.<br>
><br>
> meu chan_dahdi.conf<br>
><br>
> [channels]<br>
> context=from-pstn<br>
> signalling=fxs_ks<br>
> rxwink=300<br>
> usecallerid=yes<br>
> hidecallerid=no<br>
> callwaiting=yes<br>
> usecallingpres=yes<br>
> callwaitingcallerid=yes<br>
> threewaycalling=yes<br>
> transfer=yes<br>
> canpark=yes<br>
> cancallforward=yes<br>
> callreturn=yes<br>
> echocancel=yes<br>
> echocancelwhenbridged=no<br>
> faxdetect=incoming<br>
> echotraining=800<br>
> rxgain=0.0<br>
> txgain=0.0<br>
> callgroup=1<br>
> pickupgroup=1<br>
><br>
> signalling=mfcr2<br>
> mfcr2_variant=br<br>
> mfcr2_get_ani_first=no<br>
> mfcr2_max_ani=20<br>
> mfcr2_max_dnis=20<br>
> mfcr2_category=national_subscriber<br>
> mfcr2_logdir=span1<br>
> mfcr2_logging=all<br>
> language=pt_BR<br>
> busydetect=yes<br>
> busycount=5<br>
> immediate=no<br>
> #include dahdi-channels.conf<br>
> #include chan_dahdi_additional.conf<br>
><br>
> Alguem ja passou por isso?<br>
> Alguma dica para melhorar o cancelamento de eco?<br>
><br>
><br>
><br>
</div></div>> _______________________________________________<br>
> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1<br>
> - Valor similar ao de placas E1 PCI;<br>
> - Não há problemas de compatibilidade com barramento PCI;<br>
> - Possibilitam a construção de soluções de alta disponibilidade(dois<br>
> servidores compartilham o mesmo E1)<br>
> Conheça mais sobre este produto em <a href="http://www.red-fone.com" target="_blank">www.red-fone.com</a><br>
> _______________________________________________<br>
> Lista de discussões AsteriskBrasil.org<br>
> <a href="mailto:AsteriskBrasil@listas.asteriskbrasil.org">AsteriskBrasil@listas.asteriskbrasil.org</a><br>
> <a href="http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil" target="_blank">http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil</a><br>
><br>
_______________________________________________<br>
A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1<br>
- Valor similar ao de placas E1 PCI;<br>
- Não há problemas de compatibilidade com barramento PCI;<br>
- Possibilitam a construção de soluções de alta disponibilidade(dois<br>
servidores compartilham o mesmo E1)<br>
Conheça mais sobre este produto em <a href="http://www.red-fone.com" target="_blank">www.red-fone.com</a><br>
_______________________________________________<br>
Lista de discussões AsteriskBrasil.org<br>
<a href="mailto:AsteriskBrasil@listas.asteriskbrasil.org">AsteriskBrasil@listas.asteriskbrasil.org</a><br>
<a href="http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil" target="_blank">http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil</a><br>
</blockquote></div><br>