[AsteriskBrasil] Problemas com DTMF em tronco IAX

Marcelo Terres mhterres em gmail.com
Quinta Agosto 8 11:04:53 BRT 2013


Sim, o trunk está yes e todas as configs são iguais.

A instalação não é nova, mas só ficamos sabendo do problema agora. Não
sei se já ocorria anteriormente, pois não recebemos relatos. O codec
em uso nos troncos IAX é o gsm.

[]s
Marcelo H. Terres
mhterres em gmail.com
http://mundoopensource.blogspot.com
http://biertasters.blogspot.com
http://twitter.com/mhterres


2013/8/8 Hudson Cardoso <hudsoncardoso em hotmail.com>:
>    A configuracao de Trunk=yes, e as demais config no iax.conf estao todas
> iguais ?
>    Isso comecou sem mais nem menos ? é uma implementacao nova ?
>    Comigo aconteceu a mesma coisa, apenas mudei o codec pra alaw e resolveu.
>
>
> Hudson
> (048) 8413-7000
> Para quem nao cre, nenhuma prova converte,Para aquele que cre, nenhuma prova
> precisa.
>
>
>
>> From: mhterres em gmail.com
>> Date: Thu, 8 Aug 2013 09:41:42 -0300
>> To: asteriskbrasil em listas.asteriskbrasil.org
>> Subject: [AsteriskBrasil] Problemas com DTMF em tronco IAX
>
>>
>> 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


Mais detalhes sobre a lista de discussão AsteriskBrasil