- sr-users-es - kamailio.org

[OpenSER-Users-ES] OpenSER actuando como UA
by Victor Pascual Ávila 27 Feb '08

27 Feb '08

Hola, estamos implementando un pequeño servicio para que un usuario, mandando un MESSAGE contra el Proxy, pueda consultar el saldo que tiene en su cuenta de prepago. ¿Se puede generar un MESSAGE desde OpenSER y en el body meterle el contenido (e.g. saldo del cliente)? ¿Puede actuar OpenSER como B2BUA? Saludos y 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/

4 5

[OpenSER-Users-ES] record_route
by David Villasmil 26 Feb '08

26 Feb '08

Hola a todos, Tengo entendido que para que TODOS los mensajes siguentes al INVITE pasen por mi proxy, debo agregar un "Via" en el cual esté la ip de server para que pasen por mí todos los mensajes. Ésto lo entiendo, la pregunta es: ¿Cómo lo hago? Por cuestiones de billing necesito tener la garantía de que pasarán por mi proxy todos los mensajes para el ACC. En mi cfg (que obtuve en principio de sipwise) sólo veo un "record_route" en un if REGISTER: if (!method=="REGISTER") record_route(); Pero creo que ésto simplemente guarda la información respecto a dónde se encuentra el cliente... a lo mejor me estoy enrredando sólo, porque he visto la documentación y dice que agrega un Record-route header... pero.. ¿porqué en el REGISTER? ¿No debería ser en el INVITE? Muchas gracias david

5 5

[OpenSER-Users-ES] calerid modificado en la PSTN: +34XX -> 0034XX
by Iñaki Baz Castillo 26 Feb '08

26 Feb '08

Hola, envío un INVITE con el PAI "sip:+34XXXXXXXX@XXX" a mi carrier, pero cuando recibo esa llamada a través de un RDSI de Telefónica veo en el debug de Asterisk que viene con origen "0034XXXXXXXXXX". Vaya por dios, ¿tienen las operadoras algo en contra de la nomenclatura E164? ¿por qué se usa más 00 que + cuando realmente 00 sólo es un código para indicar que la llamada es internacional, mientras que usando + (E164 puro y duro) definimos unequívocamente un destino telefónico? ¿por qué a pesar de eso parece que se prefiere el 00 y se usa para lo que no es? Me ha fastidiado que Telefónica me cambie el callerid. Gracias por cualquier comentario al respecto. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

2 2

[OpenSER-Users-ES] Dialog/SST
by David Villasmil 25 Feb '08

25 Feb '08

Buenas, Alguien se ha metido con el módulo SST o el Dialog para establecer timeouts para una llamada y que se CORTE en X segundos? He estado mirando los módulos pero me parece que habla del "session-timeout" que si mal no lo entiendo (que es imposible entender la documentación) no habla de duración de la llamada, si no de el tiempo máximo que puede pasar para que el cliente envíen una especie de "KEEP ALIVE" para saber que la llamada sigue en curso... Ideas?? Gracias chicos, David

3 5

[OpenSER-Users-ES] /tmp/openser_fifo
by Victor Pascual Ávila 19 Feb '08

19 Feb '08

Buenas, hago un openser restart 0(0) INFO:mi_fifo:mi_destroy: process hasn't been created -> nothing to kill y al hacer un ul show obtengo: ERROR: Error opening OpenSER's FIFO /tmp/openser_fifo ERROR: Make sure you have line the 'modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo")' in your config ERROR: and also have loaded the mi_fifo module. Tengo cargado el modulo y tengo puesto el modparam en el cfg. Any idea? Gracias, -- Victor Pascual Ávila

5 5

Re: [OpenSER-Users-ES] /tmp/openser_fifo -> fixed
by Victor Pascual Ávila 18 Feb '08

18 Feb '08

Buenas, después de matar el servicio y volver a arrancar sin solucionar el problema varias veces... he reiniciado el server. Con la misma config ahora todo vuelve a funcionar correctamente. Otro ítem para añadir a la Troll's List :-) Gracias, Victor On 2/18/08, Victor Pascual Ávila <victor.pascual.avila(a)gmail.com> wrote: > Hola, > tengo puesto el 'modparam("mi_fifo", "fifo_name", > "/tmp/openser_fifo")' y hago el loadmodule (con el path correcto). > > On 2/18/08, Iñaki Baz Castillo <ibc(a)in.ilimit.es> wrote: > > Pero ese error ¿sólo te sale usando "openserctl"?, > > Exacto. > > Es bastante raro ¿verdad? > > Saludos, > -- > 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/ > -- 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/

1 0

[OpenSER-Users-ES] Problema al cancelar una llamada a 2 usuarios
by David Vicente 18 Feb '08

18 Feb '08

Buenos días: Tengo el siguiente escenario. Registro dos sip-phones con la misma sipUri. Les hago una llamada desde otro sip-phone y los INVITE llegan bien a ambos. El problema llega, cuando quiero cancelar la llamada desde uno de ellos, ya que hasta que no cuelga el segundo el Openser no lo envía al llamante. Necesito poder mandarle el mensaje 480 al llamante cuando llega del primero de los llamados, y no esperar al segundo, y no sé si se podría hacer. Si alguien tiene alguna idea se lo agradezco. Un saludo.

2 3

[OpenSER-Users-ES] Problema usando t_on_reply desde branch_route
by Raúl Alexis Betancor Santana 17 Feb '08

17 Feb '08

Siguiendo con la pelea de los branches .. a ver si los termino de dominar .. esto es lo que tengo puesto ... route[n] { .. t_on_branch(2); if(!lookup("location")) { .. } ... } branch_route[2] { if(isbflagset(6)) { xlog("L_INFO", "Fix 2 BI:$T_branch_idx flags=$bF\n"); use_media_proxy(); t_on_reply(2); } else { xlog("L_INFO", "Fix 2 non needed BI:$T_branch_idx flags=$bF\n"); t_on_reply(1); } } Bien .. pues devolviendo lookup 2 contacs, uno en IP pública y el otro tras NAT, saltan ambos a branch_route[2] como era de esperar. Al contact tras NAT, se le aplica correctamente el use_media_proxy y al otro nada, limpito .. pues resulta que todos los REPLY's me entran por onreply_route[1] ... y no entiendo porqué, cuando se supone que los reply's del usuario NAT de deberían llegar a onreply_route[2] ¿Algo no he captado de como funcionan los branch_route? ¿no deberían de quedar "marcados" estos branches en openser para que sus replies vayan a donde deben? -- Saludos. Raúl Alexis Betancor Santana Dimensión Virtual S.L.

2 8

[OpenSER-Users-ES] Problema con los unREGISTER
by Raúl Alexis Betancor Santana 17 Feb '08

