- sr-users - kamailio.org

Billing
by Oliver Roth 09 Dec '13

09 Dec '13

Hi all I am looking for a free billing solution usable with Kamailio. I currently use the sp from siremis - so far it works fine! I need to get a solution where I can add credit limits for users/trunks or credit limits for carriers (eg. If we made a prepayment). I thing JBilling could be great - but I think the Telco version will cost a monthly fee.. Other ideas or solutions? Btw: The invoice itself will be made in an ERP system - so I actually just need the rating and credit-management to handle the routings. Regards, Oli

3 2

Kamailio sending HTTP request to another app
by Victor Torre Antunez 09 Dec '13

09 Dec '13

Hi all, I´m using EXEC Module to execute a HTTP request via curl, to comunicate with another app like this: exec_avp("curl --connect-timeout 1 --max-time 2 http://IP_ADDR:PORT/PATH/'$fU'/'$tU'/'$hdr(Call-ID)'", "$avp(s:output)"); Sometimes Kamailio blocks when HTTP server does not response in time, despite the max-time parameter. I found this know issue on EXEC module docs: "There is currently no guarantee that scripts ever return and stop blocking SIP server. (There is kill.c but it is not used along with the current mechanisms based on popen. Besides that kill.c is ugly)." Does anyone know a better way to communicate Kamailio with a HTTP server without blocks? I will try a python script to send the HTTP request and call it with APP_PYTHON module. Has anyone had blocks with APP_PYTHON module? Thanks in advance. -- *Victor*

5 6

kamailio 4.1 - t_next_contacts crash
by Kelvin Chua 08 Dec '13

08 Dec '13

consistent, does not happen in 4.0.4 here is the bt full #0 0x00007fbdbfb2e8da in t_next_contacts () from /usr/local/lib64/kamailio/modules/tm.so No symbol table info available. #1 0x000000000041e307 in do_action (h=0x7fff07e448c0, a=0x7fbdc1ad90f8, msg=0x7fbdc1b94b48) at action.c:1099 ret = -5 v = <optimized out> dst = {send_sock = 0x7fbd00000002, to = {s = {sa_family = 36488, sa_data = "\271\301\275\177\000\000\320\062\262\301\275\177\000"}, sin = {sin_family = 36488, sin_port = 49593, sin_addr = {s_addr = 32701}, sin_zero = "\320\062\262\301\275\177\000"}, sin6 = { sin6_family = 36488, sin6_port = 49593, sin6_flowinfo = 32701, sin6_addr = {__in6_u = { __u6_addr8 = "\320\062\262\301\275\177\000\000\001\000\000\000\000\000\000", __u6_addr16 = {13008, 49586, 32701, 0, 1, 0, 0, 0}, __u6_addr32 = {3249681104, 32701, 1, 0}}}, sin6_scope_id = 3250146120}}, id = 32701, proto = 80 'P', send_flags = {f = 56 '8', blst_imask = 228 '\344'}} tmp = <optimized out> new_uri = <optimized out> end = <optimized out> crt = <optimized out> cmd = 0x7fbdc1aa2118 len = <optimized out> user = <optimized out> uri = {user = {s = 0x0, len = 132396896}, passwd = {s = 0x320 <Address 0x320 out of bounds>, len = 0}, host = { s = 0x0, len = -1045595992}, port = {s = 0x7fff07e434a0 "", len = -1044821176}, params = { s = 0x7fff07e437f0 "\001", len = -1}, sip_params = {s = 0x7fbdc1b5e2d0 "\230\034\254\301\275\177", len = 4918909}, headers = {s = 0x7fff00000000 <Address 0x7fff00000000 out of bounds>, len = -1040326971}, port_no = 14320, proto = 2020, type = 32767, flags = 132397040, transport = {s = 0x7fff07e448c0 "\004", len = 5188128}, ttl = {s = 0x0, len = 0}, user_param = {s = 0x64f0bc "", len = -1}, maddr = { s = 0x7fbdc1b5e2d0 "\230\034\254\301\275\177", len = 4313740}, method = {s = 0x0, len = 0}, lr = {s = 0x0, len = 1407459328}, r2 = {s = 0x0, len = 0}, gr = { s = 0xfffffffffffffffb <Address 0xfffffffffffffffb out of bounds>, len = 0}, transport_val = { s = 0x343207e43c20 <Address 0x343207e43c20 out of bounds>, len = -1045594184}, ttl_val = { s = 0x7fbdc1b94b48 "\005", len = 132401344}, user_param_val = {s = 0x7fff07e43800 "\274\360d", len = 5211172}, maddr_val = {s = 0x7fbdc22193c0 "", len = 132401344}, method_val = {s = 0x0, len = 132401344}, lr_val = { s = 0x7fff07e43c90 "\001", len = -1}, r2_val = {s = 0x7fbdc1b5e2d0 "\230\034\254\301\275\177", len = 4350884}, gr_val = {s = 0x0, len = 1}} next_hop = {user = {s = 0x7fff07e448c0 "\004", len = 2147369492}, passwd = {s = 0x7fff07e448c0 "\004", len = 132398224}, host = {s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1045044528}, port = { s = 0x39d5963016be4214 <Address 0x39d5963016be4214 out of bounds>, len = -793624044}, params = { s = 0x7fbd00000000 <Address 0x7fbd00000000 out of bounds>, len = 132396656}, sip_params = { s = 0x7fbdc221b720 "", len = 26661728}, headers = {s = 0x52 <Address 0x52 out of bounds>, len = 26661712}, port_no = 96, proto = 0, type = ERROR_URI_T, flags = 3253622526, transport = {s = 0x7fbdc221b720 "", len = 0}, ttl = {s = 0x7fff07e43700 "\210\216\271\301\275\177", len = 1}, user_param = {s = 0x0, len = 0}, maddr = { s = 0x0, len = 1}, method = {s = 0x0, len = 26661728}, lr = {s = 0x15 <Address 0x15 out of bounds>, len = 132398224}, r2 = {s = 0x7fff07e448c0 "\004", len = 5188312}, gr = { s = 0x7fff07e43768 "\200\r\260\301\275\177", len = -1040900113}, transport_val = {s = 0x7fff07e437e0 "䪕", len = -1101485628}, ttl_val = {s = 0x500000018 <Address 0x500000018 out of bounds>, len = 23}, user_param_val = {s = 0x710000000b <Address 0x710000000b out of bounds>, len = 5}, maddr_val = { s = 0x7fbd00000000 <Address 0x7fbd00000000 out of bounds>, len = -18000}, method_val = {s = 0x1938a90 "EST", len = 1407459328}, lr_val = {s = 0x7fff07e43730 "\373\377\377\377", len = -1045592360}, r2_val = { s = 0x7fbdc1b94b48 "\005", len = 132401344}, gr_val = {s = 0x7fff07e43c90 "\001", len = 0}} u = <optimized out> port = <optimized out> dst_host = <optimized out> i = <optimized out> flags = <optimized out> avp = <optimized out> st = {flags = 3249922768, id = 32701, name = {n = 5211654, s = { s = 0x4f8606 "\205\300A\211\306\017\210\067\374\377\377\213\033\213\214$\020\001", len = 26661728}, re = 0x4f8606}, avp = 0x0} sct = <optimized out> sjt = <optimized out> rve = <optimized out> mct = <optimized out> rv = <optimized out> rv1 = <optimized out> c1 = {cache_type = 3249681104, val_type = 32701, c = {avp_val = {n = -1045426816, s = {s = 0x7fbdc1b00d80 "\001", len = -1044821176}, re = 0x7fbdc1b00d80}, pval = {rs = {s = 0x7fbdc1b00d80 "\001", len = -1044821176}, ri = -1088190650, flags = 32701}}, i2s = "\250\003\000\000\000\000\000\000}\016K\000\000\000\000\000\000\000\000\000\000"} s = {s = 0x7fbdc1b98e88 "\001", len = -1046081520} srevp = {0x3, 0x7fbdc018c650} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 2, string = 0x2 <Address 0x2 out of bounds>, str = {s = 0x2 <Address 0x2 out of bounds>, len = 0}, data = 0x2, attr = 0x2, select = 0x2}}, { type = RVE_FREE_FIXUP_ST, u = {number = 0, string = 0x0, str = {s = 0x0, len = 41}, data = 0x0, attr = 0x0, select = 0x0}}, {type = RVE_FREE_FIXUP_ST, u = {number = 0, string = 0x0, str = {s = 0x0, len = 3}, 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" Kelvin Chua

