[AsteriskBrasil] Problema com DTMF

Ubiratã Guanabara ubirata.guanabara em gmail.com
Terça Agosto 26 19:17:58 BRT 2014


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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20140826/d4a26b68/attachment.html>


Mais detalhes sobre a lista de discussão AsteriskBrasil