sr-users August 2014

sr-users@lists.kamailio.org

73 participants
131 discussions

Kamailio 4.0.4 slow memory leak
by Heenan, Timothy Steven 15 Oct '14

15 Oct '14

Greetings, I'm running into a slow memory leak on my kamailio 4.0.4 SIP proxies. I'm observing a steady increase in the memory consumption until there is no more left. Kamailio then starts repeating this in the logs: ERROR: dispatcher [dispatch.c:279]: add_dest2list(): no more memory. What would be the best way to debug this kind of a memory leak? The proxy does not handle any registrations but does route a fair amount of calls. Thank you in advance, Tim Heenan Engineer I - VoIP Wholesale | Windstream timothy.heenan(a)windstream.com<mailto:email@windstream.com> | windstreambusiness.com<http://www.windstreambusiness.com/> o: 847.348.1338 | f: 847.963.0116 ---------------------------------------------------------------------- This email message and any attachments are for the sole use of the intended recipient(s). Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message and any attachments.

2 19

Re: [SR-Users] Crash Kamailio 4.1.4
by Igor Potjevlesch 10 Oct '14

10 Oct '14

Hello, We updated this morning Kamailio in 4.1.4 with your patch. Kamailio crashed again this afternoon. here an extract from /var/log/messages : Jun 25 13:49:01 /usr/local/sbin/kamailio[20259]: WARNING: <script>: time=[Wed Jun 25 13:49:01 2014] call id=[f4653f6fe909d3118f86009033290024(a)A.B.C.D] call seq=[929405] contact header=[<sip:0987654321@A.B.C.D:2057;transport=UDP>] from uri=[sip:0123456789@domain;user=phone] from tag=[16632949] request's method=[INVITE] request's uri=[sip:0123456789@domain;user=phone] to uri=[sip:0123456789@domain;user=phone] to tag=[<null>] sip message id=[46275] process id=[20259] ip source=[A.B.C.D] flags=[2] ua=[(innovaphone IP6010/9.00 hotfix24 [9.061271/9061271/300])], INVITE from 'untrusted' host Jun 25 13:49:01 /usr/local/sbin/kamailio[20259]: WARNING: <script>: time=[Wed Jun 25 13:49:01 2014] call id=[f4653f6fe909d3118f86009033290024(a)A.B.C.D] call seq=[929405] contact header=[<sip:0987654321@A.B.C.D:2057;transport=UDP>] from uri=[sip:0123456789@domain;user=phone] from tag=[16632949] request's method=[INVITE] request's uri=[sip:0123456789@domain;user=phone] to uri=[sip:0123456789@domain;user=phone] to tag=[<null>] sip message id=[46275] process id=[20259] ip source=[A.B.C.D] flags=[2], INVITE from an authorized SIP trunk Jun 25 13:49:01 /usr/local/sbin/kamailio[20259]: WARNING: <script>: time=[Wed Jun 25 13:49:01 2014] call id=[f4653f6fe909d3118f86009033290024(a)A.B.C.D] call seq=[929405] contact header=[<sip:0987654321@A.B.C.D:2057;transport=UDP>] from uri=[sip:0123456789@domain;user=phone] from tag=[16632949] request's method=[INVITE] request's uri=[sip:0123456789@domain;user=phone] to uri=[sip:0123456789@domain;user=phone] to tag=[<null>] sip message id=[46275] process id=[20259] ip source=[A.B.C.D] flags=[2], INVITE from an authorized SDA for current SIP trunk Jun 25 13:49:01 /usr/local/sbin/kamailio[20259]: INFO: carrierroute [cr_func.c:710]: cr_do_route(): uri 0123456789 was rewritten to sip:0123456789@GW, carrier 1, domain 1 Jun 25 13:49:02 /usr/local/sbin/kamailio[20259]: : <core> [mem/q_malloc.c:140]: qm_debug_frag(): BUG: qm_*: fragm. 0x7f12803cb450 (address 0x7f12803cb480) beginning overwritten(abcdefed)! And this is the btfull : #0 0x0000003d6f6328a5 in raise () from /lib64/libc.so.6 No symbol table info available. #1 0x0000003d6f634085 in abort () from /lib64/libc.so.6 No symbol table info available. #2 0x0000000000546d3c in qm_debug_frag (qm=0x7f1280275010, f=0x7f12803cb450) at mem/q_malloc.c:142 #3 0x0000000000548b26 in qm_free (qm=0x7f1280275010, p=0x7f12803cb480, file=0x6276a0 "<core>: parser/parse_ppi_pai.c", func=0x627a00 "free_pai_ppi_body", line=102) at mem/q_malloc.c:464 #4 0x000000000056e5e6 in free_pai_ppi_body (pid_b=0x7f12803cb480) at parser/parse_ppi_pai.c:102 #5 0x000000000054fee0 in clean_hdr_field (hf=0x7f1274c3c238) at parser/hf.c:126 #6 0x00007f127cb6dde6 in acc_onreply (t=0x7f1274c157f0, req=0x7f1274c3ac08, reply=0x7f12804a6d70, code=200) at acc_logic.c:501 #7 0x00007f127cb6e30a in tmcb_func (t=0x7f1274c157f0, type=512, ps=0x7fff0b015580) at acc_logic.c:573 #8 0x00007f127ed68478 in run_trans_callbacks_internal (cb_lst=0x7f1274c15860, type=512, trans=0x7f1274c157f0, params=0x7fff0b015580) at t_hooks.c:290 #9 0x00007f127ed6868a in run_trans_callbacks_with_buf (type=512, rbuf=0x7f1274c158b0, req=0x7f1274c3ac08, repl=0x7f12804a6d70, flags=200) at t_hooks.c:336 #10 0x00007f127ed9ac06 in relay_reply (t=0x7f1274c157f0, p_msg=0x7f12804a6d70, branch=0, msg_status=200, cancel_data=0x7fff0b0158e0, do_put_on_wait=1) at t_reply.c:2001 #11 0x00007f127ed9d0b7 in reply_received (p_msg=0x7f12804a6d70) at t_reply.c:2499 #12 0x000000000045d837 in do_forward_reply (msg=0x7f12804a6d70, mode=0) at forward.c:777 #13 0x000000000045e0f8 in forward_reply (msg=0x7f12804a6d70) at forward.c:860 #14 0x00000000004a58e7 in receive_msg (buf=0x924600 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP A.B.C.D;branch=z9hG4bK512b.82b197888826f6b60c0c63b79801294d.0;received=A.B.C.D\r\nVia: SIP/2.0/UDP A.B.C.D:2057;branch=z9hG4bK-129F259C;rport=2057\r\nCall-ID: cb0"..., len=1124, rcv_info=0x7fff0b015c60) at receive.c:273 #15 0x000000000053c9a8 in udp_rcv_loop () at udp_server.c:536 #16 0x000000000046d42b in main_loop () at main.c:1617 #17 0x0000000000470533 in main (argc=7, argv=0x7fff0b015f98) at main.c:2545 It seems to be the same problem but in a different source. Can you help me? Regards, Igor. 2014-06-12 17:46 GMT+02:00 Igor Potjevlesch <igor.potjevlesch(a)gmail.com>: > Hello, > > we didn't set the early media parameter . its '0' by default, isn't it? > > regards, > > Igor > > > > > 2014-06-12 17:03 GMT+02:00 Daniel-Constantin Mierla <miconda(a)gmail.com>: > > Hello, >> >> if you get a record for 180 response, then you have also the early_media >> parameter set for acc module, isn't it? >> >> In the morning I pushed a patch that should fix this issue. Use latest >> release 4.1.4 and see if works fine. Report the results to know that it is >> gone or not. >> >> Cheers, >> Daniel >> >> >> On 12/06/14 16:55, Igor Potjevlesch wrote: >> >> Hello, >> >> We don't use $ai in xlog nor in other process. only in ACC. >> >> parameters for ACC are : >> modparam("acc", "db_flag", FLT_ACC) >> modparam("acc", "db_missed_flag", 3) >> modparam("acc", "db_url", DBURLWO) >> modparam("acc", "db_extra", >> "src_user=$fU;username=$Au;src_domain=$fd;src_ip=$si;src_pai=$ai;" >> "dst_ouser=$tU;dst_user=$rU;dst_domain=$rd") >> >> For the 3781-4b1-572014182635-OGNAJ-1-A.B.C.D there is a code 180 >> ringing in the INVITE in ACC table. >> >> regards, >> >> Igor >> >> >> 2014-06-11 23:01 GMT+02:00 Daniel-Constantin Mierla <miconda(a)gmail.com>: >> >>> Few more things... >>> >>> Are you recording 1xx events? Can you check to see if there is another >>> record in acc table for the same call? You can search by call-id >>> 3781-4b1-572014182635-OGNAJ-1-A.B.C.D >>> >>> Eventually, send also the parameters you set for acc module. >>> >>> Cheers, >>> Daniel >>> >>> >>> On 11/06/14 19:25, Daniel-Constantin Mierla wrote: >>> >>> Hello, >>> >>> so you don't print $ai in xlog() statements nor use it in any >>> assignments or other functions besides acc parameter? >>> >>> Cheers, >>> Daniel >>> >>> On 11/06/14 19:19, Igor Potjevlesch wrote: >>> >>> Hello, >>> >>> We do not access to the P-asserted-identity in our configuration but >>> we added the field PAI in the db base ACC ( for INVITE, ACK and BYE) . >>> I dont know if it's in request_route, failure_route or branch_route . >>> >>> This is the print : >>> >>> (gdb) p mem_block >>> $3 = (struct qm_block *) 0x7f6a6bef1010 >>> (gdb) p shm_block >>> $4 = (struct qm_block *) 0x7f6a5666a000 >>> >>> Regards, >>> >>> Igor >>> >>> >>> 2014-06-11 18:02 GMT+02:00 Daniel-Constantin Mierla <miconda(a)gmail.com>: >>> >>>> Hello, >>>> >>>> cloning to shm for tm seems ok. Can you tell where you access >>>> P-Asserted-Identity header, via variables? Does it happen in request_route, >>>> failure_route or branch_route? >>>> >>>> Can you print from gdb, any frame: >>>> >>>> p mem_block >>>> p shm_block >>>> >>>> I want to see if parsed filed point to shm or pkg memory. >>>> >>>> Cheers, >>>> Daniel >>>> >>>> >>>> On 11/06/14 17:37, Daniel-Constantin Mierla wrote: >>>> >>>> Hello, >>>> >>>> at least I narrowed it down a bit. It is empty also in the clone stored >>>> in transaction, so it happens either during cloning or before. I will have >>>> to check these parts. >>>> >>>> Cheers, >>>> Daniel >>>> >>>> On 11/06/14 17:00, Igor Potjevlesch wrote: >>>> >>>> Hello, >>>> >>>> This is the result, always for frame 5 : >>>> >>>> (gdb) p *t->uas.request->pai >>>> $1 = {type = HDR_PAI_T, name = { >>>> s = 0x7f6a60cd34b8 "P-Asserted-Identity: \"0987654321\" >>>> <sip:0987654321@A.B.C.D>\r\nContact: <sip:0987654321@A.B.C.D:5060>\r\nAllow: >>>> INVITE, BYE, REGISTER, ACK, OPTIONS, CANCEL, SUBSCRIBE, NOTIFY, INFO, >>>> REFER, UPD"..., len = 19}, body = { >>>> s = 0x7f6a60cd34cd "\"0987654321\"<sip:0987654321@A.B.C.D>\r\nContact: >>>> <sip:0987654321@A.B.C.D:5060>\r\nAllow: INVITE, BYE, REGISTER, ACK, >>>> OPTIONS, CANCEL, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE\r\nSupported: >>>> path,"..., len = 43}, len = 66, parsed = 0x7f6a6d81da88, next = >>>> 0x7f6a60cd3f10} >>>> >>>> (gdb) p *((p_id_body_t*)(t->uas.request->pai->parsed)) >>>> $2 = {id = 0x0, num_ids = 0, next = 0x0} >>>> >>>> *Did *you find one thing in common between the 2 occurrences? Do you >>>> have any ideas about what is the cause of this pai reset? >>>> >>>> Regards, >>>> >>>> Igor >>>> >>>> >>>> >>>> >>>> 2014-06-11 16:09 GMT+02:00 Daniel-Constantin Mierla <miconda(a)gmail.com> >>>> : >>>> >>>>> Hello, >>>>> >>>>> in the same frame 5, can yo get: >>>>> >>>>> p *t->uas.request->pai >>>>> p *((p_id_body_t*)(t->uas.request->pai->parsed)) >>>>> >>>>> Cheers, >>>>> Daniel >>>>> >>>>> >>>>> On 10/06/14 18:35, Igor Potjevlesch wrote: >>>>> >>>>> Hello, >>>>> >>>>> Here is the results : >>>>> >>>>> (gdb) frame 5 >>>>> #5 0x00007f6a687e9b43 in acc_onreply (t=0x7f6a60d16ff8, >>>>> req=0x7f6a60cd2c10, reply=0x7f6a6c119aa8, code=200) at acc_logic.c:471 >>>>> 471 acc_db_request(req); >>>>> >>>>> >>>>> >>>>> -- >>>>> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>>> >>>>> >>>> >>>> -- >>>> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>> >>>> >>>> -- >>>> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>> >>>> >>> >>> -- >>> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>> >>> >>> -- >>> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>> >>> >> >> -- >> Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >> >> >