2 2

why does
by Henry Fernandes 06 Dec '13

06 Dec '13

I'm using the REGISTRAR module and having phones register to Kamailio. This is working properly and the phones register without problem. The issue I have is that it takes about 60-90 seconds for the new entry to appear in the 'location' table after I do save("location"). The entry is correct, however it takes so long for it to show up. Can anyone explain why this is happening? -H

2 1

[sr-users] Function sdp_get_line_startswith in sdpops removes \r in SIP messages
by Tuan Viet Nguyen 06 Dec '13

06 Dec '13

Hello, It seems that when calling the function sdp_get_line_startswith, it removes the \r (0d in hexa) from the SIP message before forwarding it. In the code (sdpops_mod.c) from line 1402 to 1406, we see that // remove ending \r\n if exists if (avp_val.s.s[line.len-2] == '\r' && avp_val.s.s[line.len-1] == '\n') { avp_val.s.s[line.len-2] = '\0'; avp_val.s.len -= 2; } As avp_val is the pointer pointing directly to the line in the message, all modification made to this variable will also be applied to the message. Am I wrong? Regards,

2 1

siptrace module duplicating original and forwarded reply messages
by Grant Bagdasarian 06 Dec '13

06 Dec '13

Hello, I have my siptrace module configured with setflag(22) which make sure only the forwarded messages are duplicated, and not the original messages. This works great for requests, but for replies this doesn't work. Kamailio duplicates both original and forwarded replies. Is it possible to do the same for replies, so only forwarded replies are duplicated? Why are replies treated differently? Regards, Grant

1 1

Reg : Kamailio and jitsi with Audio Call Doubts
by Balakrishnan Nainar 06 Dec '13

06 Dec '13

Hi, Actually my doubt is whether jitsi will support to make a call over the internet? I like to explain what i have done and what i need help from you . Steps to make jitsi client to work with kamailio. 1. I have installed kamailio server in my linux box, created global ip to my local ip and i have installed jitsi client in my machine and my friend machine. 2. Then i registered my SIP accounts with the local ip address like below 3. Then i added contacts of my friends. All my friends are in online. I could make audio call and speak with each other with local network. In this case no problem. 4. But the problem is when i use public ip instead of local ip in account registration wizard, it is showing all my friends are in offline eventhough they are in online. Actually my requirements is , I want to make audio call over internet(i.e from other domain). I really stuck in this case. Please help me how to achieve this? Advance Thanks, Balakrishnan.N

