- sr-users-es - kamailio.org

Kamailio 3.0.0: Problemas con Forward on Busy
by Luis Alvarez-Andres 22 Jul '13

22 Jul '13

Hola a todos, Estoy tratando de configurar Kamailio 3.0.0 para que redirija las llamadas a un buzón de voz basado en SEMS cuando el usuario llamado está ocupado. Siguiendo las instrucciones de varios ejemplos encontrados en internet, y del propio script ejemplo de kamailio.cfg, estoy usando las funciones revert_uri(), rewritehostport() (o reescribiéndo el R-URI manualmente) y append_branch(), dentro de la failure_route. Aparentemente modifica correctamente el R-URI y crea la segunda "pata" de la llamada. Sin embargo, a pesar de que la dirección del R-Uri aparece bien cambiada como decía en la Request Line, el paquete IP se envía a la dirección IP del destinatario original: |Time | 192.168.3.20 | 192.168.0.167 | | | | 192.168.0.197 | |5,069 | INVITE SDP ( telephone-event) | |SIP From: sip:4095@192.168.0.197 To:sip:4440@192.168.0.197 | |(5060) ------------------> (5060) | | |5,071 | 407 Proxy Authentication Required | |SIP Status | |(5060) <------------------ (5060) | | |5,074 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | |5,076 | INVITE SDP ( telephone-event) | |SIP From: sip:4095@192.168.0.197 To:sip:4440@192.168.0.197 | |(5060) ------------------> (5060) | | |5,084 | 100 trying -- your call is important to us | |SIP Status | |(5060) <------------------ (5060) | | |5,085 | | INVITE SDP ( telephone-event) |SIP Request | | |(5060) ------------------> (5060) | |5,088 | | 100 Trying| |SIP Status | | |(5060) <------------------ (5060) | |5,088 | | 486 Busy Here |SIP Status | | |(5060) <------------------ (5060) | |5,091 | | ACK | |SIP Request | | |(5060) ------------------> (5060) | |5,101 | | INVITE SDP ( telephone-event) |SIP Request | | |(5060) ------------------> (5060) | |5,102 | | 404 Not Found |SIP Status | | |(5060) <------------------ (5060) | |5,102 | | ACK | |SIP Request | | |(5060) ------------------> (5060) | |5,103 | 404 Not Found | |SIP Status | |(5060) <------------------ (5060) | | |5,106 | ACK | | |SIP Request | |(5060) ------------------> (5060) | | Esta es la captura del Invite de la redirección, en el timestamp 5,101 No. Time Source Destination Protocol Info 1235 5.100698 192.168.0.197 192.168.0.167 SIP/SDP Request: INVITE sip:voicemail4440@192.168.0.197:5080, with session description Frame 1235 (1151 bytes on wire, 1151 bytes captured) Ethernet II, Src: CadmusCo_96:31:84 (08:00:27:96:31:84), Dst: Micro-St_6d:77:54 (00:21:85:6d:77:54) Internet Protocol, Src: 192.168.0.197 (192.168.0.197), Dst: 192.168.0.167 (192.168.0.167) User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060) Session Initiation Protocol Request-Line: INVITE sip:voicemail4440@192.168.0.197:5080 SIP/2.0 Method: INVITE Request-URI: sip:voicemail4440@192.168.0.197:5080 [Resent Packet: True] [Suspected resend of frame: 1233] Message Header Record-Route: <sip:192.168.0.197;lr=on;nat= yes> Via: SIP/2.0/UDP 192.168.0.197;branch=z9hG4bKafce.403718a6.1 Via: SIP/2.0/UDP 192.168.57.20;received=192.168.3.20;rport=5060;branch=z9hG4bK0a00030f0000003151ed60b85ec2c3de000000c8 Content-Length: 386 Contact: <sip:4095@192.168.3.20:5060> Call-ID: 8EAF9EC2-1DD2-11B2-B110-C84E476664B0(a)10.0.3.15 Content-Type: application/sdp CSeq: 2 INVITE From: "4095"<sip:4095@192.168.0.197>;tag=121754238352072516 Max-Forwards: 69 To: <sip:4440@192.168.0.197> User-Agent: SJphone/1.60.299a/L (SJ Labs) P-App-Name: voicemail P-App-Param: mod=box;usr= voicemail4440;dom=sipproxy.a.com ;uid=voicemail4440;did=sipproxy.a.com; Message Body La configuración que he usado es la siguiente: # Sample failure route failure_route[FAIL_ONE] { #ifdef WITH_NAT if (is_method("INVITE") && (isbflagset("6") || isflagset(5))) { unforce_rtp_proxy(); } #endif if (t_is_canceled()) { exit; } # uncomment the following lines if you want to block client # redirect based on 3xx replies. ##if (t_check_status("3[0-9][0-9]") ) { ##t_reply("404","Not found"); ## exit; ##} # uncomment the following lines if you want to redirect the failed # calls to a different new destination if (t_check_status("486|408")) { revert_uri(); prefix("voicemail"); remove_hf("P-App-Name"); append_hf("P-App-Name: voicemail\r\n"); append_hf("P-App-Param: mod=box;usr= $rU;dom=sipproxy.a.com ;uid=$rU;did=sipproxy.a.com;\r\n"); $ru = "sip:" + $rU + "@" + "192.168.0.197:5080"; #rewritehostport("192.168.0.197:5080"); #append_branch("sip:4888@192.168.0.102"); append_branch(); # do not set the missed call flag again t_relay(); } } ¿Alguien ha tenido un problema similar? Cualquier ayuda será bienvenida. Saludos. LAA.

1 0

ayuda con kamailio en aws
by Felipe Ramos 25 Mar '13

25 Mar '13

Alguien me podria por favor ayudar con mi setup, estoy tratando de configurar kamailio como proxy en AWS, nesecito pasar llamadas de carriers hacia my banco de asterisk, pero estoy teniendo un problema cuando asterisk responde el carrier recibe el ip interno no el externo y la llamada se cae despues de varios 200 de asterisk wue son a su vez pasados por kamailio, podria alguien mostrar un link donde pueda aprender a configurar nat en kamailio. la siguiente es mi configuracion mi pobjetivo es hacer un proxy para ocultar todos los asterisk detras de kamailio. no nesecito registrar ninguna cuenta solo hacer un proxy de los invites, y el problema esta que en mis respuestas en el contacto kamailio esta escribiendo el ip interno no el externo y por esto el originador no puede responder a la llamada. gracias de antemano por cualquier ayuda prestada. originador >>>kamailio >>>>asterisk debug=4 log_stderror=yes #!else debug=2 log_stderror=yes #!endif memdbg=5 memlog=5 log_facility=LOG_LOCAL0 fork=yes children=4 auto_aliases=no listen=udp:internal ip:5060 advertise external ip:5060 mhomed=0 alias="mysip.com" alias="Internal IP:5060" alias=Internal IP:5060 alias=Elastic IP alias=Elastic IP:5060 port=5060 enable_tls=no #tcp_connection_lifetime=3605 #!ifdef WITH_SRCPATH mpath="modules_k:modules" #!else mpath="/usr/lib64/kamailio/modules_k/:/usr/lib64/kamailio/modules/" mpath="/usr/lib64/kamailio/modules_k/:/usr/lib64/kamailio/modules/" #!endif loadmodule "tm.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "maxfwd.so" loadmodule "textops.so" loadmodule "pv.so" loadmodule "dispatcher.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "siputils.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "mi_rpc.so" loadmodule "acc.so" loadmodule "avpops.so" #!ifdef WITH_NAT loadmodule "nathelper.so" loadmodule "rtpproxy.so" #!endif loadmodule "xlog.so" modparam("tm", "failure_reply_mode", 3) modparam("tm", "fr_timer", 30000) modparam("tm", "fr_inv_timer", 120000) modparam("dispatcher", "list_file", "/etc/kamailio/dispatcher.lst") #!ifdef WITH_NAT # ----- rtpproxy params ----- modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7722") # ----- nathelper params ----- modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") # params needed for NAT traversal in other modules modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("usrloc", "nat_bflag", FLB_NATB) #!endif #subst_uri('/^sip:1([23456789][0-9]+)@(.*)$/sip:\1@\2/i'); request_route { if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if (loose_route()) { if (!t_relay()) { sl_reply_error(); } exit; } if (is_method("INVITE")) { record_route(); append_hf("X-Src-IP: $src_ip\r\n"); } if(!t_relay_to_udp("ip interna", "5060")) { sl_reply_error(); } exit; }

1 0

"falsear" usuarios con kamailio + asterisk ¿problema de seguridad?
by mutoid 28 Feb '13

28 Feb '13

Buenas tardes Este es mi primer mensaje a la lista, he empezado con kamailio hace poco, aunque ya tengo bastante experiencia con asterisk y la voip en general He instalado kamailio 3.3 + asterisk 1.8 realtime en una debian. Siguiendo el documento que hay en Asipto. Para probarlo, contraté una línea voip y la puse como salida y entrada de llamadas en el asterisk. Todo funcionando sin problemas, puedo llamar y recibir llamadas. Luego registré otro asterisk (B) en otra máquina para que haga uso de la infraestructura arriba mencionada. La cuestión es que, a ojos del asterisk (A) que trabaja junto a kamailio, todos los usuarios SIP registrados provienen de la misma IP y del mismo puerto (la ip local) sip*CLI> sip show peers Name/username Host Dyn Forcerport ACL Port Status Realtime 200001/200001 88.99.88.99 D N 5060 OK (50 ms) Cached RT 200002/200002 88.99.88.99 D N 5060 OK (9 ms) Cached RT kamailio 88.99.88.99 N 5060 OK (1 ms) proveedor/vozip 123.123.123.123 5060 OK (1 ms) 4 sip peers [Monitored: 4 online, 0 offline Unmonitored: 0 online, 0 offline] Si yo en otro sistema asterisk (B) creo un trunk tal que así: register=200001:password@88.99.88.99 [trunkvoip] disallow=all defaultuser=200001 type=friend sendrpid=yes secret=password qualify=yes insecure=invite,port host=88.99.88.99 dtmfmode=rfc2833 canrenvite=no allow=g729 context=llamadas-entrantes fromuser=200001 funciona bien. La cuestión es que yo puedo falsear el usuario que llama, simplemente cambiando "fromuser" a otro usuario que sí que exista en la base de datos realtime simplemente poniendo "fromuser=200002", el asterisk ya se cree que es el usuario 200002 el que genera la llamada, cuando realmente es el usuario 200001 ¿Como puedo evitar esta situación? Muchas gracias

2 2

Kamailio detras de NAT
by Victor Torre Antunez 10 Oct '12

10 Oct '12

Buenas, Estoy intentando configurar Kamailio 3.3.1 como proxy SIP detras de un NAT y como dispatcher de 2 Asterisk 1.8.7 detras del mismo NAT. Las llamadas vienen de carriers externos hacia Kamailio que sera el que tenga que balancear la carga entre los Asterisk. He intentado manualmente reescribir la record-route hacia afuera con la ip publica (advertised_address="...") El problema viene cuando el carrier externo manda un ACK hacia la IP_PUBLICA_NAT y éste no lo reconoce como su propia ip y lo reenvia (me imagino que es por la cabecera Record-Route que apunta a la ip publica) He probado forzando al Centos 5.8 a que escuche en una ip no local cambiando en el fichero /etc/sysctl.conf: net.ipv4.ip_nonlocal_bind = 1 Y en la configuracion de Kamailio: listen:udp:IP_PUBLICA_NAT:5060 Para que Kamailio escuche en la IP_PUBLICA_NAT pero sigue sin funcionar. Cuando le llegan paquetes SIP del tipo: ACK sip:IP_PUBLICA_NAT:5060;lr=on Envia el paquete a la IP del NAT y no se como decir a Kamailio que reenvie ese paquete al Asterisk correspondiente. ¿Es posible esta configuración o es indispensable que Kamailio tenga una IP publica escuchando en la interfaz? ¿Es posible una configuracion de Kamailio detras de un NAT y que gestione llamadas entrantes? Gracias de antemano y un saludo. -- *Victor Torre*

2 6

Problemas al actualizar Kamailio
by Antonio Pardo 03 Aug '12

03 Aug '12

Buenas, acabo de actualizar Kamailio y no quiere iniciar. En los logs veo esto: ERROR: <core> [db.c:439]: invalid version 9 for table active_watchers found, expected 11 (check table structure and table "version") Estoy usando los paquetes de la versión estable de deb.kamailio.org Buscando por Google no encuentro nada claro de como solucionarlo. ¿Cómo puedo actualizar el schema de esa tabla? Saludos

2 2

Kamailio Asterisk loadbalance y failover
by Anthony Sanchez 17 Apr '12

17 Apr '12

Finalmente tengo Kamailio y dos Asterisks "configurados" Quiero ver si alguien me puede encaminar para hacer loadbalance y failover en los dos Asterisks. Gracias de antemano, Tony

3 8

Redirección en 486 o 408
by Pepe 28 Mar '12

28 Mar '12

Hola a tod@s, llevo un tiempo intentando activar la redirección en Kamailio cuando el destinatario tiene activadas dichas redirecciones "callbusy". Este es el último código que tengo en pruebas y no funciona. La redirección directa funciona sin problemas, pero esta no. Al parecer entra dentro de la ruta, detecta el 486 pero no vuelve a llamar a la uri de la redirección. failure_route[FAIL_ONE] { xlog("L_INFO", "entering failure_route for reply code $T_reply_code\n"); if (is_method("INVITE") && (isbflagset(FLB_NATB) || isflagset(FLT_NATS))) { unforce_rtp_proxy(); } if (t_is_canceled()) { exit; } if (t_check_status("486|408")) { xlog("L_NOTICE", "r[FAIL] / &ru TimeOut or Busy\n"); if(avp_db_load("$ru","$avp(s:callbusy)")) { xlog("L_NOTICE", "Callbusy activado!\n"); avp_pushto ("$ru","$avp(s:callbusy)"); xlog("L_NOTICE","$ru\n"); append_branch(); route(BUSY); } } } route[BUSY] { route(NAT); route(RELAY); } Este es el error que puedo ver 3(14163) NOTICE: <script>: KAM-INFO: r[ALIAS] - Checking ALIAS -> 171 3(14163) NOTICE: <script>: ALIAS FOUND: sip:171@xxx.net;user=phone -> xxxx.xxx(a)xxx.net 3(14163) INFO: <script>: RTPPROXY -> M=INVITE RURI=sip:xxxx.xxx@XX.XX.36.116:1548 F=sip:xxx@xxx.net T=sip:171@xxx.net;user=phone IP=XX.XX.32.48 ID=1291401699@XX_XX_32_48 3(14163) ERROR: nathelper [nhelpr_funcs.c:341]: failed to parse Contact URI [] 4(14164) INFO: <script>: entering failure_route for reply code 302 1(14161) INFO: <core> [forward.c:774]: broken reply to forward - no 2nd via 2(14162) INFO: <core> [forward.c:774]: broken reply to forward - no 2nd via Cualquier ayuda será bienvenida Gracias de antemano Saludos Pepe

2 1

Problema con NAT y RTPPROXY
by David Candamil Santos 26 Mar '12

26 Mar '12