2 24

RFC: updating default values
by Daniel-Constantin Mierla 02 Oct '14

02 Oct '14

Hello, I am opening this discussion to decide if there is need to adjust some of the default values we have in Kamailio. Many of them were set even like 10 years ago, so they might not be very actual anymore. The main goal is to get the best possible settings for common usage. To start with, here are some values that should be reviewed: - default private memory is 4MB - if the config is not that small, it might not be sufficient free pkg to play with (e.g., for sql_query() result, storage of $var(...) values). Should it be increased to 8MB or other value? Debian/Centos have startup script that sets its value to 8 via command line - default shared memory is 32MB - for a decent deployment with tm, location, lcr/dispatcher, permissions, and anti-flood, it might leave not much free space. Should we double it or set to a different value - usrloc - db_ops_ruid should enabled (1) - seems stable, without it there are problems updating/deleting location records when UA changes the call-id for same contact address. - usrloc - hash_size - now is 9, which results in 512 slots, meaning is ok for few thousands of registered users, for more, performance will decrease when doing save/lookup location -- should it be made 10 (1024 slots for internal hash table)? - auth_db - load_credentials defaults to 'rpid', meaning that the query to get the password will retrieve also the rpid column. I haven't see rpid being used that much lately (replaced by PAI/PPI). I would make this parameter empty by default to avoid querying for an extra column that is likely to be empty. Perhaps there are more, I just wanted to get started. Reply with your comments to above list as well as add new items you thinks their default values should be adjusted. Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