17 Feb '08

Hola a todos, me he encontrado con una situación curiosa probando Zoiper, resulta que el nene manda como Contact un precioso "*." cuando le dices que se unREGISTER, lo que hace que el OpenSer se cepille TODOS los contacs del AoR. ¿Cual es el comportamiento habitual ante estas situaciones? ¿simplemente comprobar si cuando llega un REGISTER tiene Expire=0 y un Contact: * e ignorarlo? ¿generar un error? El RFC dice que habría que comprobar si el usuario tiene permiso para modificar el contact, pero creo que OpenSer no implementa un mecanismo para eso. -- Saludos. Raúl Alexis Betancor Santana Dimensión Virtual S.L.

2 1

[OpenSER-Users-ES] Duda sobre el comportamiento de los flags en los branches.
by Raúl Alexis Betancor Santana 16 Feb '08

16 Feb '08

Cuando se utiliza t_on_branch y desde un INVITE se generan varios branches porque hay varios contacs para un mismo AoR, se pasa por el bloque branch_route especificado en el t_on_branch y desde ahi se puede usar los otros bloques route que se hallan definido, hasta aquí todo bien. Pero en cuestión de los flags, si en un route(n) se comprobaba un flag concreto con isflagset, ¿esa comprobación se hace sobre el request original (branch[0]) ó sobre cada uno de los branches que pasan por ahi? -- Saludos. Raúl Alexis Betancor Santana Dimensión Virtual S.L.

2 2

[OpenSER-Users-ES] Saber en que branch se está ejecutando un route
by Raúl Alexis Betancor Santana 15 Feb '08

15 Feb '08

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

3 5

[OpenSER-Users-ES] Error de TM en los logs que no encuentro en google
by Raúl Alexis Betancor Santana 15 Feb '08

15 Feb '08

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.

2 1

[OpenSER-Users-ES] Problemas con el Paralel Forking
by Raúl Alexis Betancor Santana 15 Feb '08

15 Feb '08

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.

2 7

[OpenSER-Users-ES] Llamadas OpenSER a Asterisk
by Mariam M. T. 12 Feb '08

12 Feb '08

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=…

2 1

[OpenSER-Users-ES] Inquietudes con SerWEB
by Frank Gonzalez 11 Feb '08

11 Feb '08

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

1 1

[OpenSER-Users-ES] [OT] Página "Router SIP ALG" iniciada en voip-info.org
by Iñaki Baz Castillo 10 Feb '08

10 Feb '08

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

2 3

[OpenSER-Users-ES] [OT] Dilema con "Acct-Status-Type FAILED" en FreeRadius
by Iñaki Baz Castillo 08 Feb '08

08 Feb '08

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

3 3

[OpenSER-Users-ES] problema con openser y mysql
by Ronmel Jiron 07 Feb '08

07 Feb '08

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

3 6

[OpenSER-Users-ES] RFCs implementadas en Openser
by Victor Pascual Ávila 07 Feb '08

07 Feb '08

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/

2 3

Re: [OpenSER-Users-ES] Problema con alta disponibilidad de mysql
by Francisco Javier Lizarán Vilches 06 Feb '08

06 Feb '08

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

2 1

Re: [OpenSER-Users-ES] Problema con alta disponibilidad de mysql
by Francisco Javier Lizarán Vilches 05 Feb '08

05 Feb '08

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. Muchas gracias: Francisco Javier Lizarán -----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 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. ___________________________________________________________________________

3 3

[OpenSER-Users-ES] Lío con los "dictionary" para OpenSer & Radius
by Iñaki Baz Castillo 05 Feb '08

05 Feb '08

Hola, qué lío. Resulta que OpenSer incluye un fichero "dictionary.radius" que tiene todos los tipos de mensaje para "Sip-Method" y algunos atributos propietarios para "auth_radius", "group_radius" y "avp_radius". Luego resulta que "radiusclient_ng" incluye un "dictionay.sip" que se basa en el "draft-sterman-aaa-sip-00" pero resulta que ese draft ahora es el RFC 4590, cuyos atributos sobre Digest ya vienen en el "dictionary.freeradius.internal" que viene de serie cuando instalas el servidor FreeRadius. En fin, que tengo un cacao importante. ¿Tal vez alguien que haya trabajado con FreeRadius y OpenSer podría decirme cuál es el diccionario correcto que tengo que cargar en el cliente y servidor Radius? En principio sólo voy a hacer accounting con Radius. Gracias. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

2 3

[OpenSER-Users-ES] Problema con alta disponibilidad de mysql
by Francisco Javier Lizarán Vilches 04 Feb '08

04 Feb '08

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? Un saludo: Francisco Javier Lizarán flv(a)barik.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. ___________________________________________________________________________

3 2

[OpenSER-Users-ES] mysql openser
by Ronmel Jiron 03 Feb '08

03 Feb '08

hola a todos. Cuando configuro mi cliente SIP con la cuenta Admin y password xxxxx (password de la base de datos) mi servidor OpenSER responde correctamente con 200 Ok, pero cuando agrego usuarios con: openserctl add 100 100 100@localhost (por ejemplo), y configuro mi cliente SIP me da el error de 401 Unauthorized. Creo que algo en la base de datos no esta bien Alguna sugerencia -- Ronmel Jiron Sandres

3 2

[OpenSER-Users-ES] llamada asterisk a openser, ruri modificado?
by David Villasmil 02 Feb '08

02 Feb '08

