[AsteriskBrasil] RES: Central recebendo som DTMF da voz

Jason Luka - Levier - Gmail jason.levier em gmail.com
Quarta Março 7 11:02:36 BRT 2012 

Complementando as informações do meu colega Cleber sobre esta situação:

 

            Durante um Ligação efetuada via E1 ISDN estamos recebendo tons DTMF vindas pelo canal da placa.

            Já utilizamos a opção relaxdtmf, feito aterramento de ruído entre o servidor e o modem, desabilitei controlador de echo, aumentamos a abaixemos o volume da placa e nada.

            Configurações:

            - Asterisk 1.4.42

            - Dahdi 2.6.0 (no Dahdi 2.5.0.2 também foi feito testes)

            - Placas Digium Te121 e Te220 (pci Express)

            - Servidor IBM X3550 M3

            - Sistema Operacional Centos 6.2 64 bits

            Segue parte do log abaixo, sendo que recebemos dtmfs aleatórios (#, *, 1, 2,...):

[Mar  6 18:29:19] DEBUG[3307]: chan_dahdi.c:4279 dahdi_handle_dtmf: End DTMF digit: 0x32 '2' on DAHDI/1-1

[Mar  6 18:29:19] DTMF[3307]: channel.c:2455 __ast_read: DTMF end '2' received on DAHDI/1-1, duration 0 ms

[Mar  6 18:29:19] DTMF[3307]: channel.c:2481 __ast_read: DTMF begin emulation of '2' with duration 100 queued on DAHDI/1-1 

[Mar  6 18:29:19] DEBUG[3307]: channel.c:4703 ast_generic_bridge: Got DTMF begin on channel (DAHDI/1-1) 

[Mar  6 18:29:19] DEBUG[3307]: rtp.c:2118 ast_rtp_new_source: Setting the marker bit due to a source update 

[Mar  6 18:29:19] DEBUG[3307]: chan_dahdi.c:5866 dahdi_indicate: Requested indication 20 on channel DAHDI/1-1 

[Mar  6 18:29:19] DEBUG[3307]: channel.c:5018 ast_channel_bridge: Bridge stops bridging channels SIP/8099-00000001 and DAHDI/1-1 

[Mar  6 18:29:19] DEBUG[3307]: res_features.c:2418 ast_bridge_call: Passing DTMF through, since it is not a feature code 

[Mar  6 18:29:19] DEBUG[3307]: rtp.c:2118 ast_rtp_new_source: Setting the marker bit due to a source update 

[Mar  6 18:29:19] DEBUG[3307]: chan_dahdi.c:5866 dahdi_indicate: Requested indication 20 on channel DAHDI/1-1 

[Mar  6 18:29:19] DTMF[3307]: channel.c:2613 __ast_read: DTMF end emulation of '2' queued on DAHDI/1-1 

[Mar  6 18:29:19] DEBUG[3307]: channel.c:4703 ast_generic_bridge: Got DTMF end on channel (DAHDI/1-1) 

[Mar  6 18:29:19] DEBUG[3307]: rtp.c:2118 ast_rtp_new_source: Setting the marker bit due to a source update 

[Mar  6 18:29:19] DEBUG[3307]: chan_dahdi.c:5866 dahdi_indicate: Requested indication 20 on channel DAHDI/1-1 

[Mar  6 18:29:19] DEBUG[3307]: channel.c:5018 ast_channel_bridge: Bridge stops bridging channels SIP/8099-00000001 and DAHDI/1-1 

[Mar  6 18:29:19] DEBUG[3307]: rtp.c:2118 ast_rtp_new_source: Setting the marker bit due to a source update 

[Mar  6 18:29:19] DEBUG[3307]: chan_dahdi.c:5866 dahdi_indicate: Requested indication 20 on channel DAHDI/1-1 

[Mar  6 18:29:19] DEBUG[3307]: rtp.c:2796 ast_rtp_raw_write: Difference is 1112, ms is 159 

[Mar  6 18:29:23] DEBUG[3307]: chan_dahdi.c:4279 dahdi_handle_dtmf: End DTMF digit: 0x32 '2' on DAHDI/1-1

[Mar  6 18:29:23] DTMF[3307]: channel.c:2455 __ast_read: DTMF end '2' received on DAHDI/1-1, duration 0 ms

[Mar  6 18:29:23] DTMF[3307]: channel.c:2481 __ast_read: DTMF begin emulation of '2' with duration 100 queued on DAHDI/1-1 

[Mar  6 18:29:23] DEBUG[3307]: channel.c:4703 ast_generic_bridge: Got DTMF begin on channel (DAHDI/1-1) 

[Mar  6 18:29:23] DEBUG[3307]: rtp.c:2118 ast_rtp_new_source: Setting the marker bit due to a source update 

[Mar  6 18:29:23] DEBUG[3307]: chan_dahdi.c:5866 dahdi_indicate: Requested indication 20 on channel DAHDI/1-1 

[Mar  6 18:29:23] DEBUG[3307]: channel.c:5018 ast_channel_bridge: Bridge stops bridging channels SIP/8099-00000001 and DAHDI/1-1 

[Mar  6 18:29:23] DEBUG[3307]: res_features.c:2418 ast_bridge_call: Passing DTMF through, since it is not a feature code 

[Mar  6 18:29:23] DEBUG[3307]: rtp.c:2118 ast_rtp_new_source: Setting the marker bit due to a source update 

[Mar  6 18:29:23] DEBUG[3307]: chan_dahdi.c:5866 dahdi_indicate: Requested indication 20 on channel DAHDI/1-1 

[Mar  6 18:29:23] DTMF[3307]: channel.c:2613 __ast_read: DTMF end emulation of '2' queued on DAHDI/1-1 

[Mar  6 18:29:23] DEBUG[3307]: channel.c:4703 ast_generic_bridge: Got DTMF end on channel (DAHDI/1-1) 

[Mar  6 18:29:23] DEBUG[3307]: rtp.c:2118 ast_rtp_new_source: Setting the marker bit due to a source update 

[Mar  6 18:29:23] DEBUG[3307]: chan_dahdi.c:5866 dahdi_indicate: Requested indication 20 on channel DAHDI/1-1 

[Mar  6 18:29:23] DEBUG[3307]: channel.c:5018 ast_channel_bridge: Bridge stops bridging channels SIP/8099-00000001 and DAHDI/1-1 

[Mar  6 18:29:23] DEBUG[3307]: rtp.c:2118 ast_rtp_new_source: Setting the marker bit due to a source update 

[Mar  6 18:29:23] DEBUG[3307]: chan_dahdi.c:5866 dahdi_indicate: Requested indication 20 on channel DAHDI/1-1 

[Mar  6 18:29:23] DEBUG[3307]: rtp.c:2796 ast_rtp_raw_write: Difference is 1112, ms is 159

 

Atenciosamente,

 

Jason Luka

 

 

De: asteriskbrasil-bounces em listas.asteriskbrasil.org [mailto:asteriskbrasil-bounces em listas.asteriskbrasil.org] Em nome de Felippe
Enviada em: quarta-feira, 7 de março de 2012 09:46
Para: asteriskbrasil em listas.asteriskbrasil.org
Assunto: Re: [AsteriskBrasil] Central recebendo som DTMF da voz

 

Tambem tenho esse mesmo problema so que aqui sao bancos de canais dahdi Cianet.. So que quando alguem fala mais alto o tom de voz a chamada cai..
Não tenho onde alterar o dtmf certo? Somente para sip?! Ou estou falando asneiras?

Abrç
Felippe



  _____  

Em 07/03/2012 08:57, Jony do Vale <  <mailto:jonydovale.jh em gmail.com> jonydovale.jh em gmail.com > escreveu:

Até agora a melhor solução que encontramos aqui na empresa foi configurar no asterisk o dtmfmode = auto e no dispositivo deixar info/sipinfo.

Abraço

 

On 1 March 2012 09:35, Cleber Ianes <cleberianes em yahoo.com.br <http://mce_host/compose?to=cleberianes@yahoo.com.br> > wrote:

Saudações.

Estou trocando minha central que era em FreeBSD por uma em linux, todas as configurações já foram efetuadas corretamente e todos os serviços funcionando perfeitamente, mas surgiu o seguinte problemas:

A voz de muitos clientes estão disparando comandos de DTMF para central.

Quando uso o Audiocodes MP124 eu consigo ouvir esses sinais DTMF, é como se a pessoa do outro lado discasse algum número enquanto conversa e eu ouço o som.

Quando uso ATA Linksys SPA2102 eu não ouço o som mas o Asterisk recebe o sinal e, em alguns momentos, ativa a música de espera, é como se eu tivesse pressionado flash.

Já troquei tudo (head set, fios, operadora, ambiente, sistema operacional, hardwar) exceto a central que utilizo basicamente as mesmas configurações para FreeBSD e Linxu.

Uma foi instalado em E1 e outra foi instalada recebendo SIP e o problema ocorre nas duas.

Em resumo, só pode ser nas configurações do Asterisk que por motivo de compatibilidade com alguns serviços utilizo a versão 1.4.21.2.

Alguém já passou por isso??


_______________________________________________
KHOMP Inovação: External Board Series
Módulos de 1/2 rack e 1U para todas as interfaces e soluções Asterisk e FreeSWITCH.
Tenha a External Series Experience na sua aplicação. Visite www.khomp.com
_______________________________________________
DIGIVOICE: Lider no mercado de placas para Asterisk
Único fabricante com Centro de Treinamento especializado.
LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO.
www.digivoice.com.br ou (11)3016-5200 <tel:%2811%293016-5200> .
________
YEALINK: Telefones IP e VídeoPhones IP com o melhor custo/benefício do mercado.
email: yealink em commlogik.com.br <http://mce_host/compose?to=yealink@commlogik.com.br>  | www.commlogik.com.br | (11) 5503-1011 <tel:%2811%29%205503-1011> 
______________________________________________
Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org <http://mce_host/compose?to=asteriskbrasil-unsubscribe@listas.asteriskbrasil.org> 




-- 
Jony do Vale

+55 85 99447159

+55 85 96216879

GTalk:jonydovale.jh em gmail.com

MSN: jonydovale em hotmail.com <http://mce_host/compose?to=jonydovale@hotmail.com> 

Skype: jonydovale

-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20120307/998bb15f/attachment-0001.htm

Mais detalhes sobre a lista de discussão AsteriskBrasil