1 0

Debs for Kamailio v4.1.0
by Daniel-Constantin Mierla 06 Dec '13

06 Dec '13

Hello, hopefully debs will became available soon to deb.kamailio.org, as Jon Bonilla will get a chance to prepare the build system for this new v4.1.0. Meanwhile, there are some alternative builds for Debian 6.0, 7.0 and Ubuntu 12.04 at: - https://build.opensuse.org/package/show/home:kamailio:telephony-debs/kamail… - https://build.opensuse.org/package/show/home:kamailio:telephony-debs/kamail… - https://build.opensuse.org/package/show/home:kamailio:telephony-debs/kamail… Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

RPM packages for Kamailio v4.1.0
by Daniel-Constantin Mierla 06 Dec '13

06 Dec '13

Hello, rpm packages for quite a bunch of Linux-based distributions (e.g., Centos, Fedora, OpenSuse) are available at: - https://build.opensuse.org/package/show/home:kamailio:telephony/kamailio41 Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 0

missing mediaprpxy-ng debian dependency
by Juha Heinanen 06 Dec '13

06 Dec '13

i tried to install mediaproxy-ng by apt-get and got the following error: Error: Your kernel headers for kernel 3.2.0-4-486 cannot be found. Please install the linux-headers-3.2.0-4-486 package. apt-get automatically installed linux-headers-3.2.0-4-common and linux-headers-3.2.0-4-686-pae, but not the above mentioned package. is there some dependency (like linux-headers-3.2.0-4-all) missing from debian/control file? -- juha

1 0

Kamailio- Redirect message 300 with LCR reroute
by Fatima Chahrour~Vanrise Support 06 Dec '13

06 Dec '13

Dear List, I'd like to get help regarding my case. I have the following script where many thanks to Daniel has helped me in if (is_method("INVITE")) { if (!load_gws(1, $rU, $fu)) { sl_send_reply("502", "Unable To lOad GatEwAyS"); exit;} if(!next_gw()){ sl_send_reply("503", "Unable To fInD a gateWaY"); exit;} while(next_gw()){ km_append_branch(); } sl_send_reply("302","Moved Temporary"); exit; } The problem am facing is that the call is rerouting from the first gateway to the next gateway successfully when I have two gateways. BUT when I have three gateways, and the first two gateways are off, the call is not rerouted to the third gateway. It keeps hitting the seconds gateway and gives request time out at the end Why is that? Thanks in advance, F Chahrour

3 14

kamailioi is not relaying BYE message to UAC
by Arif Hossain 06 Dec '13

06 Dec '13