3 6

Relaying ACK to Asterisk
by Igor Potjevlesch 01 Oct '14

01 Oct '14

Hello, I'm having trouble with this scenario (Kamailio and Asterisk are working on the same server, Asterisk listens on 4060 instead of 5060): the UAC sends an ACK request with the following R-URI: sip:955*95%23@ <sip:955*95%23@%3cIP_ASTERISK/KAMAILIO%3e:4060> <IP_ASTERISK/KAMAILIO>:4060. When I'm doing a capture on loopback interface, I just see an ACK request from IP <IP_ASTERISK/KAMAILIO>:5060 to IP <IP_ASTERISK/KAMAILIO>:5060. So the ACK seems to loop inside Kamailio. What could explain that the good port defined by the UAC is deleted? Regards, Igor.

4 18

cnxcc serial fork
by Kelvin Chua 29 Sep '14

29 Sep '14

hi carlos, i have a serial forking scenario to several providers as failover. and i used cnxcc_set_max_credit to control the session credit/time. just wanted to make sure it does what i think it should do so i made a little experiment. the logic goes this way. 1. cnxcc_set_max_credit -> $100, cost per second -> $1 2. call will fail, try the next provider 3. cnxcc_set_max_credit -> $200, cost per second -> $2 what i am expecting to see is, if i do kamctl kamcmd cnxcc.active_clients i would see $200 as the max_amount. but in kamailio 4.1.5, i still see $100, should it be updated to $200? is there an override in cnxcc_set_max_credit when called twice or after failure_route? Kelvin Chua

