- sr-users - kamailio.org

new ngcp-rtpengine release?
by Juha Heinanen 01 Jun '14

01 Jun '14

i noticed that there is new entry in ngcp-rtpengine changelog: ngcp-rtpengine (3.3.0.0+0~mr3.4.0.0) unstable; urgency=low does that mean that there is new stable release 3.3? what does ~mr3.4.0.0 mean? -- juha

2 1

Reason header body to acc_sip_reason_column
by Juha Heinanen 30 May '14

30 May '14

if response has reason header, i would like to gets its body to acc_sip_reason_column field rather than the reason on the response status line which does not bring any added value. any comments on how to achieve that? -- juha Session Initiation Protocol Status-Line: SIP/2.0 404 Not Found ... Reason: Q.850;cause=88;text="INCOMPATIBLE_DESTINATION"

2 4

Use of received=X.X.X.X param in Contact header of REGISTER message
by Luis F Urrea 30 May '14

30 May '14

Hi all, I have an existing Kamailio installation that is handling registrations and NAT traversal for clients. There is one particular build of softphone that sends us a received=X.X.X.X param in its REGISTER message and it seems that the current Kamailio's config in place always uses that address to store the AOR. It happens to be that the client appears to be misbehaving and sending an outdated IP address on that field. My question is where in the NAT traversal functions do I have control over using this param or not. TIA

2 2

Problems migrating from rtpproxy/rtoproxy.so to rtpproxy-ng/rtpengine
by LAA 30 May '14

30 May '14

On 05/28/14 13:31, LAA wrote: >>* Hi all, *>> >>* I'm currently running a pilot with kamailio 4.1.3 stable, and I would *>>* like to test WebRTC Capabilities. Websockets Support is runnig OK, and *>>* now I'm trying to deal with calls between WebTRC and legacy softphones. *>>* I have installed rtpengine (as it a replacement for old mediaproxy-ng), *>>* and it is running: *>> >>* rtpengine --table=0 --ip=192.168.0.197 --listen-udp=127.0.0.1:12222 <http://127.0.0.1:12222> * >You need to use the --listen-ng=... option instead of listen-udp for >this to work. >cheers Thanks Richard, of course it works. Regards. Luis. > > > > > >

1 0

Kamailio on P2020RDB-PCA
by ashwin 30 May '14

30 May '14

Hi, I tried to compile Kamailio on Freescale P2020RDB-PCA.And I'm getting the following error bison -d -b cfg cfg.y make: *** [cfg.tab.h] Broken Pipe Please give recommendations to solve the error. Thanks -- View this message in context: http://sip-router.1086192.n5.nabble.com/Kamailio-on-P2020RDB-PCA-tp128073.h… Sent from the Users mailing list archive at Nabble.com.

2 2

Problems migrating from rtpproxy/rtoproxy.so to rtpproxy-ng/rtpengine
by LAA 28 May '14

28 May '14

Hi all, I'm currently running a pilot with kamailio 4.1.3 stable, and I would like to test WebRTC Capabilities. Websockets Support is runnig OK, and now I'm trying to deal with calls between WebTRC and legacy softphones. I have installed rtpengine (as it a replacement for old mediaproxy-ng), and it is running: rtpengine --table=0 --ip=192.168.0.197 --listen-udp=127.0.0.1:12222 As a first step, I'm trying to migrate the standard NAT handling configuration to the new module. (...) #loadmodule "rtpproxy.so" loadmodule "rtpproxy-ng.so" (...) #modparam("rtpproxy", "rtpproxy_sock", "udp:127.0.0.1:7624") modparam("rtpproxy-ng", "rtpproxy_sock", "udp:127.0.0.1:12222") NAT hanling is not working, and I catched this message from /var/log/syslog May 28 18:55:35 kamailio rtpengine[2474]: Failed to properly parse UDP command line '4547_3 d7:command4:pinge' from 127.0.0.1:60874, using fallback RE May 28 18:55:35 kamailio rtpengine[2474]: Failed to properly parse UDP command line '4545_4 d7:command4:pinge' from 127.0.0.1:57236, using fallback RE And from Kamailio's log: May 28 19:23:47 kamailio /usr/local/sbin/kamailio[4868]: ERROR: rtpproxy-ng [rtpproxy.c:1425]: rtpp_test(): proxy responded with invalid response May 28 19:23:47 kamailio /usr/local/sbin/kamailio[4869]: ERROR: rtpproxy-ng [rtpproxy.c:1425]: rtpp_test(): proxy responded with invalid response Is rtpproxy-ng module compatible with rtpengine? Best regards Luis.

2 1

Interpreting messages in log
by Gilbert T. Gutierrez, Jr. 28 May '14

28 May '14