Hi, We have the following network architecture : UAC1------------------------->kamailio-------------------->VoipSwitch----->PSTN---------->Phone1 (Sip Client) Now UAC1 calls Phone1 and everything is ok. If UAC1 hangs up session is terminated cleanly. But if Phone1 hangs up the BYE message which comes to kamailio and goes back to VoipSwitch instead of relayed to UAC1 . So The session becomes a zombie one, And UAC1 unfortunately gets billed for a session which should be terminated. Following is the Call flow as seen from VoipSwitch : | <kamilio IP> | | | | <VoipSwitch IP> | |134.856 | INVITE SDP | |(7890) ------------------> (5060) | |134.858 | 407 Proxy Authentication Required | |(7890) <------------------ (5060) | |134.902 | ACK | | |(7890) ------------------> (5060) | |135.408 | INVITE SDP | |(7890) ------------------> (5060) | |135.414 | 100 Trying| | |(7890) <------------------ (5060) | |140.121 | 183 Session Progress SDP | |(7890) <------------------ (5060) | |140.184 | RTP (g729) | | |(61868) <------------------ (5136) | |141.295 | RTP (g729) | | |(61868) ------------------> (5136) | |153.701 | 200 OK SDP | |(7890) <------------------ (5060) | |153.713 | RTP (g729) | | |(61868) ------------------> (5136) | |154.126 | ACK | | |(7890) ------------------> (5060) | |159.988 | BYE | | |(7890) <------------------ (5060) | |160.031 | BYE | | |(7890) ------------------> (5060) | |160.478 | BYE | | |(7890) ------------------> (5060) | |161.412 | BYE | | |(7890) ------------------> (5060) | |181.952 | BYE | | |(7890) ------------------> (5060) | |185.687 | BYE | | |(7890) ------------------> (5060) | |188.018 | 408 Request Timeout | |(7890) ------------------> (5060) | Sip Traces : kamailio------>VoipSwitch I'm posting only the offending BYE msg instead of full trace , because of the mail will become difficult to read . If more traces needed, i can post it. The following BYE message is sent by VoipSwitch: BYE sip:ipphone@205.164.40.74 SIP/2.0 Route: <sip:108.166.195.189:7890;lr=on;nat=yes> CSeq: 2 BYE Via: SIP/2.0/UDP 205.164.40.74:5060 From: sip:008801673345531@205.164.40.74;tag=100528120745985872655137 Call-ID: IqBknV19AuxW0jk.8BjuE4hyx93Ws9qS To: "123456" <sip:ipphone@205.164.40.74>;tag=Zopl5lj5YiqyaSR5Le3QnfoR-G0NZAGG Content-Length: 0 Kamailio instead of relaying the message, sends a BYE message towards VoipSwitch: BYE sip:ipphone@205.164.40.74 SIP/2.0 Max-Forwards: 10 CSeq: 2 BYE Via: SIP/2.0/UDP 108.166.195.189:7890;branch=z9hG4bK4b2b.5d893e95.0 Via: SIP/2.0/UDP 205.164.40.74:5060;rport=5060 From: sip:008801673345531@205.164.40.74;tag=100528120745985872655137 Call-ID: IqBknV19AuxW0jk.8BjuE4hyx93Ws9qS To: "123456" <sip:ipphone@205.164.40.74>;tag=Zopl5lj5YiqyaSR5Le3QnfoR-G0NZAGG Content-Length: 0 When the first BYE message comes from VoipSwitch , kamailio does the following : May 20 02:25:53 VOS20-108 /usr/local/sbin/kamailio[16442]: DEBUG: <core> [receive.c:289]: receive_msg: cleaning up May 20 02:25:53 VOS20-108 /usr/local/sbin/kamailio[16442]: DEBUG: <core> [parser/sdp/sdp.c:751]: _sdp = 0x831bf10 May 20 02:25:53 VOS20-108 /usr/local/sbin/kamailio[16442]: DEBUG: <core> [parser/sdp/sdp.c:753]: sdp = 0x83043dc May 20 02:25:53 VOS20-108 /usr/local/sbin/kamailio[16442]: DEBUG: <core> [parser/sdp/sdp.c:755]: session = 0x8304504 May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/msg_parser.c:630]: SIP Request: May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/msg_parser.c:632]: method: <BYE> May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/msg_parser.c:634]: uri: <sip:ipphone@205.164.40.74> May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/msg_parser.c:636]: version: <SIP/2.0> May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/msg_parser.c:167]: get_hdr_field: cseq <CSeq>: <1> <BYE> May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/parse_via.c:1287]: Found param type 232, <branch> = <z9hG4bk19052612230719933454843>; state=16 May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/parse_via.c:2300]: end of header reached, state=5 May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/msg_parser.c:515]: parse_headers: Via found, flags=2 May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/msg_parser.c:517]: parse_headers: this is the first via May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [receive.c:145]: After parse_msg... May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [receive.c:186]: preparing to run routing scripts... May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/parse_to.c:174]: DEBUG: add_param: tag=arILprdVR1srJ76HHlt4BEc3XsyaWcZm May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/parse_to.c:803]: end of header reached, state=29 May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/msg_parser.c:187]: DEBUG: get_hdr_field: <To> [76]; uri=[sip:ipphone@205.164.40.74] May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/msg_parser.c:189]: DEBUG: to body ["ipphone" <sip:ipphone@205.164.40.74>] May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/msg_parser.c:201]: DEBUG: get_hdr_body : content_length=0 May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/msg_parser.c:103]: found end of header May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: maxfwd [mf_funcs.c:66]: max_forwards header not found! May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/parse_to.c:174]: DEBUG: add_param: tag=1905251223419334290936029 May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/parse_to.c:803]: end of header reached, state=29 May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: siputils [checks.c:76]: totag found May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: rr [loose.c:85]: is_preloaded: No May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==15 && [205.164.40.74] == [108.166.195.189] May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 7890 matches port 5060 May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 13==15 && [205.164.40.74] == [108.166.195.189] May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 5060 matches port 5060 May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [forward.c:448]: check_self: host != me May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [socket_info.c:501]: grep_sock_info - checking if host==us: 15==15 && [108.166.195.189] == [108.166.195.189] May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [socket_info.c:504]: grep_sock_info - checking if port 7890 matches port 7890 May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: rr [loose.c:792]: Topmost route URI: 'sip:108.166.195.189:7890;lr=on;nat=yes' is me May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [parser/msg_parser.c:103]: found end of header May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: rr [loose.c:257]: No next Route HF found May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: rr [loose.c:811]: No next URI found May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: rr [loose.c:983]: params are <;lr=on;nat=yes> May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: siputils [checks.c:76]: totag found May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: tm [t_lookup.c:1379]: DEBUG: t_newtran: msg id=2501 , global msg id=2500 , T on entrance=0xffffffff May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: tm [t_lookup.c:528]: t_lookup_request: start searching: hash=29177, isACK=0 May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: tm [t_lookup.c:564]: DEBUG: proceeding to pre-RFC3261 transaction matching May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: tm [t_lookup.c:711]: DEBUG: t_lookup_request: no transaction found May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: tm [t_hooks.c:374]: DBG: trans=0xb61626a4, callback type 1, id 0 entered May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [msg_translator.c:204]: check_via_address(205.164.40.74, 205.164.40.74, 0) May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: tm [t_funcs.c:388]: SER: new transaction fwd'ed May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [usr_avp.c:646]: DEBUG:destroy_avp_list: destroying list (nil) May 20 02:26:04 VOS20-108 last message repeated 5 times May 20 02:26:04 VOS20-108 /usr/local/sbin/kamailio[16443]: DEBUG: <core> [receive.c:289]: receive_msg: cleaning up May 20 02:26:22 VOS20-108 /usr/local/sbin/kamailio[16445]: DEBUG: <core> [udp_server.c:486]: udp_rcv_loop: probing packet received from 180.234.62.230 38722 May 20 02:26:34 VOS20-108 /usr/local/sbin/kamailio[16450]: DEBUG: tm [t_reply.c:1134]: ->>>>>>>>> T_code=0, new_code=408 May 20 02:26:34 VOS20-108 /usr/local/sbin/kamailio[16450]: DEBUG: tm [t_reply.c:1636]: DEBUG: relay_reply: branch=0, save=0, relay=0 May 20 02:26:34 VOS20-108 /usr/local/sbin/kamailio[16450]: DEBUG: <core> [msg_translator.c:204]: check_via_address(205.164.40.74, 205.164.40.74, 0) May 20 02:26:34 VOS20-108 /usr/local/sbin/kamailio[16450]: DEBUG: <core> [mem/shm_mem.c:105]: WARNING:vqm_resize: resize(0) called May 20 02:26:34 VOS20-108 /usr/local/sbin/kamailio[16450]: DEBUG: tm [t_hooks.c:288]: DBG: trans=0xb61626a4, callback type 128, id 0 entered May 20 02:26:54 VOS20-108 /usr/local/sbin/kamailio[16451]: WARNING: <core> [timer.c:450]: WARNING: our timer runs faster then real-time (300000 ms / 4800 ticks our time .-> 299923 ms / 4798 ticks real time) OT: How do you guys maintain 80 column mails? i do not use a mail client, use gmail mailbox. -- -aft

