[asterisk-r2] problema r2?

Juan Carlos Gonzalez Cardona juancarlosg6 at gmail.com
Sat Mar 6 08:00:28 CST 2010


Sangoma A102

El 5 de marzo de 2010 23:35, Moises Silva <moises.silva at gmail.com> escribió:

> no dejan sacar llamadas? entonces pon un trace de senializacion aqui (ver
> mfcr2_call_files=yes) de una llamada saliente fallida.
>
> Que tarjeta usas?
>
> 2010/3/5 Juan Carlos Gonzalez Cardona <juancarlosg6 at gmail.com>
>
>> Hola Moises, el problema es que no puedo utilizar la totalidad de mis
>> canales, no dejan sacar llamadas, y pasa siempre, de mis 30 canales solo
>> puedo usar unos 20, y el proveedor dice que es porque tengo problemas en mis
>> tiempos de respuesta de la señalizacion, que no estoy cumpliendo la norma
>> ITU Q.422 donde mi respuesta de la señalizacion debe ser menor a 200ms, es
>> por esto que se bloquean esos canales, de manera aleatoria, sea entrante o
>> saliente la llamada.
>>
>>
>> El 5 de marzo de 2010 17:45, Moises Silva <moises.silva at gmail.com>escribió:
>>
>>>  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).
>>>
>>> De cual informe hablas?
>>>
>>> Todavia no entiendo el problema, las llamadas no salen? no entran?
>>>
>>> el problema se reproduce nunca, siempre a veces?
>>>
>>> --
>>> Moises Silva
>>> Senior Software Engineer
>>> Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R
>>> 9T3 Canada
>>> t. 1 905 474 1990 x 128 | e. moy at sangoma.com
>>>
>>> 2010/3/5 Juan Carlos Gonzalez Cardona <juancarlosg6 at gmail.com>
>>>
>>>> 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.
>>>>
>>>>
>>>
>>> --
>>> _____________________________________________________________________
>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>>
>>> asterisk-r2 mailing list
>>> To UNSUBSCRIBE or update options visit:
>>>   http://lists.digium.com/mailman/listinfo/asterisk-r2
>>>
>>
>>
>>
>> --
>> Juan Carlos Gonzalez C.
>>
>> --
>> _____________________________________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>
>> asterisk-r2 mailing list
>> To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-r2
>>
>
>
>
> --
> Moises Silva
> Senior Software Engineer
> Sangoma Technologies Inc. | 50 McIntosh Drive, Suite 120, Markham ON L3R
> 9T3 Canada
> t. 1 905 474 1990 x 128 | e. moy at sangoma.com
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-r2 mailing list
> To UNSUBSCRIBE or update options visit:
>   http://lists.digium.com/mailman/listinfo/asterisk-r2
>



-- 
Juan Carlos Gonzalez C.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-r2/attachments/20100306/a21a867c/attachment.htm 


More information about the asterisk-r2 mailing list