Hola, estoy utilizando kamailio 3.2.0 (x86_64/linux) y desde hace unos días estoy intentando comunicar un softphone desde el interior de una red con NAT con el exterior. La configuración es la siguiente: Softphone (192.168.0.5) <--> Kamailio (192.168.0.3) <--> Router (192.168.0.1) <--> Softphone sobre smartphone Todos los puertos del router están redireccionados a 192.168.0.3 Tengo instalado rtpproxy 1.2.1-1 con la siguiente configuración: --------------------------/etc/defaults/rtpproxy-------------------------------- # The control socket. #CONTROL_SOCK="unix:/var/run/rtpproxy/rtpproxy.sock" # To listen on an UDP socket, uncomment this line: CONTROL_SOCK=udp:127.0.0.1:22222 # Additional options that are passed to the daemon. EXTRA_OPTS="-l candamil.dyndns.org" ---------------------------------------------------------------------------------------- y el funcionamiento es correcto. Este es el mensaje de salida del log de kamailio: ---------------------------------------------------------------------------------------------- Nov 12 20:09:13 condor kamailio[7001]: INFO: rtpproxy [rtpproxy.c:1415]: rtp proxy <udp:127.0.0.1:22222> found, support for it enabled ----------------------------------------------------------------------------------------------- Tanto el softphone del interior de la red como el del exterior son linphone. La configuración del del interior de la red es la siguiente: SIP identity: sip:1001@192.168.0.3 SIP proxy: sip:192.168.0.3 Indico conexión directa a internet. En la del externo especifico como proxy y domain "candamil.dyndns.org", que es la dirección DNS que apunta a la IP de mi router. En este caso, los síntomas son los siguientes: La autentificación de ambos, tanto externo como interno, es correcta. Al realizar una llamada en cualquiera de los dos sentidos, el softphone suena y la llamada se contesta y cuelga correctamente, pero no se transmite la señal de voz. En el log figura el siguiente mensaje: ---------------------------------------------------------------------------------------------- Nov 12 20:23:14 condor kamailio[6991]: ERROR: rtpproxy [rtpproxy.c:2260]: incorrect port 0 in reply from rtp proxy ---------------------------------------------------------------------------------------------- Ocurre lo mismo si en el interno indico que está tras NAT, con la ip del router, y que está tras NAT con un servidor STUN (stunserver.org). En los 3 casos, en el softphone externo, figura una llamada de 1001(a)192.168.0.3, mientras que en el interno, figura una llamada de 1002(a)candamil.dyndns.org. Si cambio en el softphone interno el proxy a sip:candamil.dyndns.org, todo se vuelve a repetir. Si lo que hago es cambiar la SIP identity a sip:1001@candamil.dyndns.org, al realizar una llamada desde interno a externo, el interno no llega a percatarse de que se respondió a la llamada, y aparece el siguiente error en el log: ---------------------------------------------------------------------------------------------------------- Nov 12 20:53:00 condor kamailio[7306]: ERROR: <core> [parser/parse_via.c:2600]: ERROR: parse_via: invalid port number <5060ranch=z9hG4bKc 50f.b4825246.0> Nov 12 20:53:00 condor kamailio[7306]: ERROR: <core> [parser/parse_via.c:2629]: ERROR: parse_via on: <SIP/2.0/UDP 192.168.0.3:5060ranch=z 9hG4bKc50f.b4825246.0;received=87.223.138.84#015#012Via: SIP/2.0/UDP 87.223.138.84:5060;rport=5060;branch=z9hG4bK1021772993#015#012From: <sip:1001@candamil.dyndns.org>;tag=783852345#015#012To: < sip:1002@candamil.dyndns.org>#015#012Call-ID: 1644787160#015#012CSeq: 21 INVITE# 015#012User-Agent: Linphone/3.4.0 (eXosip2/unknown)#015#012Content-Length: 0#015#012#015#012> ------------------------------------------------------------------------------------------------------------ Por el contrario, haciendo una llamada desde el externo al interno, ocurre lo mismo que antes. Por último, esta es la configuración relevante de kamailio: -----------------------------------------kamailio.cfg---------------------------------------------------- #!define WITH_MYSQL #!define WITH_AUTH #!define WITH_NAT ####### Defined Values ######### # *** Value defines - IDs used later in config #!ifdef WITH_MYSQL # - database URL - used to connect to database server by modules such # as: auth_db, acc, usrloc, a.s.o. #!define DBURL "mysql://openser:openserrw@localhost/openser" #!endif #!ifdef WITH_MULTIDOMAIN # - the value for 'use_domain' parameters #!define MULTIDOMAIN 1 #!else #!define MULTIDOMAIN 0 #!endif # - flags # FLT_ - per transaction (message) flags # FLB_ - per branch flags #!define FLT_ACC 1 #!define FLT_ACCMISSED 2 #!define FLT_ACCFAILED 3 #!define FLT_NATS 5 #!define FLB_NATB 6 #!define FLB_NATSIPPING 7 ####### Global Parameters ######### /* uncomment the next line to disable the auto discovery of local aliases based on reverse DNS on IPs (default on) */ #auto_aliases=no /* add local domain aliases */ alias="candamil.dyndns.org" /* port to listen to * - can be specified more than once if needed to listen on many ports */ port=5060 #!ifdef WITH_TLS enable_tls=yes #!endif # life time of TCP connection when there is no traffic # - a bit higher than registration expires to cope with UA behind NAT tcp_connection_lifetime=3605 ####### Custom Parameters ######### #!ifdef WITH_PSTN # PSTN GW Routing # # - pstn.gw_ip: valid IP or hostname as string value, example: # pstn.gw_ip = "10.0.0.101" desc "My PSTN GW Address" # # - by default is empty to avoid misrouting pstn.gw_ip = "" desc "PSTN GW Address" #!endif ####### Modules Section ######## #!ifdef WITH_MYSQL loadmodule "db_mysql.so" #!endif #!ifdef WITH_AUTH loadmodule "auth.so" loadmodule "auth_db.so" #!ifdef WITH_NAT loadmodule "nathelper.so" loadmodule "rtpproxy.so" #!endif # ----------------- setting module-specific parameters --------------- # ----- auth_db params ----- #!ifdef WITH_AUTH modparam("auth_db", "db_url", DBURL) modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db", "load_credentials", "") modparam("auth_db", "use_domain", MULTIDOMAIN) #!ifdef WITH_NAT # ----- rtpproxy params ----- modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:22222") # ----- nathelper params ----- modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", FLB_NATSIPPING) modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org") # params needed for NAT traversal in other modules modparam("nathelper|registrar", "received_avp", "$avp(RECEIVED)") modparam("usrloc", "nat_bflag", FLB_NATB) #!endif ####### Routing Logic ######## # Main SIP request routing logic # - processing of any incoming SIP request starts with this route # - note: this is the same as route { ... } request_route { # per request initial checks route(REQINIT); # NAT detection route(NATDETECT); # handle requests within SIP dialogs route(WITHINDLG); ### only initial requests (no To tag) # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); # authentication route(AUTH); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE")) record_route(); # account only INVITEs if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting } # dispatch requests to foreign domains route(SIPOUT); ### requests for my local domains # handle presence related requests route(PRESENCE); # handle registrations route(REGISTRAR); if ($rU==$null) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } # dispatch destinations to PSTN route(PSTN); # user location service route(LOCATION); route(RELAY); } route[RELAY] { # enable additional event routes for forwarded requests # - serial forking, RTP relaying handling, a.s.o. if (is_method("INVITE|SUBSCRIBE")) { t_on_branch("MANAGE_BRANCH"); t_on_reply("MANAGE_REPLY"); } if (is_method("INVITE")) { t_on_failure("MANAGE_FAILURE"); } if (!t_relay()) { sl_reply_error(); } exit; } # Per SIP request initial checks route[REQINIT] { #!ifdef WITH_ANTIFLOOD # flood dection from same IP and traffic ban for a while # be sure you exclude checking trusted peers, such as pstn gateways # - local host excluded (e.g., loop to self) if(src_ip!=myself) { if($sht(ipban=>$si)!=$null) { # ip is already blocked xdbg("request from blocked IP - $rm from $fu (IP:$si:$sp)\n"); exit; } if (!pike_check_req()) { xlog("L_ALERT","ALERT: pike blocking $rm from $fu (IP:$si:$sp)\n"); $sht(ipban=>$si) = 1; exit; } } #!endif if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if(!sanity_check("1511", "7")) { xlog("Malformed SIP message from $si:$sp\n"); exit; } } # Handle requests within SIP dialogs route[WITHINDLG] { if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { setflag(FLT_ACC); # do accounting ... setflag(FLT_ACCFAILED); # ... even if the transaction fails } if ( is_method("ACK") ) { # ACK is forwarded statelessy route(NATMANAGE); } route(RELAY); } else { if (is_method("SUBSCRIBE") && uri == myself) { # in-dialog subscribe requests route(PRESENCE); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # no loose-route, but stateful ACK; # must be an ACK after a 487 # or e.g. 404 from upstream server t_relay(); exit; } else { # ACK without matching transaction ... ignore and discard exit; } } sl_send_reply("404","Not here"); } exit; } } # Handle SIP registrations route[REGISTRAR] { if (is_method("REGISTER")) { if(isflagset(FLT_NATS)) { setbflag(FLB_NATB); # uncomment next line to do SIP NAT pinging setbflag(FLB_NATSIPPING); } if (!save("location")) sl_reply_error(); exit; } } # USER location service route[LOCATION] { #!ifdef WITH_SPEEDIAL # search for short dialing - 2-digit extension if($rU=~"^[0-9][0-9]$") if(sd_lookup("speed_dial")) route(SIPOUT); #!endif #!ifdef WITH_ALIASDB # search in DB-based aliases if(alias_db_lookup("dbaliases")) route(SIPOUT); #!endif $avp(oexten) = $rU; if (!lookup("location")) { $var(rc) = $rc; route(TOVOICEMAIL); t_newtran(); switch ($var(rc)) { case -1: case -3: send_reply("404", "Not Found"); exit; case -2: send_reply("405", "Method Not Allowed"); exit; } } # when routing via usrloc, log the missed calls also if (is_method("INVITE")) { setflag(FLT_ACCMISSED); } } # Presence server route route[PRESENCE] { if(!is_method("PUBLISH|SUBSCRIBE")) return; #!ifdef WITH_PRESENCE 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; #!endif # if presence enabled, this part will not be executed if (is_method("PUBLISH") || $rU==$null) { sl_send_reply("404", "Not here"); exit; } return; } # Authentication route route[AUTH] { #!ifdef WITH_AUTH if (is_method("REGISTER")) { # authenticate the REGISTER requests (uncomment to enable auth) if (!www_authorize("$td", "subscriber")) { www_challenge("$td", "0"); exit; } if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } else { #!ifdef WITH_IPAUTH if(allow_source_address()) { # source IP allowed return; } #!endif # authenticate if from local subscriber if (from_uri==myself) { if (!proxy_authorize("$fd", "subscriber")) { proxy_challenge("$fd", "0"); exit; } if (is_method("PUBLISH")) { if ($au!=$fU || $au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } if ($au!=$rU) { sl_send_reply("403","Forbidden R-URI"); exit; } #!ifdef WITH_MULTIDOMAIN if ($fd!=$rd) { sl_send_reply("403","Forbidden R-URI domain"); exit; } #!endif } else { if ($au!=$fU) { sl_send_reply("403","Forbidden auth ID"); exit; } } consume_credentials(); # caller authenticated } else { # caller is not local subscriber, then check if it calls # a local destination, otherwise deny, not an open relay here if (!uri==myself) { sl_send_reply("403","Not relaying"); exit; } } } #!endif return; } # Caller NAT detection route route[NATDETECT] { #!ifdef WITH_NAT force_rport(); if (nat_uac_test("19")) { if (is_method("REGISTER")) { fix_nated_register(); } else { fix_nated_contact(); } setflag(FLT_NATS); } #!endif return; } # RTPProxy control route[NATMANAGE] { #!ifdef WITH_NAT if (is_request()) { if(has_totag()) { if(check_route_param("nat=yes")) { setbflag(FLB_NATB); } } } if (!(isflagset(FLT_NATS) || isbflagset(FLB_NATB))) return; rtpproxy_manage(); if (is_request()) { if (!has_totag()) { add_rr_param(";nat=yes"); } } if (is_reply()) { if(isbflagset(FLB_NATB)) { fix_nated_contact(); } } #!endif return; } # Routing to foreign domains route[SIPOUT] { if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(RELAY); } } # PSTN GW routing route[PSTN] { #!ifdef WITH_PSTN # check if PSTN GW IP is defined if (strempty($sel(cfg_get.pstn.gw_ip))) { xlog("SCRIPT: PSTN rotuing enabled but pstn.gw_ip not defined\n"); return; } # route to PSTN dialed numbers starting with '+' or '00' # (international format) # - update the condition to match your dialing rules for PSTN routing if(!($rU=~"^(\+|00)[1-9][0-9]{3,20}$")) return; # only local users allowed to call if(from_uri!=myself) { sl_send_reply("403", "Not Allowed"); exit; } $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip); route(RELAY); exit; #!endif return; } # XMLRPC routing #!ifdef WITH_XMLRPC route[XMLRPC] { # allow XMLRPC from localhost if ((method=="POST" || method=="GET") && (src_ip==127.0.0.1)) { # close connection only for xmlrpclib user agents (there is a bug in # xmlrpclib: it waits for EOF before interpreting the response). if ($hdr(User-Agent) =~ "xmlrpclib") set_reply_close(); set_reply_no_connect(); dispatch_rpc(); exit; } send_reply("403", "Forbidden"); exit; } #!endif # route to voicemail server route[TOVOICEMAIL] { #!ifdef WITH_VOICEMAIL if(!is_method("INVITE")) return; # check if VoiceMail server IP is defined if (strempty($sel(cfg_get.voicemail.srv_ip))) { xlog("SCRIPT: VoiceMail rotuing enabled but IP not defined\n"); return; } if($avp(oexten)==$null) return; $ru = "sip:" + $avp(oexten) + "@" + $sel(cfg_get.voicemail.srv_ip) + $sel(cfg_get.voicemail.srv_port); route(RELAY); exit; #!endif return; } # manage outgoing branches branch_route[MANAGE_BRANCH] { xdbg("new branch [$T_branch_idx] to $ru\n"); route(NATMANAGE); } # manage incoming replies onreply_route[MANAGE_REPLY] { xdbg("incoming reply\n"); if(status=~"[12][0-9][0-9]") route(NATMANAGE); } # manage failure routing cases failure_route[MANAGE_FAILURE] { route(NATMANAGE); if (t_is_canceled()) { exit; } #!ifdef WITH_BLOCK3XX # block call redirect based on 3xx replies. if (t_check_status("3[0-9][0-9]")) { t_reply("404","Not found"); exit; } #!endif #!ifdef WITH_VOICEMAIL # serial forking # - route to voicemail on busy or no answer (timeout) if (t_check_status("486|408")) { route(TOVOICEMAIL); exit; } #!endif } -------------------------------------------------------------------------------------------------------------- Espero que alguien pueda echarme una mano. Gracias.

3 10

Re: [SR-Users-ES] Problema con NAT y RTPPROXY
by Iñaki Baz Castillo 23 Mar '12

23 Mar '12

Hola, mejor de momento mantenemos el hilo en la lista. Más info abajo: El día 23 de marzo de 2012 16:41, magnusadilsom(a)gmail.com <magnusadilsom(a)gmail.com> escribió: > # ----------------------------------------------------------------- > # Handle Handle NAT > # ----------------------------------------------------------------- > > route[4]{ > > force_rport(); > if (nat_uac_test("19")) { > xlog("L_INFO", "NAT detected1"); > if (method=="REGISTER") { > fix_nated_register(); > } else { > fix_nated_contact(); > fix_nated_sdp("1"); > xlog("L_INFO", "NAT detected2"); > }; > setflag(5); > return; > }; No sólo hay que "corregir" el Contact en el INVITE sino que también en las respuestas 180/183/200 que tengan SDP (on_reply_route y tal). Y lo mismo a la hora de aplicar rtpproxy. -- Iñaki Baz Castillo <ibc(a)aliax.net>

1 0

Problemas con transferencias entre kamailio y asterisk
by Edu - SysCon 03 Feb '12

03 Feb '12

Estimados: Tengo un escenario armado con un Kamailio como balanceador de carga (CALL STATEFUL PROXY) y dos asterisk abajo, ofreciendo servicios de IPPBX. Los teléfonos se registran contra el Kamailio, y este ultimo deriva las llamadas a uno u otro asterisk según corresponda... En único problema que estoy teniendo es el siguiente. Cuando A lllama a B, esta primera llamada es procesada en el Asterisk 1. Ahora cuando por ejemplo B quiere transferir la llamada a C (REFER), se pone la primera llamada en espera, se negocia una segunda llamada y depende en que asterisk cae esta llamada, la transferencia es exitosa o no. Por lo que estuve trazeando, el INVITE de la segunda llamada, cae en este ejemplo en el asterisk2 y cuando el teléfono envia el REFER-TO al asterisk1, este no tiene el dialogo de la llama referida.. entonces falla... Se podrá hacer fork del Refer para que me responda el que tiene el dialogo? o es una locura? Saludos EDU -- Jorge Eduardo Silva Jackson CCNA - dCAP SysCon +598 99665783