5 6

Kamailio v4.1.0 Released - new major version is out
by Daniel-Constantin Mierla 06 Dec '13

06 Dec '13

Kamailio v4.1.0 is out – a new major release, bringing out as usually a very large set of new features and improvements. You can read detailed release notes at: * http://www.kamailio.org/w/kamailio-v4-1-0-release-notes/ Many thanks to all developers and community members that made possible this release. Enjoy Kamailio v4.1.0 and have a great time during winter holidays! Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

3 2

mediaproxy-ng throughput
by Alex Balashov 05 Dec '13

05 Dec '13

So, I hate to be the bearer of the most banal, cliché, overplayed question ever, especially since I am perfectly aware of the formidable challenges in getting the data and the variance in the results, but: Are there any data points on how much of a throughput premium mediaproxy-ng/rtpproxy-ng offers over userspace rtpproxy Classic(TM)? -- 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/

1 0

Ugrade Kamailio 4.0.4 to 4.1.0
by mohammed alyaseen 05 Dec '13

05 Dec '13

Hello I am using kamailio 4.0.4. I want to change to kamailio 4.1.0. Can the version 4.0.4 be upgraded to the new version 4.0.4 or Do I have to uninstall it and install the 4.1.0? Thanks in advance Medo

3 4

407 Proxy Authentication Required
by mohammed alyaseen 05 Dec '13

05 Dec '13

Hi all...I need help ... I am using Kamailio as SIP server... I tried to do call between two sip clients (MyMonster)..The clients can register with kamailio without any problems. But when I try to do call between two clients, It doesn't work. Once the kamailio gets the first invite from the client, it directly replies with "407 Proxy Authentication Required". In the kamailio.cfg the domain is "kamailio.test" in the kamctlr I also use "kamailio.test" as SIP domain.. In the Log of Kamailio I see this: 2(16979) DEBUG: corex [corex_lib.c:189]: corex_check_self(): check self domain match: 0:kamailio.test:0 2(16979) DEBUG: auth_db [authorize.c:476]: auth_check(): realm [kamailio.test] table [subscriber] flags [1] 2(16979) DEBUG: auth [api.c:86]: pre_auth(): auth:pre_auth: Credentials with realm 'kamailio.test' not found 2(16979) DEBUG: auth_db [authorize.c:252]: digest_authenticate(): no credentials 2(16979) DEBUG: auth [challenge.c:127]: get_challenge_hf(): build_challenge_hf: realm='kamailio.test' 2(16979) DEBUG: auth [challenge.c:269]: get_challenge_hf(): auth: 'Proxy-Authenticate: Digest realm="kamailio.test", nonce="Up+EuVKfg42WYOrC87GTm+rvMNFeNe3/BCf5m4A=" Thanks in advance... Medo

2 1

Accounting to mysql resulted in segfault
by Daniel Tryba 05 Dec '13

05 Dec '13

This morning I had the unpleasant realisation that kamailio (4.0.3) crashed twice while I was running an alter statement on the acc table of a live instance. db_mysql [km_dbase.c:122]: db_mysql_submit_query(): driver error on q uery: Too many connections <core> [db_query.c:132]: db_do_query_internal(): error while submitti ng query auth_db [authorize.c:175]: get_ha1(): failed to query database or alias_db [alookup.c:111]: alias_db_lookup(): failed to query database db_mysql [km_dbase.c:122]: db_mysql_submit_query(): driver error on query: Too many connections just before (no core): segfault at 18 ip 00007f0d6b287a83 sp 00007fffc4467550 error 4 in usrloc.so[7f0d6b267000+27000] So instead of just discarding the acc inserts, these pile up resulting in consuming max connections to the database and eventually segfaulting. I know (now) that I shouldn't do this on a production server, but I'd rather have the database accounting discarded than a machine crashing (can be reconstructed from syslog). My question: is this "normal" behavior? Can this be avoided somehow (other than ensuring 100% availability of the sql server). -- POCOS B.V. - Croy 9c - 5653 LC Eindhoven Telefoon: 040 293 8661 - Fax: 040 293 8658 http://www.pocos.nl/ - http://www.sipo.nl/ K.v.K. Eindhoven 17097024

2 2

reload to memory is much slower and has problms after upgrade to 3.3.2 and using mem_join=1
by Uri Shacked 05 Dec '13

