<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><div>Hola, los molesto con la siguiente consulta.</div><div>Tengo una elastix 2.4 conectada a una central NEC a traves de una E1 por R2 y tengo un problema similar al descripto en:</div><div><a href="http://lists.digium.com/pipermail/asterisk-r2/2013-July/002931.html" target="_blank">http://lists.digium.com/pipermail/asterisk-r2/2013-July/002931.html</a></div><div>Tanto con el ANI como con el DNIS sucede que a veces (muy frecuentemente) elastix recibe dígitos repetidos.</div><div>Por ejemplo en NEC tengo el 2500 que llama al 5288 del elastix.</div><div>Respecto al ANI a veces llega 5228 o 5528 de manera que se interpreta en forma repetida un dígito y luego se trunca al llegar a los 4 digitos totales dando el marcado erróneo.</div><div>Tambien sucede con el DNIS solo que allí obviamente el numero no es truncado, llega 25000 o 22500 por ejemplo.</div><div>Habilitando el debug no hay nada anormal, la secuencia se completa perfectamente como si el numero marcado fuera efectivamente el erroneo cuando en realidad no es así.</div><div><br></div><div>He intentado implementar la solucion descripta en:</div><div><a href="http://lists.digium.com/pipermail/asterisk-r2/2013-July/002939.html" target="_blank">http://lists.digium.com/pipermail/asterisk-r2/2013-July/002939.html</a></div><div>Modificando el <span style="font-size: 12pt;">mf_threshold sin lograr solucionarlo.</span></div><div><span style="font-size: 12pt;">De hecho he tratado de "forzar" el fallo para que ocurra en el 100% de los casos para confirmar si el problema es ese pero ponga el valor que ponga en </span><span style="font-size: 12pt;">mf_threshold el fallo es igual, falla la mitad de las veces mas o menos (5 de 10), a veces mas, a veces menos.</span></div><div><pre>mf_threshold lo he puesto en 9, en 90, en 900, en 9000 y es lo mismo.</pre><pre><br></pre><pre>Tambien he modificado el resto de los timers del r2proto.conf uno por uno en mas y en menos (multiplicado por 10 o dividiendo por 10) sin éxito.</pre><pre>Es decir si el valor es 8000 una prueba es 80000 la otra 800.</pre><pre><br></pre><pre># Timers in milliseconds
# Use -1 to leave default, or just comment it out for that matter
timers.mf_back_cycle=1500
timers.mf_back_resume_cycle=150
timers.mf_fwd_safety=10000
timers.r2_seize=8000
timers.r2_answer=80000
timers.r2_metering_pulse=0
timers.r2_double_answer=400
timers.r2_answer_delay=150
timers.cas_persistence_check=500
timers.dtmf_start_dial=100
## misc settings ##
# time that a MF tone should persist before handling it
mf_threshold=90
</pre><pre><br></pre><pre>No puedo solucionar el problema y tampoco puedo tocar un parámetro que me de fallo 100% de los intentos como para confirmar que esto sea así.</pre><pre><br></pre><pre>Adjunto link de descarga con los logs de varios ejemplos, en todos los casos el 2500 de NEC llama al 5288 de elastix.</pre><pre>Archivos .call con error de ANI y error de DNIS descriptos en el nimbre mismo del archivo.</pre><pre><a href="https://www.hightail.com/download/bWJwZ295eFVRWUs5TE1UQw" target="_blank">https://www.hightail.com/download/bWJwZ295eFVRWUs5TE1UQw</a></pre><pre><br></pre><pre>Desde ya muy agradecido por el tiempo dispensado.</pre></div><div><br></div> </div></body>
</html>