1 0

problemas con NAT
by Javier Vidal 23 Jan '12

23 Jan '12

Buenas a todos, tengo un problemilla y le llevo dado muchas vueltas y no logro resolverlo, os planteo un poco la probroblematica que tengo. Tengo una instalación con Kamailio y RTPProxy, la funcionalidad que tengo es de tener usuarios registrados y poder encaminar sus llamadas hacia distintos carriers, en principio todo esta funcionando ok, pero esta semana me he encontrado con un caso en el que me falla el audio, es decir, no gestiono bien el nat y entrego a mis clientes la ip de mi carrier a nivel SDP. El caso es que mi cliente hace la llamada, nosotros comprobamos el NAT, y forzamos el RTPproxy para gestionar el trafico RTP, bien le devolvemos la respuesta al INVITE a nuestro cliente con la IP de origen del trafico RTP de nuestra maquina. El problema surge cuando llega el Ringing(180), solo el Ringing, en este momento se nos cambia la IP a la de nuestro carrier y aquí empieza el problema. El tema es que si en vez de un 180 Ringing, el carrier nos da un 183 Session Progress todo funciona bien y la IP de la sesión SDP no se cambia. Por favor si alguien tiene una idea de donde puede venir el problema... Posiblemente sea una tontería, pero yo no soy capaz de verla, o es que ya llevo demasiadas horas con esto.... Muchas Gracias por todo. Javier Vidal.

2 3

Novato intentando el Kamailio con mysql
by Anthony Sanchez 15 Dec '11

15 Dec '11

Hola compañeros, Al momento he logrado de instalar a Kamailio 3.2.1 y Asterisk 1.8.7.1 realtime, compartiendo la base de datos en un servidor externo. Cuando estoy haciendo los cambios al ‘kamailio.cfg’ se crean errores. Es importante decir que estoy usando Kamailio 3.2.1 y Asterisk 1.8.7.1 -Existe diferencia entre los ‘kamailio.cfg’ de la última versión y la del tutorial? -Tiene alguien una ‘kamailio.cfg’ integrada a Asterisk que me pueda proveer? Gracias anticipadas, Tony

3 4

Novato intentando el Kamailio con mysql
by Anthony Sanchez 12 Dec '11

12 Dec '11

Hola a todos, Estoy tratando de instalar el Kamailio desde tutorial http://www.kamailio.org/wiki/install/3.2.x/git "This document focuses on Kamailio v3.2.x with MySQL support, using a Debian unstable system." Luego de terminar la instalación trato de iniciar con /etc/init.d/kakailio start, y me dice que hay tres (3) errores en el cgf Hice una prueba deteniendo el mysql y el error es el mismo. Puede alguien ayudarme a resolver el problema? Gracias anticipadas; desde la Isla del Encanto! Tony

4 17

Fw: [SR-Users] [OT] sip:provider CE v2.4 released
by Jon Bonilla 05 Dec '11

05 Dec '11

FYI Inicio del mensaje redirigido: Fecha: Mon, 05 Dec 2011 17:24:11 +0100 Desde: Andreas Granig <agranig(a)sipwise.com> Para: kamailio <sr-users(a)lists.sip-router.org>, 'sems mailing list' <sems(a)lists.iptel.org> Asunto: [SR-Users] [OT] sip:provider CE v2.4 released Ladies and Gentlemen, I'm happy to announce the official release of sip provider CE v2.4, an easy-to-use, free and open-source soft-switch built on top of Kamailio and Sems. As always, we provide a dead-simple installer to start from scratch, upgrade scripts from v2.2 and Virtualbox and VMware images to test-drive a turn-key installation. http://www.sipwise.com/news/announcements/spce-v2_4-release/ The SPCE shows the capabilities of what can be created with flexible and powerful software like Kamailio and Sems, when the proper provisioning, billing, configuration and packaging glue is being put around that. The SPCE v2.4 is currently deployed around the world acting as an SBC in front of old legacy 3rd party switches to provide SIP service to mobile clients, as a Class4 peering concentrator to provide ENUM/PSTN access to other soft-switches, and as standard Class5 soft-switches for all kinds of access networks. It's ideal for new Kamailio/Sems users to have a head-start over beginning completely from scratch, because the SPCE comes with customer- and admin-web-interfaces, SOAP/XMLRPC-APIs, provisioning and rating engines etc. No need to tinker with all the various configuration files, unless you want to. :) You can find the full release announcement with the changelog highlights over here: http://www.sipwise.com/news/announcements/spce-v2_4-release/ Thanks, Andreas

2 1

Integración Kamailio y Asterisk
by Anthony Sanchez 03 Dec '11

03 Dec '11

Hola a todos, Como les indicara anteriormente, he logrado instalar los componentes de mi Laboratorio. Tengo un Servidor con Proxmox con los siguientes KVM servers: 1. ser.server.com - Kamailio 2. db. server.com - Mysql 3. pbx1. server.com – Asterisk_1 4. pbx2. server.com – Asterisk_2 5. pbx3. server.com – Asterisk_2 Todos instalados independientemente. Necesito integrarlos todos de acuerdo al tutorial (Kamailio 3.1.x and Asterisk 1.6.2 Realtime Integration using Asterisk Database) de Daniel-Constantin Mierla Puede alguien ayudarme con un pequeño tutorial o al menos darme una una idea de cómo implementar el tutorial de Daniel-Constantin Mierla? Gracias anticipadas, Tony

4 6

migracion 3.1.5 a 3.2
by ghernandez 01 Dec '11

01 Dec '11

Hola! Alguien ha migrado de 3.1.5 a 3.2 ??? Tienen visto algún documento que describa los cambios a la config necesarios? Gracias! -- Gustavo Hernández Baratta CAMUNDANET INC. http://www.camundanet.com

2 1

Re: [SR-Users-ES] Novato intentando el Kamailio con mysql
by Anthony Sanchez 27 Nov '11

27 Nov '11

Hermano, Eso está funcionando a la perfección. Mi intención es integrar Kamailio con Asterisk + A2Billing Real Time. Voy a intentar Asterisk + A2Billing Real Time durante el día de hoy. En este momento tengo instalado y funcionando Asterisk y A2Billing; en esta configuración tengo un poco de conocimiento y puedo colaborar (NO Real time) Quiero instalar: 1- Un servidor con Mysql 2- Un servidor con Kamailio 3- Dos Asterisks (con la intensión de crecimiento, loadbalance y failover ...) 4- Un A2Billing Sugerencias son bienvenida, Gracias Mil. Tony

1 0

Novato intentando el Kamailio con mysql
by Anthony Sanchez 27 Nov '11

27 Nov '11

Hola a Todos! Finalmente he podido instalar y poner a correr el Kamailio con MySQL en Debian 6. Cuando hago reboot al Server, Kamailio no inicia automáticamente. Para que corra automáticamente, incluí con -nano /etc/rc.local- la siguente linea: /etc/init.d/kamailio start Aunque corre no puedo registrar las extensiones, pero si hago un /etc/init.d/kamailio restart, las extensiones se registran. Alguien que me pueda iluminar con su conocimiento? Gracias anticipadas; desde la Isla del Encanto! Tony

2 1

veterano en asterisk, novato en kamailio
by ghernandez 18 Nov '11

18 Nov '11

Hola! Soy bastante veterano (7 años) con Asterisk, pero super novato en kamailio. He resuelto todos los problemas de integracion usando la guia escrita en http://kb.asipto.com/asterisk:realtime:kamailio-3.1.x-asterisk-1.6.2-astdb, y consigo que softphones como xlite, ekiga, 3cx, zoiper y adaptadores y telefonos IP (grandstream, linksys, siemens) se registren sin problemas en Kamailio y pasen llamados a traves de Asterisk. Pero no consigo algo tonto y es hacer que un asterisk se registre en kamailio. Es decir, que una instalacion asterisk cualquiera (1.4.2.X, 1.6.2.X) pueda registrarse en un kamailio tal como si fuera un softphone. Y no entiendo por que. Alguien tiene alguna idea? Gracias! Gustavo

5 10

Problema con BYE
by Javier Vidal -- Quasar 06 Oct '11

06 Oct '11

Bueno, he intentado comunicar esto en la lista en ingles, pero parece que no me expreso bien, y me gustaría si es posible que alguien me echara una mano. Os cuento un poco el error que tengo y me gustaría corregir. Tengo una maquina con Kamailio que recibe de un carrier las llamadas realizadas a un numero ip. La llamada la recibo, la gestiono y la envio hacia el asterisk sin problemas, hasta ahi todo bien. El problema lo tengo en el ACC, resulta que el INVITE se registra bien en la BBDD pero al colgar la parte en la que entrego yo la llamada, solo cuando cuelga esa parte en el ACC aparecen 2 registros BYE, por lo que he visto el problema aparece por el TAG, ya que no se corresponde con el de origen de llamada. Me he peleado casi con todo y se me acaban las ideas, y tal vez alguien tenga una idea de que puedo hacer para solventar este problema, seguro que es una tontería pero ahora estoy totalmente atascado. Gracias.

4 8

Trabajo en Sipwise
by Jon Bonilla 03 May '11

03 May '11

Si alguno está interesado, estamos buscando gente para nuestras oficinas de Viena. http://www.sipwise.com/news/jobs/sipwise-is-hiring-voip-engineers-around-vi… http://www.sipwise.com/news/jobs/sipwise-is-hiring-perl-web-developers-arou…

1 0

Problema con las transferencias
by Jorge Eduardo Silva Jackson 02 May '11

02 May '11

Estimados: Tengo un esquema de 1 sip-router con 2 asterisk. Todos los registros los maneja Kamailio y las llamadas son cursadas a los asterisk a través del modulo dispatcher.so con el método RoundRobin. El problema lo puedo reproducir de la siguiente manera. 1 - Entra una llamada desde la PSTN (gateways registrados al kamailio), el kamailio envía la llamada al asterisk-01 2 - Entra la IVR del asterisk-01 y el usuario digita el interno 205, el Asterisk-01 envía la llamada al Kamailio quien localiza al usuario 205 y "conecta" la llamada. 3 - El usuario 205 deja en espera la llamada, y para hacer la transferencia, genera una nueva llamada al interno 220. 4 - cuando el 205 genera la llamada al 220, le envía al kamailio el INVITE y el kamailio le envía la llamada al Asterisk-02 (porque el modulo dispatcher.so esta en RoundRobin). 5 - Cuando el usuario 205 quiere terminar la transferencia, como las llamadas están en diferentes asterisk, esta da error. Una idea que se me ocurrió para solucionar esto, es que si un usuario esta con una llamada establecida, la próxima llamada de ese usuario debería caer en el mismo asterisk. Hay algún modulo como CallControl u otro que pueda hacer el trabajo sucio? o tengo que manejarme con flags, registros en base de datos y magia? Espero sus comentarios. Saludos EDU

3 2

Primera consulta
by Maria del Carmen Pumar 08 Apr '11

08 Apr '11

Hola, buenos días. En la empresa que trabajo tenemos instalado un SER de las primeras versiones. Como nunca fue actualizado y está funcionando como una caja negra que nos permite establecer comunicaciones SIP entre distintos puntos queremos actualizar la versión. Veo que no tenemos muchas opciones y es por eso que me gustaría poder instalar la nueva versión de SIP-router y trabajar con el, entenderlo y luego hacer la migración manual. Me he encontrado con dificultades ya que no entiendo bien la instalación. Usted podría indicarme las fuentes para poder instalarlo con un sistema operativo Centos. Muchas gracias! saludos, María del Carmen Pumar. Plaza Independencia 755 Piso 10 Montevideo, Uruguay Tel: + 598 29011010 Int 814 mpumar(a)dedicado.com www.dedicado.com

2 1

extensioones compartidas
by Asuncion Merino Rodríguez 07 Apr '11

07 Apr '11

Hola Estamos pensando un plan de numeración para la organización donde trabajo para asterisk y kamailio. En nuestra organización hay varios números de teléfono voio que comparten extensión analógica para poder ser llamados desde fuera (y así intentar ahorrar extensiones), como podemos establecer nuestro plan de numeración para que se pueda llamar a cada uno de los usuarios? Un saludo Asun

5 14

usuarios en asterisk y kamalio
by Asuncion Merino Rodríguez 31 Mar '11

31 Mar '11

Hola en la actualidad estoy montando un servidor kamailio que trabaja con un servidor asterisk. Entiendo que lo mejor seria que tanto kamailio como asterisk trabajaran con los mismos usuarios, por eso el servidor kamailio autentica los usuarios contra un servidor radius. Este servidor radius, acceder a un directorio ldap, para validar a los usuarios cuyo usuario es el login de correo y la contraseña correspondiente. Mi pregunta es, como puedo manejar usuarios como "login" si en asterisk existen usuarios creados como números de telefono? debería hacer que los usuarios de radius fueran numeros de telefono? Cualquier ayuda es bienvenida Gracias

4 8

Distintas Branches por usuario
by INES TOVAR 17 Mar '11

17 Mar '11

Buenas Queremos tener la siguiente funcionalidad en nuestro kamailio, me valido contra radius, con mi uid, y una vez validada, consulto mi extensión IP numérica y mi alias de correo, de tal manera, que quiero tener una rama por cada "alias" asociado a mi uid. Así si me llaman a mi tlf ip (desde telefonos tradicionales), a mi login o a mi alias de correo, puedo contestar. ¿Hay alguna manera de implementar esto? no consigo registrarme con los "alias" asociados a mi uid. Cualquier ayuda será bienvenida. Gracias! -- ---- INES TOVAR WebCartero Universidad Carlos III de Madrid

4 5

problemas modulo htable y asignacion de vble $sht(a=>$au::auth_count)
by Juan M. Gutierrez 08 Feb '11

08 Feb '11

1 0

Re: [SR-Users-ES] Problemas con limitacion de contacs por usuario.
by Jon Bonilla 25 Jan '11

25 Jan '11

El Mon, 24 Jan 2011 12:39:54 +0100 "Juan M. Gutierrez" <juan.gutierrez.alarcon(a)gmail.com> escribió: > > > OK gracias, luego para evitar llamadas a usuarios no registrados o mal > registrados se debe autenticar todos los INVITE? en el apartado route(auth). > > Juan M. Gutierrez De nuevo: Autenticación del INVITE (algo que siempre deberías hacer) no tiene nada que ver con el registro. No hay ninguna relación entre estar registrado y poder hacer llamadas con o sin autenticación.

2 1

Problemas con limitacion de contacs por usuario.
by Juan M. Gutierrez 24 Jan '11

24 Jan '11

3 2

[OT] Curso de Kamailio Devel en Barcelona (10 y 11 de febrero)
by Iñaki Baz Castillo 18 Jan '11

18 Jan '11

Hola, os informo de que el jueves 10 y viernes 11 de febrero se celebrará en Barcelona un curso sobre programación en Kamailio impartido por Daniel-Constantin Mierla (core developer de Kamailio). http://www.kamailio.org/w/2011/01/kamailio-development-training-barcelona-f… Es de reseñar que no se trata de un curso de formación sobre el uso o configuración de Kamailio, sino un curso específico para el desarrollo de código y aplicaciones sobre Kamailio (por ejemplo módulos custom). El curso es en inglés y su precio es 160 €. Así mismo el jueves por la noche se celebrará una cena (no incluida en el precio) a modo de evento social a la que puede asistir todo el que quiera. Los interesados en acudir sólo a la cena enviadme por favor un correo para tener constancia y hacer la reserva de plazas. ¡Allí nos vemos! -- Iñaki Baz Castillo <ibc(a)aliax.net>

1 0

[Semi-OT] sip:provider CE released!
by Jon Bonilla 14 Dec '10

