Hola Buenas Tardes a Todos
Actualemente me encuentro desarrollando un proyecto que permita aplicar QoS sobre Openser.
Por una parte mi Openser.cfg toma decisiones de enrutar por la ruta más económica de acuerdo al número marcado.
También permite enrutar por un canal dedicado si el número que llama es un usuario VIP.
Ahora bien, me gustaría que mi Openser pueda testear la congestión de determinado canal y en base a ello tomar la decisión de enviarlo a otra ruta menos congestionada. He leído que existen programas para chequear la congestión de la red, pero eso lo hace el usuario. vi que con ethereal se puede hacer.Sin embargo esto lo que me permite es crear un plan preventivo pero estático.
En mi red tengo 50 usuarios. Conocen uds alguna herramienta o módulo en Openser para lograr medir la congestión de una ruta y en base a ella tomar una decisión.
¿Se les ocurre alguna otra forma de implementar QoS sobre Openser?
Sinceramente Gracias
Oscar
Pues no tengo ni idea de si existe algún módulo así, pero si aplicas QoS en la red donde se encuentra OpenSER, no deberías de tener problemas, ya que OpenSER aguanta mucho, y 50 usuarios no son muchos...
El 25/09/07, Oscar Castillo o.castillo.castillo@gmail.com escribió:
Hola Buenas Tardes a Todos
Actualemente me encuentro desarrollando un proyecto que permita aplicar QoS sobre Openser.
Por una parte mi Openser.cfg toma decisiones de enrutar por la ruta más económica de acuerdo al número marcado.
También permite enrutar por un canal dedicado si el número que llama es un usuario VIP.
Ahora bien, me gustaría que mi Openser pueda testear la congestión de determinado canal y en base a ello tomar la decisión de enviarlo a otra ruta menos congestionada. He leído que existen programas para chequear la congestión de la red, pero eso lo hace el usuario. vi que con ethereal se puede hacer.Sin embargo esto lo que me permite es crear un plan preventivo pero estático.
En mi red tengo 50 usuarios. Conocen uds alguna herramienta o módulo en Openser para lograr medir la congestión de una ruta y en base a ella tomar una decisión.
¿Se les ocurre alguna otra forma de implementar QoS sobre Openser?
Sinceramente Gracias
Oscar
Users-es mailing list Users-es@openser.org http://openser.org/cgi-bin/mailman/listinfo/users-es
Hola Oscar,
On 25/09/2007, Oscar Castillo o.castillo.castillo@gmail.com wrote:
Ahora bien, me gustaría que mi Openser pueda testear la congestión de determinado canal y en base a ello tomar la decisión de enviarlo a otra ruta menos congestionada. He leído que existen programas para chequear la congestión de la red, pero eso lo hace el usuario. vi que con ethereal se puede hacer.Sin embargo esto lo que me permite es crear un plan preventivo pero estático.
Creo que puedes marcar los flujos RTP con distinta QoS, esto lo puedes hacer usando mediaproxy o rtpproxy.
Por lo que entiendo tu intención es conocer el estado de distintas rutas (por ejemplo Carrier A, Carrier B) para determinar que ruta tiene mayor QoS en un momento determinado. No conozco si hay un module para OpenSER que verifique la QoS de las rutas... Lo que te puedo decir es que hay un proyecto en marcha para añadir esta funcionalidad al Cisco Call Manager mediante consultas SNMP.
Siguiendo este modelo y si tienes tiempo y ganas... te puedes montar gentes SNMP en los gw y mediante scripting crear dynamic routing según la respuesta de las consultas a la MiB :-)
Saludos, Victor Pascual
Ten en cuenta que OpenSER es un proxy SIP, por lo que el audio le da igual, el solo se encarga de la señalización...
El 27/09/07, Victor Pascual Ávila victor.pascual.avila@gmail.com escribió:
Hola Oscar,
On 25/09/2007, Oscar Castillo o.castillo.castillo@gmail.com wrote:
Ahora bien, me gustaría que mi Openser pueda testear la congestión de determinado canal y en base a ello tomar la decisión de enviarlo a otra ruta menos congestionada. He leído que existen programas para chequear la congestión de la red, pero eso lo hace el usuario. vi que con ethereal se puede hacer.Sin embargo esto lo que me permite es crear un plan preventivo pero estático.
Creo que puedes marcar los flujos RTP con distinta QoS, esto lo puedes hacer usando mediaproxy o rtpproxy.
Por lo que entiendo tu intención es conocer el estado de distintas rutas (por ejemplo Carrier A, Carrier B) para determinar que ruta tiene mayor QoS en un momento determinado. No conozco si hay un module para OpenSER que verifique la QoS de las rutas... Lo que te puedo decir es que hay un proyecto en marcha para añadir esta funcionalidad al Cisco Call Manager mediante consultas SNMP.
Siguiendo este modelo y si tienes tiempo y ganas... te puedes montar gentes SNMP en los gw y mediante scripting crear dynamic routing según la respuesta de las consultas a la MiB :-)
Saludos, Victor Pascual
Users-es mailing list Users-es@openser.org http://openser.org/cgi-bin/mailman/listinfo/users-es
El Thursday 27 September 2007 00:04:20 Saúl Ibarra escribió:
Ten en cuenta que OpenSER es un proxy SIP, por lo que el audio le da igual, el solo se encarga de la señalización...
Sí, pero yo entiendo que como es OpenSer el que decidirá la ruta sí que tiene sentido que "de alguna forma" averigue qué ruta (por ejemplo: qué gateway sip_2_pstn) tiene mejor calidad en ese momento.
Ni idea de cómo hacerlo pero yo desde luego no le metería mucha lógica a OpenSer, más bien tendría un procese externo corriendo y averiguando la calidad de cada ruta y guardando los datos en una tabla la cuál consulta OpenSer y ya, que OpenSer no tenga que hacer virguerías en plan módulo guarro "exec" ni nada así, que no es para eso ;)
Saludos.
El 27/09/07, Iñaki Baz Castillo ibc@in.ilimit.es escribió:
El Thursday 27 September 2007 00:04:20 Saúl Ibarra escribió:
Ten en cuenta que OpenSER es un proxy SIP, por lo que el audio le da igual, el solo se encarga de la señalización...
Sí, pero yo entiendo que como es OpenSer el que decidirá la ruta sí que tiene sentido que "de alguna forma" averigue qué ruta (por ejemplo: qué gateway sip_2_pstn) tiene mejor calidad en ese momento.
Ya, pero no se, creo que eso debería ser trabajo de 'otro', OpenSER que rute los mensajes y listo :) IMHO.
Ni idea de cómo hacerlo pero yo desde luego no le metería mucha lógica a OpenSer, más bien tendría un procese externo corriendo y averiguando la calidad de cada ruta y guardando los datos en una tabla la cuál consulta OpenSer y ya, que OpenSer no tenga que hacer virguerías en plan módulo guarro "exec" ni nada así, que no es para eso ;)
Saludos.
-- Iñaki Baz Castillo ibc@in.ilimit.es
Users-es mailing list Users-es@openser.org http://openser.org/cgi-bin/mailman/listinfo/users-es
El Wednesday 26 September 2007 22:02:40 Victor Pascual Ávila escribió:
Hola Oscar,
On 25/09/2007, Oscar Castillo o.castillo.castillo@gmail.com wrote:
Ahora bien, me gustaría que mi Openser pueda testear la congestión de determinado canal y en base a ello tomar la decisión de enviarlo a otra ruta menos congestionada. He leído que existen programas para chequear la congestión de la red, pero eso lo hace el usuario. vi que con ethereal se puede hacer.Sin embargo esto lo que me permite es crear un plan preventivo pero estático.
Creo que puedes marcar los flujos RTP con distinta QoS, esto lo puedes hacer usando mediaproxy o rtpproxy.
Por lo que entiendo tu intención es conocer el estado de distintas rutas (por ejemplo Carrier A, Carrier B) para determinar que ruta tiene mayor QoS en un momento determinado. No conozco si hay un module para OpenSER que verifique la QoS de las rutas... Lo que te puedo decir es que hay un proyecto en marcha para añadir esta funcionalidad al Cisco Call Manager mediante consultas SNMP.
Siguiendo este modelo y si tienes tiempo y ganas... te puedes montar gentes SNMP en los gw y mediante scripting crear dynamic routing según la respuesta de las consultas a la MiB :-)
Esa funcionalidad me parece harto inútil, porque una cosa es la "ruta SIP", otra la "ruta RTP" y para complicar más la cosa ... la "ruta IP" sobre la que van las otras dos.
Lo más a lo que puedes aspirar es ha algún tipo de consulta (no está contemplado en los estandares actuales) en la que le preguntases al GW remoto "oye tú .. ¿como andas de carga?" y comprobar eso junto con la latencia estimada hasta ese GW para calcular algún tipo de parámetro "global" de QoS para esa ruta.
Yo soy más partidario de ignorar esas cosas y establecer un tipo de QoS basado de forma genérica en el CCR o el ASR de la combinación Ruta<->GW
On 27/09/2007, Raúl Alexis Betancor Santana rabs@dimension-virtual.com wrote:
Lo más a lo que puedes aspirar es ha algún tipo de consulta (no está contemplado en los estandares actuales) en la que le preguntases al GW remoto "oye tú .. ¿como andas de carga?" y comprobar eso junto con la latencia estimada hasta ese GW para calcular algún tipo de parámetro "global" de QoS para esa ruta.
Eso es exactamente lo que se está haciendo para el Call Manager. Se trata de una MiB propietaria (se actualiza con información sacada a través de RTCP y SRV) que mediante consultas del tipo SNMP proporciona información sobre el estado de carga de un gw. El siguiente paso sería hacer 'Traffic Engineering' en función de los datos recibidos.
Saludos, Victor Pascual
Hola,
On 27/09/2007, Raúl Alexis Betancor Santana <rabs@dimension- virtual.com> wrote:
Lo más a lo que puedes aspirar es ha algún tipo de consulta (no está contemplado en los estandares actuales) en la que le preguntases al GW remoto "oye tú .. ¿como andas de carga?" y comprobar eso junto con la latencia estimada hasta ese GW para calcular algún tipo de parámetro "global" de QoS para esa ruta.
Eso es exactamente lo que se está haciendo para el Call Manager. Se trata de una MiB propietaria (se actualiza con información sacada a través de RTCP y SRV) que mediante consultas del tipo SNMP proporciona información sobre el estado de carga de un gw. El siguiente paso sería hacer 'Traffic Engineering' en función de los datos recibidos.
El problema es que el estado de un gateway no indica, ni mucho menos, como está el camino hasta llegar a ese gateway... puedes tener el gateway tocandose la barriga pero el camino para llegar a él ser un desastre con delays altos, perdidas de paquetes, etc...
Saludos JesusR.
------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
sr-users-es@lists.kamailio.org
-
Iñaki Baz Castillo -
Jesus Rodriguez -
Oscar Castillo -
Raúl Alexis Betancor Santana -
Saúl Ibarra -
Victor Pascual Ávila