[AsteriskBrasil] Problemas com DTMF em tronco IAX

[Marcelo Terres]

Ainda não, vou verificar isso.

Obrigado.

Atenciosamente,
Marcelo H. Terres
mhterres em gmail.com
http://mundoopensource.blogspot.com
http://biertasters.blogspot.com
http://twitter.com/mhterres


2013/8/8 Alex Sander <sanderdabio em globo.com>:
> Marcelo, já passei por isso sim, não no mesmo cenário, no meu caso o digito
> dtmf não era reconhecido num tronco h323 com um servidor Avaya, mudei o dtmf
> de out-of-band para inband e resolveu, depois disso não tive reclamação de
> qualquer outro problema... mas não consegui compreender qual era realmente
> estava acontecendo. detalhe é que em outros troncos o dtnf rfc2833 funciona
> normalmente. O ruim desse tipo de problema é ter que recorrer a tentativa e
> erro, mas você já fez esse teste?
>
> Att,
>
>
> Em 8 de agosto de 2013 09:41, Marcelo Terres <mhterres em gmail.com> escreveu:
>>
>> Pessoal,
>>
>> estou com um problema bem peculiar.
>>
>> O cenário é o seguinte: 9 servidores conectados entre si via IAX
>> usando um link MPLS. Os ramais locais falam com os ramais remotos via
>> IAX e costumam usar frequentemente as salas de conferências remotas
>> (meetme) também via IAX.
>>
>> O que está acontecendo é que em um dos servidores (e apenas um) os
>> usuários não conseguem discar para as salas de conferência remotas via
>> IAX pois o PIN não é reconhecido.
>>
>> Se os usuários ligarem via E1 o problema não ocorre. Se os usuários
>> ligarem para as salas de conferência locais o problema também não
>> ocorre. Fiz o mesmo teste dos outros servidores e todos os demais
>> funcionam normalmente.
>>
>> Todas as nossas instalações são padrão (Ubuntu 10.04 64 bits com
>> Asterisk 1.8.16.0) e, antes que me perguntem, o jitterbuffer está
>> desativado e todos os ramais usam DTMF rfc2833.
>>
>> Fiz um teste com read e consegui observar o seguinte. Se eu espero uma
>> leitura de 4 dígitos e eu digito os 4 dígitos, a variável só recebe os
>> primeiros três. Se eu digito 5 dígitos, aí a variável recebe os 4, e
>> assim por diante. Parece que o último dígito é sempre ignorado.
>>
>> Testei esta abordagem nas salas de conferência e é exatamente isso que
>> ocorre. Alguém já passou por algo assim?
>>
>> []s
>>
>>
>> Marcelo H. Terres
>> mhterres em gmail.com
>> http://mundoopensource.blogspot.com
>> http://biertasters.blogspot.com
>> http://twitter.com/mhterres
>> _______________________________________________
>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
>> Intercomunicadores para acesso remoto via rede IP. Conheça em
>> www.Khomp.com.
>> _______________________________________________
>> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
>> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
>> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
>> _______________________________________________
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>
>
>
> _______________________________________________
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;
> Intercomunicadores para acesso remoto via rede IP. Conheça em www.Khomp.com.
> _______________________________________________
> ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.
> Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.
> Channel Bank – Appliance Asterisk - Acesse www.aligera.com.br.
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org