14 Dec '10

Perdonad el spam. Os pongo en el anuncio que acaba de hacerse en las listas de kamailio sobre el lanzamiento de sip:provider CE, una solución basada en Kamailio que pretende ofrecer una solución completa a operadores que quieran ofrecer servicios de telefonía. Podéis encontrar el anuncio en la web de sipwise: http://www.sipwise.com/news/announcements/spce-first-release/ Un saludo, Jon Bonilla Sipwise

2 1

Integracion OpenIMSCore y Kamailio
by "Andrés S. García Ruiz" 29 Nov '10

29 Nov '10

Hola a todos, Estoy intentando montar una red IMS con OpenIMSCore y Kamailio. La parte de OpenIMSCore ya ha sido probada y utilizada con Mobicents. Ahora quiero cambiar Mobicents por Kamailio. También he instalado Kamailio y lo ejecuto sin problemas, pero cuando le llegan las publicaciones de la presencia SIP a este último, me responde con "407 Proxy Authentication Required". ¿Cómo puedo hacer que el proxy se autentique o evitar que Kamailio pida dicha autenticación? El Mensaje publish enviado: PUBLISH sip:testuser01@open-ims.test SIP/2.0 Route: <sip:ciervo.inf.um.es:5060;lr>, <sip:iscmark@scscf.open-ims.test:6060;lr;s=1;h=0;d=0;a=7369703a74657374757365723031406f70656e2d696d732e74657374> Call-ID: K28QO9PYAE5vn3RNdYOkIEddMEd6yDiqeAW7DwSt6XV. CSeq: 1 PUBLISH From: "testuser01" <sip:testuser01@open-ims.test>;tag=ff123bda To: "testuser01" <sip:testuser01@open-ims.test> Via: SIP/2.0/UDP 155.54.210.135:6060;branch=z9hG4bKa31a.6cba1cd2.0 Via: SIP/2.0/UDP 155.54.210.134:4060;branch=z9hG4bKa31a.71481d13.0;i=1 Via: SIP/2.0/TCP 155.54.190.166:8060;rport=41624;branch=z9hG4bK-d8754z-ce7487ff34be55f9-1---d8754z- Max-Forwards: 15 Content-Type: application/pidf+xml Expires: 30000 Event: presence Contact: <sip:testuser01@155.54.190.166:8060> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO User-Agent: X-Lite IMS-OSGi-Client 0.1 CVS-Mon_Nov_29_10-14-33_CET_2010 Content-Length: 451 P-Asserted-Identity: <sip:testuser01@open-ims.test> P-Charging-Vector: icid-value="P-CSCFabcd000000004cf3708400000002";icid-generated-at=155.54.210.134;orig-ioi="open-ims.test" <?xml version='1.0' encoding='UTF-8'?><presence xmlns='urn:ietf:params:xml:ns:pidf' xmlns:c='urn:ietf:params:xml:ns:pidf:cipid' xmlns:dm='urn:ietf:params:xml:ns:pidf:data-model' xmlns:rpid='urn:ietf:params:xml:ns:pidf:rpid' entity='sip:testuser01@open-ims.test'><tuple id='t6b9a6ab3'><status><basic>open</basic></status></tuple><dm:person id='p34b126e5'><rpid:activities><rpid:Online/></rpid:activities><dm:note>Online</dm:note></dm:person></presence> La respuesta de Kamailio: SIP/2.0 407 Proxy Authentication Required Call-ID: K28QO9PYAE5vn3RNdYOkIEddMEd6yDiqeAW7DwSt6XV. CSeq: 1 PUBLISH From: "testuser01" <sip:testuser01@open-ims.test>;tag=ff123bda To: "testuser01" <sip:testuser01@open-ims.test>;tag=b27e1a1d33761e85846fc98f5f3a7e58.3d3a Via: SIP/2.0/UDP 155.54.210.135:6060;branch=z9hG4bKa31a.6cba1cd2.0 Via: SIP/2.0/UDP 155.54.210.134:4060;branch=z9hG4bKa31a.71481d13.0;i=1 Via: SIP/2.0/TCP 155.54.190.166:8060;rport=41624;branch=z9hG4bK-d8754z-ce7487ff34be55f9-1---d8754z- Proxy-Authenticate: Digest realm="open-ims.test", nonce="TPNwMkzzbwZRE1piAM8yHaXGsXvwS16v" Server: kamailio (3.1.0 (i386/linux)) Content-Length: 0 Y el log de Kamailio: 5(15391) DEBUG: <core> [parser/msg_parser.c:628]: SIP Request: 5(15391) DEBUG: <core> [parser/msg_parser.c:630]: method: <PUBLISH> 5(15391) DEBUG: <core> [parser/msg_parser.c:632]: uri: <sip:testuser01@open-ims.test> 5(15391) DEBUG: <core> [parser/msg_parser.c:634]: version: <SIP/2.0> 5(15391) DEBUG: <core> [parser/msg_parser.c:165]: get_hdr_field: cseq <CSeq>: <1> <PUBLISH> 5(15391) DEBUG: <core> [parser/parse_to.c:803]: end of header reached, state=10 5(15391) DEBUG: <core> [parser/msg_parser.c:185]: DEBUG: get_hdr_field: <To> [45]; uri=[sip:testuser01@open-ims.test] 5(15391) DEBUG: <core> [parser/msg_parser.c:187]: DEBUG: to body ["testuser01" <sip:testuser01@open-ims.test> ] 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 232, <branch> = <z9hG4bKa31a.6cba1cd2.0>; state=16 5(15391) DEBUG: <core> [parser/parse_via.c:2300]: end of header reached, state=5 5(15391) DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=2 5(15391) DEBUG: <core> [parser/msg_parser.c:515]: parse_headers: this is the first via 5(15391) DEBUG: <core> [receive.c:145]: After parse_msg... 5(15391) DEBUG: <core> [receive.c:186]: preparing to run routing scripts... 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 232, <branch> = <z9hG4bKa31a.71481d13.0>; state=6 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 236, <i> = <1>; state=16 5(15391) DEBUG: <core> [parser/parse_via.c:2300]: end of header reached, state=5 5(15391) DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=100 5(15391) DEBUG: <core> [parser/msg_parser.c:526]: parse_headers: this is the second via 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 235, <rport> = <41624>; state=6 5(15391) DEBUG: <core> [parser/parse_via.c:1287]: Found param type 232, <branch> = <z9hG4bK-d8754z-ce7487ff34be55f9-1---d8754z->; state=16 5(15391) DEBUG: <core> [parser/parse_via.c:2300]: end of header reached, state=5 5(15391) DEBUG: <core> [parser/msg_parser.c:513]: parse_headers: Via found, flags=100 5(15391) DEBUG: maxfwd [mf_funcs.c:85]: value = 15 5(15391) DEBUG: <core> [parser/msg_parser.c:199]: DEBUG: get_hdr_body : content_length=451 5(15391) DEBUG: <core> [parser/msg_parser.c:101]: found end of header 5(15391) DEBUG: <core> [parser/parse_to.c:174]: DEBUG: add_param: tag=ff123bda 5(15391) DEBUG: <core> [parser/parse_to.c:803]: end of header reached, state=29 5(15391) DEBUG: sanity [mod_sanity.c:217]: all sanity checks passed 5(15391) DEBUG: siputils [checks.c:73]: no totag 5(15391) DEBUG: tm [t_lookup.c:1081]: DEBUG: t_check_msg: msg id=1 global id=0 T start=0xffffffff 5(15391) DEBUG: tm [t_lookup.c:528]: t_lookup_request: start searching: hash=41274, isACK=0 5(15391) DEBUG: tm [t_lookup.c:485]: DEBUG: RFC3261 transaction matching failed 5(15391) DEBUG: tm [t_lookup.c:711]: DEBUG: t_lookup_request: no transaction found 5(15391) DEBUG: tm [t_lookup.c:1150]: DEBUG: t_check_msg: msg id=1 global id=1 T end=(nil) 5(15391) DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==9 && [open-ims.test] == [127.0.0.1] 5(15391) DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 5(15391) DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==14 && [open-ims.test] == [155.54.190.245] 5(15391) DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 5(15391) DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==9 && [open-ims.test] == [127.0.0.1] 5(15391) DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 5(15391) DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==14 && [open-ims.test] == [155.54.190.245] 5(15391) DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 5(15391) DEBUG: auth_db [authorize.c:239]: realm value [open-ims.test] 5(15391) DEBUG: auth [api.c:85]: auth:pre_auth: Credentials with realm 'open-ims.test' not found 5(15391) DEBUG: auth_db [authorize.c:257]: not authenticated 5(15391) DEBUG: auth [challenge.c:102]: build_challenge_hf: realm='open-ims.test' 5(15391) DEBUG: auth [challenge.c:236]: auth: 'Proxy-Authenticate: Digest realm="open-ims.test", nonce="TPNwMkzzbwZRE1piAM8yHaXGsXvwS16v" ' 5(15391) DEBUG: sl [sl.c:278]: reply in stateless mode (sl) 5(15391) DEBUG: <core> [msg_translator.c:207]: check_via_address(155.54.210.135, 155.54.210.135, 0) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) 5(15391) DEBUG: <core> [receive.c:289]: receive_msg: cleaning up Muchas gracias, Andrés. -- ----------------------- Andrés S. García Ruiz ----------------------- e-mail: asgarcia(a)um.es Teléfono: (+34) 868 888258 Dpto. de Ingeniería de la Información y las Comunicaciones Facultad de Informática Universidad de Murcia 30100 Campus de Espinardo

2 1

Re: [SR-Users-ES] Seguridad en Kamailio
by Tincho ylm 06 Oct '10

06 Oct '10

