sr-users-es February 2008

sr-users-es@lists.kamailio.org

22 participants
32 discussions

[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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

sr-users-es February 2008