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 < [email protected]> 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 <[email protected]> > escreveu: > > Up... (: >> >> att, >> Vinícios Araújo >> >> >> Em 25 de agosto de 2014 17:19, Vinicios Araújo <[email protected]> >> 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 <[email protected]> >>> 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 <[email protected]>: >>>> >>>>> 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 [email protected] >>>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 [email protected] >>>> >>> >>> >> >> _______________________________________________ >> 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 >> [email protected] >> > > > > -- > 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 > [email protected] >
_______________________________________________ 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 [email protected]
