<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>Buen&nbsp;día<a></a> Raúl<a></a><a></a></div>
<div><font face="tahoma"></font>&nbsp;</div>
<div><font face="tahoma">No es tan&nbsp;fácil<a></a> de entender la naturaleza del problema, aparenta que al iniciar el sistema tarda en poder recibir&nbsp;llamadas<a></a> y que luego de&nbsp;normar no se pueden hacer llamadas, pero si se pueden recibir llamadas, lo cual
 se puede interpretar que en todo proceso (inicialización<a></a> y estabilización<a></a>) no se pueden hacer llamadas.</font></div>
<div><font face="tahoma">He estado viendo&nbsp;información<a></a> al respecto y tal vez pueda ayudar a que el tiempo que transcurre en la&nbsp;iniciación<a></a> devengan a que ambos equipos&nbsp;están<a></a> interconectados mediante un interface&nbsp;externa y&nbsp;al iniciar el sistema&nbsp;tome
 de &nbsp;un tiempo de&nbsp;inicialización<a></a> y&nbsp;comunicación<a></a> entre los dispositivos, en esta&nbsp;situación<a></a> es factible que pueda ser de utilidad el comando
<font size="2" face="Consolas"><font size="2" face="Consolas">
<p><font face="Tahoma">#&nbsp;fonulator<a></a><a></a><a></a> -v y a posterior de que se compruebe el status de conectividad, ejecutar el&nbsp;Elastix<a></a><a></a><a></a> y ver el comportamiento con las llamadas.</font></p>
<p><font face="Tahoma">Otro punto a tener en cuenta es&nbsp;dahdi_dummy<a></a><a></a><a></a> ya que&nbsp;ethmf<a></a><a></a><a></a> provee su propio time base,&nbsp;según<a></a>&nbsp;documentación<a></a><a></a> consta, pero en este tema creo que&nbsp;será<a></a> de mas utilidad trabajar
 con el soporte de Redfone<a></a><a></a><a></a>.</font></p>
<p><font face="tahoma">En cuanto a las llamadas saliente seria bueno que para hacer un trace trabajes siempre con un mismo canal, y que el trace este completo.</font></p>
<p><font face="tahoma">Saludos</font></p>
<p>&nbsp;</p>
</font></font></font></div>
<div>&nbsp;</div>
<div>
<div><font size="2">Mc&nbsp;GRATH<a></a><a></a><a></a> Ricardo</font></div>
<div><font size="2">E-Mail<a></a><a></a><a></a> <a href="mailto:mcgrathr@mail2web.com">
mcgrathr@mail2web.com</a><a></a><a></a><a></a></font></div>
</div>
<div dir="ltr"><font color="#000000" size="2"></font>&nbsp;</div>
<div style="DIRECTION: ltr" id="divRpF732999">
<hr tabindex="-1">
<font color="#000000" size="2"><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> 26 November 2012 16:19<br>
<b>To:</b> asterisk-r2@lists.digium.com<br>
<b>Subject:</b> [asterisk-r2] Error con MFC-R2 y E1 de Movistar<br>
</font><br>
</div>
<div></div>
<div>Hola lista buenas tardes,
<div><br>
</div>
<div>Estoy teniendo problemas en la migración de una central Asterisk que trabaja actualmente con 6 E1 de Movistar conectados a 2 tarjetas Digium Wildcard TE410P, a una central nueva basada en Elastix 2.3 con dos RedFone foneBRIDGE2&nbsp;750-5000-EC montados en
 su chasis.</div>
<div><br>
</div>
<div>Les explico con mas detalle:</div>
<div><br>
</div>
<div>El problema principal que estoy teniendo es&nbsp;prácticamente&nbsp;el mismo que aparece en un email de esta lista:&nbsp;<a href="http://lists.digium.com/pipermail/asterisk-r2/2011-June/002212.html" target="_blank">http://lists.digium.com/pipermail/asterisk-r2/2011-June/002212.html</a>,
 en el cual la central al iniciar se demora un buen tiempo en poder recibir llamadas con la diferencia que después de que se normaliza el tráfico no puedo sacar llamadas pero las mismas si entran en la central sin ningún problema.</div>