05 Dec '13

Hi, I am using MTREE and DIALPLAN modules to load lots of info to kamailio. (6 million rows). When kamailio was running with 3.2.1 (no mem_join=1 option), the used size was increasing but the process of loading the data was fast eanough. I upgraded to 3.3.2 and set mem_join=1. Now the loading process take about 10 time longer and sometimes stops kamailio from responding to traffic. Any ideas? Thanks, Uri

3 19

Re: [SR-Users] Logging and debugging
by Keith 05 Dec '13

05 Dec '13

Thanks for the quick reply, i'll have a look at that! I am also keen to log SIP invite errors etc, is this normally shown in the CDR table? Cheers Keith

1 0

4.0.4 SEGFAULT again
by Kelvin Chua 05 Dec '13

05 Dec '13

the previous segfault was fixed, now this is a different, i cannot replicate this consistently. randomly crashes. full backtrace: #0 qm_detach_free (frag=0x27d926b4da0, qm=<optimized out>) at mem/q_malloc.c:269 prev = 0x27d923ad0a8 next = 0x0 #1 qm_malloc (qm=0x27d923ad000, size=48) at mem/q_malloc.c:386 f = 0x27d926b4da0 hash = -1841639256 #2 0x0000027d99431c76 in insert_tmcb () from /usr/local/lib64/kamailio/modules/tm.so No symbol table info available. #3 0x0000027d96c0420b in dlg_set_tm_callbacks () from /usr/local/lib64/kamailio/modules/dialog.so No symbol table info available. #4 0x0000027d96c04508 in dlg_onreq () from /usr/local/lib64/kamailio/modules/dialog.so No symbol table info available. #5 0x0000027d9943101b in ?? () from /usr/local/lib64/kamailio/modules/tm.so No symbol table info available. #6 0x0000027d9940f052 in build_cell () from /usr/local/lib64/kamailio/modules/tm.so No symbol table info available. #7 0x0000027d9943bfc6 in t_newtran () from /usr/local/lib64/kamailio/modules/tm.so No symbol table info available. #8 0x0000027d99420cc3 in t_relay_to () from /usr/local/lib64/kamailio/modules/tm.so No symbol table info available. #9 0x000000000041d58b in do_action (h=0x3ff745086c0, a=0x27d9a40c170, msg=0x27d9a458be0) at action.c:1074 ret = -5 v = <optimized out> dst = {send_sock = 0x3ff74507b70, to = {s = {sa_family = 35808, sa_data = "E\232}\002\000\000\370{Pt\377\003\000"}, sin = {sin_family = 35808, sin_port = 39493, sin_addr = {s_addr = 637}, sin_zero = "\370{Pt\377\003\000"}, sin6 = { sin6_family = 35808, sin6_port = 39493, sin6_flowinfo = 637, sin6_addr = {__in6_u = { __u6_addr8 = "\370{Pt\377\003\000\000\340\213E\232}\002\000", __u6_addr16 = {31736, 29776, 1023, 0, 35808, 39493, 637, 0}, __u6_addr32 = {1951431672, 1023, 2588249056, 637}}}, sin6_scope_id = 6372243}}, id = 0, proto = -77 '\263', send_flags = { f = 138 '\212', blst_imask = 74 'J'}} tmp = <optimized out> new_uri = <optimized out> end = <optimized out> crt = <optimized out> cmd = 0x27d9a3eddd8 len = <optimized out> user = <optimized out> uri = {user = {s = 0x3ff74507810 "H", len = -1706983472}, passwd = { s = 0x27d97473a60 "\220\202E\232}\002", len = -1759063584}, host = { s = 0x3000000018 <Address 0x3000000018 out of bounds>, len = 44882432}, port = { s = 0x27d9a3e6be0 "gw::current", len = 11}, params = {s = 0x1 <Address 0x1 out of bounds>, len = -1706983328}, sip_params = {s = 0x3ff74507810 "H", len = -1706718240}, headers = { s = 0x3ff74507b40 "\001", len = -1}, port_no = 39664, proto = 39492, type = 637, flags = 4885171, transport = {s = 0x3ff74508050 "\037\067c", len = 44882432}, ttl = { s = 0x3ff74507b40 "\001", len = 1951431488}, user_param = {s = 0x3ff745086c0 "\003", len = 5148184}, maddr = {s = 0x63371f "", len = -1759094110}, method = { s = 0x27d9a449af0 "0\265?\232}\002", len = 4310469}, lr = {s = 0x27d9a458be0 "F]8", len = -1706761360}, r2 = {s = 0x48 <Address 0x48 out of bounds>, len = -1841596304}, gr = { s = 0x3ff74507890 "@x>\232}\002", len = -1706720624}, transport_val = {s = 0x27d926121a0 "", len = -1707182016}, ttl_val = {s = 0x27d9a449af0 "0\265?\232}\002", len = -1706968808}, user_param_val = {s = 0x27d9a41b918 "\002", len = -1706967088}, maddr_val = { s = 0x27d9a458be0 "F]8", len = 1951434432}, method_val = {s = 0x3ff74507b50 "\037\067c", len = 5170540}, lr_val = {s = 0x0, len = -1713638448}, r2_val = { s = 0x27d9a3e7840 "gw::current", len = 11}, gr_val = {s = 0x0, len = -1706968832}} next_hop = {user = {s = 0x3ff74507b68 "\305\305A", len = -1706718240}, passwd = { s = 0x3ff745086c0 "\003", len = 1951431528}, host = {s = 0x3ff74507b20 "", len = 4885171}, port = {s = 0x13 <Address 0x13 out of bounds>, len = -1706968848}, params = { s = 0x3ff74507b40 "\001", len = -1706718240}, sip_params = {s = 0x3ff745086c0 "\003", len = 5165842}, headers = {s = 0x27d92804290 "\020", len = 5746748}, port_no = 32448, proto = 29776, type = 1023, flags = 0, transport = {s = 0x27d92b1a090 "\002", len = -1765734391}, ttl = {s = 0x0, len = 0}, user_param = { s = 0x3ff74507b60 "\360\232D\232}\002", len = 1951431520}, maddr = { s = 0x800000000 <Address 0x800000000 out of bounds>, len = 9689456}, method = { s = 0x3ff74507a70 "", len = 9598498}, lr = {s = 0x2 <Address 0x2 out of bounds>, len = -1833852784}, r2 = {s = 0x0, len = -1706718240}, gr = {s = 0x27d9a41b8f8 "\a", len = -1765730574}, transport_val = {s = 0x27d96e3c890 "", len = -1765795157}, ttl_val = { s = 0xffffffff00000000 <Address 0xffffffff00000000 out of bounds>, len = -1765722972}, user_param_val = {s = 0x27d98330d4a "<script>: ", len = -1713638448}, maddr_val = { s = 0x27d9a456f00 "@", len = 5746748}, method_val = {s = 0x27d9a469df8 "\006", len = -1707093008}, lr_val = {s = 0x27d9a458be0 "F]8", len = 44882432}, r2_val = { s = 0x27d9a458be0 "F]8", len = -1706965328}, gr_val = {s = 0x27d9a458be0 "F]8", len = 1951434432}} u = <optimized out> port = <optimized out> dst_host = <optimized out> i = <optimized out> flags = <optimized out> avp = <optimized out> st = {flags = 1951432672, id = 1023, name = {n = 0, s = {s = 0x0, len = -1706779920}, re = 0x0}, avp = 0x4ee90f} sct = <optimized out> sjt = <optimized out> rve = <optimized out> mct = <optimized out> rv = <optimized out> rv1 = <optimized out> c1 = {cache_type = 2588249056, val_type = 637, c = {avp_val = {n = 1, s = { s = 0xc00000001 <Address 0xc00000001 out of bounds>, len = 0}, re = 0xc00000001}, pval = { rs = {s = 0xc00000001 <Address 0xc00000001 out of bounds>, len = 0}, ri = -1765782691, flags = 637}}, i2s = "\001\000\000\000\000\000\000\000\244\064\301\226}\002\000\000\037\067c\000\000"} s = {s = 0x1 <Address 0x1 out of bounds>, len = -1765690355} srevp = {0x92763d, 0x27d96c134a4} mod_f_params = {{type = NOSUBTYPE, u = {number = 0, string = 0x0, str = {s = 0x0, len = 0}, data = 0x0, attr = 0x0, select = 0x0}}, {type = NUMBER_ST, u = {number = 2, string = 0x2 <Address 0x2 out of bounds>, str = {s = 0x2 <Address 0x2 out of bounds>, len = 0}, data = 0x2, attr = 0x2, select = 0x2}}, {type = RVE_FREE_FIXUP_ST, u = { number = 0, string = 0x0, str = {s = 0x0, len = 5}, data = 0x0, attr = 0x0, select = 0x0}}, { type = RVE_FREE_FIXUP_ST, u = {number = 0, string = 0x0, str = {s = 0x0, len = 4}, 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" #10 0x000000000041c5c5 in run_actions (h=0x3ff745086c0, a=0x27d9a405e80, msg=0x27d9a458be0) at action.c:1573 t = <optimized out> ret = <optimized out> mod = <optimized out> ms = 0 __FUNCTION__ = "run_actions" #11 0x000000000041daaa in do_action (h=0x3ff745086c0, a=0x27d9a4498f0, msg=0x27d9a458be0) at action.c:690 ret = -5 v = <optimized out> dst = {send_sock = 0x27d9969e080, to = {s = {sa_family = 0, sa_data = "\000\000\000\000\000\000\037\067c\000\000\000\000"}, sin = {sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, sin_zero = "\037\067c\000\000\000\000"}, sin6 = { sin6_family = 0, sin6_port = 0, sin6_flowinfo = 0, sin6_addr = {__in6_u = { __u6_addr8 = "\037\067c\000\000\000\000\000\001\000\000\000\f\000\000", __u6_addr16 = { 14111, 99, 0, 0, 1, 0, 12, 0}, __u6_addr32 = {6502175, 0, 1, 12}}}, sin6_scope_id = 2453371216}}, id = 637, proto = -94 '\242', send_flags = {f = 163 '\243', blst_imask = 67 'C'}} 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 = 0x27d9ab95fb0 "\200\235\024\002", len = 1951432016}, passwd = { s = 0x27d9ab95720 "", len = 34928992}, host = {s = 0x109 <Address 0x109 out of bounds>, len = 44882432}, port = {s = 0x120 <Address 0x120 out of bounds>, len = -1706721952}, params = {s = 0x1 <Address 0x1 out of bounds>, len = 0}, sip_params = {s = 0x63371f "", len = 100}, headers = {s = 0x937560 "", len = 4310469}, port_no = 0, proto = 0, type = ERROR_URI_T, flags = URI_USER_NORMALIZE, transport = { s = 0xfffffffb <Address 0xfffffffb out of bounds>, len = 44882432}, ttl = { s = 0x15 <Address 0x15 out of bounds>, len = -1707088000}, user_param = {s = 0x0, len = 0}, maddr = {s = 0x63371f "", len = -1}, method = {s = 0x27d923b7950 "`\315b\222}\002", len = 4310469}, lr = {s = 0x27d9a458be0 "F]8", len = -1706721952}, r2 = { s = 0x7100000000 <Address 0x7100000000 out of bounds>, len = -1706721696}, gr = { s = 0x1 <Address 0x1 out of bounds>, len = 0}, transport_val = {s = 0x63371f "", len = 100}, ttl_val = {s = 0x937560 "", len = 4315438}, user_param_val = {s = 0x3ff74507e70 "\001", len = 1951432192}, maddr_val = {s = 0x27d9a458be0 "F]8", len = -1707088000}, method_val = { s = 0x1 <Address 0x1 out of bounds>, len = 1951434432}, lr_val = {s = 0x0, len = 1951434432}, r2_val = {s = 0x3ff74508530 "\001", len = -1}, gr_val = {s = 0x27d923b7950 "`\315b\222}\002", len = 4346308}} next_hop = {user = {s = 0x0, len = 1}, passwd = {s = 0x3ff745086c0 "\003", len = -1671675758}, host = {s = 0x3ff745086c0 "\003", len = 1951434032}, port = { s = 0xffffffff <Address 0xffffffff out of bounds>, len = -1841596080}, params = { s = 0xe8d81dd966fc4092 <Address 0xe8d81dd966fc4092 out of bounds>, len = 154943634}, sip_params = {s = 0x3ff00000000 <Address 0x3ff00000000 out of bounds>, len = 8187}, headers = { s = 0x1 <Address 0x1 out of bounds>, len = 1}, port_no = 1, proto = 0, type = ERROR_URI_T, flags = 11, transport = {s = 0xffffffffffffffa0 <Address 0xffffffffffffffa0 out of bounds>, .... cut off Kelvin Chua

