<div dir="ltr">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?<div>
<br></div><div>Att,</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">Em 8 de agosto de 2013 09:41, Marcelo Terres <span dir="ltr"><<a href="mailto:mhterres@gmail.com" target="_blank">mhterres@gmail.com</a>></span> escreveu:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Pessoal,<br>
<br>
estou com um problema bem peculiar.<br>
<br>
O cenário é o seguinte: 9 servidores conectados entre si via IAX<br>
usando um link MPLS. Os ramais locais falam com os ramais remotos via<br>
IAX e costumam usar frequentemente as salas de conferências remotas<br>
(meetme) também via IAX.<br>
<br>
O que está acontecendo é que em um dos servidores (e apenas um) os<br>
usuários não conseguem discar para as salas de conferência remotas via<br>
IAX pois o PIN não é reconhecido.<br>
<br>
Se os usuários ligarem via E1 o problema não ocorre. Se os usuários<br>
ligarem para as salas de conferência locais o problema também não<br>
ocorre. Fiz o mesmo teste dos outros servidores e todos os demais<br>
funcionam normalmente.<br>
<br>
Todas as nossas instalações são padrão (Ubuntu 10.04 64 bits com<br>
Asterisk 1.8.16.0) e, antes que me perguntem, o jitterbuffer está<br>
desativado e todos os ramais usam DTMF rfc2833.<br>
<br>
Fiz um teste com read e consegui observar o seguinte. Se eu espero uma<br>
leitura de 4 dígitos e eu digito os 4 dígitos, a variável só recebe os<br>
primeiros três. Se eu digito 5 dígitos, aí a variável recebe os 4, e<br>
assim por diante. Parece que o último dígito é sempre ignorado.<br>
<br>
Testei esta abordagem nas salas de conferência e é exatamente isso que<br>
ocorre. Alguém já passou por algo assim?<br>
<br>
[]s<br>
<br>
<br>
Marcelo H. Terres<br>
<a href="mailto:mhterres@gmail.com">mhterres@gmail.com</a><br>
<a href="http://mundoopensource.blogspot.com" target="_blank">http://mundoopensource.blogspot.com</a><br>
<a href="http://biertasters.blogspot.com" target="_blank">http://biertasters.blogspot.com</a><br>
<a href="http://twitter.com/mhterres" target="_blank">http://twitter.com/mhterres</a><br>
_______________________________________________<br>
KHOMP: completa linha de placas externas FXO, FXS, GSM e E1;<br>
Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7;<br>
Intercomunicadores para acesso remoto via rede IP. Conheça em <a href="http://www.Khomp.com" target="_blank">www.Khomp.com</a>.<br>
_______________________________________________<br>
ALIGERA – Fabricante nacional de Gateways SIP-E1 para R2, ISDN e SS7.<br>
Placas de 1E1, 2E1, 4E1 e 8E1 para PCI ou PCI Express.<br>
Channel Bank – Appliance Asterisk - Acesse <a href="http://www.aligera.com.br" target="_blank">www.aligera.com.br</a>.<br>
_______________________________________________<br>
Para remover seu email desta lista, basta enviar um email em branco para <a href="mailto:asteriskbrasil-unsubscribe@listas.asteriskbrasil.org">asteriskbrasil-unsubscribe@listas.asteriskbrasil.org</a><br>
</blockquote></div><br></div>