[AsteriskBrasil] Problema com DTMF

Terça Agosto 26 19:37:56 BRT 2014

Minha necessidade é pra URAs.
Quando registro um softphone direto na minha operadora VoIP, ou no meu
asterisk da matriz, funciona certinho.
Já quando eu registro no meu servidor filial, não funciona bem, e tenho as
intermitências que comentei acima.

Agradeço desde já.

Abraços.

att,
Vinícios Araújo

Em 26 de agosto de 2014 19:17, Ubiratã Guanabara <
ubirata.guanabara at gmail.com> escreveu:

> Vinicius,
>
> não entendi o seu real problema,qual seria a necessidade do dtmf ? em
> transferência ,opção de ura .....?
> detalhe um pouco melhor o que você realmente precisa para as pessoas te
> ajudarem.
>
> se for em transferência de chamada, tente alterar o
> parâmetro transferdigittimeout=3 em features.conf
>
>
>
>
>
> Em 26 de agosto de 2014 18:07, Vinicios Araújo <v.araujo1989 at gmail.com>
> escreveu:
>
> Up... (:
>>
>> att,
>> Vinícios Araújo
>>
>>
>> Em 25 de agosto de 2014 17:19, Vinicios Araújo <v.araujo1989 at gmail.com>
>> escreveu:
>>
>> Obrigado pela resposta Wagner!
>>>
>>> Mas testei aqui, e ainda não deu certo. Quando da certo, eu tenho que
>>> apertar a tecla 2 vezes.
>>>
>>> Continuo vendo essas mensagens do DTMF no meu console.
>>>
>>> *Filial:*
>>> [Aug 25 17:12:08] DTMF[5884]: channel.c:2449 __ast_read: DTMF begin '2'
>>> received on SIP/220-000002d3
>>> [Aug 25 17:12:08] DTMF[5884]: channel.c:2459 __ast_read: DTMF begin
>>> passthrough '2' on SIP/220-000002d3
>>> [Aug 25 17:12:08] DTMF[5884]: channel.c:2368 __ast_read: DTMF end '2'
>>> received on SIP/220-000002d3, duration 160 ms
>>> [Aug 25 17:12:08] DTMF[5884]: channel.c:2405 __ast_read: DTMF end
>>> accepted with begin '2' on SIP/220-000002d3
>>> [Aug 25 17:12:08] DTMF[5884]: channel.c:2434 __ast_read: DTMF end
>>> passthrough '2' on SIP/220-000002d3
>>>
>>> *Matrix:*
>>> [Aug 25 17:13:24] DTMF[42506]: channel.c:4066 __ast_read: DTMF end '2'
>>> received on SIP/00026260-000185d7, duration 0 ms
>>> [Aug 25 17:13:24] DTMF[42506]: channel.c:4092 __ast_read: DTMF begin
>>> emulation of '2' with duration 100 queued on SIP/00026260-000185d7
>>> [Aug 25 17:13:24] DTMF[42506]: channel.c:4228 __ast_read: DTMF end
>>> emulation of '2' queued on SIP/00026260-000185d7
>>>
>>> Eu não sei bem interpretar esses logs, mas eu vi que no servidor Filial,
>>> aparece "*duration 160 ms*", já no matriz, aparece "*duration 0 ms*".
>>> Não sei se poder ter alguma coisa a ver, até por que nas vezes que
>>> funciona, também aparece 0 ms.
>>> Eu li no voip-info, que é possível alterar a duração do tom, porém ainda
>>> não encontrei como fazer.
>>>
>>> Agradeço desde já, se alguém tiver alguma dica.
>>>
>>> Abraços.
>>>
>>>  att,
>>> Vinícios Araújo
>>>
>>>
>>>
>>> Em 25 de agosto de 2014 16:48, Wagner Barth <wagnerbarth at gmail.com>
>>> escreveu:
>>>
>>> Vinicios, experimente deixar apenas o parametro dtmfmode=rfc2833 e
>>>> retire os demais parametros dtmf e
>>>>
>>>> *rfc2833compensate. *
>>>>
>>>>
>>>> *abraços,*
>>>>
>>>>
>>>> *Wagner Barth*
>>>>
>>>>
>>>> 2014-08-25 16:23 GMT-03:00 Vinicios Araújo <v.araujo1989 at gmail.com>:
>>>>
>>>>>  Caros, boa tarde,
>>>>>
>>>>> Mais uma vez precisando dos conhecimentos dos amigos da lista.
>>>>> Estou tendo um problema pra passar DTMF, nas versões:
>>>>> Asterisk 1.4.36 - Filial
>>>>> Asterisk 1.8.21.0 - Matrix
>>>>>
>>>>> Não consigo passar o DTMF, não importa as configurações que eu
>>>>> utilize, as combinações de codec e dtmfmode. Ou ainda não achei o ajuste
>>>>> correto.
>>>>> Atualmente estou utilizando assim:
>>>>>
>>>>> No general:
>>>>> *disallow=all*
>>>>> *allow=ulaw*
>>>>> *allow=alaw*
>>>>> *dtmfmode=inband*
>>>>> *dtmf=inband*
>>>>> *rfc2833compensate=yes*
>>>>>
>>>>> No tronco para o servidor Matriz:
>>>>> *dtmfmode=inband*
>>>>> *dtmf=inband*
>>>>> *rfc2833compensate=yes*
>>>>> *disallow=all*
>>>>> *allow=ulaw,alaw*
>>>>>
>>>>> No ramal:
>>>>> dtmfmode=rfc2833
>>>>> disallow=all
>>>>> allow=ulaw
>>>>> allow=alaw
>>>>>
>>>>> Dai nos logs, eu consigo ver a informação abaixo, quando aperto as
>>>>> teclas, porem não ativa as opções. Em alguns casos, quando eu seguro a
>>>>> tecla, ou aperto mais de uma vez, eu consigo ativar a opção.
>>>>>
>>>>> A operadora VoIP, no final, me assegurou que o DTMF é repassado, só
>>>>> tem que ser configurado no asterisk, e de fato quando eu registro um
>>>>> softphone direto neles, funciona direitinho.
>>>>>
>>>>> *No servidor Filial:*
>>>>> [Aug 25 16:09:45] DTMF[5600]: channel.c:2368 __ast_read: DTMF end '2'
>>>>> received on SIP/220-000001fa, duration 0 ms
>>>>> [Aug 25 16:09:45] DTMF[5600]: channel.c:2394 __ast_read: DTMF begin
>>>>> emulation of '2' with duration 100 queued on SIP/220-000001fa
>>>>> [Aug 25 16:09:45] DTMF[5600]: channel.c:2482 __ast_read: DTMF end
>>>>> emulation of '2' queued on SIP/220-000001fa
>>>>> [Aug 25 16:09:48] DTMF[5600]: channel.c:2368 __ast_read: DTMF end '2'
>>>>> received on SIP/220-000001fa, duration 0 ms
>>>>> [Aug 25 16:09:48] DTMF[5600]: channel.c:2394 __ast_read: DTMF begin
>>>>> emulation of '2' with duration 100 queued on SIP/220-000001fa
>>>>> [Aug 25 16:09:48] DTMF[5600]: channel.c:2482 __ast_read: DTMF end
>>>>> emulation of '2' queued on SIP/220-000001fa
>>>>>
>>>>>
>>>>> *No servidor Matrix:*
>>>>> [Aug 25 16:11:00] DTMF[61494]: channel.c:4151 __ast_read: DTMF begin
>>>>> '2' received on SIP/00026260-00018588
>>>>> [Aug 25 16:11:00] DTMF[61494]: channel.c:4161 __ast_read: DTMF begin
>>>>> passthrough '2' on SIP/00026260-00018588
>>>>> [Aug 25 16:11:00] DTMF[61494]: channel.c:4066 __ast_read: DTMF end '2'
>>>>> received on SIP/00026260-00018588, duration 63 ms
>>>>> [Aug 25 16:11:00] DTMF[61494]: channel.c:4106 __ast_read: DTMF end
>>>>> accepted with begin '2' on SIP/00026260-00018588
>>>>> [Aug 25 16:11:00] DTMF[61494]: channel.c:4128 __ast_read: DTMF end '2'
>>>>> has duration 63 but want minimum 80, emulating on SIP/00026260-00018588
>>>>> [Aug 25 16:11:00] DTMF[61494]: channel.c:4228 __ast_read: DTMF end
>>>>> emulation of '2' queued on SIP/00026260-00018588
>>>>>
>>>>> Fiz um teste ligando pra o meu celular, e tentando discar algo, e não
>>>>> é sempre que eu consigo escutar o tom do outro lado.
>>>>> Alguém tem alguma luz, do que eu possa alterar pra ver se funciona. Eu
>>>>> acredito que já tentei quase todo tipo de combinação, mas se tiverem algum
>>>>> case que esteja funcionando posso testar novamente.
>>>>>
>>>>> Fico no aguardo, e agradeço desde já.
>>>>>
>>>>> att,
>>>>> Vinícios Araújo
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> WORKOFFEES KHOMP: Eventos KHOMP na sua cidade. Próximas
>>>>> edições em BRASÍLIA, dia 28 de agosto e RIO DE JANEIRO, dia
>>>>> 04 de setembro. Inscrições GRATUITAS e sorteio de BRINDES.
>>>>> Garanta a sua vaga e saiba mais em: www.workoffee.com.br
>>>>>
>>>>> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para
>>>>> telefonia IP .
>>>>> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>>>> Banco de Canais Analógicos  – Appliance Asterisk
>>>>>  Acesse www.aligera.com.br
>>>>> _______________________________________________
>>>>> Para remover seu email desta lista, basta enviar um email em branco
>>>>> para asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> WORKOFFEES KHOMP: Eventos KHOMP na sua cidade. Próximas
>>>> edições em BRASÍLIA, dia 28 de agosto e RIO DE JANEIRO, dia
>>>> 04 de setembro. Inscrições GRATUITAS e sorteio de BRINDES.
>>>> Garanta a sua vaga e saiba mais em: www.workoffee.com.br
>>>>
>>>> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para
>>>> telefonia IP .
>>>> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>>>> Banco de Canais Analógicos  – Appliance Asterisk
>>>>  Acesse www.aligera.com.br
>>>> _______________________________________________
>>>> Para remover seu email desta lista, basta enviar um email em branco
>>>> para asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>>>>
>>>
>>>
>>
>> _______________________________________________
>> WORKOFFEES KHOMP: Eventos KHOMP na sua cidade. Próximas
>> edições em BRASÍLIA, dia 28 de agosto e RIO DE JANEIRO, dia
>> 04 de setembro. Inscrições GRATUITAS e sorteio de BRINDES.
>> Garanta a sua vaga e saiba mais em: www.workoffee.com.br
>>
>> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia
>> IP .
>> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>> Banco de Canais Analógicos  – Appliance Asterisk
>>  Acesse www.aligera.com.br
>> _______________________________________________
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>>
>
>
>
> --
> Atenciosamente,
>
> Uburatã Guanabara
>
> _______________________________________________
> WORKOFFEES KHOMP: Eventos KHOMP na sua cidade. Próximas
> edições em BRASÍLIA, dia 28 de agosto e RIO DE JANEIRO, dia
> 04 de setembro. Inscrições GRATUITAS e sorteio de BRINDES.
> Garanta a sua vaga e saiba mais em: www.workoffee.com.br
>
> ALIGERA – Fabricante e desenvolvedor nacional de Soluções para telefonia
> IP .
> Gateway Sip, Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
> Banco de Canais Analógicos  – Appliance Asterisk
>  Acesse www.aligera.com.br
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20140826/cfa826d6/attachment-0001.html>