2 3

Re: [SR-Users] rtpengine upgrade fails
by Juha Heinanen 17 Sep '14

17 Sep '14

On 07/16/14 14:57:59, Richard Fuchs wrote: > Hard to tell without further information. Perhaps dist-upgrade tried to > upgrade the daemon after the kernel module was removed but before the > new module was installed? Did you install the kernel module through > dkms? Do you have the metapackage installed? You can check the dpkg.log > and dkms log files for more info. Richard, Somehow I missed your above reply in July. I have the metapackage installed. Now I made another dist-upgrade upgrading rtpengine from 3.3.0.0+0~mr3.4.1.0 to 3.3.0.0+0~mr3.5.0. Indeed dist-upgrade tries to setup daemon after the kernel module was removed but before new kernel module was installed. Should dependency on ngcp-rtpengine-kernel-dkms be added to ngcp-rtpengine-daemon in control file? -- Juha ------------------------------------------------------- # apt-get dist-upgrade ... Preparing to replace ngcp-rtpengine-daemon 3.3.0.0+0~mr3.4.1.0 (using .../ngcp-rtpengine-daemon_3.3.0.0+0~mr3.5.0.0_amd64.deb) ... Unpacking replacement ngcp-rtpengine-daemon ... Preparing to replace ngcp-rtpengine-iptables 3.3.0.0+0~mr3.4.1.0 (using .../ngcp-rtpengine-iptables_3.3.0.0+0~mr3.5.0.0_amd64.deb) ... Unpacking replacement ngcp-rtpengine-iptables ... Preparing to replace ngcp-rtpengine-kernel-dkms 3.3.0.0+0~mr3.4.1.0 (using .../ngcp-rtpengine-kernel-dkms_3.3.0.0+0~mr3.5.0.0_all.deb) ... Stopping RTP/media proxy: rtpengine-daemon. -------- Uninstall Beginning -------- Module: rtpengine Version: 3.3.0.0+0~mr3.4.1.0 Kernel: 3.2.0-4-amd64 (x86_64) ------------------------------------- Status: Before uninstall, this module version was ACTIVE on this kernel. xt_MEDIAPROXY.ko: - Uninstallation - Deleting from: /lib/modules/3.2.0-4-amd64/updates/dkms/ - Original module - No original module was found for this module on this kernel. - Use the dkms install command to reinstall any previous module version. depmod......... DKMS: uninstall completed. ------------------------------ Deleting module version: 3.3.0.0+0~mr3.4.1.0 completely from the DKMS tree. ------------------------------ Done. Unpacking replacement ngcp-rtpengine-kernel-dkms ... Preparing to replace ngcp-rtpengine 3.3.0.0+0~mr3.4.1.0 (using .../ngcp-rtpengine_3.3.0.0+0~mr3.5.0.0_all.deb) ... Unpacking replacement ngcp-rtpengine ... Preparing to replace ngcp-rtpengine-dev 3.3.0.0+0~mr3.3.1.0 (using .../ngcp-rtpengine-dev_3.3.0.0+0~mr3.5.0.0_all.deb) ... Unpacking replacement ngcp-rtpengine-dev ... Preparing to replace ngcp-rtpengine-kernel-source 3.3.0.0+0~mr3.4.1.0 (using .../ngcp-rtpengine-kernel-source_3.3.0.0+0~mr3.5.0.0_all.deb) ... Unpacking replacement ngcp-rtpengine-kernel-source ... Setting up ngcp-rtpengine-daemon (3.3.0.0+0~mr3.5.0.0) ... Restarting RTP/media proxy: ngcp-rtpengine-daemonFATAL: Module xt_MEDIAPROXY not found. iptables: No chain/target/match by that name. ip6tables: No chain/target/match by that name. FAILED TO CREATE KERNEL TABLE 0, KERNEL FORWARDING DISABLED invoke-rc.d: initscript ngcp-rtpengine-daemon, action "restart" failed. dpkg: error processing ngcp-rtpengine-daemon (--configure): subprocess installed post-installation script returned error exit status 255 Setting up ngcp-rtpengine-iptables (3.3.0.0+0~mr3.5.0.0) ... Setting up ngcp-rtpengine-kernel-dkms (3.3.0.0+0~mr3.5.0.0) ... Creating symlink /var/lib/dkms/rtpengine/3.3.0.0+0~mr3.5.0.0/source -> /usr/src/rtpengine-3.3.0.0+0~mr3.5.0.0 DKMS: add completed. Kernel preparation unnecessary for this kernel. Skipping... Building module: cleaning build area.... make KERNELRELEASE=3.2.0-4-amd64 -C /lib/modules/3.2.0-4-amd64/build M=/var/lib/dkms/rtpengine/3.3.0.0+0~mr3.5.0.0/build MEDIAPROXY_VERSION=3.3.0.0+0~mr3.5.0.0....... cleaning build area.... DKMS: build completed. xt_MEDIAPROXY: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/3.2.0-4-amd64/updates/dkms/ depmod.... DKMS: install completed. ...

