sr-users-es

sr-users-es@lists.kamailio.org

487 discussions

[OpenSER-Users-ES] Saber en que branch se está ejecutando un route

by Raúl Alexis Betancor Santana

¿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.

16 years, 4 months

[OpenSER-Users-ES] Error de TM en los logs que no encuentro en google

by Raúl Alexis Betancor Santana

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.

16 years, 4 months

[OpenSER-Users-ES] Problemas con el Paralel Forking

by Raúl Alexis Betancor Santana

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.

16 years, 4 months

[OpenSER-Users-ES] Llamadas OpenSER a Asterisk

by Mariam M. T.

como estan. Ayuda por favor. Espero alguien me pueda ayudar donde esta mi error de configuracion. He intentado hacer llamadas de usuario de Openser a Usuarios de Asterisk y lo unico que consigo es "Not Found" . Las llamadas entre los usuarios de Openser me funciona normal Mis usuarios de OPenSER tienen la extension de 2000 a 2999 y Mis usuarios de Asterisk tienen la extension de 1000 a 1999 Openser y asterisk estan en la misma PC con una IP publica, y tambien RTPProxy. les adjunto mi config de OpenSER. Muchas Gracias de Antemano. # ----------- global configuration parameters ------------------------ debug=7 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=yes # (cmd line: -E) listen=200.28.82.6 /* Uncomment these lines to enter debugging mode fork=no log_stderror=yes */ check_via=no # (cmd. line: -v) dns=no # (cmd. line: -r) rev_dns=no # (cmd. line: -R) port=5060 children=4 # --- module loading mpath="//lib/openser/modules/" loadmodule "mysql.so" loadmodule "sl.so" loadmodule "tm.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "nathelper.so" loadmodule "acc.so" loadmodule "auth.so" loadmodule "auth_db.so" loadmodule "mi_fifo.so" loadmodule "xlog.so" loadmodule "presence.so" # --- setting module parameters # -- mi_fifo params -- modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") modparam("usrloc|auth_db","db_url","mysql://openser:openserrw@localhost/openser") # -- usrloc params -- modparam("usrloc", "db_mode", 2) modparam("usrloc", "nat_bflag", 6) # -- registrar params -- modparam("registrar|nathelper", "received_avp", "$avp(i:42)") # -- auth params -- #modparam("auth_db", "calculate_ha1", no) #modparam("auth_db", "password_column", "ha1") #modparam("auth_db", "password_column_2", "ha1b") modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") # -- rr params -- modparam("rr", "enable_full_lr", 1) # -- presence params -- modparam("presence", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("presence", "max_expires", 3600) modparam("presence", "force_active", 1) modparam("presence", "server_address", "sip:200.28.82.6:5060") # -- nathelper params --- modparam("nathelper", "rtpproxy_sock", "udp:127.0.0.1:7890") modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", 7) modparam("nathelper", "sipping_from", "sip:200.28.82.6") # --- main routing logic route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len>= 2048 ) { sl_send_reply("513", "Message too big"); exit; }; # NAT detection route(2); if (!method=="REGISTER") record_route(); if (loose_route()) { append_hf("P-hint: rr-enforced\r\n"); route(1); }; if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(1); }; if (uri==myself) { # presence handling if (is_method("PUBLISH|SUBSCRIBE")) { route(4); } if (method=="REGISTER") { if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; }; if (isflagset(5)) { # set branch flag -- when someone will call this user # the INVITE will have branch flag 6 set after lookup("location") setbflag(6); # if you want OPTIONS natpings uncomment next # setbflag(7); }; save("location"); exit; }; if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; append_hf("P-hint: usrloc applied\r\n"); if (method=="INVITE") { if (uri=~"^sip:[1][0-9]{3}@.*"){ xlog("L_INFO","$Cbx--- LLAMADA A ASTERISK ---$Cxx\n"); xlog("L_INFO","$Cbx---> Redirigiendo a Asterisk...$Cxx\n"); rewritehostport("200.28.82.6:5070"); route(1); exit; }; }; }; route(1); } route[1] { if (subst_uri('/(sip:.*);nat=yes/\1/')){ setbflag(6); }; if (isflagset(5)||isbflagset(6)) { route(3); } if (!t_relay()) { sl_reply_error(); }; exit; } route[2]{ force_rport(); if (nat_uac_test("19")) { if (method=="REGISTER") { fix_nated_register(); } else { fix_nated_contact(); }; setflag(5); }; } route[3] { if (is_method("BYE|CANCEL")) { unforce_rtp_proxy(); } else if (is_method("INVITE")){ force_rtp_proxy(); t_on_failure("2"); }; if (isflagset(5)) search_append('Contact:.*sip:[^>[:cntrl:]]*', ';nat=yes'); t_on_reply("1"); } #presence handling route route[4] { # absorb retransmissions if (!t_newtran()) { sl_reply_error(); exit; }; if (is_method("PUBLISH")) { handle_publish(); t_release(); }else if (is_method("SUBSCRIBE")) { handle_subscribe(); t_release(); }; exit; } failure_route[2] { if (isbflagset(6) || isflagset(5)) { unforce_rtp_proxy(); } } onreply_route[1] { if ((isflagset(5) || isbflagset(6)) && status=~"(183)|(2[0-9][0-9])") { force_rtp_proxy(); } search_append('Contact:.*sip:[^>[:cntrl:]]*', ';nat=yes'); if (isbflagset(6)) { fix_nated_contact(); } exit; } el config de mi SIP.CONF de Asterisk es la siguiente [desde_openser] type=friend context=llamadas_desde_openser insecure=port,invite externalnotify=yes allow=all host=200.48.82.56:5060 _________________________________________________________________ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=…

16 years, 4 months

[OpenSER-Users-ES] Inquietudes con SerWEB

by Frank Gonzalez

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

16 years, 4 months

[OpenSER-Users-ES] [OT] Página "Router SIP ALG" iniciada en voip-info.org

by Iñaki Baz Castillo

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

16 years, 4 months

[OpenSER-Users-ES] [OT] Dilema con "Acct-Status-Type FAILED" en FreeRadius

by 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

16 years, 4 months

[OpenSER-Users-ES] problema con openser y mysql

by Ronmel Jiron

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

16 years, 4 months

[OpenSER-Users-ES] RFCs implementadas en Openser

by Victor Pascual Ávila

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/

16 years, 4 months

Re: [OpenSER-Users-ES] Problema con alta disponibilidad de mysql

by Francisco Javier Lizarán Vilches

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. ___________________________________________________________________________

16 years, 4 months

← Newer
1
...
29
30
31
32
33
34
35
...
49
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

sr-users-es