<html dir="ltr"><head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="GENERATOR" content="MSHTML 9.00.8112.16455">
<style id="owaTempEditStyle"></style><style title="owaParaStyle"><!--P {
MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
--></style>
</head>
<body ocsi="x">
<div style="FONT-FAMILY: Tahoma; DIRECTION: ltr; COLOR: #000000; FONT-SIZE: x-small">
<div><a></a>
<div><a></a>
<div><a>Raúl</a><a></div>
</div>
</a></div>
<div><font face="tahoma"></font> </div>
<div><font face="tahoma">Te comento que en el trace dela información<a></a> hay puntos inconsistente por ejemplo;</font></div>
<div>chan-49-forward-0-20121127190311.call<a></a><a></a><a></a><a></a> </div>
<div><font face="tahoma">En este caso se observa que la llamda<a></a><a></a><a></a><a></a> saliente cuando se envía<a></a> el digito 0 correspondiente al DNIS<a></a><a></a><a></a><a></a>=04241234567 se recibe como respuesta al digito enviado la señal E, debiendo
de ser 1.</font></div>
<div><font face="tahoma"></font> </div>
<div>chan-49-forward-0-20121127191256.call<a></a><a></a><a></a><a></a></div>
<div><font face="tahoma">En este caso a posterior del envió<a></a> del primer digito se ha enviado una liberación<a></a>, desde el interno que origino la llamadas, tal vez hayas cortado o abortado.</font></div>
<div><font face="tahoma"></font> </div>
<div>chan-66-backward<a></a><a></a><a></a><a></a>-0-20121127182922.call<a></a><a></a><a></a><a></a> y subsiguientes</div>
<div><font face="tahoma">Se observa que a posterior de envió<a></a> de dígitos<a></a> sea en la petición<a></a> de ANI<a></a><a></a><a></a><a></a> o DNIS<a></a><a></a><a></a><a></a> por parte de Elastix<a></a><a></a><a></a><a></a> se observa un timeout<a></a><a></a><a></a><a></a>
de 5 seg<a></a><a></a><a></a> </font></div>
<div><font face="tahoma">Por otro lado no me queda claro el porque la peticion<a></a><a></a><a></a> de envio<a></a><a></a><a></a> de digitos<a></a><a></a><a></a> de ANI<a></a><a></a><a></a> es 9 y no 5 tal vez me pueda decir el porque.</font></div>
<div><font face="tahoma">En lo que se refiere al tema de tiemout<a></a><a></a><a></a> de 5 trate de ubicar alguna información<a></a> de parámetros<a></a> para corregir y no encontré<a></a>, tal vez Moisés<a></a> puede brindar información<a></a> al respecto.</font></div>
<div><font face="tahoma">Saludos</font></div>
<div> </div>
<div>
<div><font size="2" face="Tahoma"></font> </div>
<div><font size="2" face="Tahoma">Mc GRATH<a></a><a></a><a></a><a></a> Ricardo</font></div>
<div><font size="2" face="tahoma">E-Mail<a></a><a></a><a></a><a></a> <a href="mailto:mcgrathr@mail2web.com">
mcgrathr@mail2web.com</a><a></a><a></a><a></a><a></a></font></div>
</div>
<div dir="ltr"><font color="#000000" size="2" face="Tahoma"></font> </div>
<div style="DIRECTION: ltr" id="divRpF134652">
<hr tabindex="-1">
<font color="#000000" size="2" face="Tahoma"><b>From:</b> asterisk-r2-bounces@lists.digium.com [asterisk-r2-bounces@lists.digium.com] On Behalf Of Raúl Gómez C. [nachogomez@gmail.com]<br>
<b>Sent:</b> 28 November 2012 18:32<br>
<b>To:</b> asterisk-r2@lists.digium.com<br>
<b>Subject:</b> Re: [asterisk-r2] Error con MFC-R2 y E1 de Movistar<br>
</font><br>
</div>
<div></div>
<div>
<div>He pasado toda la mañana y parte de la tarde analizando los logs que pude generar anoche y creo que ya veo por donde va (parte) del problema, como cambié los ANI y DNIS originales para las líneas salientes a 20 cada uno, pude notar ahora en las llamadas
entrantes que el módulo OpenR2 está esperando recibir DNIS y ANI de 20 dígitos, cosa que solo debería ser para las salientes, así que me parece que quizás los grupos no están bien definidos o se están solapando y por eso no pueden salir las llamadas. Antes
no se notaba porque tanto para las salientes como para las entrantes estaban definidas exactamente iguales (ANI=10 y DNIS=4).</div>
<div><br>
</div>
<div>La verdad creo que mis definiciones de grupos están bien, las han visto varios en esta lista y en otros foros y no me han mencionado nada concreto, pero no estaría demás si alguien tiene tiempo, que le echen una mirada nuevamente y me digan si están bien
o no. (Luis Morales como que estaba dando en el clavo desde hace días).</div>
<div><br>
</div>
<div>Estoy adjuntando mis archivos chan_dahdi.conf y chan_dahdi_custom.conf junto con los trace logs del MFCR2 de ayer donde se ve este comportamiento. Se pueden descargar desde este enlace: <a href="https://docs.google.com/open?id=0B6k6r0fCQxDuLWhJRzhjcWtwWEk" target="_blank">https://docs.google.com/open?id=0B6k6r0fCQxDuLWhJRzhjcWtwWEk</a></div>
<div><br>
</div>
<div>En los logs, los que se llaman chan-NN-forward-* son de llamadas salientes y los que se llaman chan-NN-backward-* son de llamadas entrantes.</div>
<div><br>
</div>
<div>Como podrán ver, en mi chan_dahdi_custom.conf el pool de líneas salientes va de la 49 a la 63 y las entrantes van de la 65 a la 234 (con sus respectivos dchan excluidos). En los logs (ver chan-66-backward-0-20121127182922.call y chan-68-backward-0-20121127183025.call)
los canales 66 y 68 que son entrantes están esperando ANI de 20 dígitos, a pesar de que en la configuración están definidos como ANI = 10. Sin embargo, el canal 91 (ver chan-91-backward-0-20121127184217.call) si está esperando correctamente 10 dígitos para
el ANI.</div>
<div><br>
</div>
<div><br>
</div>
<div>Nuevamente muchas gracias por el tiempo y la ayuda prestada, saludos...</div>
<br>
<br>
<u><i> <span></span><span></span></i></u><i><br>
</i>
<div><i>Raul (Nacho) Gomez<br>
Linux Counter #156439</i></div>
</div>
</div>
</body>
</html>