Buenas, Lista (que eres una lista!) jeje Estoy madando una llamada desde asterisk al openser SIN AUTHORIZATION y openser no encuentra el cliente... mi config: Estoy mandando 88887059999(a)my.domain.com desde asterisk y quiero reescribirlo a 7059999.... y forward la llamda al cliente, pero openser dice que no encuentra el usuario, El usuario existe y está registrado... seguro. ip1 y ip2 son las ips del asterisk, no quiero hacer autentificación, sé que ésto se puede hacer con "permission", pero a ver quién entiende la documentación de los módulos.... :S esto está muy simplificado! route{ if (method=="INVITE") { # CUSTOMER-CUSTOMER CALL if($si=="ip1"||$si=="ip2"){ xlog("L_ERR", "\n************** CUSTOMER-CUSTOMER CALL (ASTERISK->OPENSER) ************\n"); if (uri=~"^sip:8888"){ strip(4); } if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; } } if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; append_hf("P-hint: usrloc applied\r\n"); }; da como resultado: 11(20554) SIP Request: 11(20554) method: <INVITE> 11(20554) uri: <sip:88887059999@192.168.1.203> 11(20554) version: <SIP/2.0> 11(20554) parse_headers: flags=2 11(20554) Found param type 232, <branch> = <z9hG4bK0b646e90>; state=6 11(20554) Found param type 235, <rport> = <n/a>; state=17 11(20554) end of header reached, state=5 11(20554) parse_headers: Via found, flags=2 11(20554) parse_headers: this is the first via 11(20554) After parse_msg... 11(20554) preparing to run routing scripts... 11(20554) parse_headers: flags=100 11(20554) DEBUG:parse_to:end of header reached, state=10 11(20554) DBUG:parse_to: display={}, ruri={sip:88887059999@192.168.1.203} 11(20554) DEBUG: get_hdr_field: <To> [35]; uri=[ sip:88887059999@192.168.1.203] 11(20554) DEBUG: to body [<sip:88887059999@192.168.1.203> ] 11(20554) get_hdr_field: cseq <CSeq>: <102> <INVITE> 11(20554) DEBUG:maxfwd:is_maxfwd_present: value = 70 11(20554) check_via_address(192.168.1.202, 192.168.1.202, 0) 11(20554) parse_headers: flags=80 11(20554) DEBUG: add_param: tag=as458d0183 11(20554) DEBUG:parse_to:end of header reached, state=29 11(20554) DBUG:parse_to: display={"David Villasmil"}, ruri={ sip:7059999@my.domain.com} 11(20554) parse_headers: flags=200 11(20554) DEBUG: get_hdr_body : content_length=340 11(20554) found end of header 11(20554) find_first_route: No Route headers found 11(20554) loose_route: There is no Route HF 11(20554) grep_sock_info - checking if host==us: 15==9 && [192.168.1.203] == [127.0.0.1] 11(20554) grep_sock_info - checking if port 5060 matches port 5060 11(20554) grep_sock_info - checking if host==us: 15==15 && [192.168.1.203] == [192.168.1.203] 11(20554) grep_sock_info - checking if port 5060 matches port 5060 11(20554) grep_sock_info - checking if host==us: 15==9 && [192.168.1.203] == [127.0.0.1] 11(20554) grep_sock_info - checking if port 5060 matches port 5060 11(20554) grep_sock_info - checking if host==us: 15==15 && [192.168.1.203] == [192.168.1.203] 11(20554) grep_sock_info - checking if port 5060 matches port 5060 11(20554) comp_scriptvar: str 20 : 200.198.182.202 11(20554) ************** CUSTOMER-CUSTOMER CALL (ASTERISK->OPENSER) ************ 11(20554) rewrite_uri: Rewriting Request-URI with 'sip:s@192.168.1.253' 11(20554) ******* setting for branch 0 flags 0 11(20554) lookup(): 's' Not found in usrloc 11(20554) parse_headers: flags=ffffffffffffffff 11(20554) check_via_address(192.168.1.202, 192.168.1.202, 0) 11(20554) DEBUG:destroy_avp_list: destroying list (nil) 11(20554) receive_msg: cleaning up porqué el username termina siendo "s"????? claro, así nunca lo encontrará! saludos David

2 3

[OpenSER-Users-ES] strip no funciona?
by David Villasmil 01 Feb '08

01 Feb '08

Alguien sabe porqué el strip() no hace su trabajo?? tengo esta ruta: route[8] { # DO NOT AUTHORIZE YET.... AND ROUTE CALL xlog("L_ERR", "\n************** $ou ***********\n"); xlog("L_ERR", "\n************** Changing dialed number (Removing 8888) **************\n"); strip(4); xlog("L_ERR", "\n************** $ou ***********\n"); if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; y no hace el stripping!... log: ************** SOURCE IP: 200.198.182.202 *********** ************** sip:88887059999@200.198.182.203 *********** ************** Changing dialed number (Removing 8888) ************** ************** sip:88887059999@200.198.182.203 *********** muchas gracias... esto me está volviendo loco... David

2 3

[OpenSER-Users-ES] Problema al cambiar la Request URI en un INVITE
by David Vicente 01 Feb '08

01 Feb '08

Buenas a todos. Hace unos días comenté que estaba trabajando con un SER de IPTEL. Al hacer un INVITE lo hacía pasar por un Applicattion Server y le cambiaba la Request URI, pero no el TO, y el SER hacía caso omiso y funcionaba con el TO. Después de bastante buscar descubrí que era un bug que tenían abierto hace más de un año y que aún no han solucionado (al menos aparece como abierto en su lista de bugs). Probé con una versión más actual y aún así tenía el mismo problema. Hemos decidido pasarnos a openser y tengo otro problema relacionado con lo mismo. El escenario es el mismo. Todos los REGISTER e INVITE son reenviados del openser al Applicattion Server, y este se los devuelve. Si no realizo ningún cambio en los INVITE el ser los reencamina bien. Pero cuando cambio la Request URI a la sipURI de otro softphone que esté también registrado, el SER hace algo extraño. Por lo que he observado en las trazas entra en un bucle infinito, como si se enviara el INVITE a sí mismo. En el ethereal no salé nada hacia afuera. Y al final el SER acaba devolviendo un 513 Message Too Big al Applicattion Server. Siento haberme alargado. El openser.cfg apenas lo he modificado, sólo he metido un if para que todos los INVITE los reenvíe al Applicattion Server, menos los que vienen con la nueva sipURI, que son los que tiene que reencaminar. Os pego el openser.cfg. ¿Alguna idea? Un saludo. debug=2 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=no # (cmd line: -E) children=4 disable_dns_blacklist=true # Uncomment these lines to enter debugging mode #fork=no #log_stderror=yes # port=5060 # uncomment the following lines for TLS support #disable_tls = 0 #listen = tls:your_IP:5061 #tls_verify_server = 1 #tls_verify_client = 1 #tls_require_client_certificate = 0 #tls_method = TLSv1 #tls_certificate = "/etc/openser/tls/user/user-cert.pem" #tls_private_key = "/etc/openser/tls/user/user-privkey.pem" #tls_ca_list = "/etc/openser/tls/user/user-calist.pem" alias="flanders-bis.hi.inet:5060" # ------------------ module loading ---------------------------------- #set module path mpath="/usr/lib/openser/modules/" # Uncomment this if you want to use SQL database #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 "mi_fifo.so" loadmodule "xlog.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! #loadmodule "auth.so" #loadmodule "auth_db.so" # ----------------- setting module-specific parameters --------------- # -- mi_fifo params -- modparam("mi_fifo", "fifo_name", "/tmp/openser_fifo") # -- usrloc params -- modparam("usrloc", "db_mode", 0) # Uncomment this if you want to use SQL database # for persistent storage and comment the previous line #modparam("usrloc", "db_mode", 2) # -- auth params -- # Uncomment if you are using auth module # #modparam("auth_db", "calculate_ha1", yes) # # If you set "calculate_ha1" parameter to yes (which true in this config), # uncomment also the following parameter) # #modparam("auth_db", "password_column", "password") # -- rr params -- # add value to ;lr param to make some broken UAs happy modparam("rr", "enable_full_lr", 1) # ------------------------- request routing logic ------------------- # main routing logic route{ xlog("L_ERR", " "); xlog("L_ERR", " INICIAMOS PROCESADO .............."); # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len >= 2048 ) { xlog("L_ERR", "PUES VA A SER DEMASIADO LARGO .............."); sl_send_reply("513", "Message too big"); exit; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # if(method=="REGISTER") # { # xlog("L_ERR", "uri = $ru \n"); # save("location"); #log(1, myself); # exit; # } # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); # if you have some interdomain connections via TLS #if(uri=~"@tls_domain1.net") { # t_relay("tls:domain1.net"); # exit; #} else if(uri=~"@tls_domain2.net") { # t_relay("tls:domain2.net"); # exit; #} route(1); }; # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { if (method=="REGISTER") { # Uncomment this if you want to use digest authentication #if (!www_authorize("openser.org", "subscriber")) { # www_challenge("openser.org", "0"); # exit; #}; forward("10.95.42.92:5060"); save("location"); exit; }; if(method=="INVITE") { if($ru=="sip:343@flanders-bis.hi.inet") { route(1); exit; } else { forward("10.95.42.92:5060"); exit; } } lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; append_hf("P-hint: usrloc applied\r\n"); }; route(1); } route[1] { # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; exit; }

5 4

[OpenSER-Users-ES] muy sospechoso
by David Villasmil 01 Feb '08

01 Feb '08

Alguien se ha encontrado con el siguiente problema? Tengo: OpenSer + Asterisk un cliente ATA Jensen. La forma normal de funcionamiento es: ATA->Openser->Asterisk->Gw ésto no funciona. Si llamo desde el ATA a otro sip phone registrado en el Openser, funciona, Si registro el ATA en el asterisk y llamo a cualquier sitio, funciona. Conclusión: Cuando la llamada tiene que pasar Openser->Asterisk.. NO FUNCIONA!!! Saludos David

3 7

[OpenSER-Users-ES] ayuda con Register
by Ronmel Jiron 30 Jan '08

30 Jan '08

hola,, tengo la siguiente estructura: Dos cliente SIP en una red privada los cuales se salen a trave de un Router IP, mi servidor OpenSER tiene IP publica. Cuando quiero registrar uno de mis clientes IP, sucede los siguiente: U 200.30.xxx.xxxx:60049 -> 200.30.xxx.xxxx:5060 ##### Mi Router a mi Openser REGISTER sip:200.30.xxx.xxx SIP/2.0. ### Mi openser Via: SIP/2.0/UDP 192.168.1.31;branch=z9hG4bK5bbd0e954febb14c. ### mi cliente SIP From: "102" <sip:102@200.30.xxx.xxx;user=phone>;tag=5e474aa6e3664e89. #### mi openser To: <sip:102@200.30.177.115;user=phone>. #### mi openser Contact: <sip:102@192.168.1.31;user=phone>. ### cliente SIP Supported: replaces. Call-ID: 2ef635e380d63096(a)192.168.1.31. CSeq: 100 REGISTER. Expires: 3600. User-Agent: Grandstream BT120 1.0.8.23. Max-Forwards: 70. Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE. Content-Length: 0. U 200.30.177.115:5060 -> 200.30.177.124:5060 ### mi openser a mi Router SIP/2.0 403 Forbidden. Via: SIP/2.0/UDP 192.168.1.31;branch=z9hG4bK5bbd0e954febb14c;received=200.30.xxx.xxx. ### Router From: "102" <sip:102@200.30.xxx.xxx;user=phone>;tag=5e474aa6e3664e89. #### mi openser To: <sip:102@200.30.xxx.xxx;user=phone>;tag=c13c52eb7bdc65672ab688ebbd724ddf.4c20. ### mi openser Call-ID: 2ef635e380d63096(a)192.168.1.31. ### cliente SIP CSeq: 100 REGISTER. Server: OpenSER (1.2.2-notls (i386/linux)). Content-Length: 0. Que hay de malo en todo esto... ayuda por favor -- Ronmel Jiron Sandres

4 4

[OpenSER-Users-ES] OpenSer y Radius
by Iñaki Baz Castillo 30 Jan '08

30 Jan '08

Hola, mi experiencia con Radius es nula, nunca lo he usado para nada. Mi pregunta es sencilla: ¿existe alguna razón para usar OpenSer con Radius en vez de MySQL directamente? Me refiero básicamente a las secciones de autenticación y accounting (y tal vez el módulo "group"). Si resulta que Radius es conveniente en entornos grandes por la razón que sea... pues nada, a aprender, que es gratis :) pero la cuestión es que me gustaría saber si realmente aporta alguna ventaja o no. En principio, la base de datos estaría en un servidor a parte (replicado y esas cosas). Supongo que en caso de añadir la capa Radius el servidor estaría en el mismo host. En ese escenario, ¿qué ventajas tiene usar Radius teniendo en cuenta que no es imprescindible? Gracias por cualquier aclaración. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

4 13

[OpenSER-Users-ES] Integracion Openser + Alcatel
by Mariam M. T. 29 Jan '08

29 Jan '08

Gracias Iñaki y Raul por sus respuestas, efectivamente la version con la que cuenta esta Central de Alcatel es una antigua y practicamente puedo decir que es obsoleta. Pero ahora me espera un gran reto proponer una plataforma en software libre con muchas funcionalidades, y demostrar que realmente funciona y que es mejor de la que tienen . En tal sentido he estado buscando info en la red y leyendo ps por alli me encontre OpenSer + Asterisk que me permite implementar una plataforma con muchas funcionalidades, No he encontrado mucha informacion practica de como integrarlo si por alli teneis alguna referencia seria de gran ayuda. Muchas Gracias Saludos _________________________________________________________________ Discover the new Windows Vista http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE

1 0

[OpenSER-Users-ES] Salientes con número oculto a través de gateway (PAI y Privacy:id)
by Iñaki Baz Castillo 29 Jan '08

29 Jan '08

Hola, para salientes con número oculto a través de un determinado gateway PST_SIP he testeado que se debe cumplir: - Cabecera "PAI" válida (o sea, un username numérico). - Cabecera "Privacy: id". Entonces el receptor ve "Retenido". Pero si pongo en el PAI algo no numérico (no PSTN): P-Asserted-Identity: <sip:anonymous@IP> y añado la cabecera "Privacy: id" entonces el receptor ve "Número desconocido" ó "0" (un triste cero). Supongo que si el gateway te acepta el PAI y le metes en él un número que "no le sirve" entonces para él es desconocido e ignora el "Privacy: id" (que funciona conjuntamente con el PAI). ¿Estoy en lo cierto? ¿Alguna mala experiencia con el tema de salientes de número oculto con otros gateways? Gracias. PD: También valdría RPID pero voy a usar sólo PAI. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

2 1

[OpenSER-Users-ES] SDPs
by David Villasmil 29 Jan '08

29 Jan '08

Hola a todos.. Un pregunta un poco cochambrosa... tengo un ATA que cuando la llamada pasa por asterisk, se que congelado, y si va por openser funciona perfecto... se muere por lo "200 OK" que manda asterisk... el que recibe de Openser, es COMPLETAMENTE distinto... captura de tshark... el de Openser: Internet Protocol, Src: 192.168.1.6 (192.168.1.6), Dst: 192.168.1.116 ( 192.168.1.116) User Datagram Protocol, Src Port: 8342 (8342), Dst Port: 5060 (5060) Session Initiation Protocol Status-Line: SIP/2.0 200 OK Message Header To: <sip:8889991@my.domain.com;user=phone>;tag=5636e002 From: 8888888<sip:8888888@my.domain.com;user=phone>;tag=6Scf2-18Yzu0 Via: SIP/2.0/UDP 192.168.1.116;branch=z9hG4bK486c.f39169b5.0 ;received=192.168.1.116 Via: SIP/2.0/UDP 192.168.0.55:5060;rport=33654;received= 192.168.1.240;branch=z9hG4bKwE0f2-W2w7sRiu Call-ID: 9RqF70-3dT0sf2(a)my.domain.com CSeq: 103 INVITE Record-Route: <sip:192.168.1.116;lr=on;ftag=6Scf2-18Yzu0> Contact: <sip:8889991@192.168.1.180:8342;transport=udp> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO Content-Type: application/sdp Content-Length: 285 Message body Session Description Protocol Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): - 15858836 15859206 IN IP4 192.168.1.180 Session Name (s): eyeBeam Connection Information (c): IN IP4 192.168.1.180 Time Description, active time (t): 0 0 Media Description, name and address (m): audio 8360 RTP/AVP 18 101 Media Type: audio Media Port: 8360 Media Proto: RTP/AVP Media Format: ITU-T G.729 Media Format: 101 Media Attribute (a): alt:1 1 : 3E824724 5CE3B7E1 192.168.1.1808360 Media Attribute Fieldname: alt Media Attribute Value: 1 1 : 3E824724 5CE3B7E1 192.168.1.1808360 Media Attribute (a): alt:2 3 : 65F4C37E 6639080D 192.168.1.68360 Media Attribute Fieldname: alt Media Attribute Value: 2 3 : 65F4C37E 6639080D 192.168.1.68360 Media Attribute (a): fmtp:101 0-15 Media Attribute Fieldname: fmtp Media Format: 101 Media format specific parameters: 0-15 Media Attribute (a): sendrecv el de asterisk: Internet Protocol, Src: 192.168.1.116 (192.168.1.116), Dst: 192.168.0.67 ( 192.168.0.67) User Datagram Protocol, Src Port: 5060 (5060), Dst Port: 5060 (5060) Session Initiation Protocol Status-Line: SIP/2.0 200 OK Message Header Via: SIP/2.0/UDP 192.168.0.67:5060;rport=33550;received= 192.168.1.109;branch=z9hG4bK6F0f2-gSHit0Vlv Record-Route: <sip:192.168.1.116;lr=on;ftag=gVuf2-SJ*GZ0> From: 8888888<sip:8888888@my.domain.com;user=phone>;tag=gVuf2-SJ*GZ0 To: <sip:8889991@my.domain.com;user=phone>;tag=as7e0858ab Call-ID: 5dyHK-dgl020f2(a)my.domain.com CSeq: 102 INVITE User-Agent: CityMoon SIP/1.8.0.004 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Contact: <sip:8889991@192.168.1.111:5099> Content-Type: application/sdp Content-Length: 263 Message body Session Description Protocol Session Description Protocol Version (v): 0 Owner/Creator, Session Id (o): root 7913 7914 IN IP4 192.168.1.111 Session Name (s): session Connection Information (c): IN IP4 192.168.1.111 Time Description, active time (t): 0 0 Media Description, name and address (m): audio 13124 RTP/AVP 18 101 Media Attribute (a): rtpmap:18 G729/8000 Media Attribute Fieldname: rtpmap Media Format: 18 MIME Type: G729 Media Attribute (a): fmtp:18 annexb=no Media Attribute Fieldname: fmtp Media Format: 18 [G729] Media format specific parameters: annexb=no Media Attribute (a): rtpmap:101 telephone-event/8000 Media Attribute Fieldname: rtpmap Media Format: 101 MIME Type: telephone-event Media Attribute (a): fmtp:101 0-16 Media Attribute Fieldname: fmtp Media Format: 101 [telephone-event] Media format specific parameters: 0-16 Media Attribute (a): silenceSupp:off - - - - Media Attribute Fieldname: silenceSupp Media Attribute Value: off - - - - Media Attribute (a): ptime:20 Media Attribute Fieldname: ptime Media Attribute Value: 20 Media Attribute (a): sendrecv Alguna idea de porqué es TAN distinto??? Saludos

3 2

[OpenSER-Users-ES] Duda de registrar con outbound proxy y demás
by Saúl Ibarra 28 Jan '08

28 Jan '08

Hoola! Supongamos el siguiente escenario: * Usuarios registrados en OpenSER. * Asterisk con la info de los usuarios en RealTime mediante una vista de la tabla subscriber. * En los teléfonos SIP, configuro OpenSER como registrar, pero Asterisk como outbound proxy. Hasta aquí, los usuarios se registrarían en OpenSER, pero harían las llamadas a través de Asterisk. Ahora, la duda que tengo es un poco en el concepto de outbound proxy. Si lo indico en los teléfonos significa que mandan TODA la señalización a ese outbound proxy? Por ejemplo, a donde mandarían los PUBLISH/SUBSCRIBE y los MESSAGE? Thnx! -- Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes." ---------------------------------------------------------------- http://www.saghul.net/

3 3

[OpenSER-Users-ES] ¿Qué tal pedir AUTH en re-INVITE en frente de un gateway?
by Iñaki Baz Castillo 28 Jan '08

28 Jan '08

Hola, estaba pensando en pedir auth para los re-INVITE (poner en espera) en un OpenSer que hablaría directamente con un gateway PSTN. ¿Por qué? bueno, por mero histerismo. Ya sé que un INVITE con to_tag aleatorio llegaría al gateway y sería descartado por no existir un diálogo asociado, pero... ¿sería muy grave si pido auth en ese re-INVITE? Más que nada porque así me aseguro de que sólo llega al gateway INVITE's autenticados, ACK, BYE, PRACK y OPTIONS. ¿Algún UAC que no envíe auth si se le solicita en un re-INVITE? Gracias. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

2 2

[OpenSER-Users-ES] Llamadas de Asterisk a OpenSER
by andresdb＠adinet.com.uy 28 Jan '08

28 Jan '08

Estimados amigos del foro, Anteriormente había tenido problemas en hacer un forward desde SER a Asterisk, este tema ya quedo resuelto. El problema que estoy teniendo ahora es el siguiente, detallo la estructura de mi red. cliente sip-------internet------OpenSER------Internet-----Asterisk----- LAN El efectuar una llamada desde cliente sip que esta en internet con una ip publica hacia un cliente sip que esta en la lan, esto funciona perfecto, en este caso el cliente esta registrado en OpenSer; ahora cuando un cliente de la lan que esta registrado en Asterisk quiere llamar a un cliente que esta registrado en open ser tengo problemas de loop, porque el INVITE de open ser hay un rewritehostport("xxx.xxx. xxx.xxx:5060"); al Asterisk. La pregunta es como puedo llamar de mi Asterisk a clientes que estan registrados en Open Ser. Detallo config de OpenSER route{ # initial sanity checks -- messages with # max_forwards==0, or excessively long requests if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; }; if (msg:len >= max_len ) { sl_send_reply("513", "Message too big"); exit; }; # we record-route all messages -- to make sure that # subsequent messages will go through our proxy; that's # particularly good if upstream and downstream entities # use different transport protocol if (!method=="REGISTER") record_route(); # subsequent messages withing a dialog should take the # path determined by record-routing if (loose_route()) { # mark routing logic in request append_hf("P-hint: rr-enforced\r\n"); route(1); exit; }; if (!uri==myself) { # mark routing logic in request append_hf("P-hint: outbound\r\n"); route(1); exit; }; if (is_method("INVITE")) { #record_route(); ## #force_rtp_proxy(); ## rewritehostport("xxx.xxx.xxx.xxx:5060"); #t_on_reply("1"); ## t_relay(); return; #exit; } # if the request is for other domain use UsrLoc # (in case, it does not work, use the following command # with proper names and addresses in it) if (uri==myself) { if (method=="REGISTER") { # digest authentication if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; }; save("location"); exit; }; lookup("aliases"); if (!uri==myself) { append_hf("P-hint: outbound alias\r\n"); route(1); exit; }; # native SIP destinations are handled using our USRLOC DB if (!lookup("location")) { sl_send_reply("404", "Not Found"); exit; }; }; append_hf("P-hint: usrloc applied\r\n"); route(1); } route[1] { # send it out now; use stateful forwarding as it works reliably # even for UDP2TCP if (!t_relay()) { sl_reply_error(); }; Saludos,

6 14

[OpenSER-Users-ES] Telf del "llamado" sigue repicando
by David Villasmil 26 Jan '08

26 Jan '08

Hola a todos, Alguien sabe porqué cuando el llamante cuelga antes de que responda el llamado, el teléfono del llamado sigue repicando??? y cómo se resuelve? Un saludo David

2 1

[OpenSER-Users-ES] [Fwd: Re: Llamadas de Asterisk a OpenSER]
by andresdb＠adinet.com.uy 26 Jan '08

26 Jan '08

Estimados amigos, Estoy de acuerdo que soluciono el problema de las llamadas desde Asterisk a los usuarios que estan registrados en OpenSer con la función lookup("location"). Pero si quiero llamar con un usuario registrado en OpenSer a Asterisk tengo que verificar si la uri no viene con la ip de asterisk hago un rewritehostport("xxx.xxx. > > xxx.xxx:5060")? esto en INVITE es correcto? Saludos y gracias en lo que me puedan ayudar. El Jueves, 24 de Enero de 2008, andresdb(a)adinet.com.uy escribió: > > El efectuar una llamada desde cliente sip que esta en internet con > > una ip publica hacia > > un cliente sip que esta en la lan, esto funciona perfecto, en este > > caso el cliente > > esta registrado en OpenSer; ahora > > cuando un cliente de la lan que esta registrado > > en Asterisk quiere llamar a un cliente que esta registrado en open ser > > tengo problemas > > de loop, porque el INVITE de open ser hay un rewritehostport("xxx. xxx. > > xxx.xxx:5060"); al Asterisk. Piensa que Asterisk es un B2BUA, así que NO es el cliente LAN registrado en Asterisk el que llama al cliente registrado en OpenSer, es ASTERISK el que llama a ese cliente de OpenSer (y OpenSer sólo ruta la llamada). Ahora, si cuando OpenSer recibe ese INVITE desde **ASTERISK** hace un: rewritehostport("IP_ASTERISK:5060") entonces ocurrirá un loop que Asterisk no sabe detectar. Pero sobre todo, ¿por qué **** haces ese "rewritehostport"? es un error tuyo. Si quieres que ese INVITE desde Asterisk llegue al usuario registrado en OpenSer ¿por qué no haces un lookup("location")? -- Iñaki Baz Castillo _______________________________________________ Users-es mailing list Users-es(a)lists.openser.org http://lists.openser. org/cgi-bin/mailman/listinfo/users-es

4 4

[OpenSER-Users-ES] rrDNS + Openser
by David Villasmil 24 Jan '08

24 Jan '08

Hola a todos, Estoy pensando en montar una solución muy grande, pero no sé muy bien cómo hacerlo. Os explico: Quitero montar un array balanceado con rrDNS. Pero no sé como se hace eso!! lo de 2 openser apuntando al mismo MySQL, etc, está claro... pero, ¿¿si un cliente está registrado en uno y llama a uno que está registrado en otro?? UN saludo David

2 1

[OpenSER-Users-ES] User Not Found!
by David Villasmil 24 Jan '08

24 Jan '08

Hola, ¿Cómo evitar el "Loop Detected"? A veces necesito mandar llamadas de un usuario local a un usuario local a través de un asterisk, y el asterisk tiene que devolver la llamada al openser... de ahí el "Loop Detected"... pero lo hago a sabiendas... ¿Cómo se puede evitar el Loop check? saludos

3 4

[OpenSER-Users-ES] openser + rtpproxy +NAT
by Mariam M. T. 24 Jan '08

24 Jan '08

Hola como estan. Acabo de inscribirme, soy nueva en la lista. tengo muchas dudas con respecto a openser, espero me ayuden, Antes comentare del trabajo que estoy encaminando. Estoy trabajando en un proyecto para implementar Telefonia IP para una empresa, que me permita hacer llamadas dentro de la empresa(red local) y desde internet. La red de esta empresa cuenta con 35 VLANs, un firewall que controla las conexiones salientes y entrantes de las VLANs (permisos) hacia el Internet, teniendo algunas referencias de la plataforma a utilizar para este proyecto hemos elegido Linux por cierto Debian y Openser version 1.2. luego de leer la documentacion de openser comence a instalar y probar. la Autenticacion me funciona, las llamadas de igual manera pero solo en una VLAN, estoy utilizando el X-Lite. cuando hago la autenticacion de una VLAN diferente los mensajes de señalizacion no llegan a mi servidor, de igual manera desde el internet, en mi servidor estoy monitorizando con NGREP los mensajes SIP, mi servidor cuenta con una IP publica y tambien esta instalado el rtpproxy para cuestiones de NAT, En el firewall me han dado todos los permisos, estan habilitados todos los protocolos y sus puertos(principalmente TCP y UDP), permite conexiones entrantes y salientes desde el internet a las VLANs y viciversa. lo primero que puse a correr es el RTPProxy(la que utilizo es rtpproxy-cvs-latest.tgz) rtpproxy -l 200.58.82.46 -s udp:127.0.0.1:7890 -F luego Openser. cuando hago llamadas en el mismo VLANs como mencione anteriormente me funcionan correctamente pero de una VLAN diferente no, tampoco de internet. la configuracion de mi openser.cfg es la siguiente # # sample config file to be used with nathelper/rtpproxy # # ----------- global configuration parameters ------------------------ debug=7 # debug level (cmd line: -dddddddddd) fork=yes log_stderror=yes # (cmd line: -E) listen=200.58.82.46 /* 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 "auth.so" loadmodule "auth_db.so" loadmodule "mi_fifo.so" loadmodule "xlog.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) # -- 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.58.82.46") # --- 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) { 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"); }; 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"); } 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; } Derrepente me falte dar algun permiso en mi Servidor? o esta mal mi configuracion de openser.cfg. espero podeis ayudar. Saludos Mariam _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE

2 1

[OpenSER-Users-ES] ¿Puede un gateway enviar un re-INVITE?
by Iñaki Baz Castillo 23 Jan '08

23 Jan '08

Hola, ¿existe algún caso en el que un gateway nos envíe un re-INVITE? O sea, si el lado oscuro (PSTN, GSM...) nos pone en espera entiendo yo que eso no se llega a reflejar nunca en el lado SIP, ¿no? -- Iñaki Baz Castillo ibc(a)in.ilimit.es

1 0

[OpenSER-Users-ES] keepalive para usuarios no registrados, ¿es posible?
by Iñaki Baz Castillo 23 Jan '08

23 Jan '08

Hola, supongamos un UAC tras NAT sin nada para arreglarlo (ni STUN ni ALG's ni redirecciones de puertos...) y sin registrarse en su proxy. Al no registrarse en el proxy, toda la historia del ping para keepalive desde el proxy se va al garete, ya que si el UAC no se registra no hay "bflag" posible y por lo tanto no se envía un ping/OPTIONS periódico. El problema es que si ese UAC llama, se autentica, y pasan X segundos sin tráfico SIP, su router liberará la "conexión" UDP y si cuelga el llamado no le llegará el BYE al UAC. ¿Debo asumir que es necesario el registro para solucionar este problema? Por ejemplo, he notado que cierto proveedor con su galardonado producto de VoIP (al que para mantener en el anonimato llamaremos "0ig@@") te envía un OPTIONS **perpetuo**, incluso aunque te hayas de-registrado correctamente desde tu UAC tras NAT. Esa técnica, la del OPTIONS "de por vida" podría ser una solución a mi problema, aunque me pregunto... ¿cómo de "ético" es mantener a la fuerza una conexión UDP que yo como usuario he decidido cerrar con mi proveedor? XD -- Iñaki Baz Castillo ibc(a)in.ilimit.es

2 1

[OpenSER-Users-ES] extraña situación
by David Villasmil 23 Jan '08

23 Jan '08

tengo un problema bastante raro... Clientes con cierto sipphone no pueden llamar, el openser se queja con: 3(4732) get_hdr_field: cseq <CSeq>: <20> <INVITE> 3(4732) DEBUG:maxfwd:is_maxfwd_present: value = 70 3(4732) parse_headers: flags=80 3(4732) parse_headers: flags=200 3(4732) ERROR:parse_content_length: parse error near char [51][3] 3(4732) ERROR:get_hdr_field: bad content_length header 3(4732) set_err_info: ec: 1, el: 3, ei: 'error parsing Content-Length' 3(4732) get_hdr_field: error exit 3(4732) ERROR: bad header field 3(4732) find_first_route: Error while parsing headers 3(4732) loose_route: There is no Route HF en un ngrep me sale.. (Contect-Length sale un poco raro) # U 190.37.135.240:32936 -> 66.151.45.116:5060 INVITE sip:0013052974476@sip99.yip.com SIP/2.0. Via: SIP/2.0/UDP 190.37.135.240:3060;rport;branch=z9hG4bK26474. From: <sip:8110132@sip99.yip.com>;tag=25516. To: <sip:0013052974476@sip99.yip.com>. Call-ID: 25516(a)190.37.135.240. CSeq: 20 INVITE. Contact: <sip:8110132@190.37.135.240:3060>. Max-Forwards: 70. User-Agent: Koncept KU2000 3.1.5.1221 Beta. Expires: 120. Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, REFER, SUBSCRIBE, NOTIFY, MESSAGE. Content-Type: application/sdp. Content-Length: 2 331. . v=0. o=userX 20000001 20000001 IN IP4 190.37.135.240. s=A call. c=IN IP4 190.37.135.240. t=1201030475 1201034075. m=audio 7434 RTP/AVP 98 18 0 8 0 8 101. a=rtpmap:98 ILBC/8000/1. a=rtpmap:18 G729/8000/1. a=rtpmap:0 PCMU/8000. a=rtpmap:8 PCMA/8000. a=rtpmap:0 PCMU/8000/1. a=rtpmap:8 PCMA/8000/1. a=rtpmap:101 telephone-event/8000/1. desde el mismo cliente, sale cont shark: Session Initiation Protocol Request-Line: INVITE sip:0013052974476@sip99.yip.com SIP/2.0 Method: INVITE [Resent Packet: False] Message Header Via: SIP/2.0/UDP 190.37.135.240:3060;rport;branch=z9hG4bK7675 Transport: UDP Sent-by Address: 190.37.135.240 Sent-by port: 3060 RPort: rport Branch: z9hG4bK7675 From: <sip:8110132@sip99.yip.com>;tag=27711 SIP from address: sip:8110132@sip99.yip.com SIP tag: 27711 To: <sip:0013052974476@sip99.yip.com> SIP to address: sip:0013052974476@sip99.yip.com Call-ID: 27711(a)190.37.135.240 CSeq: 20 INVITE Sequence Number: 20 Method: INVITE Contact: <sip:8110132@190.37.135.240:3060> Contact Binding: <sip:8110132@190.37.135.240:3060> URI: <sip:8110132@190.37.135.240:3060> SIP contact address: sip:8110132@190.37.135.240:3060 Max-Forwards: 70 User-Agent: Koncept KU2000 3.1.5.1221 Beta Expires: 120 Allow: INVITE, ACK, CANCEL, BYE, OPTIONS, REFER, SUBSCRIBE, NOTIFY, MESSAGE Content-Type: application/sdp Content-Length: 2 Message body Session Description Protocol Session Description Protocol Version (v): alguna idea? gracias

7 24

[OpenSER-Users-ES] MAL Contect-Lenght
by David Villasmil 23 Jan '08

23 Jan '08

Hola a todos, esto es normal?? Tantos mensajes iguales.. digo 2(4608) receive_msg: cleaning up 2(4608) SIP Reply (status): 2(4608) version: <SIP/2.0> 2(4608) status: <408> 2(4608) reason: <Request Timeout> 2(4608) parse_headers: flags=2 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.0b5b6ba4.0>; state=6 2(4608) Found param type 235, <rport> = <5060>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=2 2(4608) parse_headers: this is the first via 2(4608) After parse_msg... 2(4608) DEBUG:forward_reply: found module nathelper, passing reply to it 2(4608) parse_headers: flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.fa5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) parse_headers: this is the second via 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.ea5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.da5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.ca5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.ba5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.aa5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.9a5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.8a5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.7a5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.6a5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.5a5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.4a5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.3a5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.2a5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.1a5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.0a5b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 235, <rport> = <5060>; state=6 2(4608) Found param type 232, <branch> = <z9hG4bK8a11.f95b6ba4.0>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) Found param type 232, <branch> = <z9hG4bK-fb9bab01>; state=6 2(4608) Found param type 235, <rport> = <5061>; state=16 2(4608) end of header reached, state=5 2(4608) parse_headers: Via found, flags=20 2(4608) DEBUG: add_param: tag=9c37e3272d64c03ecd3b414dc8bfa515-25e6 2(4608) DEBUG:parse_to:end of header reached, state=29 2(4608) DBUG:parse_to: display={}, ruri={sip:SIP.PARALLAMAR.NET} 2(4608) DEBUG: get_hdr_field: <To> [68]; uri=[sip:SIP.domain.NET] 2(4608) DEBUG: to body [<sip:SIP.domain.NET>] 2(4608) get_hdr_field: cseq <CSeq>: <9751> <NOTIFY> 2(4608) DEBUG:forward_reply: found module tm, passing reply to it 2(4608) DEBUG: t_check: start=0xffffffff 2(4608) parse_headers: flags=22

2 2

[OpenSER-Users-ES] Y nos topamos con el NAT y t_replicate() ...
by Raúl Alexis Betancor Santana 22 Jan '08

22 Jan '08

Bien .. ahora que tengo el t_replicate funcionando ok, gracias chicos por las indicaciones ... viene el problema de un INVITE que entra por el openser2 y que vá con destino a un usuario TRAS UN NAT, que se registró en el openser1. Antes de usar t_replicate(), yo tenía montada una pequeña "ñapa", consistente en que no replicaba los REGISTER, sino que cuando al hacer un lookup() no encontraba un usuario, añadía una cabecera SBC-Internal-Jump y hacía un rewritehost hacia el otro openser, en este ejecutaba el guión con normalidad y la llamada funcionaba (porculeando un poco con mediaproxy .. pero bueno). Ahora que tengo el t_replicate() andando bien .. ¿cual es la solución adecuada para que el INVITE llegue al UAC que está detrás de un NAT y que se registró mediante el openser1? ¿usar el módulo path? Saludos. -- Raúl Alexis Betancor Santana Dimensión Virtual S.L.

4 12

[OpenSER-Users-ES] Duda sobre el comportamiento del OPENSER en los INVITE
by David Vicente 22 Jan '08

22 Jan '08

Mi duda viene de si el OPENSER envía los INVITE a partir de la cabecera TO o a partir de la sipURI que va en la request line. En teoría creo que debería ser a partir de la que va en la request line, pero en la práctica no estoy tan seguro. De hecho con otros proxys he comprobado que lo hace a partir del TO. Si alguien me pudiera solventar la duda le estaré muy agradecido. Un saludo.

3 8

[OpenSER-Users-ES] pruebas con OpenSER
by Ronmel Jiron 21 Jan '08

21 Jan '08

Hola, he instalado OpenSER, he agregado tres usuarios con openserctlrc y todo bien. Pero ahora quiero hacer pruebas locales. Instale el x-Lite y se conecta bien. ¿como me doy cuenta que numero se le asigno a cada uno de los usuarios agregados? hay que hacerlo por separado?... -- Ronmel Jiron Sandres

3 2

[OpenSER-Users-ES] Openser+Mysql
by Ronmel Jiron 21 Jan '08

21 Jan '08

hola a todos.. he instalado openser con Soporte Mysql y lo hice bien. al momento de agregar usuarios el primero lo acepta, cuando agrego por segunda vez me sale el siguiente error. # openserctl add ronmel ronmel ronmel@localhost database engine 'MYSQL' loaded Control engine 'FIFO' loaded is_user: user counter=0 check_db_alias: alias counter=0 ERROR 1062 (23000) at line 1: Duplicate entry '' for key 3 ERROR: introducing the new user 'ronmel1' to the database failed Creo que tiene que ver con Primary Key pero no soy muy bueno en MySQL, asi que por favor ayuda -- Ronmel Jiron Sandres

3 3

[OpenSER-Users-ES] Formato de entrante anónima desde el gateway
by Iñaki Baz Castillo 21 Jan '08

21 Jan '08

Hola, en llamadas con número oculto el Nortel CS2000 me envía un From así: From: <sip:NULL@NULL.invalid:5060> Me gustaría saber cuál es el estándar (y si existe/se usa) para referirse a un SIP URI anónimo. Tenía esperanzas en que fuese: From: "Anonymous" <sip:anonymous@anonymous.invalid> Pero veo que cada uno manda lo que le da la gana. ¿Es así con otros gateways? Gracias. -- Iñaki Baz Castillo ibc(a)in.ilimit.es

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

sr-users-es