Claro, has dado en el clavo. La idea que tenia era validar por IP. Pero de esa manera estaria validando TODA el trafico que llega a Kamailio, por tanto, tambien las extensiones que se intentan registrar. Extensiones que no se que IP van a tener. (te pido que me corrijas si me equivoco) Entonces, la idea en vez de validar por IP, es buscar otro tipo de validacion. El modulo permissions tambien puede validar por URI, aunque en este caso estaria en la misma situacion, ya que no conozco TODAS las IP desde las cuales las extensiones se registraran. No se si me explico bien. Por ultimo, se me ocurre validar por username del URI, algo muy manual. A menos que haya una forma mas "economica" de hacerlo. ¿Que me propones? > ------------------------------ > > Message: 2 > Date: Mon, 4 Oct 2010 17:01:29 +0200 > From: Iñaki Baz Castillo <ibc(a)aliax.net> > Subject: Re: [SR-Users-ES] Seguridad en Kamailio > To: Lista de usuarios de SIP Router <sr-users-es(a)lists.sip-router.org> > Message-ID: > <AANLkTikhAGieJEtZN0OrRgzLVV3nnENewx-xdogmAsD5(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > El día 4 de octubre de 2010 15:44, Tincho ylm <sadzas(a)gmail.com> escribió: > >> Estuve leyendo el modulo "permissions". > > > > Creo que lo que quiero hacer se resuelve simplemente autenticando los > INVITE > > (que no estoy haciendo ahora). > > No creo que hayas leído eso en la documentación del módulo > 'permissions'. Este módulo da funcionalidad de validación de la IP > origen: > > http://kamailio.org/docs/modules/1.5.x/permissions.html#id2512057 > http://kamailio.org/docs/modules/1.5.x/permissions.html#id2498680 > http://kamailio.org/docs/modules/1.5.x/permissions.html#id2528182 > > La autenticación SIP no tiene anda que ver con el permitir tráfico > desde algunas IP's sin solicitarles autenticación. Estamos hablando > simplemente de permitir tráfico no autenticado en caso de que el > request llegue desde determinadas IP's "privilegiadas" (módulo > 'permissions'). > > > > Haciendo una captura con ngrep, veo que cuando asterisk envia el INVITE, > > kamailio lo tramita sin problemas y sin autenticarlo. > > Que me recomiendan ? > > Que revises tu script de kamailio porque, sí o sí, en él has permitido > explicitamente llamadas sin autenticación. > Y que leas a fondo la documentación del módulo 'permissions'. > > > -- > Iñaki Baz Castillo > <ibc(a)aliax.net> > > > > ------------------------------ > > _______________________________________________ > SR-Users-ES mailing list > SR-Users-ES(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > > Fin de Resumen de SR-Users-ES, Vol 37, Envío 3 > ********************************************** >

3 6

Re: [SR-Users-ES] Seguridad en Kamailio
by Tincho ylm 04 Oct '10

04 Oct '10

> > Estuve leyendo el modulo "permissions". > Creo que lo que quiero hacer se resuelve simplemente autenticando los INVITE (que no estoy haciendo ahora). Haciendo una captura con ngrep, veo que cuando asterisk envia el INVITE, kamailio lo tramita sin problemas y sin autenticarlo. Que me recomiendan ? gracias! > > Message: 1 > Date: Fri, 1 Oct 2010 15:22:11 -0300 > From: Tincho ylm <sadzas(a)gmail.com> > Subject: [SR-Users-ES] Seguridad en Kamailio > To: sr-users-es(a)lists.sip-router.org > Message-ID: > <AANLkTim+wsqq1a4B9iu51qa5dYHnfwa3gd7uTNaMShDt(a)mail.gmail.com<AANLkTim%2Bwsqq1a4B9iu51qa5dYHnfwa3gd7uTNaMShDt(a)mail.gmail.com> > > > Content-Type: text/plain; charset="iso-8859-1" > > Hola a todos. > > Estoy con Kamailio 3.0 y utilizo "subscriber" para autenticar a las > extensiones. Esto funciona bien, pero tengo una consulta que hacer sobre > las > llamadas entrantes sin autenticar. > Por ejemplo: En un asterisk defino un SIP TRUNK y envio las llamadas hacia > Kamailio. Kamailio las trata sin problemas aun sin modificar una sola linea > del script. > Es esto ultimo lo que no entiendo y necesito que me orienten. La idea es > que > Kamailio rechaze todas las llamadas que provienen sin autenticacion. > > Me imagino que una opcion es preguntar por la ip entrante.. si no pertenece > a un rango conocido entonces rechazarla. Pero supongo que debe haber algo > mas practico que esto o ya definido. Algun modulo que no entendi bien o > algo > asi. > > Agracedere que me orienten un poco sobre el modulo si es que existe o donde > apuntar para ver este tema. > > > Gracias. > ------------ próxima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: < > http://lists.sip-router.org/pipermail/sr-users-es/attachments/20101001/4d6e… > > > > ------------------------------ > > Message: 2 > Date: Fri, 1 Oct 2010 21:32:15 +0200 > From: Iñaki Baz Castillo <ibc(a)aliax.net> > Subject: Re: [SR-Users-ES] Seguridad en Kamailio > To: Lista de usuarios de SIP Router <sr-users-es(a)lists.sip-router.org> > Message-ID: > <AANLkTik97ZUQ6HMG+SEa7WUGEwyJ2z9yZR2=5Hwdy5L4(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > El día 1 de octubre de 2010 20:22, Tincho ylm <sadzas(a)gmail.com> escribió: > > Hola a todos. > > Estoy con Kamailio 3.0 y utilizo "subscriber" para autenticar a las > > extensiones. Esto funciona bien, pero tengo una consulta que hacer sobre > las > > llamadas entrantes sin autenticar. > > Por ejemplo: En un asterisk defino un SIP TRUNK y envio las llamadas > hacia > > Kamailio. Kamailio las trata sin problemas aun sin modificar una sola > linea > > del script. > > Es esto ultimo lo que no entiendo y necesito que me orienten. La idea es > que > > Kamailio rechaze todas las llamadas que provienen sin autenticacion. > > Me imagino que una opcion es preguntar por la ip entrante.. si no > pertenece > > a un rango conocido entonces rechazarla. Pero supongo que debe haber algo > > mas practico que esto o ya definido. Algun modulo que no entendi bien o > algo > > asi. > > Agracedere que me orienten un poco sobre el modulo si es que existe o > donde > > apuntar para ver este tema. > > Para validar por IP el módulo "permissions" es el más adecuado (tabla > 'address' y funcionaes asociadas). > > Si tu Kamailio está permitiendo tráfico entrante desde cualquier IP > eso significa que así lo has configurado. De todas formas verifica con > ngrep que asterisk no esté, de hecho, autenticándose cuando Kamailio > se lo solicita (si es que se lo solicita). Pero insisto: si Kamailio > permite tráfico entrante desde IP's cualquiera eso sólo puede ser > porque así lo has definido tú en el script de configuración. > > Saludos. > > > -- > Iñaki Baz Castillo > <ibc(a)aliax.net> > > > > ------------------------------ > > _______________________________________________ > SR-Users-ES mailing list > SR-Users-ES(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > > Fin de Resumen de SR-Users-ES, Vol 37, Envío 1 > ********************************************** >

2 1

Re: [SR-Users-ES] Seguridad en Kamailio
by Tincho ylm 02 Oct '10

02 Oct '10

Lo que dices es correcto. Kamailio esta configurado para permitir trafico entrante desde cualquier IP. Ademas, en Asterisk tambien configure que no envie ningun tipo de credencial. La pregunta apuntaba a que modulo es el mas adecuado para elegir desde donde permitir el trafico. Por tanto, y como recomendaste, me pondre a leer el modulo "permissions". Una vez leida la documentacion del mismo.. vuelvo con las preguntas.. Muchas gracias! El 2 de octubre de 2010 07:00, <sr-users-es-request(a)lists.sip-router.org>escribió: > Envíe los mensajes para la lista SR-Users-ES a > sr-users-es(a)lists.sip-router.org > > Para subscribirse o anular su subscripción a través de la WEB > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > O por correo electrónico, enviando un mensaje con el texto "help" en > el asunto (subject) o en el cuerpo a: > sr-users-es-request(a)lists.sip-router.org > > Puede contactar con el responsable de la lista escribiendo a: > sr-users-es-owner(a)lists.sip-router.org > > Si responde a algún contenido de este mensaje, por favor, edite la > linea del asunto (subject) para que el texto sea mas especifico que: > "Re: Contents of SR-Users-ES digest...". Además, por favor, incluya en > la respuesta sólo aquellas partes del mensaje a las que está > respondiendo. > > > Asuntos del día: > > 1. Seguridad en Kamailio (Tincho ylm) > 2. Re: Seguridad en Kamailio (Iñaki Baz Castillo) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 1 Oct 2010 15:22:11 -0300 > From: Tincho ylm <sadzas(a)gmail.com> > Subject: [SR-Users-ES] Seguridad en Kamailio > To: sr-users-es(a)lists.sip-router.org > Message-ID: > <AANLkTim+wsqq1a4B9iu51qa5dYHnfwa3gd7uTNaMShDt(a)mail.gmail.com<AANLkTim%2Bwsqq1a4B9iu51qa5dYHnfwa3gd7uTNaMShDt(a)mail.gmail.com> > > > Content-Type: text/plain; charset="iso-8859-1" > > Hola a todos. > > Estoy con Kamailio 3.0 y utilizo "subscriber" para autenticar a las > extensiones. Esto funciona bien, pero tengo una consulta que hacer sobre > las > llamadas entrantes sin autenticar. > Por ejemplo: En un asterisk defino un SIP TRUNK y envio las llamadas hacia > Kamailio. Kamailio las trata sin problemas aun sin modificar una sola linea > del script. > Es esto ultimo lo que no entiendo y necesito que me orienten. La idea es > que > Kamailio rechaze todas las llamadas que provienen sin autenticacion. > > Me imagino que una opcion es preguntar por la ip entrante.. si no pertenece > a un rango conocido entonces rechazarla. Pero supongo que debe haber algo > mas practico que esto o ya definido. Algun modulo que no entendi bien o > algo > asi. > > Agracedere que me orienten un poco sobre el modulo si es que existe o donde > apuntar para ver este tema. > > > Gracias. > ------------ próxima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: < > http://lists.sip-router.org/pipermail/sr-users-es/attachments/20101001/4d6e… > > > > ------------------------------ > > Message: 2 > Date: Fri, 1 Oct 2010 21:32:15 +0200 > From: Iñaki Baz Castillo <ibc(a)aliax.net> > Subject: Re: [SR-Users-ES] Seguridad en Kamailio > To: Lista de usuarios de SIP Router <sr-users-es(a)lists.sip-router.org> > Message-ID: > <AANLkTik97ZUQ6HMG+SEa7WUGEwyJ2z9yZR2=5Hwdy5L4(a)mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > El día 1 de octubre de 2010 20:22, Tincho ylm <sadzas(a)gmail.com> escribió: > > Hola a todos. > > Estoy con Kamailio 3.0 y utilizo "subscriber" para autenticar a las > > extensiones. Esto funciona bien, pero tengo una consulta que hacer sobre > las > > llamadas entrantes sin autenticar. > > Por ejemplo: En un asterisk defino un SIP TRUNK y envio las llamadas > hacia > > Kamailio. Kamailio las trata sin problemas aun sin modificar una sola > linea > > del script. > > Es esto ultimo lo que no entiendo y necesito que me orienten. La idea es > que > > Kamailio rechaze todas las llamadas que provienen sin autenticacion. > > Me imagino que una opcion es preguntar por la ip entrante.. si no > pertenece > > a un rango conocido entonces rechazarla. Pero supongo que debe haber algo > > mas practico que esto o ya definido. Algun modulo que no entendi bien o > algo > > asi. > > Agracedere que me orienten un poco sobre el modulo si es que existe o > donde > > apuntar para ver este tema. > > Para validar por IP el módulo "permissions" es el más adecuado (tabla > 'address' y funcionaes asociadas). > > Si tu Kamailio está permitiendo tráfico entrante desde cualquier IP > eso significa que así lo has configurado. De todas formas verifica con > ngrep que asterisk no esté, de hecho, autenticándose cuando Kamailio > se lo solicita (si es que se lo solicita). Pero insisto: si Kamailio > permite tráfico entrante desde IP's cualquiera eso sólo puede ser > porque así lo has definido tú en el script de configuración. > > Saludos. > > > -- > Iñaki Baz Castillo > <ibc(a)aliax.net> > > > > ------------------------------ > > _______________________________________________ > SR-Users-ES mailing list > SR-Users-ES(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > > Fin de Resumen de SR-Users-ES, Vol 37, Envío 1 > ********************************************** >

1 0

Seguridad en Kamailio
by Tincho ylm 01 Oct '10

01 Oct '10

Hola a todos. Estoy con Kamailio 3.0 y utilizo "subscriber" para autenticar a las extensiones. Esto funciona bien, pero tengo una consulta que hacer sobre las llamadas entrantes sin autenticar. Por ejemplo: En un asterisk defino un SIP TRUNK y envio las llamadas hacia Kamailio. Kamailio las trata sin problemas aun sin modificar una sola linea del script. Es esto ultimo lo que no entiendo y necesito que me orienten. La idea es que Kamailio rechaze todas las llamadas que provienen sin autenticacion. Me imagino que una opcion es preguntar por la ip entrante.. si no pertenece a un rango conocido entonces rechazarla. Pero supongo que debe haber algo mas practico que esto o ya definido. Algun modulo que no entendi bien o algo asi. Agracedere que me orienten un poco sobre el modulo si es que existe o donde apuntar para ver este tema. Gracias.

2 1

Kamailio --> Mitel (Not Found) ¿Problemas con el INVITE?
by Tincho ylm 27 Sep '10

27 Sep '10

Hola a todos! Recurro a ustedes para ver si me pueden ayudar con este problema al cual no le encuentro solucion: Primero les muestro el esquema que poseo: SIP PHONE (Linksys) ---> Kamailio (1.5.4) ----> Mitel ----> Mitel Phone Lo que quiero hacer es llamar desde la extension Linksys a traves de Kamailio a una extension de la central propietaria Mitel. Actualmente Mitel rechaza mis llamadas con un bonito 404 Not Found! lo cual es imposible porque la extension Mitel existe y funciona bien. Ademas, solo para probar, intente el mismo escenario, pero en vez de utilizar Kamailio, puse un asterisk y funciona barbaro. Entonces... en algo le estoy errando en Kamailio. Hice unas capturas para que puedan ver si hay algun inconveniente con los INVITES (por logica no deberian existir, pero por las dudas los pongo) Primero una aclaracion sobre las IPs: Sip Phone -> 100 192.168.10.140 -> Sip Phone 192.168.10.150 -> Kamailio 192.168.10.160 -> Mitel Mitel Phone -> 200 Kamailio U 192.168.10.140:5060 -> 192.168.10.150:5060 INVITE sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> SIP/2.0. Via: SIP/2.0/UDP 192.168.10.140:5060;branch=z9hG4bK-d063d53a. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=d396005aaf3ab9a2o0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150>>. Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 101 INVITE. Max-Forwards: 70. Contact: "Sip Phone" <sip:100@192.168.10.140:5060>. Expires: 240. User-Agent: Linksys/SPA941-5.1.8. Content-Length: 395. Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. Supported: replaces. Content-Type: application/sdp. U 192.168.10.150:5060 -> 192.168.10.140:5060 SIP/2.0 100 Giving a try. Via: SIP/2.0/UDP 192.168.10.140:5060 ;branch=z9hG4bK-d063d53a;rport=5060;received=192.168.10.140. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=d396005aaf3ab9a2o0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150>>. Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 101 INVITE. Server: Kamailio (1.5.4-notls (i386/linux)). Content-Length: 0. U 192.168.10.150:5060 -> 192.168.10.160:5060 INVITE sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> SIP/2.0. Via: SIP/2.0/UDP 192.168.10.150;branch=z9hG4bKc17.8e746ba.0. Via: SIP/2.0/UDP 192.168.10.140:5060 ;rport=5060;received=192.168.10.140;branch=z9hG4bK-d063d53a. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=d396005aaf3ab9a2o0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150>>. Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 101 INVITE. Max-Forwards: 69. Contact: "Sip Phone" <sip:100@192.168.10.140:5060>. Expires: 240. User-Agent: Linksys/SPA941-5.1.8. Content-Length: 395. Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. Supported: replaces. Content-Type: application/sdp. U 192.168.10.160:5060 -> 192.168.10.150:5060 SIP/2.0 100 Trying. Via: SIP/2.0/UDP 192.168.10.150;branch=z9hG4bKc17.8e746ba.0,SIP/2.0/UDP 192.168.10.140:5060 ;rport=5060;received=192.168.10.140;branch=z9hG4bK-d063d53a. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=d396005aaf3ab9a2o0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> >;tag=0_4044193584-65506210. Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 101 INVITE. Content-Length: 0. U 192.168.10.160:5060 -> 192.168.10.150:5060 SIP/2.0 404 Not Found. Via: SIP/2.0/UDP 192.168.10.150;branch=z9hG4bKc17.8e746ba.0,SIP/2.0/UDP 192.168.10.140:5060 ;rport=5060;received=192.168.10.140;branch=z9hG4bK-d063d53a. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=d396005aaf3ab9a2o0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> >;tag=0_4044193584-65506210. Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 101 INVITE. Contact: <sip:192.168.10.160>. Content-Length: 0. Lo mismo pero con Asterisk (que si funciona) * * U 192.168.10.140:5060 -> 192.168.10.150:5060 INVITE sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> SIP/2.0. Via: SIP/2.0/UDP 192.168.10.140:5060;branch=z9hG4bK-d5c5100f. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=59178c25144180dfo0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150>>. Call-ID: 5f5d6a1d-6b287b47 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 102 INVITE. Max-Forwards: 70. Proxy-Authorization: Digest username="100",realm="asterisk",nonce="3ed77171",uri="sip:200@192.168.10.150<sip%3A200(a)192.168.10.150> ",algorithm=... Contact: "Sip Phone" <sip:100@192.168.10.140:5060>. Expires: 240. User-Agent: Linksys/SPA941-5.1.8. Content-Length: 397. Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. Supported: replaces. Content-Type: application/sdp. U 192.168.10.150:5060 -> 192.168.10.140:5060 SIP/2.0 100 Trying. Via: SIP/2.0/UDP 192.168.10.140:5060 ;branch=z9hG4bK-d5c5100f;received=192.168.10.140. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=59178c25144180dfo0. To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150>>. Call-ID: 5f5d6a1d-6b287b47 [!at] 192.168.10.140 (replace the [!at] with a @). CSeq: 102 INVITE. User-Agent: Asterisk PBX. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO. Supported: replaces. Contact: <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150>>. Content-Length: 0. U 192.168.10.150:5060 -> 192.168.10.160:5060 INVITE sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> SIP/2.0. Via: SIP/2.0/UDP 192.168.10.150:5060;branch=z9hG4bK5c9bfd49;rport. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=as749996b5. To: <sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160>>. Contact: <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150>>. Call-ID: 59dfcf505cb2671977c8c9175f50c96e [!at] 192.168.10.150 (replace the [!at] with a @). CSeq: 102 INVITE. User-Agent: Asterisk PBX. Max-Forwards: 70. Date: Wed, 22 Sep 2010 12:36:12 GMT. Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO. Supported: replaces. Content-Type: application/sdp. Content-Length: 235. U 192.168.10.160:5060 -> 192.168.10.150:5060 SIP/2.0 100 Trying. Via: SIP/2.0/UDP 192.168.10.150:5060;branch=z9hG4bK5c9bfd49;rport. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=as749996b5. To: <sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> >;tag=0_3844423584-65506194. Call-ID: 59dfcf505cb2671977c8c9175f50c96e [!at] 192.168.10.150 (replace the [!at] with a @). CSeq: 102 INVITE. Content-Length: 0. U 192.168.10.160:5060 -> 192.168.10.150:5060 SIP/2.0 180 Ringing. Via: SIP/2.0/UDP 192.168.10.150:5060;branch=z9hG4bK5c9bfd49;rport. From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> >;tag=as749996b5. To: <sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> >;tag=0_3844423584-65506194. Call-ID: 59dfcf505cb2671977c8c9175f50c96e [!at] 192.168.10.150 (replace the [!at] with a @). CSeq: 102 INVITE. Contact: <sip:200@192.168.10.160:5060;transport=udp>. Content-Length: 0. * *La configuracion de Kamailio es default. Basicamente consulto por el numero ingresado, si es 200 lo envio para la Mitel: route[2]{ force_rport(); if (nat_uac_test("19")) { if (method=="REGISTER") { fix_nated_register(); } else { fix_nated_contact(); }; setflag(5); if (is_method("INVITE") && $rU =~ "200"){ force_rtp_proxy(); t_on_failure("1"); route(5); }; }; } route[5] { t_relay("udp:192.168.2.1:5060"); t_on_reply("1"); exit; } Tienen idea si me esta faltando algo??? Les agradecere cualquier ayuda.

3 8

Kamailio --> Mitel (Not Found) ¿Problemas con el INVITE?
by Tincho ylm 22 Sep '10

22 Sep '10

> > > Por favor, no le presten atencion al error: t_relay("udp:192.168.2.1:5060"); En realidad es: t_relay("udp:192.168.10.160:5060 <http://192.168.2.1:5060/>"); Aviso por si alguien responde diciendo que puede ser esto, NO LO ES, simplemente me equivoque al ponerlo en el mail. Gracias. > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 22 Sep 2010 11:53:49 -0300 > From: Tincho ylm <sadzas(a)gmail.com> > Subject: [SR-Users-ES] Kamailio --> Mitel (Not Found) ¿Problemas con > el INVITE? > To: sr-users-es(a)lists.sip-router.org > Message-ID: > <AANLkTinYcfBvQ4XtVt_mSvKtNib8M043u-8VnotucDzc(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Hola a todos! > > Recurro a ustedes para ver si me pueden ayudar con este problema al cual no > le encuentro solucion: > > Primero les muestro el esquema que poseo: > > SIP PHONE (Linksys) ---> Kamailio (1.5.4) ----> Mitel ----> Mitel Phone > > Lo que quiero hacer es llamar desde la extension Linksys a traves de > Kamailio a una extension de la central propietaria Mitel. Actualmente Mitel > rechaza mis llamadas con un bonito 404 Not Found! lo cual es imposible > porque la extension Mitel existe y funciona bien. > Ademas, solo para probar, intente el mismo escenario, pero en vez de > utilizar Kamailio, puse un asterisk y funciona barbaro. Entonces... en algo > le estoy errando en Kamailio. > > Hice unas capturas para que puedan ver si hay algun inconveniente con los > INVITES (por logica no deberian existir, pero por las dudas los pongo) > > Primero una aclaracion sobre las IPs: > > Sip Phone -> 100 > 192.168.10.140 -> Sip Phone > 192.168.10.150 -> Kamailio > 192.168.10.160 -> Mitel > Mitel Phone -> 200 > > Kamailio > U 192.168.10.140:5060 -> 192.168.10.150:5060 > INVITE sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>> SIP/2.0. > Via: SIP/2.0/UDP 192.168.10.140:5060;branch=z9hG4bK-d063d53a. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=d396005aaf3ab9a2o0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>>>. > Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 101 INVITE. > Max-Forwards: 70. > Contact: "Sip Phone" <sip:100@192.168.10.140:5060>. > Expires: 240. > User-Agent: Linksys/SPA941-5.1.8. > Content-Length: 395. > Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. > Supported: replaces. > Content-Type: application/sdp. > > U 192.168.10.150:5060 -> 192.168.10.140:5060 > SIP/2.0 100 Giving a try. > Via: SIP/2.0/UDP 192.168.10.140:5060 > ;branch=z9hG4bK-d063d53a;rport=5060;received=192.168.10.140. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=d396005aaf3ab9a2o0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>>>. > Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 101 INVITE. > Server: Kamailio (1.5.4-notls (i386/linux)). > Content-Length: 0. > > U 192.168.10.150:5060 -> 192.168.10.160:5060 > INVITE sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>> SIP/2.0. > Via: SIP/2.0/UDP 192.168.10.150;branch=z9hG4bKc17.8e746ba.0. > Via: SIP/2.0/UDP 192.168.10.140:5060 > ;rport=5060;received=192.168.10.140;branch=z9hG4bK-d063d53a. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=d396005aaf3ab9a2o0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>>>. > Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 101 INVITE. > Max-Forwards: 69. > Contact: "Sip Phone" <sip:100@192.168.10.140:5060>. > Expires: 240. > User-Agent: Linksys/SPA941-5.1.8. > Content-Length: 395. > Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. > Supported: replaces. > Content-Type: application/sdp. > > U 192.168.10.160:5060 -> 192.168.10.150:5060 > SIP/2.0 100 Trying. > Via: SIP/2.0/UDP 192.168.10.150;branch=z9hG4bKc17.8e746ba.0,SIP/2.0/UDP > 192.168.10.140:5060 > ;rport=5060;received=192.168.10.140;branch=z9hG4bK-d063d53a. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=d396005aaf3ab9a2o0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>> > >;tag=0_4044193584-65506210. > Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 101 INVITE. > Content-Length: 0. > > U 192.168.10.160:5060 -> 192.168.10.150:5060 > SIP/2.0 404 Not Found. > Via: SIP/2.0/UDP 192.168.10.150;branch=z9hG4bKc17.8e746ba.0,SIP/2.0/UDP > 192.168.10.140:5060 > ;rport=5060;received=192.168.10.140;branch=z9hG4bK-d063d53a. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=d396005aaf3ab9a2o0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>> > >;tag=0_4044193584-65506210. > Call-ID: d4de30ba-eb6944c2 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 101 INVITE. > Contact: <sip:192.168.10.160>. > Content-Length: 0. > > Lo mismo pero con Asterisk (que si funciona) > * > * > U 192.168.10.140:5060 -> 192.168.10.150:5060 > INVITE sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>> SIP/2.0. > Via: SIP/2.0/UDP 192.168.10.140:5060;branch=z9hG4bK-d5c5100f. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=59178c25144180dfo0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>>>. > Call-ID: 5f5d6a1d-6b287b47 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 102 INVITE. > Max-Forwards: 70. > Proxy-Authorization: Digest > username="100",realm="asterisk",nonce="3ed77171",uri=" > sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150><sip%3A200(a)192.168.10.150<sip%253A200(a)192.168.10.150> > > > ",algorithm=... > Contact: "Sip Phone" <sip:100@192.168.10.140:5060>. > Expires: 240. > User-Agent: Linksys/SPA941-5.1.8. > Content-Length: 397. > Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER. > Supported: replaces. > Content-Type: application/sdp. > > U 192.168.10.150:5060 -> 192.168.10.140:5060 > SIP/2.0 100 Trying. > Via: SIP/2.0/UDP 192.168.10.140:5060 > ;branch=z9hG4bK-d5c5100f;received=192.168.10.140. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=59178c25144180dfo0. > To: "Mitel Phone" <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>>>. > Call-ID: 5f5d6a1d-6b287b47 [!at] 192.168.10.140 (replace the [!at] with a > @). > CSeq: 102 INVITE. > User-Agent: Asterisk PBX. > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO. > Supported: replaces. > Contact: <sip:200@192.168.10.150 <sip%3A200(a)192.168.10.150> < > sip%3A200(a)192.168.10.150 <sip%253A200(a)192.168.10.150>>>. > Content-Length: 0. > > U 192.168.10.150:5060 -> 192.168.10.160:5060 > INVITE sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> < > sip%3A200(a)192.168.10.160 <sip%253A200(a)192.168.10.160>> SIP/2.0. > Via: SIP/2.0/UDP 192.168.10.150:5060;branch=z9hG4bK5c9bfd49;rport. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=as749996b5. > To: <sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> < > sip%3A200(a)192.168.10.160 <sip%253A200(a)192.168.10.160>>>. > Contact: <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>>>. > Call-ID: 59dfcf505cb2671977c8c9175f50c96e [!at] 192.168.10.150 (replace the > [!at] with a @). > CSeq: 102 INVITE. > User-Agent: Asterisk PBX. > Max-Forwards: 70. > Date: Wed, 22 Sep 2010 12:36:12 GMT. > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO. > Supported: replaces. > Content-Type: application/sdp. > Content-Length: 235. > > U 192.168.10.160:5060 -> 192.168.10.150:5060 > SIP/2.0 100 Trying. > Via: SIP/2.0/UDP 192.168.10.150:5060;branch=z9hG4bK5c9bfd49;rport. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=as749996b5. > To: <sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> < > sip%3A200(a)192.168.10.160 <sip%253A200(a)192.168.10.160>> > >;tag=0_3844423584-65506194. > Call-ID: 59dfcf505cb2671977c8c9175f50c96e [!at] 192.168.10.150 (replace the > [!at] with a @). > CSeq: 102 INVITE. > Content-Length: 0. > > U 192.168.10.160:5060 -> 192.168.10.150:5060 > SIP/2.0 180 Ringing. > Via: SIP/2.0/UDP 192.168.10.150:5060;branch=z9hG4bK5c9bfd49;rport. > From: "Sip Phone" <sip:100@192.168.10.150 <sip%3A100(a)192.168.10.150> < > sip%3A100(a)192.168.10.150 <sip%253A100(a)192.168.10.150>> > >;tag=as749996b5. > To: <sip:200@192.168.10.160 <sip%3A200(a)192.168.10.160> < > sip%3A200(a)192.168.10.160 <sip%253A200(a)192.168.10.160>> > >;tag=0_3844423584-65506194. > Call-ID: 59dfcf505cb2671977c8c9175f50c96e [!at] 192.168.10.150 (replace the > [!at] with a @). > CSeq: 102 INVITE. > Contact: <sip:200@192.168.10.160:5060;transport=udp>. > Content-Length: 0. > * > *La configuracion de Kamailio es default. Basicamente consulto por el > numero > ingresado, si es 200 lo envio para la Mitel: > > route[2]{ > force_rport(); > if (nat_uac_test("19")) { > if (method=="REGISTER") { > fix_nated_register(); > } else { > fix_nated_contact(); > }; > setflag(5); > > if (is_method("INVITE") && $rU =~ "200"){ > force_rtp_proxy(); > t_on_failure("1"); > route(5); > }; > > }; > } > > route[5] { > t_relay("udp:192.168.2.1:5060"); > t_on_reply("1"); > exit; > } > > Tienen idea si me esta faltando algo??? > > Les agradecere cualquier ayuda. > ------------ próxima parte ------------ >

1 0

Re: [SR-Users-ES] Resumen de SR-Users-ES, Vol 35, Envío 1
by Tincho ylm 20 Aug '10

20 Aug '10

Gracias Antonio... Alguna experiencia al respecto que quieras comentarme? El 19 de agosto de 2010 07:00, <sr-users-es-request(a)lists.sip-router.org>escribió: > Envíe los mensajes para la lista SR-Users-ES a > sr-users-es(a)lists.sip-router.org > > Para subscribirse o anular su subscripción a través de la WEB > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > O por correo electrónico, enviando un mensaje con el texto "help" en > el asunto (subject) o en el cuerpo a: > sr-users-es-request(a)lists.sip-router.org > > Puede contactar con el responsable de la lista escribiendo a: > sr-users-es-owner(a)lists.sip-router.org > > Si responde a algún contenido de este mensaje, por favor, edite la > linea del asunto (subject) para que el texto sea mas especifico que: > "Re: Contents of SR-Users-ES digest...". Además, por favor, incluya en > la respuesta sólo aquellas partes del mensaje a las que está > respondiendo. > > > Asuntos del día: > > 1. Consultas varias (Tincho ylm) > 2. Re: Consultas varias (Antonio Pardo) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 18 Aug 2010 14:44:17 -0300 > From: Tincho ylm <sadzas(a)gmail.com> > Subject: [SR-Users-ES] Consultas varias > To: sr-users-es(a)lists.sip-router.org > Message-ID: > <AANLkTi=kkn_=zJmgwMEiLRYmb4zx3j4M7cLK8XtckTmk(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Que tal? > > Estaba buscando info sobre la validacion de SIP-ROUTER con Active > Directory. > ¿Alguien hizo esto? > La verdad es que la pregunta vino de esa forma y no entiendo muy bien hasta > que punto se puede validar en Active Directory. Supongo que tendra en > cuenta > el usuario y un password o algo asi... ¿es correcto? > > Por otro lado surge tambien la consulta sobre "PRESENCE" y la integracion > con MOC (Microsoft Office Communicator). > La idea final es hacer uso de "PARALLEL FORKING" y saber que dispositivos > estan en linea a traves de alguna aplicacion en paralelo como MOC. > Si no hay integracion con MOC, ¿Hay alguna alternativa? (¿OPENFIRE?) > > Agradezco sus comentarios, > Saludos! > ------------ próxima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: < > http://lists.sip-router.org/pipermail/sr-users-es/attachments/20100818/c7a2… > > > > ------------------------------ > > Message: 2 > Date: Wed, 18 Aug 2010 22:44:07 +0200 > From: Antonio Pardo <antonio.pardo(a)gmail.com> > Subject: Re: [SR-Users-ES] Consultas varias > To: sr-users-es(a)lists.sip-router.org > Message-ID: <4C6C4617.2090800(a)gmail.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Buenas, > > El 18/08/10 19:44, Tincho ylm escribió: > > Estaba buscando info sobre la validacion de SIP-ROUTER con Active > > Directory. ¿Alguien hizo esto? > > La verdad es que la pregunta vino de esa forma y no entiendo muy bien > > hasta que punto se puede validar en Active Directory. Supongo que tendra > > en cuenta el usuario y un password o algo asi... ¿es correcto? > > echale un vistazo a este módulo: > http://kamailio.org/docs/modules/stable/modules_k/ldap.html > > Saludos > > -- > Antonio Pardo > National Freaks Bureau > Web: http://apardo.eu/ > Tel: (+34) 668 802 483 > > > > ------------------------------ > > _______________________________________________ > SR-Users-ES mailing list > SR-Users-ES(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > > Fin de Resumen de SR-Users-ES, Vol 35, Envío 1 > ********************************************** >

3 2

Consultas varias
by Tincho ylm 18 Aug '10

18 Aug '10

Que tal? Estaba buscando info sobre la validacion de SIP-ROUTER con Active Directory. ¿Alguien hizo esto? La verdad es que la pregunta vino de esa forma y no entiendo muy bien hasta que punto se puede validar en Active Directory. Supongo que tendra en cuenta el usuario y un password o algo asi... ¿es correcto? Por otro lado surge tambien la consulta sobre "PRESENCE" y la integracion con MOC (Microsoft Office Communicator). La idea final es hacer uso de "PARALLEL FORKING" y saber que dispositivos estan en linea a traves de alguna aplicacion en paralelo como MOC. Si no hay integracion con MOC, ¿Hay alguna alternativa? (¿OPENFIRE?) Agradezco sus comentarios, Saludos!

2 1

Fw: [SR-Users] New debian and ubuntu repository for kamailio released!
by Jon Bonilla 03 Jun '10

03 Jun '10

Inicio del mensaje redirigido: Fecha: Thu, 3 Jun 2010 20:01:35 +0200 Desde: Jon Bonilla (Manwe) <manwe(a)aholab.ehu.es> Para: sr-dev(a)lists.sip-router.org, SR-Users <sr-users(a)lists.sip-router.org> Asunto: [SR-Users] New debian and ubuntu repository for kamailio released! We are proud to announce the release of a Debian and Ubuntu repository for Kamailio. We hope this will make easier installation and update of Kamailio on Debian and Ubuntu servers. Kamailio project's web page hosts the description and instructions: http://www.kamailio.org/dokuwiki/doku.php/packages:debs cheers, Sipdoc Team

1 0

LCR gw_uri_avp
by Berzoc 31 May '10

31 May '10

Buenas Tardes . Tengo una duda con respecto al modulo LCR , segun la documentacion la funcion load_gw carga en la variable gw_uri_avp los gateways de matched_gws (Tengo 2 grupos con prioridades diferentes para el mismo prefijo 1 grupo con 2 gateways (tag 840) y 1 grupo con 1 gateway con (tag 870) ). El problema es q la variable gw_uri_avp solo carga el primer grupo ( el de mas alta prioridad ), mientras que el segundo grupo se queda en la variable matched_gws. Este comportamiento es normal o tengo q agregar otras lineas a mi script ?. 5(4833) DEBUG: <core> [forward.c:356]: check_self: host != me 5(4833) DEBUG: <core> [socket_info.c:485]: grep_sock_info - checking if host==us: 13==9 && [192.168.0.215] == [127.0.0.1] 5(4833) DEBUG: <core> [socket_info.c:488]: grep_sock_info - checking if port 5060 matches port 5060 5(4833) DEBUG: <core> [socket_info.c:485]: grep_sock_info - checking if host==us: 13==13 && [192.168.0.215] == [192.168.0.215] 5(4833) DEBUG: <core> [socket_info.c:488]: grep_sock_info - checking if port 5060 matches port 5060 * 5(4833) DEBUG: lcr [lcr_mod.c:1782]: added matched_gws[0]=[6, 4, 50, 370945520] 5(4833) DEBUG: lcr [lcr_mod.c:1782]: added matched_gws[1]=[2, 4, 30, 84722120] 5(4833) DEBUG: lcr [lcr_mod.c:1782]: added matched_gws[2]=[5, 4, 30, 162747540] 5(4833) DEBUG: lcr [lcr_mod.c:1688]: added gw_uri_avp <1|0|840|3623921856||5060|1|0> with weight <84722120> 5(4833) DEBUG: lcr [lcr_mod.c:1688]: added gw_uri_avp <1|0|840|3640699072||5060|1|0> with weight <162747540> 5(4833) DEBUG: lcr [lcr_mod.c:1902]: r_uri < sip:84042337104347@192.168.0.217:5060>, dst_uri <>* 5(4833) DEBUG: lcr [lcr_mod.c:2021]: added ruri_user_avp <42337104347> 5(4833) DEBUG: lcr [lcr_mod.c:2077]: added flags_avp <0> 5(4833) INFO: <script>: Saludos Berzoc

2 7

ha, kamailio y src addr
by Jon Bonilla 27 Apr '10

27 Apr '10

Perdonad si la pregunta no es exactamente de kamailio.... Tengo un kamailio en ha con heartbeat. Kamailio escucha en sendas ips virtuales de una red privada y una pública. No escucha en las ips reales porque el servicio de kamailio y las ips virtuales se balancean. El problema viene cuando tengo que hacer el t_relay. Kamailio intenta mandar el paquete desde la ip real en vez de la virtual y el tm me dice que ni hablar. Entre los resources de kamailio he encontrado uno llamado IPsrcaddr que permite poner la ip de origen en las rutas del host de tal forma que me soluciona la papeleta al setear la ip virtual como dirección de origen. Lo malo es que este haresource sólo me permite setear la ip de origen en la ruta por defecto. Parece que internamente hace un "ip route add 0.0.0.0/0 src ip_como_paramentro". Esto es, no me permite hacer lo mismo con la ip virtual interna. ¿Alguien conoce un haresource o una forma elegante de hacer esto? Estoy haciendo mi propio script de haresource para soucionarlo, pero no sé si es la mejor solución.

2 5

balanceo de carga
by Hector Muñoz 19 Apr '10

19 Apr '10

Hola a todos, Estoy interesado en crear un sistema de carga balanceada con Kamailio. Mi escenario es el siguiente: Tengo dos servidores Asterisk que son los que dan las funcionalidades de VoIP. Estos dos servidores asterisk están conectados a un SIP Server Kamailio mediante dos conexiones Trunk. Es Kamailio quien registra a los usuarios. Ahora estoy interesado en crear alguna manera de balancear la carga de las llamadas entre los dos servidores Asterisk. He leído algo acerca del módulo dispatcher de Kamailio. Conocen algún buen tutorial sobre este módulo? Qué documentación me aconsejan para poder configurar este sistema? Gracias por adelantado. Saludos cordiales. -- jabber: triptik(a)12jabber.com blog: http://impresionesdeunloco.wordpress.com

1 0

control de acceso con Kamailio
by Christian Pinedo Zamalloa 27 Mar '10

27 Mar '10

Hola, un duda que tengo (desde hace tiempo y que no he aclarado hasta la fecha) es si es posible configurar un sistema de control de acceso con Kamailio para limitar el ancho de banda consumido entre sites distribuidos. La idea es un SIP Proxy centralizado dando servicio a terminales en sites remotos. Esta funcionalidad de control de acceso es una funcionalidad realizada por los gatekeepers en H.323 o incluso la solución de CUCM de Cisco tiene Locations/Regions, ... La idea es: tengo una WAN y en las llamadas remotas quiero limitar a x llamadas con un determinado codec para evitar pasar de un determinado ancho de banda y que la calidad de las conversaciones voip se degraden. Para ello necesitaríamos: - Forzar a usar un codec de low bitrate cuando las llamadas son por la WAN (pero seguir usando un codec de high bitrate en la LAN) * Hay algún modulo que permita modificar la negociación SDP entre terminales SIP para forzar el uso de unos codecs cuando se llamen a unas extensiones locales (misma LAN) o a otras extensiones (salida por la WAN). * Esta negociación selectiva de codecs se puede hacer con los teléfonos directamente o es necesario hacerlo en el SIP Proxy? - Limitar a X llamadas cuando las llamadas salen por la WAN * Creo que con el mismo módulo dialog se podría hacer un seguimiento de las conversaciones en activo ¿algun otro modulo? Saludos, -- Christian Pinedo Zamalloa (zako) PGP keyID: 0x828D0C80 Fingerprint: 7BFF 4105 F46B 7977 BD96 348C 1007 4FF8 828D 0C80

4 10

hola denuevoooo
by Maria Jose Liberona 23 Feb '10

23 Feb '10

Escribo nuevamente en busca de ayuda =) estoy habilitando tls en kamailio que se comunica con dos asterisk (funciona perfecto sin TLS) el problema es que no se donde debo ubicar las lineas dentro del archivo de configuración kamailio.cfg puesto que yo no trabajo con dominios como menciona la mayoría de la documentación mis extensiones están en las gw (asterisk) t_relay_to_tls("10.3.0.248","5061") o t_relay("tls:10.3.0.248:5061") en el fondo debiera hacer esto cuando reescribo los host de destino??? la ip que debo poner en esa linea es la de el asterisk proximo? o la de kamailio?

4 6

OpenSER + Voicemail (Asterisk)
by Mario Emilio Ferrigno Avila 19 Feb '10

19 Feb '10

Hola, La razón por la que escribo esta vez es para ver si me pueden ayudar adirigir llamas hacia un voicemail configurado en Asterisk. El escenario es el siguiente: hasta este punto tengo usuarios que se encuentran en LDAP, estos se autentican a través de un servidor Radius con OpenSER, una vez que tengo los usuarios en Openser estos pueden hacer llamadas SIP entre usuarios registrados asé como tambien realizar llamadas a la pstn utilizando para ello Asterisk como gateway, por otro lado los usuarios de OpenSER pueden consultar su buzón de voz al presionar *98, el buzón esta vacío porque no se como hacer que OpenSer redireccione la llamada a Asterisk en caso de que el cliente este ocupado o no disponible. Se que tengo que usar el failure_route pero no se como aplicarlo, Gracias en adelanto por la ayuda, Mario F. Mi openser.cfg es el siguiente: debug=3 # debug level (cmd line: -dddddddddd) fork=no log_stderror=yes # (cmd line: -E) /* 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 listen=udp:192.168.1.11 alias="tesis.com" # # uncomment the following lines for TLS support #disable_tls = 0 #listen = tls:your_IP:5061 #tls_verify = 1 #tls_require_certificate = 0 #tls_method = TLSv1 #tls_certificate = "/usr/local/etc/openser/tls/user/user-cert.pem" #tls_private_key = "/usr/local/etc/openser/tls/user/user-privkey.pem" #tls_ca_list = "/usr/local/etc/openser/tls/user/user-calist.pem" # ------------------ module loading ---------------------------------- # Uncomment this if you want to use SQL database loadmodule "/usr/local/lib/openser/modules/mysql.so" loadmodule "/usr/local/lib/openser/modules/sl.so" loadmodule "/usr/local/lib/openser/modules/tm.so" loadmodule "/usr/local/lib/openser/modules/rr.so" loadmodule "/usr/local/lib/openser/modules/maxfwd.so" loadmodule "/usr/local/lib/openser/modules/usrloc.so" loadmodule "/usr/local/lib/openser/modules/registrar.so" loadmodule "/usr/local/lib/openser/modules/textops.so" loadmodule "/usr/local/lib/openser/modules/avpops.so" loadmodule "/usr/local/lib/openser/modules/xlog.so" loadmodule "/usr/local/lib/openser/modules/uri.so" loadmodule "/usr/local/lib/openser/modules/acc.so" loadmodule "/usr/local/lib/openser/modules/auth_radius.so" loadmodule "/usr/local/lib/openser/modules/group_radius.so" loadmodule "/usr/local/lib/openser/modules/avp_radius.so" # Uncomment this if you want digest authentication # mysql.so must be loaded ! loadmodule "/usr/local/lib/openser/modules/auth.so" #loadmodule "/usr/local/lib/openser/modules/auth_db.so" # ----------------- setting module-specific parameters --------------- # -- 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) ###############PARAMETROS RADIUS # -- acc params -- modparam("acc", "radius_flag", 1) modparam("acc", "radius_missed_flag", 2) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 1) modparam("auth_radius", "service_type", 15) modparam("acc", "radius_extra", "Sip-Src-IP=$si;Sip-Src-Port=$sp") modparam("acc|auth_radius|group_radius|avp_radius", "radius_config", "/usr/local/etc/radiusclient-ng/radiusclient.conf") # -- group_radius params -- modparam("group_radius", "use_domain", 1) # -- avpops params -- modparam("avpops", "avp_aliases", "day=i:101;time=i:102") # -- 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{ # 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 ) { 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()) { append_hf("P-hint: rr-enforced\r\n"); if(is_method("BYE")) { # log it all the time acc_rad_request("200 ok"); acc_log_request("200 ok"); } route(1); }; if(is_method("INVITE") && !has_totag()) { # set the acc flags log(1,"-----> LLAMADA SIP <----- \n"); setflag(1); setflag(2); } if (uri==myself) { if (method=="REGISTER") { if (!radius_www_authorize("tesis.com")) { www_challenge("tesis.com", "0"); exit; }; save("location"); exit; }; if(uri=~"sip:\*98@.*") { #authorize if a call is going to PSTN xlog("L_INFO", "CALL: Call to check voicemail\n"); rewritehostport("192.168.1.10:5060"); }; if(uri=~"sip:041[2-6][0-9][0-9][0-9][0-9][0-9][0-9]+@") { #xlog("L_ERR", "LLAMANDO A PSTN\n"); # set gateway address "ASTERISK" log(1, "LLAMANDO A PSTN -----> Forwarding to Asterisk <----- \n"); rewritehostport("192.168.1.10:5060"); route(1); }; 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")) { acc_rad_request("404 Not Found"); acc_log_request("404 Not Found"); 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; } Get news, entertainment and everything you care about at Live.com. Check it out! _________________________________________________________________ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-us&source=…

2 1

Autenticacion con Asterisk
by Maria Jose Liberona 05 Feb '10

05 Feb '10

Hola nuevamente Ya me funciona la configuración con 2 Asterisk y un kamailio. El problema lo tengo a la hora de autenticar usuarios que están registrados en Asterisk. Como logro hacer que Kamailio pregunte a Asterisk por uno de sus usuarios? Y luego sepa como entablar la conversación sin que El usuario de Kamailio establezca comunicación con la PBX. Si no que solo se comunique con kamilio incluso en el trafico RTP. Tengo una función AUTH que autentica pero solo a los que se encuentran en Kamailio route[AUTH] { #!ifdef WITH_AUTH if (is_method("REGISTER")) { # authenticate the REGISTER requests (uncomment to enable auth) if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; } if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } else { # authenticate if from local subscriber (uncomment to enable auth) if (from_uri==myself) { if (!proxy_authorize("", "subscriber")) { proxy_challenge("", "0"); exit; } if (is_method("PUBLISH")) { if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } else { if ($au!=$fU) { sl_send_reply("403","Forbidden auth ID"); exit; } } consume_credentials(); # caller authenticated } }

2 1

Asterisk-Kamailio
by Maria Jose Liberona 02 Feb '10

02 Feb '10

Hola tengo problemas para traspasar llamadas desde un terminal asterisk de numeracion 5XXX a un terminal en kamailio 3XXX La configuracion es muy simple Telefono3XXX<------->Kamailio<------->Asterisk<------->telefono5XXX cuando llamo de 3100 a 5555 Kamailio le responde a asterisk con un 484 address incomplete y cuando lo hago de 5555 a 3000 Asterisk manda un 403 forbidem Cual es el problema? Es una configuración bien simple de antemano muchas gracias Adjunto mi configuracion en Asterisk extensions.conf [from-kamailio] include => from-internal [sip-local] include => asterisk-out ;;Llamadas a extensions locales exten => _5XXX,1,NoOp(Llamada Entrante) exten => _5XXX,2, Dial(SIP/${EXTEN},20,Ttr) exten => _5XXX,3,Hangup() [asterisk-out] ;;Llamadas hacia Kamailio exten => _3XXX,1,NoOp(Llamada hacia Kamailio) exten => _3XXX,2, Dial(SIP/${EXTEN}@10.3.0.240:5060) exten => _3XXX,3,Hangup() sip.conf [general] context=default register => 5999:5999@10.3.0.240 <5999%3A5999(a)10.3.0.240> registertimeout=20 registerattempts=10 allowoverlap=no bindport=5060 srvlookup=yes [5999] type=friend secret=5999 context=from-kamailio callerid=”Kamailio-Asterisk” <5999> username=5999 fromuser=5999 insecure=very fromdomain=10.2.0.240 call-limit=1 outboundproxy=10.2.0.240 port=5060 Adjunto mi archivo de configuracion de kamailio ***************************Archivo de configuracion de Kamailio*******************************************+ #!KAMAILIO # # $Id$ # # Kamailio (OpenSER) SIP Server v3.0 - basic configuration script # - web: http://www.kamailio.org # - git: http://sip-router.org # # Direct your questions about this file to: <users(a)lists.kamailio.org> # # Refer to the Core CookBook at http://www.kamailio.org/dokuwiki/doku.php # for an explanation of possible statements, functions and parameters. # # Several features can be enabled using '#!define WITH_FEATURE' directives: # # *** To run in debug mode: # - define WITH_DEBUG # # *** To enable mysql: # - define WITH_MYSQL # # *** To enable authentication execute: # - enable mysql # - define WITH_AUTH # - add users using 'kamctl' # # *** To enable persistent user location execute: # - enable mysql # - define WITH_USRLOCDB # # *** To enable presence server execute: # - enable mysql # - define WITH_PRESENCE # # *** To enable nat traversal execute: # - define WITH_NAT # - install RTPProxy: http://www.rtpproxy.org # - start RTPProxy: # rtpproxy -l _your_public_ip_ -s udp:localhost:7722 # # *** To enable PSTN gateway routing execute: # - define WITH_PSTN # - set the value of pstn.gw_ip # - check route[PSTN] for regexp routing condition # # *** To enhance accounting execute: # - enable mysql # - define WITH_ACCDB # - add following columns to database #!ifdef ACCDB_COMMENT ALTER TABLE acc ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE acc ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN src_domain VARCHAR(128) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_ouser VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_call ADD COLUMN dst_user VARCHAR(64) NOT NULL DEFAULT ''; ALTER TABLE missed_calls ADD COLUMN dst_domain VARCHAR(128) NOT NULL DEFAULT ''; #!endif ####### Global Parameters ######### #!ifdef WITH_DEBUG debug=3 log_stderror=no #!else debug=2 log_stderror=no #!endif memdbg=5 memlog=5 log_facility=LOG_LOCAL0 fork=yes children=4 /* uncomment the next line to disable TCP (default on) */ disable_tcp=yes /* uncomment the next line to disable the auto discovery of local aliases based on revers DNS on IPs (default on) */ auto_aliases=no dns_try_ipv6=no port=5060 /* uncomment and configure the following line if you want Kamailio to bind on a specific interface/port/proto (default bind on all available) */ #listen=udp:10.0.0.10:5060 ####### Custom Parameters ######### # These parameters can be modified runtime via RPC interface # - see the documentation of 'cfg_rpc' module. # # Format: group.id = value 'desc' description # Access: $sel(cfg_get.group.id) or @cfg_get.group.id # #!ifdef WITH_PSTN # PSTN GW Routing # # - pstn.gw_ip: valid IP or hostname as string value, example: # pstn.gw_ip = "10.0.0.101" desc "My PSTN GW Address" # # - by default is empty to avoid misrouting pstn.gw_ip = "" desc "PSTN GW Address" #!endif ####### Modules Section ######## #set module path mpath="/usr/local/lib/kamailio/modules_k/:/usr/local/lib/kamailio/modules/" /* uncomment next line for MySQL DB support */ #!ifdef WITH_MYSQL loadmodule "db_mysql.so" #!endif loadmodule "mi_fifo.so" loadmodule "kex.so" loadmodule "tm.so" loadmodule "tmx.so" loadmodule "sl.so" loadmodule "rr.so" loadmodule "pv.so" loadmodule "maxfwd.so" loadmodule "usrloc.so" loadmodule "registrar.so" loadmodule "textops.so" loadmodule "uri_db.so" loadmodule "siputils.so" loadmodule "xlog.so" loadmodule "sanity.so" loadmodule "ctl.so" loadmodule "mi_rpc.so" loadmodule "acc.so" #!ifdef WITH_AUTH loadmodule "auth.so" loadmodule "auth_db.so" #!endif /* uncomment next line for aliases support NOTE: a DB (like db_mysql) module must be also loaded */ #loadmodule "alias_db.so" /* uncomment next line for multi-domain support NOTE: a DB (like db_mysql) module must be also loaded NOTE: be sure and enable multi-domain support in all used modules (see "multi-module params" section ) */ #loadmodule "domain.so" #!ifdef WITH_PRESENCE loadmodule "presence.so" loadmodule "presence_xml.so" #!endif #!ifdef WITH_NAT loadmodule "nathelper.so" #!endif # ----------------- setting module-specific parameters --------------- # ----- mi_fifo params ----- modparam("mi_fifo", "fifo_name", "/tmp/kamailio_fifo") # ----- rr params ----- # add value to ;lr param to cope with most of the UAs modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 0) # ----- rr params ----- modparam("registrar", "method_filtering", 1) /* uncomment the next line to disable parallel forking via location */ # modparam("registrar", "append_branches", 0) /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam("registrar", "max_contacts", 10) # ----- uri_db params ----- /* by default we disable the DB support in the module as we do not need it in this configuration */ modparam("uri_db", "use_uri_table", 0) modparam("uri_db", "db_url", "") # ----- acc params ----- /* what sepcial events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "failed_transaction_flag", 3) modparam("acc", "log_flag", 1) modparam("acc", "log_missed_flag", 2) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") /* enhanced DB accounting */ #!ifdef WITH_ACCDB modparam("acc", "db_flag", 1) modparam("acc", "db_missed_flag", 2) modparam("acc", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") #!endif # ----- usrloc params ----- /* enable DB persistency for location entries */ #!ifdef WITH_USRLOCDB modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url", "mysql://openser:openserrw@localhost/openser") #!endif # ----- auth_db params ----- /* enable the DB based authentication */ #!ifdef WITH_AUTH #modparam("auth_db", "calculate_ha1", yes) #modparam("auth_db", "password_column", "password") #modparam("auth_db", "db_url", "mysql://openser:openserrw@localhost/openser") #modparam("auth_db", "load_credentials", "") #!endif # ----- alias_db params ----- /* uncomment the following lines if you want to enable the DB based aliases */ #modparam("alias_db", "db_url", # "mysql://openser:openserrw@localhost/openser") # ----- domain params ----- /* uncomment the following lines to enable multi-domain detection support */ #modparam("domain", "db_url", # "mysql://openser:openserrw@localhost/openser") #modparam("domain", "db_mode", 1) # Use caching # ----- multi-module params ----- /* uncomment the following line if you want to enable multi-domain support in the modules (dafault off) */ #modparam("alias_db|auth_db|usrloc|uri_db", "use_domain", 1) # ----- presence params ----- /* enable presence server support */ #!ifdef WITH_PRESENCE modparam("presence|presence_xml", "db_url", "mysql://openser:openserrw@localhost/openser") modparam("presence_xml", "force_active", 1) modparam("presence", "server_address", "sip:10.0.0.10:5060") #!endif # ----- nathelper ----- #!ifdef WITH_NAT modparam("nathelper", "rtpproxy_sock", "udp:127.0.0.1:7722") modparam("nathelper", "natping_interval", 30) modparam("nathelper", "ping_nated_only", 1) modparam("nathelper", "sipping_bflag", 7) modparam("nathelper", "sipping_from", "sip:pinger@kamailio.org<sip%3Apinger(a)kamailio.org> ") modparam("registrar|nathelper", "received_avp", "$avp(i:80)") modparam("usrloc", "nat_bflag", 6) #!endif ####### Routing Logic ######## # main request routing logic route{ if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if(!sanity_check("1511", "7")) { xlog("Malformed SIP message from $si:$sp\n"); exit; } # NAT detection route(NAT); if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { setflag(1); # do accounting ... setflag(3); # ... even if the transaction fails } route(RELAY); #route(1); } else { #if (is_method("SUBSCRIBE") && uri == myself) { if (is_method("SUBSCRIBE") && $rd == "10.3.0.249:5060") { # in-dialog subscribe requests route(PRESENCE); #route(2); exit; } if ( is_method("ACK") ) { if ( t_check_trans() ) { # non loose-route, but stateful ACK; must be an ACK after a 487 or e.g. 404 from upstream server t_relay(); exit; } else { # ACK without matching transaction ... ignore and discard.\n"); exit; } } sl_send_reply("404","Not here"); } exit; } #initial requests # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); # authentication # route(AUTH); # record routing for dialog forming requests (in case they are routed) # - remove preloaded route headers remove_hf("Route"); if (is_method("INVITE|SUBSCRIBE")) record_route(); # account only INVITEs if (is_method("INVITE")) { if (uri =~ "sip:5[0-9][0-9][0-9]@*"){ route(3); exit; } #setflag(1); # do accounting } if (!uri==myself) /* replace with following line if multi-domain support is used */ ##if (!is_uri_host_local()) { append_hf("P-hint: outbound\r\n"); route(RELAY); } # requests for my domain if( is_method("PUBLISH|SUBSCRIBE")) route(PRESENCE); if (is_method("PUBLISH")) { sl_send_reply("503", "Service Unavailable"); exit; } if (is_method("REGISTER")) { if(isflagset(5)) { setbflag("6"); # uncomment next line to do SIP NAT pinging ## setbflag("7"); } if (!save("location")) sl_reply_error(); exit; } if ($rU==$null) { #$rU==10.3.0.252 # request with no Username in RURI sl_send_reply("484","Address Incomplete"+$rU); exit; } #route(PSTN); # apply DB based aliases (uncomment to enable) ##alias_db_lookup("dbaliases"); if (!lookup("location")) { switch ($rc) { case -1: case -3: t_newtran(); t_reply("404", "Not Found"); exit; case -2: sl_send_reply("405", "Method Not Allowed"); exit; } } # when routing via usrloc, log the missed calls also setflag(2); route(RELAY); } route[RELAY] { #!ifdef WITH_NAT # if (check_route_param("nat=yes")) { # setbflag("6"); # } # if (isflagset(5) || isbflagset("6")) { # route(RTPPROXY); # } #!endif # /* example how to enable some additional event routes */ # if (is_method("INVITE")) { # #t_on_branch("BRANCH_ONE"); # t_on_reply("REPLY_ONE"); # t_on_failure("FAIL_ONE"); # } if (!t_relay()) { sl_reply_error(); } exit; } # Presence server route route[PRESENCE] { #!ifdef WITH_PRESENCE 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; #!endif # if presence enabled, this part will not be executed if (is_method("PUBLISH") || $rU==$null) { sl_send_reply("404", "Not here"); exit; } return; } # Authentication route route[AUTH] { #!ifdef WITH_AUTH if (is_method("REGISTER")) { # authenticate the REGISTER requests (uncomment to enable auth) if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; } if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } else { # authenticate if from local subscriber (uncomment to enable auth) if (from_uri==myself) { if (!proxy_authorize("", "subscriber")) { proxy_challenge("", "0"); exit; } if (is_method("PUBLISH")) { if ($au!=$tU) { sl_send_reply("403","Forbidden auth ID"); exit; } } else { if ($au!=$fU) { sl_send_reply("403","Forbidden auth ID"); exit; } } consume_credentials(); # caller authenticated } } #!endif return; } # Caller NAT detection route route[NAT]{ #!ifdef WITH_NAT force_rport(); if (nat_uac_test("19")) { if (method=="REGISTER") { fix_nated_register(); } else { fix_nated_contact(); } setflag(5); } #!endif return; } # RTPProxy control route[RTPPROXY] { #!ifdef WITH_NAT if (is_method("BYE")) { unforce_rtp_proxy(); } else if (is_method("INVITE")){ force_rtp_proxy(); } if (!has_totag()) add_rr_param(";nat=yes"); #!endif return; } # PSTN GW routing route[PSTN] { #!ifdef WITH_PSTN # check if PSTN GW IP is defined if (strempty($sel(cfg_get.pstn.gw_ip))) { xlog("SCRIPT: PSTN rotuing enabled but pstn.gw_ip not defined\n"); return; } # route to PSTN dialed numbers starting with '+' or '00' # (international format) # - update the condition to match your dialing rules for PSTN routing if(!($rU=~"^(\+|00)[1-9][0-9]{3,20}$")) return; # only local users allowed to call if(from_uri!=myself) { sl_send_reply("403", "Not Allowed"); exit; } $ru = "sip:" + $rU + "@" + $sel(cfg_get.pstn.gw_ip); route(RELAY); exit; #!endif return; } # Sample branch router branch_route[BRANCH_ONE] { xdbg("new branch at $ru\n"); } # Sample onreply route onreply_route[REPLY_ONE] { xdbg("incoming reply\n"); #!ifdef WITH_NAT if ((isflagset(5) || isbflagset("6")) && status=~"(183)|(2[0-9][0-9])") { force_rtp_proxy(); } if (isbflagset("6")) { fix_nated_contact(); } #!endif } # Sample failure route failure_route[FAIL_ONE] { #!ifdef WITH_NAT if (is_method("INVITE") && (isbflagset("6") || isflagset(5))) { unforce_rtp_proxy(); } #!endif if (t_is_canceled()) { exit; } # uncomment the following lines if you want to block client # redirect based on 3xx replies. ##if (t_check_status("3[0-9][0-9]")) { ##t_reply("404","Not found"); ## exit; ##} # uncomment the following lines if you want to redirect the failed # calls to a different new destination ##if (t_check_status("486|408")) { ## sethostport("192.168.2.100:5060"); ## append_branch(); ## # do not set the missed call flag again ## t_relay(); ##} } route[3] { if (uri=~ "sip:5[0-9][0-9][0-9]@*"){ #nuevamente corrobora la regla de marcación rewritehostport("10.3.0.249:5060"); route(RELAY); exit; } }

2 5

Re: [SR-Users-ES] Resumen de SR-Users-ES, Vol 29, Envío 1
by XXXX blanco 26 Jan '10

26 Jan '10

ok! si se puede utilizando ngrep att, guillermo > From: sr-users-es-request(a)lists.sip-router.org > Subject: Resumen de SR-Users-ES, Vol 29, Envío 1 > To: sr-users-es(a)lists.sip-router.org > Date: Tue, 26 Jan 2010 12:00:01 +0100 > > Envíe los mensajes para la lista SR-Users-ES a > sr-users-es(a)lists.sip-router.org > > Para subscribirse o anular su subscripción a través de la WEB > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > O por correo electrónico, enviando un mensaje con el texto "help" en > el asunto (subject) o en el cuerpo a: > sr-users-es-request(a)lists.sip-router.org > > Puede contactar con el responsable de la lista escribiendo a: > sr-users-es-owner(a)lists.sip-router.org > > Si responde a algún contenido de este mensaje, por favor, edite la > linea del asunto (subject) para que el texto sea mas especifico que: > "Re: Contents of SR-Users-ES digest...". Además, por favor, incluya en > la respuesta sólo aquellas partes del mensaje a las que está > respondiendo. > > > Asuntos del día: > > 1. Consulta. (Tincho ylm) > 2. Re: Consulta. (Jon Bonilla (Manwe)) > 3. Re: Consulta. (Tincho ylm) > 4. Re: Consulta. (Raúl Alexis Betancor Santana) > 5. Re: Consulta. (Berzoc) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 25 Jan 2010 15:22:01 -0300 > From: Tincho ylm <sadzas(a)gmail.com> > Subject: [SR-Users-ES] Consulta. > To: sr-users-es(a)lists.sip-router.org > Message-ID: > <cc006d071001251022x365d9a75o10dddc7248118108(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Que tal? > > Estuve buscando Building Telephony System... tambien en kamailio.org, > busque en google y no pude encontrar si lo siguiente se puede hacer o > no. > > Quiero poder seguir el script de kamailio linea a linea a medida que > procesa los mensajes. algo como el CLI de Asterisk. > > es posible esto? > > > gracias. > > > > ------------------------------ > > Message: 2 > Date: Mon, 25 Jan 2010 21:35:06 +0100 > From: Jon Bonilla (Manwe) <manwe(a)aholab.ehu.es> > Subject: Re: [SR-Users-ES] Consulta. > To: sr-users-es(a)lists.sip-router.org > Message-ID: <20100125213506.6f118b64@quenya> > Content-Type: text/plain; charset=UTF-8 > > El Mon, 25 Jan 2010 15:22:01 -0300 > Tincho ylm <sadzas(a)gmail.com> escribió: > > > > Quiero poder seguir el script de kamailio linea a linea a medida que > > procesa los mensajes. algo como el CLI de Asterisk. > > > > es posible esto? > > > > > Si te refieres a log puedes usar el módulo xlog para sacar los mensajes que > quieras. > > > > > > > ------------------------------ > > Message: 3 > Date: Mon, 25 Jan 2010 17:54:12 -0300 > From: Tincho ylm <sadzas(a)gmail.com> > Subject: Re: [SR-Users-ES] Consulta. > To: sr-users-es(a)lists.sip-router.org > Message-ID: > <cc006d071001251254q2c859ea5n86c4070f6a6a2db(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Si, xlog es lo que utilizo habitualmente. > > Pero me referia a si existe alguna forma de seguir el script de forma > secuencial, mostrando las lineas del script que se estan comprobando > en tiempo real. > > no se si me explico bien, pero no encontre forma de que se pueda. > > > > ------------------------------ > > Message: 4 > Date: Mon, 25 Jan 2010 21:39:10 +0000 > From: Raúl Alexis Betancor Santana <rabs(a)dimension-virtual.com> > Subject: Re: [SR-Users-ES] Consulta. > To: Lista de usuarios de SIP Router <sr-users-es(a)lists.sip-router.org> > Message-ID: <201001252139.10856.rabs(a)dimension-virtual.com> > Content-Type: text/plain; charset="iso-8859-1" > > On Monday 25 January 2010 20:54:12 Tincho ylm wrote: > > Si, xlog es lo que utilizo habitualmente. > > > > Pero me referia a si existe alguna forma de seguir el script de forma > > secuencial, mostrando las lineas del script que se estan comprobando > > en tiempo real. > > > > no se si me explico bien, pero no encontre forma de que se pueda. > > Que yo sepa, no existe un modo "depuración" del script. > > Tampoco es que lo vea útil, con xlog, ngrep y un el RFC correspondiente a > mano, no hace falta mucho más. > > -- > Raúl Alexis Betancor Santana > Dimensión Virtual > > > > ------------------------------ > > Message: 5 > Date: Mon, 25 Jan 2010 17:29:08 -0500 > From: Berzoc <berzoc(a)gmail.com> > Subject: Re: [SR-Users-ES] Consulta. > To: rabs(a)dimension-virtual.com, Lista de usuarios de SIP Router > <sr-users-es(a)lists.sip-router.org> > Message-ID: > <b04b40101001251429h6050c010j6d32299309997ebd(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > Existe un buen articulo y bastante bien explicado > http://sipdoc.net/web/ > Gracias por el gran material > > Saludos > Berzoc > > > 2010/1/25 Raúl Alexis Betancor Santana <rabs(a)dimension-virtual.com> > > > On Monday 25 January 2010 20:54:12 Tincho ylm wrote: > > > Si, xlog es lo que utilizo habitualmente. > > > > > > Pero me referia a si existe alguna forma de seguir el script de forma > > > secuencial, mostrando las lineas del script que se estan comprobando > > > en tiempo real. > > > > > > no se si me explico bien, pero no encontre forma de que se pueda. > > > > Que yo sepa, no existe un modo "depuración" del script. > > > > Tampoco es que lo vea útil, con xlog, ngrep y un el RFC correspondiente a > > mano, no hace falta mucho más. > > > > -- > > Raúl Alexis Betancor Santana > > Dimensión Virtual > > > > _______________________________________________ > > SR-Users-ES mailing list > > SR-Users-ES(a)lists.sip-router.org > > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > > ------------ próxima parte ------------ > Se ha borrado un adjunto en formato HTML... > URL: <http://lists.sip-router.org/pipermail/sr-users-es/attachments/20100125/f3ef…> > > ------------------------------ > > _______________________________________________ > SR-Users-ES mailing list > SR-Users-ES(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es > > > Fin de Resumen de SR-Users-ES, Vol 29, Envío 1 > ********************************************** _________________________________________________________________ ¡Seducción! 249 historias cada semana en el sitio nº1 para conseguir una cita. ¡Regístrate! http://contactos.es.msn.com/?mtcmk=015352

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

sr-users-es