Can someone help me interpret what I a seeing in my log? Gilbert May 28 09:53:09 faxsvr /usr/sbin/kamailio[1811]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=521 a=5 n=route May 28 09:53:09 faxsvr /usr/sbin/kamailio[1811]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=665 a=16 n=if May 28 09:53:09 faxsvr /usr/sbin/kamailio[1811]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=625 a=24 n=has_totag May 28 09:53:09 faxsvr /usr/sbin/kamailio[1811]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=525 a=24 n=t_check_trans May 28 09:53:09 faxsvr /usr/sbin/kamailio[1811]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=528 a=5 n=route May 28 09:53:09 faxsvr /usr/sbin/kamailio[1811]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=797 a=16 n=if May 28 09:53:09 faxsvr /usr/sbin/kamailio[1811]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=784 a=25 n=is_method May 28 09:53:09 faxsvr /usr/sbin/kamailio[1811]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=792 a=16 n=if May 28 09:53:09 faxsvr /usr/sbin/kamailio[1811]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=787 a=27 n=auth_check May 28 09:53:09 faxsvr /usr/sbin/kamailio[1811]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=788 a=26 n=auth_challenge May 28 09:53:09 faxsvr /usr/sbin/kamailio[1811]: ERROR: *** cfgtrace: c=[//etc/kamailio/kamailio.cfg] l=789 a=2 n=exit

2 2

Has Kamailio 4.1.3 ability like Asterisk permit/deny
by Yasin Caner 28 May '14

28 May '14

Hello all; After wasting my time to search asterisk ability permit/deny ip for Kamailio , i decided to consult you. Is there a module or a way to do permit/deny ip for users. As you know asterisk can do that easily . I found permisson module and permisson.conf but it doesn't work with db and online , so do i write my code with my rules or is there a module to do it? Thanks for helps.

2 1

Help with load balancing Kamalio based on DNS
by Veerabhara Gundu 28 May '14

28 May '14

Hi All, This question might have addressed, but not able to find correct answer in archives and I have spent enough time, so posting here. I want to load balance between 2-3 kamailio servers based on DNS, I don't need to worry about media just trying IM with SIP messages. Configured two servers with same domain alias(example.com) and able to send messages between users registered to one Node. But when i tried to send messages between users registered to two different servers, messages are not getting routed properly. When Server A tried to reach user registered to Server:B directly, firewall is not allowing. Tried to route message to correct proxy based on the socket details in Loctaion table, but not able to read socket details from location table, I am getting always NULL. I am sure,I am doing something wrong with configuration, but not sure and also not able to find example for this on Kamailio website. I am attaching my configuration, appreciate any help. Thanks, VG

2 1

Crash Kamailio 4.1.3
by Igor Potjevlesch 28 May '14

28 May '14

hello, Kamailio 4.1.3 crashed today, with an segmentation fault error : kernel: kamailio[2406]: segfault at 18 ip 0000000000495792 sp 00007fff3d9d2d80 error 4 in kamailio[400000+275000] Here is the result of BT : #0 0x0000000000495792 in pv_get_strval (msg=0x7fad2cf8a530, param=0x7fad3858c288, res=0x7fff3d9d2eb0, sval=0x18) at pvapi.c:521 #1 0x00007fad365b0da8 in pv_get_pai (msg=0x7fad2cf8a530, param=0x7fad3858c288, res=0x7fff3d9d2eb0) at pv_core.c:1021 #2 0x0000000000499518 in pv_get_spec_value (msg=0x7fad2cf8a530, sp=0x7fad3858c270, value=0x7fff3d9d2eb0) at pvapi.c:1266 #3 0x00007fad34c6d7d9 in extra2strar (extra=0x7fad3858c260, rq=0x7fad2cf8a530, val_arr=0x7fad34e7ae30, int_arr=0x7fad34e7b37c,type_arr=0x7fad34e7b4e7 "\002\002\002\002") at acc_extra.c:261 #4 0x00007fad34c65393 in acc_db_request (rq=0x7fad2cf8a530) at acc.c:474 #5 0x00007fad34c6fb43 in acc_onreply (t=0x7fad2ce0b138, req=0x7fad2cf8a530, reply=0x7fad3859faa8, code=200) at acc_logic.c:471 #6 0x00007fad34c7008d in tmcb_func (t=0x7fad2ce0b138, type=512, ps=0x7fff3d9d3120) at acc_logic.c:559 #7 0x00007fad36e6a478 in run_trans_callbacks_internal (cb_lst=0x7fad2ce0b1a8, type=512, trans=0x7fad2ce0b138, params=0x7fff3d9d3120) at t_hooks.c:290 #8 0x00007fad36e6a68a in run_trans_callbacks_with_buf (type=512, rbuf=0x7fad2ce0b1f8, req=0x7fad2cf8a530, repl=0x7fad3859faa8, flags=183) at t_hooks.c:336 #9 0x00007fad36e9cc06 in relay_reply (t=0x7fad2ce0b138, p_msg=0x7fad3859faa8, branch=0, msg_status=183, cancel_data=0x7fff3d9d3480, do_put_on_wait=1) at t_reply.c:2001 #10 0x00007fad36e9f0b7 in reply_received (p_msg=0x7fad3859faa8) at t_reply.c:2499 #11 0x000000000045d837 in do_forward_reply (msg=0x7fad3859faa8, mode=0) at forward.c:777 #12 0x000000000045e0f8 in forward_reply (msg=0x7fad3859faa8) at forward.c:860 #13 0x00000000004a5887 in receive_msg ( buf=0x924600 "SIP/2.0 183 Session Progress\r\nVia: SIP/2.0/UDP a.b.c.d;branch=z9hG4bK6e86.62fc1f802e2e40a8a17cb1556d5ccfa8.0;received=a.b.c.d\r\nVia: SIP/2.0/UDP a.b.c.d:5060;branch=z9hG4bK6b726b55;rport=5"..., len=872, rcv_info=0x7fff3d9d3800) at receive.c:273 #14 0x000000000053c838 in udp_rcv_loop () at udp_server.c:536 #14 0x000000000053c838 in udp_rcv_loop () at udp_server.c:536 #15 0x000000000046d42b in main_loop () at main.c:1617 #16 0x00000000004704d3 in main (argc=7, argv=0x7fff3d9d3b38) at main.c:2533 Many thanks. Regards, Igor.

2 3

Possible causes of calls being terminated (ACK packet never received)
by Alex Villacís Lasso 27 May '14

27 May '14

I am trying to diagnose a SIP issue between our carrier and our network. The carrier has a CARRIER_IP and a different CARRIER_MEDIA_IP, and it submits an INVITE packet to MY_PUBLIC_IP using MY_DID. The firewall at our public IP (where the attached traffic sample was taken) redirects it to a particular Kamailio server at 192.168.10.10 inside the LAN, and it in turn routes it to the Asterisk instance in localhost. The issue is that the INVITE is received, then the SIP/2.0 100 Trying and then SIP/2.0 200 OK are routed back (or so I think), and then the expected ACK from is never received, even though the caller already hears the media from the Asterisk IVR. After a timeout, our Asterisk closes the call, in the middle of the conversation. I am trying to explain the situation to our carrier, but I want to rule out possible misconfigurations on our side. Are there common misconfigurations that produce the symptoms described here? Are there any issues evident from the attached traffic?

3 7

Kamailio and MSILO with TLS AORs
by Roberto Fichera 27 May '14

27 May '14

Hi All, I've started to play with MSILO module on kamailio v4.1.2, but it seems that all the stored messages aren't delivered to the give user even if, looking at the debug log, the given messages are found and queued for shipping. Another info I can add is that all the users are connected in TLS. The relevant conf is below. Doe anyone can suggest a working setup for TLS users? Thanks in advance, Roberto Fichera. # ----- msilo params ----- modparam("msilo", "db_url", DBURL) modparam("msilo", "from_address", "sip:$rU@test.net") modparam("msilo", "contact_hdr", "Contact: msilo@test.net:5060;msilo=yes\r\n") modparam("msilo", "content_type_hdr", "Content-Type: text/plain\r\n") # 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); } # MSILO - dumping user's offline messages if (m_dump()) { xlog("MSILO: offline messages dumped - if they were for user $fu\n"); } else { xlog("MSILO: no offline messages dumped\n"); } exit; } } and in the route[LOCATION] I've this snippet xlog( "Checking the destination user $rU exists\n"); if(avp_db_query("select username from subscriber where username='$rU'")) { xlog("MESSAGE received $ru -> storing using MSILO user=$rU\n"); if(m_store("$ru")) { xlog("MSILO: offline message stored\n"); if (!t_reply("202", "Accepted")) { sl_reply_error(); } } else { xlog("MSILO: offline message NOT stored\n"); if (!t_reply("503", "Service Unavailable")) { sl_reply_error(); } } # if the downstream UA doesn't support MESSAGE requests # go to failure_route[1] t_on_failure("1"); exit; } else { # The destination recipiend doen't exist xlog( "Unable to store message for $ru because the user doesn't exist" ); if (!t_reply("404", "Not Found")) { sl_reply_error(); } exit; } }

3 20

Authentication header onfailure_route can not read - Remote Registartion
by Yasin Caner 27 May '14

27 May '14

Hey all; I am trying to remote registration between Kamailio and Asterisk. I tried remote Registration with UAC module. But this module doesn't work online. So that i wrote my remote registration code, is below. But there is a little problem that i cant take Authentication header to onfailure_route so that cannot forward Auth to client. it is working well with uac_auth but gets this error (" run_failure_handlers(): ERROR: run_failure_handlers: Error in run_top_route ") so cannot trust this function. How can i get Auth header to add Thanks for helps. My Code: route[REMOTEREG]{ xlog("L_INFO","Remote Reg: $fd : $rm : $fU : $si : "); sql_xquery("ca","CALL kamailio.route_3xx( '$fd', '$rm'); ","ra"); xlog("L_INFO","Remote Reg:ip_addr:$xavp(ra=>ip_addr): \n"); if($xavp(ra=>ip_addr)!=$null){ $avp(ipmiz)=$xavp(ra=>ip_addr); xlog("L_INFO","pump it:$rU:$avp(ipmiz):$ru:$rd"); $ru="sip:"+$fU+"@"+$avp(ipmiz); xlog("L_INFO","pump it :new::$avp(ipmiz)"); t_on_failure("REMOTE_AUTH"); t_on_reply("REGISTER_SUC"); if(!t_relay()){ t_reply("408", "have a problem"); exit; } exit; } return; } failure_route[REMOTE_AUTH]{ xlog("L_INFO","REMOTE_AUTH:$fU:$si$rm:$ci:$adu:ar:$ar"); if ($T_reply_code == 401 or $T_reply_code == 407) { xlog("L_NOTICE", "Remote asked for authentication "); #uac_auth(); ## need to add Authentication header. append_to_reply("Allow:$hdr(Allow) \r\n"); t_reply("$T_reply_code","Unauthorized"); } } onreply_route[REGISTER_SUC]{ xlog("L_INFO","REGISTER_SUC"); if(t_check_status("200")){ if (!save("location")) { xlog("L_NOTICE", "Register yapilamadi"); } exit; } } Request-Line: REGISTER sip:K1;transport=UDP SIP/2.0 Message Header Via: SIP/2.0/UDP U1:61185;branch=z9hG4bK-d8754z-597229c1c2842862-1---d8754z-;rport Max-Forwards: 70 Contact: <sip:At1@U1:61185;rinstance=0e0e0d00e8aa79f1;transport=UDP> To: "At1"<sip:At1@K1;transport=UDP> From: "At1"<sip:At1@K1;transport=UDP>;tag=cc6f1214 Call-ID: MjYwOGQ0MTRmZTEwMzcxNDc2YjBhM2FlYTU3MjU5OWE. CSeq: 1 REGISTER Expires: 3600 Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, SUBSCRIBE Supported: replaces, norefersub, extended-refer, timer, X-cisco-serviceuri User-Agent: Z 3.0.19632 r19608 Allow-Events: presence, kpml Content-Length: 0 Request-Line: REGISTER sip:At1@UAS1 SIP/2.0 Message Header Via: SIP/2.0/UDP K1;branch=z9hG4bKc19c.d20e7767bea000b39f25e178c4831a2b.0 Via: SIP/2.0/UDP U1:61185;branch=z9hG4bK-d8754z-597229c1c2842862-1---d8754z-;rport=61185 Max-Forwards: 70 Contact: <sip:At1@U1:61185;rinstance=0e0e0d00e8aa79f1;transport=UDP> To: "At1"<sip:At1@K1;transport=UDP> From: "At1"<sip:At1@K1;transport=UDP>;tag=cc6f1214 Call-ID: MjYwOGQ0MTRmZTEwMzcxNDc2YjBhM2FlYTU3MjU5OWE. CSeq: 1 REGISTER Expires: 3600 Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, SUBSCRIBE Supported: replaces, norefersub, extended-refer, timer, X-cisco-serviceuri User-Agent: Z 3.0.19632 r19608 Allow-Events: presence, kpml Content-Length: 0 Message Header Via: SIP/2.0/UDP K1;branch=z9hG4bKc19c.d20e7767bea000b39f25e178c4831a2b.0;received=K1;rport=5060 Via: SIP/2.0/UDP U1:61185;branch=z9hG4bK-d8754z-597229c1c2842862-1---d8754z-;rport=61185 From: "At1"<sip:At1@K1;transport=UDP>;tag=cc6f1214 To: "At1"<sip:At1@K1;transport=UDP>;tag=as63346477 Call-ID: MjYwOGQ0MTRmZTEwMzcxNDc2YjBhM2FlYTU3MjU5OWE. CSeq: 1 REGISTER Server: Thirdlane2 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer WWW-Authenticate: Digest algorithm=MD5, realm="aaaa", nonce="1b23af8f" Content-Length: 0 Status-Line: SIP/2.0 401 Unauthorized Message Header Via: SIP/2.0/UDP U1:61185;branch=z9hG4bK-d8754z-597229c1c2842862-1---d8754z-;rport=61185 To: "At1"<sip:At1@K1;transport=UDP>;tag=a98c7436060b0c2b493a17bc0f200923-ed9e From: "At1"<sip:At1@K1;transport=UDP>;tag=cc6f1214 Call-ID: MjYwOGQ0MTRmZTEwMzcxNDc2YjBhM2FlYTU3MjU5OWE. CSeq: 1 REGISTER Allow:INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, SUBSCRIBE Server: NetGSM Content-Length: 0

2 1

Authentication header onfailure_route can not read - Remote Registartion
by Yasin Caner 26 May '14

26 May '14

Hey all; I am trying to remote registration between Kamailio and Asterisk. I tried remote Registration with UAC module. But this module doesn't work online. So that i wrote my remote registration code, is below. But there is a little problem that i cant take Authentication header to onfailure_route so that cannot forward Auth to client. it is working well with uac_auth but gets this error (" run_failure_handlers(): ERROR: run_failure_handlers: Error in run_top_route ") so cannot trust this function. How can i get Auth header to add Thanks for helps. My Code: route[REMOTEREG]{ xlog("L_INFO","Remote Reg: $fd : $rm : $fU : $si : "); sql_xquery("ca","CALL kamailio.route_3xx( '$fd', '$rm'); ","ra"); xlog("L_INFO","Remote Reg:ip_addr:$xavp(ra=>ip_addr): \n"); if($xavp(ra=>ip_addr)!=$null){ $avp(ipmiz)=$xavp(ra=>ip_addr); xlog("L_INFO","pump it:$rU:$avp(ipmiz):$ru:$rd"); $ru="sip:"+$fU+"@"+$avp(ipmiz); xlog("L_INFO","pump it :new::$avp(ipmiz)"); t_on_failure("REMOTE_AUTH"); t_on_reply("REGISTER_SUC"); if(!t_relay()){ t_reply("408", "have a problem"); exit; } exit; } return; } failure_route[REMOTE_AUTH]{ xlog("L_INFO","REMOTE_AUTH:$fU:$si$rm:$ci:$adu:ar:$ar"); if ($T_reply_code == 401 or $T_reply_code == 407) { xlog("L_NOTICE", "Remote asked for authentication "); #uac_auth(); ## need to add Authentication header. append_to_reply("Allow:$hdr(Allow) \r\n"); t_reply("$T_reply_code","Unauthorized"); } } onreply_route[REGISTER_SUC]{ xlog("L_INFO","REGISTER_SUC"); if(t_check_status("200")){ if (!save("location")) { xlog("L_NOTICE", "Register yapilamadi"); } exit; } } Request-Line: REGISTER sip:K1;transport=UDP SIP/2.0 Message Header Via: SIP/2.0/UDP U1:61185;branch=z9hG4bK-d8754z-597229c1c2842862-1---d8754z-;rport Max-Forwards: 70 Contact: <sip:At1@U1:61185;rinstance=0e0e0d00e8aa79f1;transport=UDP> To: "At1"<sip:At1@K1;transport=UDP> From: "At1"<sip:At1@K1;transport=UDP>;tag=cc6f1214 Call-ID: MjYwOGQ0MTRmZTEwMzcxNDc2YjBhM2FlYTU3MjU5OWE. CSeq: 1 REGISTER Expires: 3600 Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, SUBSCRIBE Supported: replaces, norefersub, extended-refer, timer, X-cisco-serviceuri User-Agent: Z 3.0.19632 r19608 Allow-Events: presence, kpml Content-Length: 0 Request-Line: REGISTER sip:At1@UAS1 SIP/2.0 Message Header Via: SIP/2.0/UDP K1;branch=z9hG4bKc19c.d20e7767bea000b39f25e178c4831a2b.0 Via: SIP/2.0/UDP U1:61185;branch=z9hG4bK-d8754z-597229c1c2842862-1---d8754z-;rport=61185 Max-Forwards: 70 Contact: <sip:At1@U1:61185;rinstance=0e0e0d00e8aa79f1;transport=UDP> To: "At1"<sip:At1@K1;transport=UDP> From: "At1"<sip:At1@K1;transport=UDP>;tag=cc6f1214 Call-ID: MjYwOGQ0MTRmZTEwMzcxNDc2YjBhM2FlYTU3MjU5OWE. CSeq: 1 REGISTER Expires: 3600 Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, SUBSCRIBE Supported: replaces, norefersub, extended-refer, timer, X-cisco-serviceuri User-Agent: Z 3.0.19632 r19608 Allow-Events: presence, kpml Content-Length: 0 Message Header Via: SIP/2.0/UDP K1;branch=z9hG4bKc19c.d20e7767bea000b39f25e178c4831a2b.0;received=K1;rport=5060 Via: SIP/2.0/UDP U1:61185;branch=z9hG4bK-d8754z-597229c1c2842862-1---d8754z-;rport=61185 From: "At1"<sip:At1@K1;transport=UDP>;tag=cc6f1214 To: "At1"<sip:At1@K1;transport=UDP>;tag=as63346477 Call-ID: MjYwOGQ0MTRmZTEwMzcxNDc2YjBhM2FlYTU3MjU5OWE. CSeq: 1 REGISTER Server: Thirdlane2 Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH Supported: replaces, timer WWW-Authenticate: Digest algorithm=MD5, realm="aaaa", nonce="1b23af8f" Content-Length: 0 Status-Line: SIP/2.0 401 Unauthorized Message Header Via: SIP/2.0/UDP U1:61185;branch=z9hG4bK-d8754z-597229c1c2842862-1---d8754z-;rport=61185 To: "At1"<sip:At1@K1;transport=UDP>;tag=a98c7436060b0c2b493a17bc0f200923-ed9e From: "At1"<sip:At1@K1;transport=UDP>;tag=cc6f1214 Call-ID: MjYwOGQ0MTRmZTEwMzcxNDc2YjBhM2FlYTU3MjU5OWE. CSeq: 1 REGISTER Allow:INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, SUBSCRIBE Server: NetGSM Content-Length: 0

1 0

Kamailio Replies in setup with LB
by Andrea Meroni 26 May '14

26 May '14

Hi all, i have the following setup: C -> LB-P -> K-P -> LB-S -> K-S The problem is the following: when K-S (Kamailio Server) replies it relays the responses to the K-P (Kamailio Proxy) instead of the LB-P (load-balancer of the proxies). I tried almost every solution: changing aliases, adding Path headers, changing destination-URI, changing Via: headers ... But the result is always the same: using transactions it seems that, even if requests are correctly load-balanced, the replies are not relayed back following the same path (in particular, referring to the precedent scheme, a reply for the previous request will follow the path C <- K-P <- K-S). Additional information: - K-P uses as alias the HOSTNAME of LB-P; - K-S uses as alias the HOSTNAME of LB-S; Everyone has some hints? Andrea

1 0

RTPProxy timeout
by Igor Potjevlesch 26 May '14

26 May '14

Hello, I can't figure out how the "timeout_socket" should be configured. I try with the default parameter in the doc: xmlrpc:http://127.0.0.1:8000/RPC2 I launch RTPProxy like that: -n tcp:127.0.0.1:8000 RTPProxy socket is setup like: "rtpproxy_sock", "udp:127.0.0.1:7722". It looks like there is no communication on the port 8000. The goal is to setup a timeout in case of asymmetric RTP. Many help would be appreciate. Thank you! Regards, Igor.

2 5

Kamailio LCR issue
by José Seabra 26 May '14

26 May '14

Hello there, I'm configuring the LCR module, with more than one lcr instance, for example each instance id will have atleast 1 diferent gateway, well the issue here is that if i configure another gateways with diferent LCR_ID and then run kamcmd lcr.reload then kamcmd lcr.dump_gws i only see the gateways that belongs to the instance 1, should it show me the all gateways for each lcr instance correct? I'm using kamailio-4.0.4 please have a look at my lcr configuration example and the kamailio logs: Mysql: mysql> select * from lcr_gw; +----+--------+---------+-------------+-------------+------+--------+------------+-----------+-------+--------+------+-------+---------+ | id | lcr_id | gw_name | ip_addr | hostname | port | params | uri_scheme | transport | strip | prefix | tag | flags | defunct | +----+--------+---------+-------------+-------------+------+--------+------------+-----------+-------+--------+------+-------+---------+ | 1 | 1 | teste1 | 192.168.1.1 | 192.168.1.1 | 5060 | NULL | 1 | 1 | NULL | NULL | NULL | 0 | NULL | | 2 | 2 | teste2 | 192.168.1.2 | 192.168.1.2 | 5060 | NULL | 1 | 1 | NULL | NULL | NULL | 0 | NULL | +----+--------+---------+-------------+-------------+------+--------+------------+-----------+-------+--------+------+-------+---------+ 2 rows in set (0.01 sec) mysql> select * from lcr_rule; +----+--------+--------+----------+-------------+---------+---------+ | id | lcr_id | prefix | from_uri | request_uri | stopper | enabled | +----+--------+--------+----------+-------------+---------+---------+ | 1 | 1 | NULL | NULL | 256* | 0 | 1 | | 2 | 2 | NULL | NULL | 236* | 0 | 1 | +----+--------+--------+----------+-------------+---------+---------+ 2 rows in set (0.00 sec) mysql> select * from lcr_rule_target; +----+--------+---------+-------+----------+--------+ | id | lcr_id | rule_id | gw_id | priority | weight | +----+--------+---------+-------+----------+--------+ | 1 | 1 | 1 | 1 | 1 | 10 | | 2 | 2 | 2 | 2 | 1 | 10 | +----+--------+---------+-------+----------+--------+ 2 rows in set (0.00 sec) kamcd lcr.dump_gws kamcmd lcr.dump_gws 12(3267) DEBUG: ctl [../../io_wait.h:390]: io_watch_add(): DBG: io_watch_add(0x7ffb90811c00, 9, 3, 0x1ca0880), fd_no=1 12(3267) DEBUG: ctl [io_listener.c:453]: handle_new_connect(): handle_stream read: new connection (1) on /tmp/kamailio_ctl { lcr_id: 1 gw_id: 1 gw_index: 1 gw_name: teste1 scheme: sip ip_addr: 192.168.1.1 hostname: 192.168.1.1 port: 5060 params: transport: UDP strip: 0 prefix: tag: flags: 0 defunct_until: 0 } 12(3267) DEBUG: ctl [io_listener.c:506]: handle_stream_read(): handle_stream read: eof on /tmp/kamailio_ctl 12(3267) DEBUG: ctl [../../io_wait.h:617]: io_watch_del(): DBG: io_watch_del (0x7ffb90811c00, 9, -1, 0x10) fd_no=2 called kamcmd lcr.reload logs: kamcmd lcr.reload 12(3267) DEBUG: ctl [../../io_wait.h:390]: io_watch_add(): DBG: io_watch_add(0x7ffb90811c00, 9, 3, 0x1ca0880), fd_no=1 12(3267) DEBUG: ctl [io_listener.c:453]: handle_new_connect(): handle_stream read: new connection (1) on /tmp/kamailio_ctl 12(3267) DEBUG: <core> [db.c:318]: db_do_init2(): connection 0x7ffb95b50ff0 not found in pool 12(3267) DEBUG: db_mysql [km_my_con.c:94]: db_mysql_new_connection(): opening connection: mysql://xxxx:xxxx@localhost/kamailio 12(3267) DEBUG: db_mysql [km_my_con.c:121]: db_mysql_new_connection(): connection type is Localhost via UNIX socket 12(3267) DEBUG: db_mysql [km_my_con.c:122]: db_mysql_new_connection(): protocol version is 10 12(3267) DEBUG: db_mysql [km_my_con.c:123]: db_mysql_new_connection(): server version is 5.1.69 12(3267) DEBUG: <core> [db_res.c:118]: db_new_result(): allocate 56 bytes for result set at 0x7ffb95b51160 12(3267) DEBUG: db_mysql [km_res.c:68]: db_mysql_get_columns(): 6 columns returned from the query 12(3267) DEBUG: <core> [db_res.c:155]: db_allocate_columns(): allocate 48 bytes for result names at 0x7ffb95b4e3b0 12(3267) DEBUG: <core> [db_res.c:165]: db_allocate_columns(): allocate 24 bytes for result types at 0x7ffb95b51240 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[0] at 0x7ffb95b51280 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51280)[0]=[id] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[1] at 0x7ffb95b512b0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b512b0)[1]=[prefix] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[2] at 0x7ffb95b512e0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b512e0)[2]=[from_uri] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[3] at 0x7ffb95b51310 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51310)[3]=[stopper] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[4] at 0x7ffb95b511c0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b511c0)[4]=[enabled] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[5] at 0x7ffb95b51340 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51340)[5]=[request_uri] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_dbase.c:358]: db_mysql_fetch_result(): converting row 0 of 1 count 1 12(3267) DEBUG: <core> [db_row.c:119]: db_allocate_row(): allocate 192 bytes for row values at 0x7ffb95b49280 12(3267) DEBUG: <core> [db_val.c:73]: db_str2val(): converting INT [1] 12(3267) DEBUG: <core> [db_val.c:56]: db_str2val(): converting NULL value12(3267) DEBUG: <core> [db_val.c:56]: db_str2val(): converting NULL value12(3267) DEBUG: <core> [db_val.c:73]: db_str2val(): converting INT [0] 12(3267) DEBUG: <core> [db_val.c:73]: db_str2val(): converting INT [1] 12(3267) DEBUG: <core> [db_val.c:117]: db_str2val(): converting STRING [256*] 12(3267) DEBUG: lcr [lcr_mod.c:1238]: reload_tables(): loading, cycle 0 with <1> rows 12(3267) DEBUG: lcr [hash.c:89]: rule_hash_table_insert(): inserted rule_id <1>, prefix <>, from_uri <>, request_uri <256*>, stopper <0>, into index <0> 12(3267) DEBUG: lcr [hash.c:104]: rule_hash_table_insert(): inserted rule_id <1> addr <0x7ffb8dbd5480> into rule_id hash table index <1> 12(3267) DEBUG: <core> [db_res.c:54]: db_free_rows(): freeing 1 rows 12(3267) DEBUG: <core> [db_row.c:97]: db_free_row(): freeing row values at 0x7ffb95b49280 12(3267) DEBUG: <core> [db_res.c:62]: db_free_rows(): freeing rows at 0x7ffb95b513a0 12(3267) DEBUG: <core> [db_res.c:81]: db_free_columns(): freeing 6 columns 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[0] at 0x7ffb95b51280 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[1] at 0x7ffb95b512b0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[2] at 0x7ffb95b512e0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[3] at 0x7ffb95b51310 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[4] at 0x7ffb95b511c0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[5] at 0x7ffb95b51340 12(3267) DEBUG: <core> [db_res.c:94]: db_free_columns(): freeing result names at 0x7ffb95b4e3b0 12(3267) DEBUG: <core> [db_res.c:99]: db_free_columns(): freeing result types at 0x7ffb95b51240 12(3267) DEBUG: <core> [db_res.c:136]: db_free_result(): freeing result set at 0x7ffb95b51160 12(3267) DEBUG: <core> [db_res.c:118]: db_new_result(): allocate 56 bytes for result set at 0x7ffb95b51160 12(3267) DEBUG: db_mysql [km_res.c:68]: db_mysql_get_columns(): 13 columns returned from the query 12(3267) DEBUG: <core> [db_res.c:155]: db_allocate_columns(): allocate 104 bytes for result names at 0x7ffb95b49280 12(3267) DEBUG: <core> [db_res.c:165]: db_allocate_columns(): allocate 52 bytes for result types at 0x7ffb95b49360 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[0] at 0x7ffb95b511c0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b511c0)[0]=[gw_name] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[1] at 0x7ffb95b51310 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51310)[1]=[ip_addr] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[2] at 0x7ffb95b512e0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b512e0)[2]=[port] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[3] at 0x7ffb95b512b0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b512b0)[3]=[uri_scheme] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[4] at 0x7ffb95b51280 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51280)[4]=[transport] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[5] at 0x7ffb95b51370 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51370)[5]=[params] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[6] at 0x7ffb95b513a0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b513a0)[6]=[hostname] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[7] at 0x7ffb95b493c0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b493c0)[7]=[strip] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[8] at 0x7ffb95b493f0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b493f0)[8]=[prefix] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[9] at 0x7ffb95b49420 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b49420)[9]=[tag] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[10] at 0x7ffb95b49450 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b49450)[10]=[flags] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[11] at 0x7ffb95b49480 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b49480)[11]=[defunct] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[12] at 0x7ffb95b51240 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51240)[12]=[id] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: <core> [db_res.c:184]: db_allocate_rows(): allocate 16 bytes for rows at 0x7ffb95b4e3b0 12(3267) DEBUG: <core> [db_row.c:119]: db_allocate_row(): allocate 416 bytes for row values at 0x7ffb95b494b0 12(3267) DEBUG: <core> [db_val.c:117]: db_str2val(): converting STRING [teste1] 12(3267) DEBUG: <core> [db_val.c:117]: db_str2val(): converting STRING [192.168.1.1] 12(3267) DEBUG: <core> [db_val.c:73]: db_str2val(): converting INT [5060] 12(3267) DEBUG: <core> [db_val.c:73]: db_str2val(): converting INT [1] 12(3267) DEBUG: <core> [db_val.c:73]: db_str2val(): converting INT [1] 12(3267) DEBUG: <core> [db_val.c:56]: db_str2val(): converting NULL value12(3267) DEBUG: <core> [db_val.c:117]: db_str2val(): converting STRING [192.168.1.1] 12(3267) DEBUG: <core> [db_val.c:56]: db_str2val(): converting NULL value12(3267) DEBUG: <core> [db_val.c:56]: db_str2val(): converting NULL value12(3267) DEBUG: <core> [db_val.c:56]: db_str2val(): converting NULL value12(3267) DEBUG: <core> [db_val.c:73]: db_str2val(): converting INT [0] 12(3267) DEBUG: <core> [db_val.c:56]: db_str2val(): converting NULL value12(3267) DEBUG: <core> [db_val.c:73]: db_str2val(): converting INT [1] 12(3267) DEBUG: lcr [lcr_mod.c:836]: insert_gw(): inserted gw <1, teste1, 192.168.1.1, 5060, 192.168.1.1> at index 1 12(3267) DEBUG: <core> [db_res.c:81]: db_free_columns(): freeing 13 columns 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[0] at 0x7ffb95b511c0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[1] at 0x7ffb95b51310 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[2] at 0x7ffb95b512e0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[3] at 0x7ffb95b512b0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[4] at 0x7ffb95b51280 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[5] at 0x7ffb95b51370 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[6] at 0x7ffb95b513a0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[7] at 0x7ffb95b493c0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[8] at 0x7ffb95b493f0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[9] at 0x7ffb95b49420 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[10] at 0x7ffb95b49450 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[11] at 0x7ffb95b49480 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[12] at 0x7ffb95b51240 12(3267) DEBUG: <core> [db_res.c:94]: db_free_columns(): freeing result names at 0x7ffb95b49280 12(3267) DEBUG: <core> [db_res.c:99]: db_free_columns(): freeing result types at 0x7ffb95b49360 12(3267) DEBUG: <core> [db_res.c:54]: db_free_rows(): freeing 1 rows 12(3267) DEBUG: <core> [db_row.c:97]: db_free_row(): freeing row values at 0x7ffb95b494b0 12(3267) DEBUG: <core> [db_res.c:62]: db_free_rows(): freeing rows at 0x7ffb95b4e3b0 12(3267) DEBUG: <core> [db_res.c:136]: db_free_result(): freeing result set at 0x7ffb95b51160 12(3267) DEBUG: <core> [db_res.c:118]: db_new_result(): allocate 56 bytes for result set at 0x7ffb95b51160 12(3267) DEBUG: db_mysql [km_res.c:68]: db_mysql_get_columns(): 13 columns returned from the query 12(3267) DEBUG: <core> [db_res.c:155]: db_allocate_columns(): allocate 104 bytes for result names at 0x7ffb95b49280 12(3267) DEBUG: <core> [db_res.c:165]: db_allocate_columns(): allocate 52 bytes for result types at 0x7ffb95b49360 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[0] at 0x7ffb95b49450 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b49450)[0]=[gw_name] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[1] at 0x7ffb95b49420 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b49420)[1]=[ip_addr] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[2] at 0x7ffb95b493f0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b493f0)[2]=[port] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[3] at 0x7ffb95b493c0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b493c0)[3]=[uri_scheme] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[4] at 0x7ffb95b513a0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b513a0)[4]=[transport] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[5] at 0x7ffb95b51370 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51370)[5]=[params] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[6] at 0x7ffb95b51280 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51280)[6]=[hostname] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[7] at 0x7ffb95b512b0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b512b0)[7]=[strip] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[8] at 0x7ffb95b512e0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b512e0)[8]=[prefix] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[9] at 0x7ffb95b51310 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51310)[9]=[tag] 12(3267) DEBUG: db_mysql [km_res.c:136]: db_mysql_get_columns(): use DB1_STRING result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[10] at 0x7ffb95b511c0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b511c0)[10]=[flags] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[11] at 0x7ffb95b51340 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51340)[11]=[defunct] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[12] at 0x7ffb95b51240 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51240)[12]=[id] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:169]: db_mysql_convert_rows(): no rows returned from the query 12(3267) DEBUG: <core> [db_res.c:81]: db_free_columns(): freeing 13 columns 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[0] at 0x7ffb95b49450 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[1] at 0x7ffb95b49420 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[2] at 0x7ffb95b493f0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[3] at 0x7ffb95b493c0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[4] at 0x7ffb95b513a0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[5] at 0x7ffb95b51370 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[6] at 0x7ffb95b51280 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[7] at 0x7ffb95b512b0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[8] at 0x7ffb95b512e0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[9] at 0x7ffb95b51310 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[10] at 0x7ffb95b511c0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[11] at 0x7ffb95b51340 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[12] at 0x7ffb95b51240 12(3267) DEBUG: <core> [db_res.c:94]: db_free_columns(): freeing result names at 0x7ffb95b49280 12(3267) DEBUG: <core> [db_res.c:99]: db_free_columns(): freeing result types at 0x7ffb95b49360 12(3267) DEBUG: <core> [db_res.c:136]: db_free_result(): freeing result set at 0x7ffb95b51160 12(3267) DEBUG: <core> [db_res.c:118]: db_new_result(): allocate 56 bytes for result set at 0x7ffb95b51160 12(3267) DEBUG: db_mysql [km_res.c:68]: db_mysql_get_columns(): 4 columns returned from the query 12(3267) DEBUG: <core> [db_res.c:155]: db_allocate_columns(): allocate 32 bytes for result names at 0x7ffb95b51240 12(3267) DEBUG: <core> [db_res.c:165]: db_allocate_columns(): allocate 16 bytes for result types at 0x7ffb95b511c0 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[0] at 0x7ffb95b51310 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51310)[0]=[rule_id] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[1] at 0x7ffb95b512e0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b512e0)[1]=[gw_id] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[2] at 0x7ffb95b512b0 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b512b0)[2]=[priority] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_res.c:85]: db_mysql_get_columns(): allocate 16 bytes for RES_NAMES[3] at 0x7ffb95b51280 12(3267) DEBUG: db_mysql [km_res.c:92]: db_mysql_get_columns(): RES_NAMES(0x7ffb95b51280)[3]=[weight] 12(3267) DEBUG: db_mysql [km_res.c:100]: db_mysql_get_columns(): use DB1_INT result type 12(3267) DEBUG: db_mysql [km_dbase.c:358]: db_mysql_fetch_result(): converting row 0 of 1 count 1 12(3267) DEBUG: <core> [db_row.c:119]: db_allocate_row(): allocate 128 bytes for row values at 0x7ffb95b49280 12(3267) DEBUG: <core> [db_val.c:73]: db_str2val(): converting INT [1] 12(3267) DEBUG: <core> [db_val.c:73]: db_str2val(): converting INT [1] 12(3267) DEBUG: <core> [db_val.c:73]: db_str2val(): converting INT [1] 12(3267) DEBUG: <core> [db_val.c:73]: db_str2val(): converting INT [10] 12(3267) DEBUG: lcr [lcr_mod.c:1450]: reload_tables(): loading, cycle 0 with <1> rows 12(3267) DEBUG: lcr [hash.c:160]: rule_hash_table_insert_target(): found rule with id <1> and addr <0x7ffb8dbd5480> 12(3267) DEBUG: <core> [db_res.c:54]: db_free_rows(): freeing 1 rows 12(3267) DEBUG: <core> [db_row.c:97]: db_free_row(): freeing row values at 0x7ffb95b49280 12(3267) DEBUG: <core> [db_res.c:62]: db_free_rows(): freeing rows at 0x7ffb95b51370 12(3267) DEBUG: <core> [db_res.c:81]: db_free_columns(): freeing 4 columns 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[0] at 0x7ffb95b51310 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[1] at 0x7ffb95b512e0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[2] at 0x7ffb95b512b0 12(3267) DEBUG: <core> [db_res.c:85]: db_free_columns(): freeing RES_NAMES[3] at 0x7ffb95b51280 12(3267) DEBUG: <core> [db_res.c:94]: db_free_columns(): freeing result names at 0x7ffb95b51240 12(3267) DEBUG: <core> [db_res.c:99]: db_free_columns(): freeing result types at 0x7ffb95b511c0 12(3267) DEBUG: <core> [db_res.c:136]: db_free_result(): freeing result set at 0x7ffb95b51160 12(3267) DEBUG: <core> [db_pool.c:102]: pool_remove(): removing connection from the pool [root@seabra kamailio]# 12(3267) DEBUG: ctl [io_listener.c:506]: handle_stream_read(): handle_stream read: eof on /tmp/kamailio_ctl 12(3267) DEBUG: ctl [../../io_wait.h:617]: io_watch_del(): DBG: io_watch_del (0x7ffb90811c00, 9, -1, 0x10) fd_no=2 called Thank you Best Regards -- Cumprimentos José Seabra

2 2

Missing AVPs in onreply_route (default reply route)
by Seudin Kasumovic 26 May '14

26 May '14

Hi, In next example $avp(test)=<null> in onreply_route. ... loadmodule "tm" ... request_route { ... $avp(test)='test'; ... t_relay(); ... } onreply_route { log("L_DEBUG","onreply_route: $$avp(test)=$avp(test)\n"; } But, if add t_on_reply: ... loadmodule "tm" ... request_route { ... $avp(test)='test'; ... t_on_reply("MANAGE_REPLY"); ... t_relay(); ... } onreply_route { log("L_DEBUG","onreply_route: $$avp(test)=$avp(test)\n"; } onreply_route["MANAGE_REPLY"] { log("L_DEBUG","MANAGE_REPLY:$$avp(test)=$avp(test)\n"; } log output is: onreply_route: $avp(test)=<null> MANAGE_REPLY: $avp(test)=test Why there is no AVPs in onreply_route? version: kamailio 4.1.3 (i386/linux) flags: STATS: Off, EXTRA_DEBUG, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 4MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: compiled on 17:23:27 Apr 25 2014 with gcc 4.5.4 Thanks, Seudin Kasumovic

2 1

Will the dispatcher server and redirect server What is the difference?
by vast 24 May '14

24 May '14

Hi, I have some questions . Will the dispatcher server and redirect server What is the difference? There is, if I use the dispatcher module, you must use freeswitch or asterisk backend Why? If I want to also use the kamailio as backend or receive the dispatcher module can?

2 1

TLS and SIP
by Fabian Borot 23 May '14

23 May '14

Hi I am using Kamailio 4.0.1 in front of an asterisk servers farm to handle TLS with our clients and providers. The idea is to have kamailio "talking" SIP/UDP/5060 and TLS/TCP/5061 with the customers and providers and regular SIP/UDP/5060 with our internal asterisk servers. So far at least for the customers it looks like it can work. But I have a problem, when the call is established and the called person hangs up, the BYE from the called person to the calling person is ignored. Only when the calling person hangs up first the call is terminated properly. This is what I have been able to see: 1- Customer starts the TLS handshake/connection. 2- Kamailio authenticate it, then routes the call to the asterisk server using regular SIP/UDP/5060 but I see that it is inserting 2 Record Routes in the INVITE: Record-Route: <sip:192.168.1.58;r2=on;lr=on> Record-Route: <sip:192.168.1.58:5061;transport=tls;r2=on;lr=on> 3- The Contact on that INVITE to the asterisk also comes like this: Contact: <sip:94167032@172.31.196.21:53325;transport=tls> 4- The ACK sent to the asterisk once it accepts the call (200 OK) also has those 2 Record-Routes: Record-Route: <sip:192.168.1.58;r2=on;lr=on> Record-Route: <sip:192.168.1.58:5061;transport=tls;r2=on;lr=on> 5- The call is established, once the called person decides to hang up the BYE looks like this: BYE sip:94167032@172.31.196.21:53325;transport=tls SIP/2.0 Via: SIP/2.0/UDP 192.168.1.59:5060;branch=z9hG4bK40fa1c23;rport Route: <sip:192.168.1.58;r2=on;lr=on>,<sip:192.168.1.58:5061;transport=tls;r2=on;lr=on> Max-Forwards: 70 From: <sip:3030500@1.2.3.4>;tag=as37953869 To: "kamailio" <sip:kamailio@1.2.3.4>;tag=788cd7c892df40f3b1967112395e2ca4 Call-ID: f9fe65daf1074219be26cb0c224339f1 CSeq: 102 BYE User-Agent: Asterisk PBX 11.3.0 X-Asterisk-HangupCause: Normal Clearing X-Asterisk-HangupCauseCode: 16 Content-Length: 0 My kamailio TLS config is shown below: enable_tls=yes loadmodule "tls.so" # ----- tls params ----- modparam("tls", "config", "/usr/local/kamailio-4.1//etc/kamailio/tls.cfg") modparam("tls", "private_key", "./privkey.pem") modparam("tls", "certificate", "./kamailio1_cert.pem") modparam("tls", "ca_list", "./calist.pem") modparam("tls", "verify_certificate", 1) modparam("tls", "require_certificate", 1) The TLS client that I am using is called Blink.At this point I don't know whether kamailio is sending the BYE using TLS to the customer and waiting for the 200 OK from the customer or whether kamailio does not like something in the BYE and that is why is ignoring it. I see some encrypted packets from kamailio to the client but I don't know what is inside. Any help would be very appreciated. thank you fabian

7 14

Issues after upgrade
by Daniel W. Graham 23 May '14

23 May '14

I recently upgraded to 4.0.6 from an older 4.0.x version using GIT, since then I have had several functions stop working. Here is one example: I have a UA that is not in the location table, when calling I get the following output as a result of my xlog statements - (xlog statements added for troubleshooting) INFO: xlog: 506:5d4d339e5a0fcb2d1ce245cb1c07bb71: Location not found for user-x INFO: xlog: 524:5d4d339e5a0fcb2d1ce245cb1c07bb71: no match if (!lookup("location")) { xlogl("L_INFO", "$ci : Location not found for $rU\n"); $var(rc) = $rc; t_newtran(); switch ($var(rc)) { case -1: xlogl("L_INFO", "$ci : case -1\n"); send_reply("480", "Temporarily Unavailable"); exit; case -2: xlogl("L_INFO", "$ci : case -2\n"); send_reply("405", "Method Not Allowed"); exit; case -3: xlogl("L_INFO", "$ci : case -3\n"); sl_send_reply("500", "Server Internal Error"); exit; } } xlogl("L_INFO", "$ci : no match\n"); This worked previous to the upgrade, it should match case -1 but doesn't. Any direction is appreciated. Thanks, -dan

2 6

kamailio 4.1.3 remote registration
by betul.cerit＠netgsm.com.tr 23 May '14

23 May '14

Hi to all, We use uac module to use remote registration but when I add a new user to uacreg table the change doesnt take effect until I restart kamailio service which is not convenient for us.Is there another way to achieve this without restarting service? My configuration is below.Am I doing sth wrong? modparam("rr", "enable_full_lr", 1) # do not append from tag to the RR (no need for this script) modparam("rr", "append_fromtag", 1) # ------ uac params ------------------ modparam("uac", "reg_db_url",DBURL) modparam("uac", "reg_timer_interval", 30) modparam("uac", "reg_retry_interval", 60) modparam("uac", "reg_db_table", "uacreg") modparam("uac","restore_mode","auto") modparam("uac", "reg_contact_addr","my ip") modparam("uac","auth_realm_avp","$avp(i:10)") modparam("uac","auth_username_avp","$avp(i:11)") modparam("uac","auth_password_avp","$avp(i:12)") modparam("uac","credential","username:domain:password") modparam("uac","restore_to_avp","$avp(original_uri_to)") modparam("uac","restore_from_avp","$avp(original_uri_from)") failure_route[REMOTE_AUTH]{ xlog("L_INFO","REMOTE_AUTH:$fU:$si$rm:REGISTER"); if ($T_reply_code == 401 or $T_reply_code == 407) { xlog("L_NOTICE", "Remote asked for authentication"); uac_auth(); } } if(is_method("REGISTER")){ xlog("L_INFO","AUTH:$fU:$si$rm:REGISTER:Ru:$rU"); if(uac_reg_request_to("$fU","0")){ xlog("L_NOTICE", "Found remote user [$rU] on [$rd] via [$du]"); t_on_failure("REMOTE_AUTH"); t_relay(); exit; }else{ xlog("L_INFO","AUTH:$fU:$si$rm:REGISTER:else"); if (!auth_check("$fd", "subscriber", "0")) { auth_challenge("$fd", "0"); exit; } } } Thanks in advance.

2 1

Kamailio replies
by Andrea Meroni 23 May '14

23 May '14

Hi all, maybe this is a trivial question but ... how Kamailio manages SIP replies? I mean, how does it know to what URI reply in onreply_route? Does it use the SIP Via header or something else, maybe in memory? Regards, Andrea

2 2

Modifying SDP in Kamailio
by MrIhaveAnOpinionOnEverything 23 May '14

23 May '14

Hi guys: I am a R&D engineer trying to learn kamailio. After following some tutorials and reading the thread in this mailing list I was able to setup a voip backend with this configuration XLITE/LINPHONE ---> KAMAILIO ----> FREESWITCH I am using Freeswitch as a media server. After configuring RTP Proxy and kamailio to use bridged mode. I was able to successfully setup a voip backend like the one above. I encountered a problem when the UAC I am using is a webclient like sipml5. I noticed that when SIP INVITES from KAMAILIO to FREESWITCH are being passed when a INVITE transaction is initiated from a sipml5 client FREESWITCH is trying to use the public ip of webrtc server of the sipml5 backend. Unfortunately, I am using private ip/LAN IP between kamailio and freeswitch. As a result calls are established but there is no audio that is happening. I am attaching a snapshot of the ngrep that on kamailio and freeswitch server for your reference. I would like to know if there is a setting in kamailio that would allow me to modify the IP in the "o" and "c" sdp parameter when forwarding an invite to Freeswitch. I did another test. XLITE ---> KAMAILIO ---> FREESWITCH ----> KAMAILIO ----> sipml5 And the call works. It has audio. I think it must have something to do with the SDP header that is being generated by sip5ml UAC that is conflicting with my setup. Any help or advice will be greatly appreciated. Thanks. -- "When I look at you I see two people, ther person you are and the person you are supposed to be. Someday these two people will meet. And when they do, they will achieve great things" - Gene Hackman, The Replacements Catch up on me and check my BLOG at http://mrihaveanopiniononeverything.blogspot.com

3 2

insufficient ports returned from mediaproxy
by Morten Isaksen 23 May '14

23 May '14

We have a periodic problem with the communication between mediaproxy (kamailio module) <-> media-dispatcher <-> media-relay The problems seems to be that media-dispatcher mixes the requests and answers, so kamailio get a wrong answer to its request. Kamailio 3.1.1 Mediaproxy 2.4.4 I know they are old versions, but I have checket the new releases, and it does not look like anything related to this has been changed. This log snippet illustrates the problem well. We have added a few extra debug information: PID 3433 sends a update request to dispatcher dispatcher sends request to relay 10.253.253.32 relay 10.253.253.32 answers dispatcher PID 5214 sends a remove request to dispatcher dispatcher sends request to relay 10.253.253.32 relay 10.253.253.32 answers dispatcher dispatcher answer PID 3433 with the answer for PID 5214 The answer for PID 3433 is newer received by kamailio. May 15 08:02:33 sip-3-1 /usr/local/sbin/kamailio[5211]: WARNING: <script>: new request M=INVITE RURI=sip:40804XXX@76752XXX.example.com F= sip:40804XXX@76752XXX.example.com T=sip:40804XXX@172.16.9.20 IP=172.16.9.20 ID=738ce06b2a507610599b767b6b164657(a)hpbxout.one-connect.dk May 15 08:02:33 sip-3-1 media-dispatcher[3433]: debug: Command update Headers ['type: request', 'call_id: 738ce06b2a507610599b767b6b164657(a)hpbxout.one-connect.dk', 'cseq: 102', 'from_uri: 40804XXX(a)76752XXX.example.com', 'to_uri: 40804XXX(a)172.16.9.20', 'from_tag: as35017b2b', 'user_agent: one-connect', 'signaling_ip: 172.16.9.20', 'media: audio:172.16.9.18:50934:sendrecv:ice=no'] May 15 08:02:33 sip-3-1 media-dispatcher[3433]: debug: Issuing "update" command to relay at 10.253.253.32 May 15 08:02:33 sip-3-1 media-dispatcher[3433]: debug: To relay update 7529;type: request;call_id: 738ce06b2a507610599b767b6b164657(a)hpbxout.one-connect.dk;cseq: 102;from_uri: 40804XXX(a)76752XXX.example.com;to_uri: 40804XXX(a)172.16.9.20;from_tag: as35017b2b;user_agent: one-connect;signaling_ip: 172.16.9.20;media: audio:172.16.9.18:50934:sendrecv:ice=no;; May 15 08:02:33 sip-3-1 media-dispatcher[3433]: debug: line received 7529 172.16.8.32 63730 May 15 08:02:33 sip-3-1 /usr/local/sbin/kamailio[5214]: WARNING: <script>: new request M=BYE RURI=sip:65981002@172.16.9.21:5060 F= sip:65982380@172.16.8.37 T=sip:65981002@172.16.8.8 IP=172.16.8.8 ID= 24b6995108fc59946c0222084a79e1a7@172.16.8.37:5060 May 15 08:02:33 sip-3-1 media-dispatcher[3433]: debug: Command remove Headers ['call_id: 24b6995108fc59946c0222084a79e1a7@172.16.8.37:5060', 'from_tag: as792f4baa', 'to_tag: as798301b8'] May 15 08:02:33 sip-3-1 media-dispatcher[3433]: debug: Issuing "remove" command to relay at 10.253.253.32 May 15 08:02:33 sip-3-1 media-dispatcher[3433]: debug: To relay remove 7530;call_id: 24b6995108fc59946c0222084a79e1a7@172.16.8.37:5060;from_tag: as792f4baa;to_tag: as798301b8;; May 15 08:02:33 sip-3-1 media-dispatcher[3433]: debug: line received 7530 {"from_tag": "as792f4baa", "start_time": 1400133626.74, "call_id": " 24b6995108fc59946c0222084a79e1a7@172.16.8.37:5060", "duration": 126, "streams": [{"status": "closed", "caller_codec": "G711a", "post_dial_delay": 0.175052881241, "callee_codec": "G711a", "caller_bytes": 1269200, "start_time": 0, "callee_packets": 6088, "callee_bytes": 1217600, "caller_packets": 6346, "callee_remote": "172.16.9.18:58756", "end_time": 126, "caller_remote": "172.16.8.37:13014", "media_type": "audio", "callee_local": "172.16.8.32:61298", "timeout_wait": 0, "caller_local": " 172.16.8.32:61296"}], "to_tag": "as798301b8", "to_uri": "65981002(a)172.16.8.8", "caller_ua": "Asterisk PBX 1.8.12.0", "callee_ua": "one-connect", "from_uri": "65982380(a)172.16.8.37"} May 15 08:02:33 sip-3-1 media-dispatcher[3433]: debug: Got statistics: {'from_tag': 'as792f4baa', 'dialog_id': None, 'start_time': 1400133626.74, 'timed_out': False, 'call_id': ' 24b6995108fc59946c0222084a79e1a7@172.16.8.37:5060', 'to_tag': 'as798301b8', 'streams': [{'status': 'closed', 'caller_codec': 'G711a', 'post_dial_delay': 0.17505288124099999, 'callee_codec': 'G711a', 'start_time': 0, 'caller_bytes': 1269200, 'callee_bytes': 1217600, 'caller_packets': 6346, 'end_time': 126, 'callee_remote': '172.16.9.18:58756', 'caller_remote': '172.16.8.37:13014', 'media_type': 'audio', 'callee_local': '172.16.8.32:61298', 'timeout_wait': 0, 'caller_local': ' 172.16.8.32:61296', 'callee_packets': 6088}], 'duration': 126, 'to_uri': ' 65981002(a)172.16.8.8', 'from_uri': '65982380(a)172.16.8.37', 'callee_ua': 'one-connect', 'caller_ua': 'Asterisk PBX 1.8.12.0'} May 15 08:02:33 sip-3-1 /usr/local/sbin/kamailio[5211]: ERROR: mediaproxy [mediaproxy.c:1689]: mediaproxy response removed^M May 15 08:02:33 sip-3-1 /usr/local/sbin/kamailio[5211]: ERROR: mediaproxy [mediaproxy.c:1702]: Len of tokens: 1 May 15 08:02:33 sip-3-1 /usr/local/sbin/kamailio[5211]: ERROR: mediaproxy [mediaproxy.c:1713]: insufficient ports returned from mediaproxy: got 0, expected 1 callid: 738ce06b2a507610599b767b6b164657(a)hpbxout.one-connect.dk May 15 08:02:33 sip-3-1 /usr/local/sbin/kamailio[5211]: ERROR: <script>: RTPPROXY: use_media_proxy failed bm: 4326 Code=1 M=INVITE RURI=sip:40804XXX@sip-core.uni-tel.local F=sip:40804XXX@76752600.example.comT= sip:40804XXX@172.16.9.20 IP=172.16.9.20 ID= 738ce06b2a507610599b767b6b164657(a)hpbxout.one-connect.dk May 15 08:02:33 sip-3-1 /usr/local/sbin/kamailio[5214]: NOTICE: acc [acc.c:275]: ACC: transaction answered: timestamp=1400133753;method=BYE;from_tag=as04fb28c3;to_tag=367167352;call_id= 51654c57361b47d0751b3d1c33d19a4d(a)172.16.8.34;code=200;reason=OK -- Morten Isaksen

1 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users