- sr-users - kamailio.org

Re: [SR-Users] Problems with Siremis Register Page
by kamailio＠AaronLux.com 27 Nov '13

27 Nov '13

I am having the exact same problems as issue as this user. There is nothing in the siremis/log/ folder when this happens. I'm running Siremis 4.0.0 with Kamailio 4.0.4. Has this issue been fixed? Hello, On 5/18/13 3:22 AM, Alexander Albert wrote: > Hi there, i hope you can help me, i am having trouble with the > register page of siremis, strange thing is, i can open the register > page, but only after i have logged my self in, if not, it redirects me > directly to the login page.. how can i setup the register page to be > accessible without the need of logging in ? > Also i am getting the info after trying to register, that "Public > registration is not enabled!" > but i have set siremis/modules/ser/config/common.Main.php to > $cfg_siremis_public_registrations = true; > What is the problem, please help. can you look in siremis/log/ folder, there are some files printing debug messages, maybe you get hints about what is wrong. Cheers, Daniel

1 0

adding new column in the CDRS table?
by arun Jayaprakash 26 Nov '13

26 Nov '13

Hello, can someone let me know how I can add a new field in the cdrs table? I would like to set a flag depending if a call is make to another extension number of if the call is made to a PSTN line. Thank you for the help. Arun

2 2

Loosing rtp only in carrierroute failureroute
by Oliver Roth 26 Nov '13

26 Nov '13

