¿Que pseudovariable se puede utilizar para imprimir los logs y saber en que
branch_id se está ejecutando un route?
Algo del estilo ..
route[3]
{
...
xlog("L_INFO", "BranchID: $bi ....");
...
}
Solo he visto referencias a Branch First Request y a Branch All request .. y
no me queda nada claro lo que contienen.
--
Saludos.
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
openser: CRITICAL:tm:w_t_relay: unsupported route type: 8
¿Alguna pista?, no encuentro referencias en google a este error.
--
Saludos.
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
Buenas a todos, os planteo una duda ...
Ante un INVITE que llega a un OpenSer, para un usuario que tiene n contacs (se
ha registrado desde varios sitios), el comportamiento de TM y REGISTRANT es
hacer branching y paralel forking, hasta ahi todo ok.
Ahora resulta que uno o varios de los n contacs tiene Path y esto
hace "saltar" las branches a otro proxy.
Todos los contact reciben su INVITE, al que contestan con sus respectivos 100
Trying, 180 Ringing, etc ...
Si un contact contesta (genera un 200 Ok), el OpenSer "autogenera" (desde el
proxy que ha recibido el 200 OK) un 487 para el resto de los branches,
incluidos los que van con PATH, hasta aqui todo ok
Problema: algunos de los contacs estaban detrás de NAT, lo que hico que el
INVITE generase peticiones de sesion a un MediaProxy, pero cuando los
branches que no contestaron reciben su 487, cortan, pero es que el OpenSer
tambien me llama a end_media_session, jodiendome el invento, porque el
usuario se queda con una llamada con el canal de señalización abierto, pero
sin RTP.
Pregunta: ¿Como se puede hacer que el end_media_session se ejecute SOLO ante
el final reply del branch que contestó y no ante los 487 que van para los
branches que no contestaron?, está claro que será con setbflag, pero la duda
es como puedo saber, ante una llamada a lookup que este INVITE va a generar
branching.
--
Saludos.
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
Amigos, buenos dias, tengo el siguiente inconveniente, tengo un host
definido como sip.mydominio.com y cuando trato de accesarlo via http (
http://sip.mydominio.com) al entrar en serweb trae consigo solo @
mydominio.com, es decir no indica el host, al hacer la consulta a la tabla
suscribers esta trae el host completo sip.mydominio.com, razon por la cual
no autentica a ni muestra los usuarios, que puedo hacer al respecto.. Por
otro lado tengo activo el acc de openser pero serweb no lo ve directamente
sino a traves del cdr pero esta tabla no la trae ni openser ni serweb,
tendre que montar asterisk para ello o tienen un script que me indique una
vista dinamica del acc ? . mysql v.5
--
Saludos y gracias
Frank Gonzalez
414-6260492
Hola, en unas cuantas ocasiones hemos hablado de los routers con ALG's y el
daño que hacen a la VoIP. Por ello he iniciado una sección en voip-info sobre
este asunto:
http://www.voip-info.org/wiki/view/Routers+SIP+ALG
Por supuesto se ha de corregir muchísimo, y la lista de routers es mínima de
momento (los dos casos que conozco yo).
No sé si tal vez dándole calor podríamos usarlo como "medida de represión"
contra los fabricantes de routers que hacen chapuzas y se cargan, a efectos
prácticos, la VoIP.
Saludos.
--
Iñaki Baz Castillo
Hola, resulta que FreeRadius no incorpora de serie el valor FAILED
para "Acct-Status-Type". Ese es el valor que OpenSer envía cuando la llamada
no se ha establecido (404, 486, 603, CANCEL...).
Veo que CDRTool incorpora un parche para añadir la query FAILED a SQL cuando
se loguea el acounting en MySQL. Supongo que el hilo donde se gestó todo esto
es éste entre Adrian Georgescu, Juha y compañía:
http://osdir.com/ml/freeradius.devel/2006-11/msg00072.html
Una de las cosas que dicen es que según el RFC:
"15 Reserved for Failed"
y también que algunos usan Radiator por ejemplo por este asunto (parece ser
que permite FAILED de serie, o al menos sin tener que parchear).
Bueno, dos preguntas:
- ¿Sabéis si existe paquete deb para Debian Etch de FreeRadius con este
parche?
- De cara a un proveedor de telefonía, ¿cómo de importante es loguear las
llamadas salientes/entrantes fallidas?
Gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
hola, le he dado vueltas al asunto y no encuentro el por que, talves
ustedes me pueden ayudar. El asunto es el siguiente:
cuando agrego usuarios con: openserctl add 100 100 100@localhost (por
ejemplo) lo hace bien, pero al ver la estructura de la tabla
subscriber el campo domain es agregado con "192.168.1.120" mi ip de
openser. Cuando intento conectarme desde mi cliente sip me sale un 401
Unautorized.
Pero si yo cambio el campo domain 192.168.1.120 a valor "locahost" de
manera manual desde mysql ( update domain set domain ="localhost"
where domain ="192.168.1.120"), de esta forma los usuario SIPs se
pueden registrar con 200 ok.
Cual puede ser el problema?
--
Ronmel Jiron Sandres
Hola,
¿existe algún listado sobre las RFCs implementadas (fully o partly) en
Openser y sus modules?
Gracias,
--
Victor Pascual Ávila
Research Engineer
Tel. +34 93 542 2906
Fax. +34 93 542 2517
Research Group on Network Technologies and Strategies (NeTS)
Universitat Pompeu Fabra (UPF)
Pg. de Circumval·lació, 8
Office 358
08003 Barcelona (Spain)
http://nets.upf.edu/
Hola:
El valor de auto_reconnect es 1(por defecto) y he bajado el ping_interval a 30 segundos. En la traza se observa que durante treinta segundos el servidor openser envía retransmisiones tcp correspndientes a un request ping de mysql. A los treinta segundos empieza a solicitar vía broadcast arp la ip del servidor primario mysql (pues ambos están en la misma subred) y en ningún momento pide resolución al servidor dns. Si durante ese tiempo realizamos desde consola del servidor openser un ping icmp al nombre de la base de datos, los paquetes se dirigen correctamente al servidor secundario.
Un saludo:
Francisco Javier Lizaran
________________________________
De: users-es-bounces(a)lists.openser.org [mailto:users-es-bounces@lists.openser.org] En nombre de David Villasmil
Enviado el: martes, 05 de febrero de 2008 19:28
Para: Lista de usuarios de OpenSER
Asunto: [OpenSER-Users-ES] Problema con alta disponibilidad de mysql
2008/2/5 Jesus Rodriguez <jesusr(a)voztele.com>:
Hola,
> El orden es como dices en ambos casos. Un proceso monit en el
> servidor de DNS es el que realiza los cambios pertinentes. Lo
> curioso es que, en el segundo caso, cuando tiramos la interfaz y
> realizamos un ping al nombre de la base de datos, se resuelve
> correctamente a la ip del servidor mysql secundario...pero Openser
> no contacta con éste. En el primer caso, como comentaba
> anteriormente, nunca hay problema.
¿Has revisado el valor del parámetro "database_roconnect" (o algo así)
del módulo mysql?.
No he probado nunca nada así... quizas Henning Westerholt (que es
quien lleva ahora los temas de las bases de datos) pueda darte alguna
pista... aunque creo que ví ayer el mail en la lista en inglés.
Saludos
JesusR.
> -----Mensaje original-----
> De: users-es-bounces(a)lists.openser.org [mailto:users-es-bounces@lists.openser.org
> ] En nombre de Jesus Rodriguez
> Enviado el: lunes, 04 de febrero de 2008 23:21
> Para: Lista de usuarios de OpenSER
> Asunto: Re: [OpenSER-Users-ES] Problema con alta disponibilidad de
> mysql
>
> Hola,
>
>
>> Estamos probando la siguiente configuración: un servidor
>> corriendo openser contra un par de servidores con mysql configurados
>> en anillo. Cuando la base de datos primaria no está disponible, se
>> modifica la entrada correspondiente en el servidor de DNS para que
>> apunte a la base de datos secundaria. De esta forma, cuando tiramos
>> el servicio mysql en el servidor primario, Openser se conecta sin
>> problemas al servidor mysql secundario.
>> Realizamos otra prueba que consiste en tirar la interfaz del
>> servidor mysql. En este caso, openser no se conecta con el servidor
>> secundario de mysql, si bien comprobamos que el registro de DNS
>> correspondiente sigue cambiándose correctamente. De esta forma,
>> ninguna petición para iniciar diálogos progresa, a diferencia del
>> caso anterior. ¿Alguien ha tenido algún problema parecido a este?
>
>
> ¿Puedes explicar el orden en el que se hacen los cambios?. Por
> ejemplo:
>
> Caso 1:
>
> - Se para el servidor mysql
> - Se cambia la entrada en el dns
>
>
> Caso 2:
>
> - Se tira el interfaz del servidor
> - Se cambia la entrada en el dns
>
> ¿Es este el orden?. Hacer esto con el dns puede tener sus problemas si
> no controlas bien el caché y los TTL.
>
> ¿Has pensado en usar algo como VRRP, CARP, lagg o similares para
> redundar los mysql usando una única ip?.
>
> Saludos
> JesusR.
>
> ------------------------------------
> Jesus Rodriguez
> VozTelecom Sistemas, S.L.
> jesusr(a)voztele.com
> http://www.voztele.com <http://www.voztele.com/>
> Tel. 902360305
> -------------------------------------
>
>
>
>
>
> _______________________________________________
> Users-es mailing list
> Users-es(a)lists.openser.org
> http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
> ___________________________________________________________________________
>
> Este mensaje se dirige exclusivamente a su destinatario y puede
> contener información privilegiada o confidencial. Si no es vd. el
> destinatario indicado, queda notificado de que la utilización,
> divulgación y/o copia sin autorización está prohibida en virtud de
> la legislación vigente. Si ha recibido este mensaje por error, le
> rogamos que nos lo comunique inmediatamente por esta misma vía y
> proceda a su destrucción.
>
> This message is intended exclusively for its addressee and may
> contain information that is CONFIDENTIAL and protected by
> professional privilege. If you are not the intended recipient you
> are hereby notified that any dissemination, copy or disclosure of
> this communication is strictly prohibited by law. If this message
> has been received in error, please immediately notify us via e-mail
> and delete it.
> ___________________________________________________________________________
>
> _______________________________________________
> Users-es mailing list
> Users-es(a)lists.openser.org
> http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
>
>
Nunca he hecho HA con mysql, pero esto me suena a cache en el openser... es posible que no resuelva cada vez que se conecta... mira si hay algún parámetro de cacheo de DNS...
Saludos
No puedes usar IPs en lugar de DNS?? hay varias alternativas por ahí...
se me ocurre un script que esté pingeando el principal constantemente, si no responde, con cambiar el registro del "hosts" que apunte a la ip nueva tienes... chapucero, pero creo que funcionaría sin tantos problemas...
David
___________________________________________________________________________
Este mensaje se dirige exclusivamente a su destinatario y puede contener información privilegiada o confidencial. Si no es vd. el destinatario indicado, queda notificado de que la utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.
This message is intended exclusively for its addressee and may contain information that is CONFIDENTIAL and protected by professional privilege. If you are not the intended recipient you are hereby notified that any dissemination, copy or disclosure of this communication is strictly prohibited by law. If this message has been received in error, please immediately notify us via e-mail and delete it.
___________________________________________________________________________