2 3

How do I translate rtpproxy bridge mode config to mediaproxy-ng/rtpengine?
by Alex Villacís Lasso 15 Sep '14

15 Sep '14

I have a rtpproxy configuration that spawns several rtpproxy instances, using bridge mode. An example is shown below: /usr/bin/rtpproxy -p /var/run/rtpproxy.pid-7723 -u rtpproxy -s udp:127.0.0.1 7723 192.168.2.18/127.0.0.1 -m 10000 -M 20000 Here, rtpproxy bridges between 192.168.2.18 and 127.0.0.1 . Now I want to migrate to rtpengine with the rtpproxy-ng module in kamailio. However, I do not find an equivalent to bridge mode in the rtpengine command-line parameters. I see the --ip=IP parameter, but the source code expects a single IP address, and cannot be specified more than once. The closest I see is the --advertised-ip=IP parameter, but I am not sure that it will do what I need.

6 11

create loop for REGISTER SEND in Kamailio.cfg
by ANTHONY HESNAUX 05 Sep '14

05 Sep '14

hello everybody, I would like loop in kamailio.cfg because I want register soft phone on all asterisk system so I have this configuration but also if I want add another asterisk system my Kamailio.cfg #!define WITH_ASTERISK #!define WITH_CLUST_AST #!ifdef WITH_ASTERISK asterisk.bindip = "asterisk.home.fr" desc "Asterisk IP Address" asterisk.bindport = "5080" desc "Asterisk Port" kamailio.bindip = « kamailio.home.fr" desc "kamailio IP Address" kamailio.bindport = "5060" desc "Kamailio Port" #!endif #!ifdef WITH_CLUST_AST #!define HOST 2 asterisk1.bindip = "192.168.0.10" desc « Asterisk - 1 - IP Address" asterisk1.bindport = "5080" desc "Asterisk Port" asterisk2.bindip = "192.168.0.20" desc « Asterisk - 2 - IP Address" asterisk2.bindport = "5080" desc "Asterisk Port" #!endif # Forward REGISTER to Asterisk route[REGFWD] { if(!is_method("REGISTER")) { return; } $var(rip) = $sel(cfg_get.asterisk1.bindip); $uac_req(method)="REGISTER"; $uac_req(ruri)="sip:" + $var(rip) + ":" + $sel(cfg_get.asterisk1.bindport); $uac_req(furi)="sip:" + $au + "@" + $var(rip); $uac_req(turi)="sip:" + $au + "@" + $var(rip); $uac_req(hdrs)="Contact: <sip:" + $au + "@" + $sel(cfg_get.kamailio.bindip) + ":" + $sel(cfg_get.kamailio.bindport) + ">\r\n"; if($sel(contact.expires) != $null) $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $sel(contact.expires) + "\r\n"; else $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $hdr(Expires) + "\r\n"; uac_req_send(); $var(rip) = $sel(cfg_get.asterisk2.bindip); $uac_req(method)="REGISTER"; $uac_req(ruri)="sip:" + $var(rip) + ":" + $sel(cfg_get.asterisk2.bindport); $uac_req(furi)="sip:" + $au + "@" + $var(rip); $uac_req(turi)="sip:" + $au + "@" + $var(rip); $uac_req(hdrs)="Contact: <sip:" + $au + "@" + $sel(cfg_get.kamailio.bindip) + ":" + $sel(cfg_get.kamailio.bindport) + ">\r\n"; if($sel(contact.expires) != $null) $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $sel(contact.expires) + "\r\n"; else $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $hdr(Expires) + "\r\n"; uac_req_send(); } #!endif thank you for your help anthony

2 1

Redirect server vs CANCEL
by Mihaly Zachar 04 Sep '14

04 Sep '14

Hi Gents, We have created a small redirect server using the Lua API to get the destinations. Lets say that it takes some time while the script generates the answer, during this time we got a CANCEL. How we can handle this properly ? As far as I could see the TM module always sends back the answer (302) and after that I get the "CANCEL" in my script. Here is my config: http://pastebin.com/7PyKBJyD Here is my test Lua script: http://pastebin.com/6VXn5y8m Could you please help me what is the best way to handle the CANCEL ? Is it possible to do it properly ? Thanks, Misi

2 1

nat_traversal vs nathelper for mediaproxy
by Satish Patel 04 Sep '14

04 Sep '14

I am planing to implement mediaproxy so which NAT module will be good for media proxy and why? should i use nat_traversal ro nathelper ? I haven't see any example people using nat_traversa. most of example i found on google are based on nathelper so just want to make sure which one i should use and why?

2 1

Jump to page:

2026

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 August 2014