OpenR2 responde tan pronto como el driver notifica el cambio en los bits abcd, por eso no hay tal configuracion (excepto cuando cas_persistence_check esta habilitado en r2proto.conf).<br><br>De cual informe hablas?<br><br>
Todavia no entiendo el problema, las llamadas no salen? no entran? <br><br>el problema se reproduce nunca, siempre a veces?<br><br>-- <br>Moises Silva<br>Senior Software Engineer<br>Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R 9T3 Canada<br>
t. 1 905 474 1990 x 128 | e. <a href="mailto:moy@sangoma.com">moy@sangoma.com</a><br><br><div class="gmail_quote">2010/3/5 Juan Carlos Gonzalez Cardona <span dir="ltr"><<a href="mailto:juancarlosg6@gmail.com">juancarlosg6@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">si pero las que estan IDLE no funcionan, generalmente cuando existe un canal bloqueado el canal sale como BLOCK o 0X0009 algo asi, pero en esta ocasion a mi me aparece todo bien, pero el proveedor dice que mis canales se bloquean por el retraso de la respuesta de la señalizacion, como pueden ver el informe explica que el problema es que se demora mas de 200 ms, tambien me dijeron que en la mayoria de clientes esto se solucionaba si le ponia a la planta la opcion de que la respuesta fuera a por lo menos a 50ms.<br>
<br></blockquote></div><br>