1 0

Logging and debugging
by Keith 05 Dec '13

05 Dec '13

Hi guys, Does anyone have any advice to good Kamailio logging and debugging? When you switch on debugging the file grows quickly and with information that isn't really required. My initial idea is to run through the code and make lots of comments but just wanted other peoples ideas/views. Thanks, as always. Keith

2 1

Re: [SR-Users] COR
by Keith 04 Dec '13

04 Dec '13

Thanks, but I need to restrict based on registered user, i.e. some users will be able to dial those numbers others wont. Thanks, Keith

2 1

Considering to release v4.1.0 on Dec4, 2014
by Daniel-Constantin Mierla 04 Dec '13

04 Dec '13

Hello, I have few issues on my list to fix for 4.1 before the full release, but I consider one week being enough time. Therefore I plan to release 4.1.0 next Wednesday, Dec 4, 2014. If anyone would prefer a different plan, expose it on the mailing list for further discussions. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

1 4

IPv4, IPv6, RTPProxy and Kamailio
by Mark Zeman 04 Dec '13

04 Dec '13

Hello all, The subject says most of it, I think. We set up our Kamailio and RTPProxy according to http://kb.asipto.com/kamailio:kamailio-mixed-ipv4-ipv6 with the addition of an alias (siplab.ch), and the DNS to go with it, as well as TLS and SRTP. However, we only get working calls IPv4-IPv4 and IPv6-IPv6! IPv4-IPv6 we get a proper connection, secured with SRTP, but no audio. Looking at the network, RTP packets go from the caller to the server, but nothing leaves the server and no RTP packets go from callee to server. Do you have any idea how to fix this? Cheers, Mark