Hi all We do have a strange problem with loosing rtp in case of carrierroute - failureroute. If we send traffic directly to the failure gateway, we do have rtp without any problem Situation: Ua --> Freeswitch --> kamailio 3.3 --> gw 1 Error 404 --> failureroute --> media gateway voiceprompt for error 404 ==> this does not work Ua --> Freeswitch --> kamailio 3.3 rewrite to dest for voiceprompt 404 -->media gateway voiceprompt for error 404 ==> this works!! Any idea? For me it seems being a problem with branching or so. Regards, Oli Configs below: Main routing block request_route { --- do all the checks route(CARRIERROUTE); route(RELAY); } route[RELAY] { xlog(, "L_INFO", "RELAY: Outbound sent via $avp(s:trunk_out)"); # 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"); xlog(,"L_INFO", "RELAX - Manage branch ...\n"); } if (is_method("INVITE")) { t_on_failure("MANAGE_FAILURE"); } if (!t_relay()) { sl_reply_error(); } exit; } # carrierroute route[CARRIERROUTE] { xlog(,"L_INFO","Carrierroute module start \n"); $avp(s:tree) = "default"; # lookup from user and from domain cr_user_carrier("$fU", "$avp(s:trunk_in)", "$avp(s:cr_pref_carr)"); if($avp(s:cr_pref_carr) == 0){ # lookup from domain cr_user_carrier("", "$avp(s:trunk_in)", "$avp(s:cr_pref_carr)"); } if(!cr_route("$avp(s:cr_pref_carr)", "$avp(s:tree)", "$rU", "$rU", "call_id", "$avp(s:todirection)" )){ xlog("cr_route 403 no route found $avp(s:cr_pref_carr)"); sl_send_reply("403", "Not allowed"); exit; } $avp(s:trunk_out) = $avp(s:todirection); route(ALTERHEADER); } failure_route[MANAGE_FAILURE] { if (t_grep_status("486")){ xlog("L_INFO", "Status 486 - busy"); t_reply("486", "Busy"); } #revert_uri(); route(NATMANAGE); if (t_is_canceled()) { exit; } xlog("L_INFO", "failure_route $rd $T_reply_code $avp(s:trunk_in), $avp(s:tree), $rU, $rd, $T_reply_code, $avp(s:tree) \n"); if(!cr_next_domain("$avp(s:cr_pref_carr)", "$avp(s:tree)", "$rU", "$avp(s:trunk_in)", "$T_reply_code", "$avp(s:tree)" )){ xlog("cr_next_domain failed"); exit; } if(!cr_route("$avp(s:cr_pref_carr)", "$avp(s:tree)", "$rU", "$rU", "call_id", "$avp(s:todirection)" )){ xlog("cr_route failed"); exit; } $avp(s:trunk_out) = $avp(s:todirection); if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting setflag(FLT_ACCMISSED); # oro 28.10.13 } route(ALTERHEADER); t_on_failure("MANAGE_FAILURE"); if (!t_relay()) { xlog("failureroute t_relay failed"); exit; } }

1 1

route all calls to a wav file
by Joli Martinez 26 Nov '13

26 Nov '13

Hello, I am getting a lot of hits on port 5060. I would like all registered users to be sent to the correct location (currently working), but all unwanted users allow them to connect and any number they dial it will alway play a wav file. Is this possible if so how would I implement this. Thanks

3 2

Use of t_cancel_callid() to drop an early dialog
by Guillaume Bour 26 Nov '13

26 Nov '13

Hi All We wan't to prevent our users to make more than one call at time, so we choose to disconnect the previous call. When the previous call is established, we use dlg_bye(), and its ok. But when it is in early state, we use t_cancel_callid() to cancel its INVITE transaction. We face 2 issues: 1) we use local-request event route to account calls on timeout. Sometimes this route is called for the cancelled call (after default timeout of 1 hour) 2) t_cancel_callid() cancel previous call, but also _make current dialog disappear_: call is still ongoing and we can answer and talk to each other, but the dialog does not appear in 'kamctl stats dialog' and 'kamctl mi dlg_list' commands Is there a known limitation, or do we misuse t_cancel_callid() ? Regards, Guillaume

3 10

Setting up Conference Calls in Kamailio
by Mark Zeman 26 Nov '13

26 Nov '13

Hello everyone, We're thinking of setting up conference call capability for our Kamailio server, but we can't find any tutorials or documentation. Could someone point us in the right direction or maybe even tell us how to do it? Thanks!

2 1

Re: [SR-Users] Call hold and call conference implementation in kamailio
by Olle E. Johansson 26 Nov '13

26 Nov '13

26 nov 2013 kl. 14:22 skrev "Surendra" <surendra.pullaiah(a)plintron.com>: > Hi, > > Can we implement Call hold and Call conference features in kamailio. If how we can, else what will be the way to implement. > Can anyone help on this. These are media features better handled by end points and media servers. Kamailio by default doesn't handle media, it's a signalling server. Call HOld is between phones, so that's no issue. Call conference can be handled by using Asterisk, FreeSwitch or SylkServer and directing the calls that way in your Kamailio routing script. /O

1 0

Calls via Kamailio - Audio delay
by Mark Zeman 26 Nov '13

26 Nov '13

Hello everybody, having set up our Kamailio server and test env with Jitsi and CSipSimple successfully, we've noticed a delay of ~5 seconds in the audio. We are using IPv6 and encrypting everything (control and data channel) but this should still not lead to such a big delay, as far as we understand. Does anyone know why there would be this delay? Attached is our config, if that is of any help in fixing this delay. Cheers, Mark Zeman

2 1

Call hold and call conference implementation in kamailio
by Surendra 26 Nov '13

26 Nov '13

Hi, Can we implement Call hold and Call conference features in kamailio. If how we can, else what will be the way to implement. Can anyone help on this. Thanks in advance @surendra

1 0

ACL based on User-Agent
by Igor Potjevlesch 26 Nov '13

26 Nov '13

Hello, I was using an old unofficial module called 'check_ua.so' (with an old SER version) to check if an User-Agent is allowed or not. I don't find something similar to do this job in Kamailio. Maybe someone has already something workable with the existing modules? Regards, Igor. --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com

2 1

Problem with loose_route for a BYE
by Igor Potjevlesch 25 Nov '13

25 Nov '13

Hello, I work on interconnecting an old SER version with Kamailio. When a BYE is sent by the old SER, the "if (loose_route)" instruction returns false and then a "404 Not here" is sent. So the BYE is not relay to the UA. If the BYE is sent by Kamailio, no problem. Here are the BYE headers received by Kamailio: Record-Route: sip:OLD_SER_IP_ADDRESS;ftag=e97b7b77c5a3a9cc;lr=on Via: SIP/2.0/UDP OLD_SER_IP_ADDRESS;branch=z9hG4bKc9e5.3cbad207.0 Via: SIP/2.0/UDP UA_IP_ADDRESS_CONNECTED_TO_OLD_SER:5060;rport=5060;branch=z9hG4bK1fbe0a49fe3 44e6af1efd45b74305a9a Route: sip:KAMAILIO_IP_ADDRESS;lr=on I looked at the RR module documentation and it's clearly said that "The loose_route function analyzes the Route: headers in the requests. [.]If a Route: header is found, the function returns 1 and behaves as described in section 16.12 of RFC 3261.". Someone has an idea? Regards, Igor. --- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com

3 6

error handling
by Oliver Roth 24 Nov '13

24 Nov '13

Hi all Question about error handling with kamailio. We send call to carrier and get back error 404. In carrierfailureroute we catch up this error and send call to an internal freeswitch that plays a voiceprompt saying: "destination not available" In accounting this calls is collected like a "normal" call - cause the internal freeswitch did the connection. I would like to play the voiceprompt but get the error 404 and see the call in the missed calls acc table. With 486 (busy) it is simple because we do not need an rtp response ... just fast busy. How can we handle this for errors we need to play a voiceprompt? What we do in failure route: failure_route[MANAGE_FAILURE] { sip_trace(); setflag(22); if (t_grep_status("486")){ xlog("L_INFO", "Status 486 - busy"); t_reply("486", "Busy"); exit; } revert_uri(); route(NATMANAGE); if (t_is_canceled()) { exit; } xlog("L_INFO", "failure_route rd: $rd replCode: $T_reply_code trunk_in: $avp(s:trunk_in) Tree: $avp(s:tree), rU: $rU, todirection $avp(s:todirection) fu: $fu\n"); if(!cr_next_domain("$avp(s:cr_pref_carr)", "$avp(s:tree)", "$rU", "$avp(s:trunk_in)", "$T_reply_code", "$avp(s:tree)" )){ xlog("cr_next_domain failed"); exit; } if(!cr_route("$avp(s:cr_pref_carr)", "$avp(s:tree)", "$rU", "$rU", "call_id", "$avp(s:todirection)" )){ xlog("cr_route failed"); exit; } xlog("L_INFO", "failure_route rd: $rd replCode: $T_reply_code trunk_in: $avp(s:trunk_in) Tree: $avp(s:tree), rU: $rU, todirection $avp(s:todirection) fu: $fu \n"); $avp(s:trunk_out) = $avp(s:todirection); xlog(, "L_INFO", "RELAY - FailureRoute: Outbound sent via $avp(s:trunk_out) rU $rU -------------------------------------------------------- "); if (is_method("INVITE")) { setflag(FLT_ACC); # do accounting setflag(FLT_ACCMISSED); # oro 28.10.13 } route(ALTERHEADER); t_on_failure("MANAGE_FAILURE"); #append_branch(); if (!t_relay()) { xlog("failureroute t_relay failed"); exit; } }

3 5

Re: [SR-Users] SEG FAULT dialog
by Kelvin Chua 24 Nov '13

24 Nov '13

I can reproduce it consistently. I am doing serial forking into a non-existent host, when the caller gets impatient, it cancels the call and send another invite. this happens after that. full backtrace: #0 qm_detach_free (frag=0x7fb2b552e2b0, qm=<optimized out>) at mem/q_malloc.c:269 prev = 0x7fb2b5192058 next = 0x0 #1 qm_malloc (qm=0x7fb2b5192000, size=16) at mem/q_malloc.c:386 f = 0x7fb2b552e2b0 hash = -1256644520 #2 0x00007fb2b44f7e93 in set_dlg_variable_unsafe () from /usr/local/lib64/kamailio/modules/dialog.so No symbol table info available. #3 0x00007fb2b44fa3aa in pv_set_dlg_variable () from /usr/local/lib64/kamailio/modules/dialog.so No symbol table info available. #4 0x000000000047be59 in lval_pvar_assign (rv=0x7fb2bf8348f8, lv=0x7fb2bf834750, msg=0x7fb2bf8c7a00, h=<optimized out>) at lvalue.c:353 r_avp = <optimized out> ret = 1 destroy_pval = 1 pvar = 0x7fb2bf834758 pval = {rs = { s = 0x92750b "+1xx882xx111(a)2xx.xx1.3x.2xSIP/2.0\r\nRecord-Route: <sip:6x.x1.4.195;lr=on;ftag=gK085a1dec>\r\nRecord-Route: <sip:6X.2X1.8.8X;lr=on;ftag=gK085a1dec>\r\nAccept: application/sdp\r\nAllow: INVITE,ACK,CANCEL,BYE"..., len = 12}, ri = 0, flags = 4} avp_val = {n = 0, s = {s = 0x0, len = 0}, re = 0x0} v = <optimized out> #5 lval_assign (h=<optimized out>, msg=0x7fb2bf8c7a00, lv=0x7fb2bf834750, rve=0x7fb2bf8348f0) at lvalue.c:401 rv = 0x7fb2bf8348f8 ret = 0 __FUNCTION__ = "lval_assign" #6 0x000000000041cf14 in do_action (h=0x7fffe1b8f710, a=0x7fb2bf8332b0, msg=0x7fb2bf8c7a00) at action.c:1453 ret = -5 v = <optimized out> dst = {send_sock = 0x7fb2bdb0f080, to = {s = {sa_family = 0, sa_data = "\000\000\000\000\000\000\200-\210\000\000\000\000"}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\200-\210\000\000\000\000"}, sin6 = {sin6_family = 0, sin6_port = 0, sin6_flowinfo = 0, sin6_addr = {__in6_u = { __u6_addr8 = "\200-\210\000\000\000\000\000\016\000\000\000\000\000\000", __u6_addr16 = {11648, 136, 0, 0, 14, 0, 0, 0}, __u6_addr32 = {8924544, 0, 14, 0}}}, sin6_scope_id = 13}}, id = 0, proto = 58 ':', send_flags = {f = 180 '\264', blst_imask = 138 '\212'}} tmp = <optimized out> new_uri = <optimized out> end = <optimized out> crt = <optimized out> cmd = <optimized out> len = <optimized out> user = <optimized out> uri = {user = {s = 0x7fffe1b8eef0 "/", len = 0}, passwd = { s = 0x3000000010 <Address 0x3000000010 out of bounds>, len = -507973920}, host = { s = 0x7fffe1b8ee20 "", len = 17022112}, port = {s = 0x7fb2bffbd720 "", len = 8208}, params = { s = 0x2010 <Address 0x2010 out of bounds>, len = 17030320}, sip_params = { s = 0x2010 <Address 0x2010 out of bounds>, len = -1077387804}, headers = { s = 0x7fb2bffbdfb0 "0z\001\001", len = -507974144}, port_no = 55072, proto = 49147, type = 32690, flags = 17022128, transport = {s = 0x95 <Address 0x95 out of bounds>, len = -1241200896}, ttl = { s = 0x3734000000a0 <Address 0x3734000000a0 out of bounds>, len = -1081931184}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x63371f "", len = -1}, method = {s = 0x7fb2b519cb30 "\220\240H\265\262\177", len = 4310469}, lr = {s = 0x3000000018 <Address 0x3000000018 out of bounds>, len = -507973440}, r2 = { s = 0x7fffe1b8f000 "\210u\223", len = 8187}, gr = {s = 0x2 <Address 0x2 out of bounds>, len = 1}, transport_val = {s = 0x1 <Address 0x1 out of bounds>, len = 0}, ttl_val = { s = 0xffffffffffffffa0 <Address 0xffffffffffffffa0 out of bounds>, len = 17022112}, user_param_val = { s = 0x7fb2bffbd720 "", len = -507974064}, maddr_val = {s = 0x7fb2bf8c7a00 "\016", len = -1081931184}, method_val = {s = 0x2010 <Address 0x2010 out of bounds>, len = -507971824}, lr_val = {s = 0x0, len = -507971824}, r2_val = {s = 0x7fffe1b8f580 "\001", len = -1}, gr_val = { s = 0x7fb2b519cb30 "\220\240H\265\262\177", len = 4346308}} next_hop = {user = {s = 0x0, len = 1}, passwd = {s = 0x7fffe1b8f710 "\002", len = 1237187532}, host = { s = 0x7fffe1b8f710 "\002", len = -507972224}, port = { s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1256600784}, params = { s = 0x3542f9ae92fdfbcc <Address 0x3542f9ae92fdfbcc out of bounds>, len = -589431860}, sip_params = { s = 0x0, len = 17022128}, headers = {s = 0x15 <Address 0x15 out of bounds>, len = 1}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = 4294967200, transport = {s = 0x7fffe1b8efe8 "l\345N", len = -1076936721}, ttl = {s = 0x1 <Address 0x1 out of bounds>, len = -1114716768}, user_param = { s = 0x1c0000002f <Address 0x1c0000002f out of bounds>, len = 7}, maddr = { s = 0x710000000a <Address 0x710000000a out of bounds>, len = 2}, method = {s = 0x0, len = -18000}, lr = {s = 0x1017a30 "EST", len = 6323844}, r2 = {s = 0x7fb2bd8ed356 "tm [t_lookup.c:716]: ", len = -507972224}, gr = {s = 0x7fffe1b8f710 "\002", len = 5148368}, transport_val = {s = 0x0, len = 0}, ttl_val = {s = 0x7fb2bf8c7a00 "\016", len = -507973348}, user_param_val = { s = 0x103bcb0 "<135>Nov 19 07:28:47 /usr/local/sbin/kamailio[15556]: DEBUG: dialog [dlg_hash.c:602]: dlg_lookup(): dialog id=7094 found on entry 2049\n", len = 0}, maddr_val = { s = 0x103bcb0 "<135>Nov 19 07:28:47 /usr/local/sbin/kamailio[15556]: DEBUG: dialog [dlg_hash.c:602]: dlg_lookup(): dialog id=7094 found on entry 2049\n", len = -1115163744}, method_val = { s = 0x99 <Address 0x99 out of bounds>, len = 1384864127}, lr_val = {s = 0x882d80 "", len = -1081312768}, r2_val = {s = 0x7fb2bdb0f080 "\016", len = 8924544}, gr_val = { s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1081930768}} u = <optimized out> port = <optimized out> dst_host = <optimized out> i = <optimized out> flags = <optimized out> avp = <optimized out> st = {flags = 3213654528, id = 32690, name = {n = -507971824, s = {s = 0x7fffe1b8f710 "\002", len = -507972224}, re = 0x7fffe1b8f710}, avp = 0x4ee56c} sct = <optimized out> sjt = <optimized out> rve = <optimized out> mct = <optimized out> rv = <optimized out> rv1 = <optimized out> c1 = {cache_type = 3213020352, val_type = 32690, c = {avp_val = {n = 0, s = { s = 0x7fb200000000 <Address 0x7fb200000000 out of bounds>, len = -1081312768}, re = 0x7fb200000000}, pval = {rs = {s = 0x7fb200000000 <Address 0x7fb200000000 out of bounds>, len = -1081312768}, ri = -1124131338, flags = 32690}}, i2s = "\377\377\377\377\060", '\000' <repeats 16 times>} s = {s = 0x7fffe1b8f0d8 "\260\062\203\277\262\177", len = -507973632} srevp = {0x937588, 0x7fb2bfc4f1fc} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, { type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __FUNCTION__ = "do_action" #7 0x000000000041c5c5 in run_actions (h=0x7fffe1b8f710, a=0x7fb2bf8313a0, msg=0x7fb2bf8c7a00) at action.c:1573 t = <optimized out> ret = <optimized out> mod = <optimized out> ms = 0 __FUNCTION__ = "run_actions" #8 0x000000000041d92e in do_action (h=0x7fffe1b8f710, a=0x7fb2bf8396d0, msg=0x7fb2bf8c7a00) at action.c:1065 ret = 1 v = 1 dst = {send_sock = 0x0, to = {s = {sa_family = 0, sa_data = "\000\000\001\000\000\000\000\000\000\000\000\000\000"}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 1}, sin_zero = "\000\000\000\000\000\000\000"}, sin6 = { sin6_family = 0, sin6_port = 0, sin6_flowinfo = 1, sin6_addr = {__in6_u = { __u6_addr8 = "\000\000\000\000\000\000\000\000\001\000\000\000\000\000\000", __u6_addr16 = {0, 0, 0, 0, 1, 0, 0, 0}, __u6_addr32 = {0, 0, 1, 0}}}, sin6_scope_id = 0}}, id = 0, proto = -80 '\260', send_flags = {f = 188 '\274', blst_imask = 3 '\003'}} tmp = <optimized out> new_uri = <optimized out> end = <optimized out> crt = <optimized out> cmd = <optimized out> len = <optimized out> user = <optimized out> uri = {user = {s = 0x3635353531000002 <Address 0x3635353531000002 out of bounds>, len = 1}, passwd = { s = 0x0, len = 17022128}, host = {s = 0x7fffe1b8f460 "/", len = 0}, port = { s = 0x3000000010 <Address 0x3000000010 out of bounds>, len = -507972528}, params = { s = 0x7fffe1b8f390 "\260\337\373\277\262\177", len = -1076936721}, sip_params = { s = 0xa2 <Address 0xa2 out of bounds>, len = -1114690816}, headers = { s = 0x1c0000002f <Address 0x1c0000002f out of bounds>, len = 7}, port_no = 10, proto = 0, type = 113, flags = URI_SIP_USER_PHONE, transport = {s = 0x0, len = -18000}, ttl = {s = 0x1017a30 "EST", len = -1076935806}, user_param = {s = 0x7fb2b5531d90 "P\213\065\265\262\177", len = 48}, maddr = { s = 0x3734e1b8f3b8 <Address 0x3734e1b8f3b8 out of bounds>, len = -507972896}, method = { s = 0x3531320000000002 <Address 0x3531320000000002 out of bounds>, len = -1076363582}, lr = { s = 0x103bcbc "07:28:47 /usr/local/sbin/kamailio[15556]: DEBUG: dialog [dlg_hash.c:602]: dlg_lookup(): dialog id=7094 found on entry 2049\n", len = 17022140}, r2 = {s = 0x7fb2bffbb3c0 "", len = 7}, gr = { s = 0x3000000018 <Address 0x3000000018 out of bounds>, len = -507972048}, transport_val = { s = 0x7fffe1b8f570 "\001", len = 8187}, ttl_val = {s = 0x2 <Address 0x2 out of bounds>, len = 1}, user_param_val = {s = 0x1 <Address 0x1 out of bounds>, len = 0}, maddr_val = { s = 0xffffffffffffffa0 <Address 0xffffffffffffffa0 out of bounds>, len = 17022112}, method_val = { s = 0x7fb2bffbd720 "", len = 8208}, lr_val = {s = 0x2010 <Address 0x2010 out of bounds>, len = 17030320}, r2_val = {s = 0x2010 <Address 0x2010 out of bounds>, len = -1077387804}, gr_val = { s = 0x7fb2bffbdfb0 "0z\001\001", len = -1077164088}} next_hop = {user = {s = 0x7fb2bffbd720 "", len = 8180}, passwd = { s = 0x3635353531000002 <Address 0x3635353531000002 out of bounds>, len = 17022112}, host = {s = 0x0, len = -1077381378}, port = {s = 0x7fffe1b8f5f0 "", len = 0}, params = { s = 0x3000000010 <Address 0x3000000010 out of bounds>, len = -507972128}, sip_params = { s = 0x7fffe1b8f520 "\002", len = -1077164088}, headers = {s = 0x0, len = 8180}, port_no = 2, proto = 12544, type = 909456693, flags = 17022128, transport = {s = 0x0, len = 1}, ttl = { s = 0x7fffe1b8f650 "0\313\031\265\262\177", len = 0}, user_param = { s = 0x3000000010 <Address 0x3000000010 out of bounds>, len = -507972032}, maddr = { s = 0x7fffe1b8f580 "\001", len = 6526864}, method = { s = 0x37340000002f <Address 0x37340000002f out of bounds>, len = 7}, lr = { s = 0x320000710000000a <Address 0x320000710000000a out of bounds>, len = -1076363582}, r2 = { s = 0x103bcbc "07:28:47 /usr/local/sbin/kamailio[15556]: DEBUG: dialog [dlg_hash.c:602]: dlg_lookup(): dialog id=7094 found on entry 2049\n", len = 17022140}, gr = {s = 0x7fb2bffbb3c0 "", len = 7}, transport_val = { s = 0x3000000018 <Address 0x3000000018 out of bounds>, len = -507971648}, ttl_val = { s = 0x7fffe1b8f700 "0\313\031\265\262\177", len = 8187}, user_param_val = { s = 0x373400000002 <Address 0x373400000002 out of bounds>, len = 1}, maddr_val = { s = 0x1 <Address 0x1 out of bounds>, len = -1076363582}, method_val = { s = 0x103bcbc "07:28:47 /usr/local/sbin/kamailio[15556]: DEBUG: dialog [dlg_hash.c:602]: dlg_lookup(): dialog id=7094 found on entry 2049\n", len = 17022140}, lr_val = {s = 0x7fb2bffbb3c0 "", len = 7}, r2_val = { s = 0x3000000018 <Address 0x3000000018 out of bounds>, len = -507971552}, gr_val = { s = 0x7fffe1b8f760 "", len = 8187}} u = <optimized out> port = <optimized out> dst_host = <optimized out> i = <optimized out> flags = <optimized out> avp = <optimized out> st = {flags = 2, id = 0, name = {n = 1, s = {s = 0x1 <Address 0x1 out of bounds>, len = 1}, re = 0x1}, avp = 0x0} sct = <optimized out> sjt = <optimized out> rve = <optimized out> mct = <optimized out> rv = <optimized out> rv1 = <optimized out> c1 = {cache_type = 137, val_type = RV_NONE, c = {avp_val = {n = 17022112, s = {s = 0x103bca0 "`\002", len = 160}, re = 0x103bca0}, pval = {rs = {s = 0x103bca0 "`\002", len = 160}, ri = -1077381378, flags = 32690}}, i2s = " \327\373\277\262\177\000\000\000\000\000\000\001\000\000\000\340\366\270\341\377\177"} s = {s = 0xffffffffffffffa0 <Address 0xffffffffffffffa0 out of bounds>, len = 17022112} srevp = {0x7fb2bffbd720, 0x2010} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, { type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = { s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}} __FUNCTION__ = "do_action" #9 0x000000000041c5c5 in run_actions (h=0x7fffe1b8f710, a=0x7fb2bf82d4c0, msg=0x7fb2bf8c7a00) at action.c:1573 t = <optimized out> ret = <optimized out> mod = <optimized out> ms = 0#0 qm_detach_free (frag=0x7fb2b552e2b0, qm=<optimized out>) at mem/q_malloc.c:269 prev = 0x7fb2b5192058 next = 0x0 ... cut .... Kelvin Chua On Tue, Nov 19, 2013 at 9:40 PM, Daniel-Constantin Mierla <miconda(a)gmail.com > wrote: > Hello, > > can you get the output for 'bt full'? Probably you have to install the > debug symbols (kamailio-dbg package) for getting something useful. > > Another question, can you reproduce it? Or it happens sporadically? > > Cheers, > Daniel > > > > > On 11/19/13 1:11 PM, Kelvin Chua wrote: > > kamailio 4.0.4 > has anybody experience this using dialog module? > > backtrace: > #0 0x000000000057af45 in qm_malloc () > #1 0x00007f268ac0fe93 in set_dlg_variable_unsafe () from > /usr/local/lib64/kamailio/modules/dialog.so > #2 0x00007f268ac123aa in pv_set_dlg_variable () from > /usr/local/lib64/kamailio/modules/dialog.so > #3 0x000000000047be59 in lval_assign () > #4 0x000000000041cf14 in do_action () > #5 0x000000000041c5c5 in run_actions () > #6 0x000000000041d92e in do_action () > #7 0x000000000041c5c5 in run_actions () > #8 0x0000000000425250 in run_top_route () > #9 0x00000000004bfcce in receive_msg () > #10 0x000000000056a2df in udp_rcv_loop () > #11 0x0000000000481b43 in main_loop () > #12 0x000000000041c081 in main () > > logfile: > DEBUG: <core> [parser/msg_parser.c:623]: parse_msg(): SIP Request: > DEBUG: <core> [parser/msg_parser.c:625]: parse_msg(): method: <ACK> > DEBUG: <core> [parser/msg_parser.c:627]: parse_msg(): uri: > <sip:+1XX882XX111@2XX.XX1.X9.2X> > DEBUG: <core> [parser/msg_parser.c:629]: parse_msg(): version: <SIP/2.0> > DEBUG: <core> [parser/parse_via.c:1284]: parse_via_param(): Found param > type 232, <branch> = <z9hG4bKe97b.5a4397f3.0>; state=16 > DEBUG: <core> [parser/parse_via.c:2672]: parse_via(): end of header > reached, state=5 > DEBUG: <core> [parser/msg_parser.c:513]: parse_headers(): parse_headers: > Via found, flags=2 > DEBUG: <core> [parser/msg_parser.c:515]: parse_headers(): parse_headers: > this is the first via > DEBUG: <core> [receive.c:151]: receive_msg(): After parse_msg... > DEBUG: <core> [receive.c:192]: receive_msg(): preparing to run routing > scripts... > DEBUG: <core> [parser/parse_to.c:176]: parse_to_param(): DEBUG: add_param: > tag=bbd932f8f9dbf9743f9b7cadcbf622ac.0dc7 > DEBUG: <core> [parser/parse_to.c:799]: parse_to(): end of header reached, > state=29 > DEBUG: <core> [parser/msg_parser.c:190]: get_hdr_field(): DEBUG: > get_hdr_field: <To> [74]; uri=[sip:+1XX882XX111@6X.X31.X.8X] > DEBUG: <core> [parser/msg_parser.c:192]: get_hdr_field(): DEBUG: to body [ > <sip:+1XX882XX111@6X.X31.X.8X>] > DEBUG: sl [sl_funcs.c:415]: sl_filter_ACK(): SL local ACK found -> > dropping it! > DEBUG: <core> [usr_avp.c:644]: destroy_avp_list(): DEBUG:destroy_avp_list: > destroying list (nil) > last message repeated 5 times > DEBUG: <core> [xavp.c:447]: xavp_destroy_list(): destroying xavp list (nil) > DEBUG: <core> [receive.c:295]: receive_msg(): receive_msg: cleaning up > segfault at 0 ip 000000000057af45 sp 00007fff30e44ac0 error 4 in > kamailio[400000+27c000] > > Kelvin Chua > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > -- > Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda > Kamailio Advanced Trainings - Berlin, Nov 25-28 > - more details about Kamailio trainings at http://www.asipto.com - > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > >

2 4

kamailio 4.0.4 package for ubuntu
by Freddy Andersen 23 Nov '13

23 Nov '13

I’m currently running Kamailio 4.0.3 in production and think I’m hitting bugs that looks like they are fixed in 4.0.4 but deb.kamailio.org does not have 4.0.4 yet? Any timeline when this will get released? -- - Freddy

1 0

ubuntu package for kamailio 4.0.4
by Freddy Andersen 23 Nov '13

23 Nov '13

I’m currently running Kamailio 4.0.3 in production and think I’m hitting bugs that looks like they are fixed in 4.0.4 but deb.kamailio.org does not have 4.0.4 yet? Any timeline when this will get released? -- - Freddy

1 0

Kamailio returns "405 Method Not Allowed" for SIP MESSAGE request
by Karthikeyan R 22 Nov '13

22 Nov '13

Is Kamailio supports SIP MESSAGE request? Please let me know how to configure. Regards, Karthikeyan R DISCLAIMER: This email message and all attachments are confidential and may contain information that is Privileged, Confidential or exempt from disclosure under applicable law. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please notify us immediately by return email to mailadmin(a)spanservices.com and destroy the original message. Opinions, conclusions and other information in this message that do not relate to the official of SPAN, shall be understood to be nether given nor endorsed by SPAN.

3 2

siptrace & sipcapture - write to multiple tables
by Grant Bagdasarian 22 Nov '13

22 Nov '13

Hello, Is it possible to have the sipcapture module write the duplicated messages to multiple tables? If not, is it possible to have the siptrace module duplicate the message to multiple Sip Capture instances? Regards, Grant

3 3

add carrier
by Joli Martinez 21 Nov '13

21 Nov '13

Hello, I have Kamailio installed as an SBC with Freeswitch. I would like to add a SIP trunk to Kamailio. Is there any documentation on how to do this? Also, is it recommended to add trunks to Kamailio vs Freeswitch if so why? Thanks

3 5

REGISTER request's "Via" address used to send INVITE
by Karthikeyan R 21 Nov '13

21 Nov '13

Hi All, I'm trying to configure the Kamailio Server (V 4.0.3) as Registrar with OverSIP server (V 1.4.1) as a Proxy for my WebRTC client; While calling UserB from UserA, the Kamailio is trying to find the UserB using address from Via address in UserB's REGISTER request; I'm also using GRUU and enabled the same in configuration file. Can someone help me what's wrong in my configuration / is Kamailio requires any additional settings to resolve this issue? Attached Files.zip contains the following files: OverSip-Kamailio.pcapng - Contains the packet capture between the OverSIP and Kamailio Servers. Kamailio-Logs.txt - Shows the error message that Kamailio is trying to resolve address and it's failed. User-records.txt - Output of "kamctl ul show". Kamailio.cfg - Configuration file for Kamailio. Note: I have configured MySQL as DBENGINE, but haven't created any DB tables. Thanks in Advance, Karthikeyan R DISCLAIMER: This email message and all attachments are confidential and may contain information that is Privileged, Confidential or exempt from disclosure under applicable law. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please notify us immediately by return email to mailadmin(a)spanservices.com and destroy the original message. Opinions, conclusions and other information in this message that do not relate to the official of SPAN, shall be understood to be nether given nor endorsed by SPAN.

1 0

Problem with 4.0 nightlies and IMS - sem_post undefined
by Barry Flanagan 21 Nov '13

21 Nov '13

Hi I am trying to run the Ubuntu nightlies from http://deb.kamailio.org/kamailiodev-nightly and loading the p-cscf config files. Things were working fine while I was on the 20130110 nightlies, but when I upgraded to 20130122 I get the following errors. Any have an idea why sem_post is undefined and how to fix this? 0(1980) ERROR: <core> [sr_module.c:572]: ERROR: load_module: could not open module </usr/lib64/kamailio/modules/ims_registrar_pcscf.so>: /usr/lib64/kamailio/modules/ims_registrar_pcscf.so: undefined symbol: sem_post 0(1980) ERROR: <core> [sr_module.c:572]: ERROR: load_module: could not open module </usr/lib64/kamailio/modules/cdp.so>: /usr/lib64/kamailio/modules/cdp.so: undefined symbol: sem_post 0(1980) ERROR: <core> [sr_module.c:572]: ERROR: load_module: could not open module </usr/lib64/kamailio/modules/ims_qos.so>: /usr/lib64/kamailio/modules/ims_qos.so: undefined symbol: sem_post Thanks -Barry Flanagan

4 10

append_hf to CANCEL
by Grant Bagdasarian 21 Nov '13

21 Nov '13

Hello, I'm executing the following code for both the BYE and CANCEL in request_route: if (is_method("BYE|CANCEL")) { #finished $var(finished) = $TS; append_hf("X-Finished: $var(finished)\r\n"); } For some reason, the X-Finished header is appended to the BYE, but not the CANCEL. The CANCEL is forwarded further. I have the setflag(22); set, so all outbound messages are sent to the Capture server. Does append_hf not work for CANCEL requests?

4 9

Transaction Matching Not Working
by Samuel Ware 21 Nov '13

21 Nov '13

I am currently working on building a type of outbound proxy. I am having an issue with t_check_trans() not finding the associated transaction. I thought maybe this was because I was manipulating the RURI and other headers so I turned on the called_matching parameter and turned off ruri_matching and via1_matching. I get the same result as before making that change of the t_check_trans() not returning a positive value. # Check source address/port of request if ($si != "xxx.xxx.xxx.xxx") { # This means that the server communicating is not an internal # sip signaling server. We must determine in the message is # part of an existing Call Dialog. If not, we drop the message. # If so, relay the message on presumably to the appropriate internal # server. if ( t_check_trans() ) { # Confirmed part of an existing dialog, so we relay xlog("L_INFO","External Server ($si:$sp) - Sent Relay Message (Call ID: $ci METHOD: $rm)"); route(RELAY); exit; } else { # Message is not part of an existing dialog, so drop it with # no response xlog("L_WARN","External Server ($si:$sp) - Sent Non-Authorized Message (Call ID: $ci METHOD: $rm)"); exit; } }; SIP Capture: U 2013/11/20 17:08:16.87172 xxx.xxx.xxx.xxx:5060 -> yyy.yyy.yyy.yyy:5060 INVITE sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy SIP/2.0 Via: SIP/2.0/UDP xxx.xxx.xxx.xxx;rport;branch=z9hG4bKceQ2e5g58evvD Max-Forwards: 15 From: "" <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:mod_sofia@xxx.xxx.xxx.xxx:5060> User-Agent: FreeSWITCH-mod_sofia/1.5.5b+git~20130723T192601Z~1dbcfbfa02 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, hold, conference, refer Privacy: none Content-Type: application/sdp Content-Disposition: session Content-Length: 205 X-VSIP-CUST-IP: 162.243.64.6 X-AUTH-IP: 162.243.64.6 X-VSIP-OUTBOUND: DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060 X-FS-Support: update_display,send_info P-Asserted-Identity: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx> v=0 o=FreeSWITCH 390420642 390420643 IN IP4 xxx.xxx.xxx.xxx s=FreeSWITCH c=IN IP4 xxx.xxx.xxx.xxx t=0 0 m=audio 19532 RTP/AVP 0 8 3 101 13 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 U 2013/11/20 17:08:16.87340 yyy.yyy.yyy.yyy:5060 -> xxx.xxx.xxx.xxx:5060 SIP/2.0 100 trying -- your call is important to us Via: SIP/2.0/UDP xxx.xxx.xxx.xxx;rport=5060;branch=z9hG4bKceQ2e5g58evvD From: "" <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Server: kamailio (4.0.4 (x86_64/linux)) Content-Length: 0 U 2013/11/20 17:08:16.87387 yyy.yyy.yyy.yyy:5060 -> zzz.zzz.zzz.zzz:5060 INVITE sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060 SIP/2.0 Record-Route: <sip:yyy.yyy.yyy.yyy;lr=on> Via: SIP/2.0/UDP yyy.yyy.yyy.yyy;branch=z9hG4bK9dcc.06fa6927.0 ;rport=5060Max-Forwards: 14 From: "" <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:mod_sofia@xxx.xxx.xxx.xxx:5060> User-Agent: VSIP-OP v0.1 Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY Supported: timer, precondition, path, replaces Allow-Events: talk, hold, conference, refer Privacy: none Content-Type: application/sdp Content-Disposition: session Content-Length: 205 X-AUTH-IP: 162.243.64.6 X-FS-Support: update_display,send_info P-Asserted-Identity: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx> v=0 o=FreeSWITCH 390420642 390420643 IN IP4 xxx.xxx.xxx.xxx s=FreeSWITCH c=IN IP4 xxx.xxx.xxx.xxx t=0 0 m=audio 19532 RTP/AVP 0 8 3 101 13 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=ptime:20 U 2013/11/20 17:08:16.117314 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 SIP/2.0 100 Trying Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bK9dcc.06fa6927.0 From: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Server: MERA MVTS3G v.4.3.0-46 Content-Length: 0 U 2013/11/20 17:08:18.383674 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 SIP/2.0 183 Progress Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bK9dcc.06fa6927.0 Record-Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Content-Type: application/sdp Server: MERA MVTS3G v.4.3.0-46 Content-Length: 243 v=0 o=- 1384967471 1384967471 IN IP4 209.165.2.198 s=- c=IN IP4 209.165.2.198 t=0 0 m=audio 32278 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv a=silenceSupp:off - - - - U 2013/11/20 17:08:18.570976 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bK9dcc.06fa6927.0 Record-Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Content-Type: application/sdp Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, REFER, REGISTER, UPDATE Server: MERA MVTS3G v.4.3.0-46 X-mera-expires: 86460 Content-Length: 243 v=0 o=- 1384967471 1384967471 IN IP4 209.165.2.198 s=- c=IN IP4 209.165.2.198 t=0 0 m=audio 32278 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv a=silenceSupp:off - - - - U 2013/11/20 17:08:19.71773 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bK9dcc.06fa6927.0 Record-Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Content-Type: application/sdp Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, REFER, REGISTER, UPDATE Server: MERA MVTS3G v.4.3.0-46 X-mera-expires: 86460 Content-Length: 243 v=0 o=- 1384967471 1384967471 IN IP4 209.165.2.198 s=- c=IN IP4 209.165.2.198 t=0 0 m=audio 32278 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv a=silenceSupp:off - - - - U 2013/11/20 17:08:20.72864 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bK9dcc.06fa6927.0 Record-Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Content-Type: application/sdp Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, REFER, REGISTER, UPDATE Server: MERA MVTS3G v.4.3.0-46 X-mera-expires: 86460 Content-Length: 243 v=0 o=- 1384967471 1384967471 IN IP4 209.165.2.198 s=- c=IN IP4 209.165.2.198 t=0 0 m=audio 32278 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv a=silenceSupp:off - - - - U 2013/11/20 17:08:22.74578 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bK9dcc.06fa6927.0 Record-Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Content-Type: application/sdp Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, REFER, REGISTER, UPDATE Server: MERA MVTS3G v.4.3.0-46 X-mera-expires: 86460 Content-Length: 243 v=0 o=- 1384967471 1384967471 IN IP4 209.165.2.198 s=- c=IN IP4 209.165.2.198 t=0 0 m=audio 32278 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv a=silenceSupp:off - - - - U 2013/11/20 17:08:26.73588 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bK9dcc.06fa6927.0 Record-Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Content-Type: application/sdp Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, REFER, REGISTER, UPDATE Server: MERA MVTS3G v.4.3.0-46 X-mera-expires: 86460 Content-Length: 243 v=0 o=- 1384967471 1384967471 IN IP4 209.165.2.198 s=- c=IN IP4 209.165.2.198 t=0 0 m=audio 32278 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv a=silenceSupp:off - - - - U 2013/11/20 17:08:30.72173 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bK9dcc.06fa6927.0 Record-Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Content-Type: application/sdp Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, REFER, REGISTER, UPDATE Server: MERA MVTS3G v.4.3.0-46 X-mera-expires: 86460 Content-Length: 243 v=0 o=- 1384967471 1384967471 IN IP4 209.165.2.198 s=- c=IN IP4 209.165.2.198 t=0 0 m=audio 32278 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv a=silenceSupp:off - - - - U 2013/11/20 17:08:32.187227 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 BYE sip:mod_sofia@xxx.xxx.xxx.xxx:5060 SIP/2.0 Via: SIP/2.0/UDP zzz.zzz.zzz.zzz:5060;rport;branch=z9hG4bK-2095418569-3809543762-352366480-125028071 Via: SIP/2.0/UDP 10.11.12.224:5061;rport=5061;branch=z9hG4bK-2095418569-3809543762-352366480-12502807;received=10.11.12.224 Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 To: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147671 BYE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Max-Forwards: 70 User-Agent: MERA MVTS3G v.4.3.0-46 Reason: MVTSLocal;cause=10;text="BYE received" Content-Length: 0 U 2013/11/20 17:08:32.686940 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 BYE sip:mod_sofia@xxx.xxx.xxx.xxx:5060 SIP/2.0 Via: SIP/2.0/UDP zzz.zzz.zzz.zzz:5060;rport;branch=z9hG4bK-2095418569-3809543762-352366480-125028071 Via: SIP/2.0/UDP 10.11.12.224:5061;rport=5061;branch=z9hG4bK-2095418569-3809543762-352366480-12502807;received=10.11.12.224 Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 To: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147671 BYE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Max-Forwards: 70 User-Agent: MERA MVTS3G v.4.3.0-46 Reason: MVTSLocal;cause=10;text="BYE received" Content-Length: 0 U 2013/11/20 17:08:33.688358 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 BYE sip:mod_sofia@xxx.xxx.xxx.xxx:5060 SIP/2.0 Via: SIP/2.0/UDP zzz.zzz.zzz.zzz:5060;rport;branch=z9hG4bK-2095418569-3809543762-352366480-125028071 Via: SIP/2.0/UDP 10.11.12.224:5061;rport=5061;branch=z9hG4bK-2095418569-3809543762-352366480-12502807;received=10.11.12.224 Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 To: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147671 BYE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Max-Forwards: 70 User-Agent: MERA MVTS3G v.4.3.0-46 Reason: MVTSLocal;cause=10;text="BYE received" Content-Length: 0 U 2013/11/20 17:08:34.71527 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bK9dcc.06fa6927.0 Record-Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Content-Type: application/sdp Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, REFER, REGISTER, UPDATE Server: MERA MVTS3G v.4.3.0-46 X-mera-expires: 86460 Content-Length: 243 v=0 o=- 1384967471 1384967471 IN IP4 209.165.2.198 s=- c=IN IP4 209.165.2.198 t=0 0 m=audio 32278 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv a=silenceSupp:off - - - - U 2013/11/20 17:08:35.688296 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 BYE sip:mod_sofia@xxx.xxx.xxx.xxx:5060 SIP/2.0 Via: SIP/2.0/UDP zzz.zzz.zzz.zzz:5060;rport;branch=z9hG4bK-2095418569-3809543762-352366480-125028071 Via: SIP/2.0/UDP 10.11.12.224:5061;rport=5061;branch=z9hG4bK-2095418569-3809543762-352366480-12502807;received=10.11.12.224 Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 To: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147671 BYE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Max-Forwards: 70 User-Agent: MERA MVTS3G v.4.3.0-46 Reason: MVTSLocal;cause=10;text="BYE received" Content-Length: 0 U 2013/11/20 17:08:38.70512 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bK9dcc.06fa6927.0 Record-Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Content-Type: application/sdp Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, REFER, REGISTER, UPDATE Server: MERA MVTS3G v.4.3.0-46 X-mera-expires: 86460 Content-Length: 243 v=0 o=- 1384967471 1384967471 IN IP4 209.165.2.198 s=- c=IN IP4 209.165.2.198 t=0 0 m=audio 32278 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv a=silenceSupp:off - - - - U 2013/11/20 17:08:39.691038 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 BYE sip:mod_sofia@xxx.xxx.xxx.xxx:5060 SIP/2.0 Via: SIP/2.0/UDP zzz.zzz.zzz.zzz:5060;rport;branch=z9hG4bK-2095418569-3809543762-352366480-125028071 Via: SIP/2.0/UDP 10.11.12.224:5061;rport=5061;branch=z9hG4bK-2095418569-3809543762-352366480-12502807;received=10.11.12.224 Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 To: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147671 BYE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Max-Forwards: 70 User-Agent: MERA MVTS3G v.4.3.0-46 Reason: MVTSLocal;cause=10;text="BYE received" Content-Length: 0 U 2013/11/20 17:08:42.74073 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bK9dcc.06fa6927.0 Record-Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Content-Type: application/sdp Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, REFER, REGISTER, UPDATE Server: MERA MVTS3G v.4.3.0-46 X-mera-expires: 86460 Content-Length: 243 v=0 o=- 1384967471 1384967471 IN IP4 209.165.2.198 s=- c=IN IP4 209.165.2.198 t=0 0 m=audio 32278 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv a=silenceSupp:off - - - - U 2013/11/20 17:08:43.689345 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 BYE sip:mod_sofia@xxx.xxx.xxx.xxx:5060 SIP/2.0 Via: SIP/2.0/UDP zzz.zzz.zzz.zzz:5060;rport;branch=z9hG4bK-2095418569-3809543762-352366480-125028071 Via: SIP/2.0/UDP 10.11.12.224:5061;rport=5061;branch=z9hG4bK-2095418569-3809543762-352366480-12502807;received=10.11.12.224 Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 To: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147671 BYE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Max-Forwards: 70 User-Agent: MERA MVTS3G v.4.3.0-46 Reason: MVTSLocal;cause=10;text="BYE received" Content-Length: 0 U 2013/11/20 17:08:46.77664 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bK9dcc.06fa6927.0 Record-Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Content-Type: application/sdp Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, REFER, REGISTER, UPDATE Server: MERA MVTS3G v.4.3.0-46 X-mera-expires: 86460 Content-Length: 243 v=0 o=- 1384967471 1384967471 IN IP4 209.165.2.198 s=- c=IN IP4 209.165.2.198 t=0 0 m=audio 32278 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv a=silenceSupp:off - - - - U 2013/11/20 17:08:47.689095 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 BYE sip:mod_sofia@xxx.xxx.xxx.xxx:5060 SIP/2.0 Via: SIP/2.0/UDP zzz.zzz.zzz.zzz:5060;rport;branch=z9hG4bK-2095418569-3809543762-352366480-125028071 Via: SIP/2.0/UDP 10.11.12.224:5061;rport=5061;branch=z9hG4bK-2095418569-3809543762-352366480-12502807;received=10.11.12.224 Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 To: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147671 BYE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Max-Forwards: 70 User-Agent: MERA MVTS3G v.4.3.0-46 Reason: MVTSLocal;cause=10;text="BYE received" Content-Length: 0 U 2013/11/20 17:08:50.76714 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP yyy.yyy.yyy.yyy:5060;branch=z9hG4bK9dcc.06fa6927.0 Record-Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 INVITE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Content-Type: application/sdp Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, REFER, REGISTER, UPDATE Server: MERA MVTS3G v.4.3.0-46 X-mera-expires: 86460 Content-Length: 243 v=0 o=- 1384967471 1384967471 IN IP4 209.165.2.198 s=- c=IN IP4 209.165.2.198 t=0 0 m=audio 32278 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv a=silenceSupp:off - - - - U 2013/11/20 17:08:51.688846 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 BYE sip:mod_sofia@xxx.xxx.xxx.xxx:5060 SIP/2.0 Via: SIP/2.0/UDP zzz.zzz.zzz.zzz:5060;rport;branch=z9hG4bK-2095418569-3809543762-352366480-125028071 Via: SIP/2.0/UDP 10.11.12.224:5061;rport=5061;branch=z9hG4bK-2095418569-3809543762-352366480-12502807;received=10.11.12.224 Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 To: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147671 BYE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Max-Forwards: 70 User-Agent: MERA MVTS3G v.4.3.0-46 Reason: MVTSLocal;cause=10;text="BYE received" Content-Length: 0 U 2013/11/20 17:08:55.689470 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 BYE sip:mod_sofia@xxx.xxx.xxx.xxx:5060 SIP/2.0 Via: SIP/2.0/UDP zzz.zzz.zzz.zzz:5060;rport;branch=z9hG4bK-2095418569-3809543762-352366480-125028071 Via: SIP/2.0/UDP 10.11.12.224:5061;rport=5061;branch=z9hG4bK-2095418569-3809543762-352366480-12502807;received=10.11.12.224 Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 To: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147671 BYE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Max-Forwards: 70 User-Agent: MERA MVTS3G v.4.3.0-46 Reason: MVTSLocal;cause=10;text="BYE received" Content-Length: 0 U 2013/11/20 17:08:55.903509 xxx.xxx.xxx.xxx:5060 -> yyy.yyy.yyy.yyy:5060 CANCEL sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy SIP/2.0 Via: SIP/2.0/UDP xxx.xxx.xxx.xxx;rport;branch=z9hG4bKceQ2e5g58evvD Max-Forwards: 15 From: "" <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 CANCEL Reason: SIP;cause=487;text="ORIGINATOR_CANCEL" Content-Length: 0 U 2013/11/20 17:08:56.904308 xxx.xxx.xxx.xxx:5060 -> yyy.yyy.yyy.yyy:5060 CANCEL sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy SIP/2.0 Via: SIP/2.0/UDP xxx.xxx.xxx.xxx;rport;branch=z9hG4bKceQ2e5g58evvD Max-Forwards: 15 From: "" <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 CANCEL Reason: SIP;cause=487;text="ORIGINATOR_CANCEL" Content-Length: 0 U 2013/11/20 17:08:58.903685 xxx.xxx.xxx.xxx:5060 -> yyy.yyy.yyy.yyy:5060 CANCEL sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy SIP/2.0 Via: SIP/2.0/UDP xxx.xxx.xxx.xxx;rport;branch=z9hG4bKceQ2e5g58evvD Max-Forwards: 15 From: "" <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 CANCEL Reason: SIP;cause=487;text="ORIGINATOR_CANCEL" Content-Length: 0 U 2013/11/20 17:08:59.689703 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 BYE sip:mod_sofia@xxx.xxx.xxx.xxx:5060 SIP/2.0 Via: SIP/2.0/UDP zzz.zzz.zzz.zzz:5060;rport;branch=z9hG4bK-2095418569-3809543762-352366480-125028071 Via: SIP/2.0/UDP 10.11.12.224:5061;rport=5061;branch=z9hG4bK-2095418569-3809543762-352366480-12502807;received=10.11.12.224 Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 To: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147671 BYE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Max-Forwards: 70 User-Agent: MERA MVTS3G v.4.3.0-46 Reason: MVTSLocal;cause=10;text="BYE received" Content-Length: 0 U 2013/11/20 17:09:02.903777 xxx.xxx.xxx.xxx:5060 -> yyy.yyy.yyy.yyy:5060 CANCEL sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy SIP/2.0 Via: SIP/2.0/UDP xxx.xxx.xxx.xxx;rport;branch=z9hG4bKceQ2e5g58evvD Max-Forwards: 15 From: "" <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 CANCEL Reason: SIP;cause=487;text="ORIGINATOR_CANCEL" Content-Length: 0 U 2013/11/20 17:09:03.690873 zzz.zzz.zzz.zzz:5060 -> yyy.yyy.yyy.yyy:5060 BYE sip:mod_sofia@xxx.xxx.xxx.xxx:5060 SIP/2.0 Via: SIP/2.0/UDP zzz.zzz.zzz.zzz:5060;rport;branch=z9hG4bK-2095418569-3809543762-352366480-125028071 Via: SIP/2.0/UDP 10.11.12.224:5061;rport=5061;branch=z9hG4bK-2095418569-3809543762-352366480-12502807;received=10.11.12.224 Route: <sip:yyy.yyy.yyy.yyy;lr=on> From: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy>;tag=3234265279-3809543762-352365712-12502807 To: <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147671 BYE Contact: <sip:DST_PHONE_NUMBER@zzz.zzz.zzz.zzz:5060> Max-Forwards: 70 User-Agent: MERA MVTS3G v.4.3.0-46 Reason: MVTSLocal;cause=10;text="BYE received" Content-Length: 0 U 2013/11/20 17:09:06.902640 xxx.xxx.xxx.xxx:5060 -> yyy.yyy.yyy.yyy:5060 CANCEL sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy SIP/2.0 Via: SIP/2.0/UDP xxx.xxx.xxx.xxx;rport;branch=z9hG4bKceQ2e5g58evvD Max-Forwards: 15 From: "" <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 CANCEL Reason: SIP;cause=487;text="ORIGINATOR_CANCEL" Content-Length: 0 U 2013/11/20 17:09:10.904529 xxx.xxx.xxx.xxx:5060 -> yyy.yyy.yyy.yyy:5060 CANCEL sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy SIP/2.0 Via: SIP/2.0/UDP xxx.xxx.xxx.xxx;rport;branch=z9hG4bKceQ2e5g58evvD Max-Forwards: 15 From: "" <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 CANCEL Reason: SIP;cause=487;text="ORIGINATOR_CANCEL" Content-Length: 0 U 2013/11/20 17:09:14.903813 xxx.xxx.xxx.xxx:5060 -> yyy.yyy.yyy.yyy:5060 CANCEL sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy SIP/2.0 Via: SIP/2.0/UDP xxx.xxx.xxx.xxx;rport;branch=z9hG4bKceQ2e5g58evvD Max-Forwards: 15 From: "" <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 CANCEL Reason: SIP;cause=487;text="ORIGINATOR_CANCEL" Content-Length: 0 U 2013/11/20 17:09:18.906135 xxx.xxx.xxx.xxx:5060 -> yyy.yyy.yyy.yyy:5060 CANCEL sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy SIP/2.0 Via: SIP/2.0/UDP xxx.xxx.xxx.xxx;rport;branch=z9hG4bKceQ2e5g58evvD Max-Forwards: 15 From: "" <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 CANCEL Reason: SIP;cause=487;text="ORIGINATOR_CANCEL" Content-Length: 0 U 2013/11/20 17:09:22.902976 xxx.xxx.xxx.xxx:5060 -> yyy.yyy.yyy.yyy:5060 CANCEL sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy SIP/2.0 Via: SIP/2.0/UDP xxx.xxx.xxx.xxx;rport;branch=z9hG4bKceQ2e5g58evvD Max-Forwards: 15 From: "" <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 CANCEL Reason: SIP;cause=487;text="ORIGINATOR_CANCEL" Content-Length: 0 U 2013/11/20 17:09:26.905600 xxx.xxx.xxx.xxx:5060 -> yyy.yyy.yyy.yyy:5060 CANCEL sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy SIP/2.0 Via: SIP/2.0/UDP xxx.xxx.xxx.xxx;rport;branch=z9hG4bKceQ2e5g58evvD Max-Forwards: 15 From: "" <sip:SRC_PHONE_NUMBER@xxx.xxx.xxx.xxx>;tag=Ug3cBSK17a9Ng To: <sip:DST_PHONE_NUMBER@yyy.yyy.yyy.yyy> Call-ID: 97537438-cca9-1231-a897-0c010ab38601 CSeq: 52147670 CANCEL Reason: SIP;cause=487;text="ORIGINATOR_CANCEL" Content-Length: 0

3 2

WebRTC - XOR-MAPPED-ADDRESS and bridge mode
by Kelvin Chua 21 Nov '13

21 Nov '13

here is the scenario: kamailio 4.0.4 running in bridge mode eth0 : 10.17.0.202 eth1 : 100.200.30.40 a call comes in from ice enabled webrtc client (chrome) from public internet, kamailio processed the call, no audio. if i replace kamailio with asterisk, audio ok. upon investigating using wireshark, i found out that chrome sends a "Binding Request" for the IP/port in ICE candidate. Kamailio/rtpproxy sends back Binding Success XOR-MAPPED-ADDRESS but the IP is the internal one 10.17.0.202:port this is not right, the response should be the remote IP/port, not the local IP/port Kelvin Chua

1 1

Does $hdr() accept PVs?
by Alex Balashov 20 Nov '13

20 Nov '13

That is to say, can I do? $var(x) = 'P-Asserted-Identity'; xlog("L_INFO", "PAI: $hdr(var(x))\n"); What about remove_hf("$var(x)"); -- Alex -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

2 1

EOF Error in pass_fd
by Ricardo Martinez 20 Nov '13

20 Nov '13

Hello List. The last weekend our kamailio process crashed with this error : Jun 24 06:55:08 pxh /usr/local/sbin/kamailio[10661]: : <core> [pass_fd.c:293]: ERROR: receive_fd: EOF on 29 Jun 24 06:55:08 pxh /usr/local/sbin/kamailio[10542]: ALERT: <core> [main.c:751]: child process 10601 exited by a signal 11 Jun 24 06:55:08 pxh /usr/local/sbin/kamailio[10542]: ALERT: <core> [main.c:754]: core was generated Jun 24 06:55:08 pxh /usr/local/sbin/kamailio[10542]: INFO: <core> [main.c:766]: INFO: terminating due to SIGCHLD Can someone tell me what seems to be the problem here? We’re using : version: kamailio 3.2.2 (x86_64/linux) 98ba92-dirty flags: STATS: Off, USE_IPV6, 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: 98ba92 -dirty compiled on 12:45:36 Feb 2 2012 with gcc 4.4.6 And this is the bt full from gdb Core was generated by `/usr/local/sbin/kamailio -m 1024'. Program terminated with signal 11, Segmentation fault. #0 mi_profile_list (cmd_tree=<value optimized out>, param=<value optimized out>) at dlg_profile.c:789 789 if ( mi_print_dlg( rpl, ph->dlg, 0)!=0 ) Missing separate debuginfos, use: debuginfo-install filesystem-2.4.30-2.1.el6.x86_64 glibc-2.12-1.25.el6_1.3.x86_64 keyutils-libs-1.4-1.el6.x86_64 krb5-libs-1.9-9.el6_1.2.x86_64 libcom_err-1.41.12-7.el6.x86_64 libselinux-2.0.94-5.el6.x86_64 mysql-libs-5.1.52-1.el6_0.1.x86_64 nss-softokn-freebl-3.12.7-1.1.el6.x86_64 openssl-1.0.0-20.el6_2.1.x86_64 pcre-7.8-3.1.el6.x86_64 zlib-1.2.3-26.el6.x86_64 (gdb) bt full #0 mi_profile_list (cmd_tree=<value optimized out>, param=<value optimized out>) at dlg_profile.c:789 node = <value optimized out> rpl_tree = 0x20a6790 rpl = 0x20a67b0 profile = 0x7fe99a2dda00 ph = 0x0 profile_name = <value optimized out> value = <value optimized out> i = <value optimized out> #1 0x00007fe9dce287b1 in run_mi_cmd (fifo_stream=<value optimized out>) at ../../lib/kmi/mi.h:77 No locals. #2 mi_fifo_server (fifo_stream=<value optimized out>) at fifo_fnc.c:509 mi_cmd = 0x208f8f0 mi_rpl = <value optimized out> hdl = 0x0 line_len = 41 file_sep = 0x2039017 "" command = 0x7fe9dfdbdef9 "profile_list_dlgs" file = 0x7fe9dfd98d78 "/tmp/openser_receiver_27809" f = 0x2039018 reply_stream = 0x20b0980 #3 0x00007fe9dce2a640 in fifo_process (rank=<value optimized out>) at mi_fifo.c:247 fifo_stream = 0x209a0b0 #4 0x00007fe9dce2a9de in mi_child_init (rank=0) at mi_fifo.c:211 pid = <value optimized out> #5 0x00000000004dba41 in init_mod_child (m=0x7fe9dfc6ba10, rank=0) at sr_module.c:886 No locals. #6 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6bd08, rank=0) at sr_module.c:883 No locals. #7 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6c248, rank=0) at sr_module.c:883 No locals. #8 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6c748, rank=0) at sr_module.c:883 No locals. #9 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6d288, rank=0) at sr_module.c:883 No locals. #10 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6d928, rank=0) at sr_module.c:883 No locals. #11 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6dee0, rank=0) at sr_module.c:883 No locals. #12 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6e1f0, rank=0) at sr_module.c:883 No locals. #13 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6e5d0, rank=0) at sr_module.c:883 No locals. #14 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6e830, rank=0) at sr_module.c:883 No locals. #15 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6ebd0, rank=0) at sr_module.c:883 No locals. #16 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6f220, rank=0) at sr_module.c:883 No locals. #17 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6f648, rank=0) at sr_module.c:883 No locals. #18 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6fa60, rank=0) at sr_module.c:883 No locals. #19 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc6fe40, rank=0) at sr_module.c:883 No locals. #20 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc702c0, rank=0) at sr_module.c:883 No locals. #21 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc70ae8, rank=0) at sr_module.c:883 No locals. ---Type <return> to continue, or q <return> to quit--- #22 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc70e18, rank=0) at sr_module.c:883 No locals. #23 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc71100, rank=0) at sr_module.c:883 No locals. #24 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc716c0, rank=0) at sr_module.c:883 No locals. #25 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc71df0, rank=0) at sr_module.c:883 No locals. #26 0x00000000004db9c4 in init_mod_child (m=0x7fe9dfc723c0, rank=0) at sr_module.c:883 No locals. #27 0x000000000046077d in main_loop () at main.c:1661 i = <value optimized out> pid = <value optimized out> si = 0x0 si_desc = "udp receiver child=15 sock=64.76.154.35:5060", '\000' <repeats 20 times>, "\003", '\000' <repeats 15 times>, "\030\325\a\232\351\177\000\000\001\000\000\000\002", '\000' <repeats 11 times>, "\001\000\000\000\000\000\000\000\003\000\000\000\000\000\000\000)\000\000\000\000\000\000" #28 0x0000000000461f13 in main (argc=<value optimized out>, argv=0x7fff2f2b2848) at main.c:2475 cfg_stream = <value optimized out> c = <value optimized out> r = <value optimized out> tmp = 0x7fff2f2b3f76 "" tmp_len = 0 options = 0x5a3178 ":f:cm:M:dVhEb:l:L:n:vrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:" ret = -1 seed = 1850310455 rfd = <value optimized out> debug_save = <value optimized out> debug_flag = <value optimized out> dont_fork_cnt = <value optimized out> n_lst = <value optimized out> p = <value optimized out> (gdb) Regards, Ricardo.-

4 7

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