27 Sep
2007
27 Sep
'07
6:53 p.m.
El Wednesday 26 September 2007 22:02:40 Victor Pascual Ávila escribió:
Hola Oscar,
On 25/09/2007, Oscar Castillo <o.castillo.castillo(a)gmail.com> wrote:
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
--
Saludos.
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
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 :-)