3 6

(no subject)
by Abdelkader Allam 04 Dec '13

04 Dec '13

Hello Guys, I am using Kamailio 4.1.0. I am trying to get Kamailio to rotate the cdr log through command kamcmd flatstore.rotate but it keeps sending log to the renamed files, I use the following parameter #!define WITH_ACCFILE # ----- acc params ----- /* what special events should be accounted ? */ modparam("acc", "early_media", 1) modparam("acc", "report_ack", 1) modparam("acc", "report_cancels", 1) /* by default ww do not adjust the direct of the sequential requests. if you enable this parameter, be sure the enable "append_fromtag" in "rr" module */ modparam("acc", "detect_direction", 0) /* account triggers (flags) */ modparam("acc", "log_flag", FLT_ACC) modparam("acc", "log_missed_flag", FLT_ACCMISSED) modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") modparam("acc", "failed_transaction_flag", FLT_ACCFAILED) /* enhanced DB accounting */ modparam("acc", "db_flag", FLT_ACC) modparam("acc", "db_missed_flag", FLT_ACCMISSED) #!ifdef WITH_ACCFILE modparam("acc", "db_url", "flatstore:/var/log/kamailio") modparam("db_flatstore", "flush", 1) modparam("acc", "cdr_enable", 1) #modparam("acc", "cdr_flag", 3) modparam("acc", "db_extra","ds=$DLG_lifetime") modparam("acc", "log_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;" "duration=$DLG_lifetime") modparam("acc", "db_extra", "src_user=$fU;src_domain=$fd;src_ip=$si;" "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;" "duration=$avp(i:256)") #!endif

1 0

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