<div><br>
</div>
<div>Revisando los logs de llamadas del módulo MFC-R2 encuentro lo siguiente:</div>
<div><br>
Esto para el caso de las llamadas salientes:<br>
</div>
<div>[22:54:58:054] [Thread: 1121188160] [Chan 49] - Protocol error. Reason = Invalid Multi Frequency Tone, R2 State = Seize ACK Received, MF state = DNIS Digit Transmitted, MF Group = Forward Group I, CAS = 0x0C<br>
<br>
Esto para el caso de las llamadas entrantes:<br>
[07:21:18:615] [Thread: 1113725248] [Chan 90] - Protocol error. Reason = Multi Frequency Cycle Timeout, R2 State = Seize ACK Transmitted, MF state = Category Request Transmitted, MF Group = Backward Group A, CAS = 0x00<br>
</div>
<div><br>
<br>
Si ejecuto la herramienta r2test me consigo con el mismo error para las llamadas salientes, pero con este otro error para las llamadas entrantes:<br>
<br>
[38:11:464][ERROR] Channel 74 -- Protocol error. Reason = Seize Timeout, R2 State = Seize Transmitted, MF state = MF Engine Off, MF Group = Forward MF init, CAS = 0x08<br>
DNIS = 7666, ANI = 02412345678, MF = 0x20<br>
<br>
<br>
</div>
<div>Buscando estos errores en la lista me encontré muchos casos (fuera de Venezuela) en los que lo&nbsp;resolvían&nbsp;cambiando el parámetro&nbsp;mfcr2_variant a &quot;itu&quot;, si hago esto, el problema persiste y tanto el ANI como el DNIS los empieza a detectar mal. También conseguí
 alguien que lo resolvió estableciendo el parámetro&nbsp;mfcr2_skip_category en &quot;yes&quot;, pero esta modificación no soluciona mi problema.<br>
</div>
<div><br>
</div>
<div>Ahora mi configuración:<br>
<br>
En la central nueva, las líneas E1 están conectadas desde el puerto 3 hasta el puerto 8 de los RedFone por cuestiones de timing según consejo del personal técnico de RedFone, los dos primeros canales están configurados como T1 y conectados a 2 channel bank,
 abajo verán mas detalle.<br>
<br>
- Los primeros 15 canales del primer E1 (puerto 3) son salientes mientras que los demás canales, tanto de ese mismo E1 como para los otros 5 son para llamadas entrantes<br>
- Ademas de eso, tengo los dos primeros puertos configurados como T1 que van conectados a un Channel Bank cada uno<br>
- El servidor viejo manejaba las lineas mediante Unicall, sin embargo, me encontré que Elastix 2.3 ya no está soportado y que el reemplazo es openmfcr2<br clear="all">
- Mi /etc/asterisk/chan_dahdi.conf: <a href="http://pastebin.com/NsVXUrjY" target="_blank">
http://pastebin.com/NsVXUrjY</a> <br>
- Mi /etc/dahdi/system.conf: <a href="http://pastebin.com/R19yHLmj" target="_blank">
http://pastebin.com/R19yHLmj</a><br>
<br>
<br>
En la central vieja los primeros 6 puertos son E1, siendo los últimos dos los T1. En esta central las comunicaciones fluyen sin ningún problema. Nuevamente, abajo verán mas detalle.<br>
<br>
- Los primeros 15 canales del primer E1 (puerto 1) son salientes mientras que los demás canales, tanto de ese mismo E1 como para los otros 5 son para llamadas entrantes<br>
- Ademas de eso, tengo los dos últimos puertos configurados como T1 que van conectados a un Channel Bank cada uno<br>
- Mi /etc/asterisk/unicall.conf: <a href="http://pastebin.com/bE2g5YjC" target="_blank">
http://pastebin.com/bE2g5YjC</a><br>
- Mi /etc/zaptel.conf: <a href="http://pastebin.com/BHBn7mKe" target="_blank">http://pastebin.com/BHBn7mKe</a><br>
<br>
<br>
Las versiones de SW instaladas:<br>
<br>
- asterisk-1.8.12.0-0<br>
- dahdi-2.4.1.2-11.1<br>
- elastix-2.3.0-7<br>
<br>
<br>
¿Alguien sabrá que podrá estar pasando? Agradecería muchísimo la ayuda prestada.<br>
<br>
Saludos...<br>
<br>
<br>
<u><i>&nbsp;&nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;<span></span><span></span></i></u><i><br>
</i>
<div><i>Raul (Nacho) Gomez<br>
Linux Counter #156439</i></div>
<br>
</div>
</div>
</div>
</body>
</html>