From annusfictus at gmail.com Mon May 1 04:31:50 2017 From: annusfictus at gmail.com (Annus Fictus) Date: Mon, 1 May 2017 03:31:50 -0500 Subject: [OpenSIPS-Users] OpenSIPS Web Site is down!? Message-ID: <2866a994-7f1e-8028-fe23-5dd0174b3cd5@gmail.com> Why? :) From ankurgupta01 at gmail.com Mon May 1 03:41:05 2017 From: ankurgupta01 at gmail.com (ankurgupta01) Date: Mon, 1 May 2017 00:41:05 -0700 (MST) Subject: [OpenSIPS-Users] Unable to register device on IPV6 Message-ID: <1493624465880-7607291.post@n2.nabble.com> I am unable to register my device with opensips 1.11 when on a IPv6 network. Below is error log for same. parsed msg=#012REGISTER sip:sip3.abc.com;transport=TLS SIP/2.0#015#012v: SIP/2.0/TLS [2405:204:3209:2EC:753E:D45E:4912:CBF3]:57904;rport;branch=z9hG4bKPjVfk1i5qGyy8NW9dbU0lcXoDVyBVxbVpl;alias#015#012Max-Forwards: 70#015#012f: ;tag=m1kFWkZctk4uXYGTjvTr2YneZJeEvHO4#015#012t: #015#012i: 5.d.zFWkx6oosc0CpqGGdvyQeZH74qox#015#012CSeq: 206 REGISTER#015#012sipversion: 1#015#012deviceid: 32846eb7-5d27-e711-a04e-0ab50365a9b3#015#012User-Agent: test#015#012k: outbound, path#015#012m: ;reg-id=1;+sip.instance=""#015#012Expires: 610#015#012Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS#015#012Authorization: Digest username="1000001007", realm="sip3.abc.com", nonce="58fb915100000000de535d1e5b328fbb2e0d11223e9b7645", uri="sip:sip3.abc.com;transport=TLS", response="f61a5581fe3aca2602e5378bb295970c"#015#012l: 0 ERROR:core:parse_uri: bad char ':' in state 2 parsed: (12) / (61) Apr 22 17:21:56 ip-10-3-4-250 /usr/local/sbin/opensips[1351]: ERROR:usrloc:compute_next_hop: failed to parse URI of next hop: ' ' Apr 22 17:21:56 ip-10-3-4-250 /usr/local/sbin/opensips[1351]: ERROR:usrloc:new_ucontact: failed to resolve next hop Apr 22 17:21:56 ip-10-3-4-250 /usr/local/sbin/opensips[1351]: ERROR:usrloc:mem_insert_ucontact: failed to create new contact Apr 22 17:21:56 ip-10-3-4-250 /usr/local/sbin/opensips[1351]: ERROR:usrloc:insert_ucontact: failed to insert contact Apr 22 17:21:56 ip-10-3-4-250 /usr/local/sbin/opensips[1351]: ERROR:registrar:insert_contacts: failed to insert contact Apr 22 17:21:56 ip-10-3-4-250 /usr/local/sbin/opensips[1351]: DBG:core:evi_param_set: adding string param Any help will be really appreciated. Thanks, Ankur -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/Unable-to-register-device-on-IPV6-tp7607291.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. From bogdan at opensips.org Mon May 1 04:40:47 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 1 May 2017 11:40:47 +0300 Subject: [OpenSIPS-Users] OpenSIPS Web Site is down!? In-Reply-To: <2866a994-7f1e-8028-fe23-5dd0174b3cd5@gmail.com> References: <2866a994-7f1e-8028-fe23-5dd0174b3cd5@gmail.com> Message-ID: <11f2de15-4f68-6f4b-7fcf-5634b7b0ab6e@opensips.org> Thank for the report. It seems to be a networking issue, working on it. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/01/2017 11:31 AM, Annus Fictus wrote: > Why? :) > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From bogdan at opensips.org Mon May 1 04:43:27 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 1 May 2017 11:43:27 +0300 Subject: [OpenSIPS-Users] REG::Multiple TCP Connections to Same Destination. In-Reply-To: References: Message-ID: <5451e3ca-ff7d-3df0-7987-b9db3d6a44b1@opensips.org> Hi Ravitez, OpenSIPS is doing connection reusage, so, if there IP destination is the same, the existing connection will be used. Why do you want to change this ? Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 04/28/2017 07:28 AM, Ravitez Ravi wrote: > Hello, > I have been using opensips 1.11.5 as a proxy between the > application server and clients,things were fine as each client had a > dedicated tcp connection to opensips. > once i introduced SBC ,opensips has only one TCP connection to > SBC .would it be possible to create multiple TCP connections to the > same destination?. > eg : > Each child having a TCP connection to the same destination. > > from what i understand is if a tcp connection exists to a > destination opensips passes on the fd to a requesting child to send data. > please share your thoughts. > > > Regards, > Ravitez.D > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Mon May 1 04:49:43 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 1 May 2017 11:49:43 +0300 Subject: [OpenSIPS-Users] 408 timeout In-Reply-To: <1493601764.3540.2@smtp.networklab.ca> References: <1493433008.3540.0@smtp.networklab.ca> <044A2276-BCAF-4970-AC38-C6832B80D9EE@evaristesys.com> <1493436485.3540.1@smtp.networklab.ca> <1493601764.3540.2@smtp.networklab.ca> Message-ID: Hi, The failure route is correct and you have to arm it before sending out the request via the request route (before the t_relay()) with t_on_failure("MANAGE_FAILURE") Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/01/2017 04:22 AM, volga629 at networklab.ca wrote: > Hello Bogdan, > I created fail route > > failure_route[MANAGE_FAILURE] { > if (t_check_status("408")) { > append_branch(); > route(DISPATCH); > } > > if (t_was_cancelled()) { > exit; > } > } > > How I can detect that timer expire ? On which stage in reply need > apply fail route. > > volga629 > > On Sun, 30 Apr, 2017 at 8:44 AM, Bogdan-Andrei Iancu > wrote: >> Hi, >> >> OpenSIPS is generating the CANCEL due to the timeout (no answer to >> the call) - see: >> http://www.opensips.org/html/docs/modules/2.2.x/tm.html#fr_inv_timeout >> >> If you want to get a redirect to a VM, you need to use the failure >> route in order to catch the 408 reply and create a new branch to the >> VM server. >> >> Regards, >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> On 04/29/2017 06:28 AM, volga629 at networklab.ca wrote: >>> Hello Alex, >>> So what it is >>> >>> 2017/04/28 22:12:45.455111 server_public_ip:5082 -> >>> client_public_ip:47293 >>> SIP/2.0 180 Ringing >>> Via: SIP/2.0/TCP >>> 192.168.88.164:45248;received=client_public_ip;branch=z9hG4bK-524287-1---d06c254812b2384a;rport=47293 >>> Record-Route: >>> Record-Route: >>> >>> From: "volga629" ;tag=f30d187f >>> To: ;tag=ZH2mc6gFgS9Fg >>> Call-ID: 141351_rel51ZmI1MWU2ZTFkN2Y5NDUzN2M0YTYyMThiYTY0NmZjYzI >>> CSeq: 2 INVITE >>> Contact: >>> User-Agent: B2BUA01 >>> Accept: application/sdp >>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>> REGISTER, NOTIFY, PUBLISH, SUBSCRIBE >>> Supported: timer, path, replaces >>> Allow-Events: talk, hold, conference, presence, as-feature-event, >>> dialog, line-seize, call-info, sla, include-session-description, >>> presence.winfo, message-summary, refer >>> Content-Length: 0 >>> >>> *OPENSIPS send to PBX* >>> 2017/04/28 22:13:14.639461 10.18.130.27:5060 -> 10.18.130.26:5160 >>> CANCEL sip:4300 at sip.company.tld SIP/2.0 >>> Via: SIP/2.0/UDP 10.18.130.27:5060;branch=z9hG4bKeffd.f2504821.0 >>> From: "volga629";tag=f30d187f >>> Call-ID: 141351_rel51ZmI1MWU2ZTFkN2Y5NDUzN2M0YTYyMThiYTY0NmZjYzI >>> To: >>> CSeq: 2 CANCEL >>> Max-Forwards: 70 >>> Reason: SIP;cause=480;text="NO_ANSWER" >>> User-Agent: OpenSIPS (2.4.0-dev (x86_64/linux)) >>> Content-Length: 0 >>> >>> >>> >>> 2017/04/28 22:13:14.639605 server_public_ip:5082 -> >>> client_public_ip:47293 >>> SIP/2.0 408 Request Timeout >>> Via: SIP/2.0/TCP >>> 192.168.88.164:45248;received=client_public_ip;branch=z9hG4bK-524287-1---d06c254812b2384a;rport=47293 >>> To: ;tag=c88f800b416e86b8a763b24c260500d8-3c4f >>> From: "volga629";tag=f30d187f >>> Call-ID: 141351_rel51ZmI1MWU2ZTFkN2Y5NDUzN2M0YTYyMThiYTY0NmZjYzI >>> CSeq: 2 INVITE >>> Server: OpenSIPS (2.4.0-dev (x86_64/linux)) >>> Content-Length: 0 >>> >>> >>> On Fri, 28 Apr, 2017 at 11:33 PM, Alex Balashov >>> wrote: >>>> OpenSIPS didn't hang up anything. On April 28, 2017 10:30:08 PM >>>> EDT, volga629 at networklab.ca wrote: >>>> >>>> Hello Everyone, Why opensips hang up session with 408 on >>>> SIP;cause=480;text="NO_ANSWER". I expected b2bua will send to >>>> voicemail. What way possible fix it. Please see attached trace. >>>> volga629 >>>> >>>> -- Alex -- Principal, Evariste Systems LLC (www.evaristesys.com >>>> ) Sent from my Google Nexus. >>>> _______________________________________________ Users mailing list >>>> Users at lists.opensips.org >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From ionutionita at opensips.org Mon May 1 06:48:55 2017 From: ionutionita at opensips.org (Ionut Ionita) Date: Mon, 1 May 2017 12:48:55 +0200 Subject: [OpenSIPS-Users] Set Acc Module in 2.3 In-Reply-To: References: Message-ID: <8d46d974-a018-8ae3-b516-233cb6838570@opensips.org> Read the docs[0] for usage. In 2.3 you define a mapping between a tag that should be used with acc_extra/acc_log script variables and a radius avp in your case. That being said you should have modparam("acc","extra_fields", "aaa:system_name->MV-System...") ... route { ... $acc_extra(system_name) = $avp(system_name); ... } This will translate to $avp(system_name) being sent as radius avp MV-System. [0] http://www.opensips.org/html/docs/modules/2.3.x/acc#ACC-extra-id Ionut Ionita OpenSIPS Developer On 04/29/2017 01:50 PM, Dragomir Haralambiev wrote: > Hello, > > I try to move from 2.2.3 to 2.3. > In 2.3 modparam("acc", "aaa_extra",... is removed. > > In 2.2.3 I use extra data with: > modparam("acc", "aaa_extra", "MV-System=$avp(system_name); > MV-UserName=$fU; > MV-Number=$rU; > MV-Timestamp=$avp(timestamp)") > > For 2.3 I rewrite to: > modparam("acc", "extra_fields", "aaa:$avp(system_name)->MV-System; > $fU->MV-UserName; > $rU->MV-Number; > $avp(timestamp)->MV-Timestamp") > > When try to start 2.3 I receive follow message: > > ERROR:acc:init_acc_aaa: acc: can't get code for the MV-System;....... > > How to use correct extra_fields in 2.3? > > Regards, > Dragomir > > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon May 1 06:59:53 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 1 May 2017 13:59:53 +0300 Subject: [OpenSIPS-Users] Unable to register device on IPV6 In-Reply-To: <1493624465880-7607291.post@n2.nabble.com> References: <1493624465880-7607291.post@n2.nabble.com> Message-ID: <162c2e1c-6a51-f32b-bf7b-02f29ac35168@opensips.org> Hi, Ankur! Can you make sure you are not calling fix_nated_register() on REGISTER messages coming on IPv6? I don't think this is necessary in a IPv6 setup anyway, Best regards, Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com On 05/01/2017 10:41 AM, ankurgupta01 wrote: > I am unable to register my device with opensips 1.11 when on a IPv6 network. > > > Below is error log for same. > parsed msg=#012REGISTER sip:sip3.abc.com;transport=TLS SIP/2.0#015#012v: > SIP/2.0/TLS > [2405:204:3209:2EC:753E:D45E:4912:CBF3]:57904;rport;branch=z9hG4bKPjVfk1i5qGyy8NW9dbU0lcXoDVyBVxbVpl;alias#015#012Max-Forwards: > 70#015#012f: > ;tag=m1kFWkZctk4uXYGTjvTr2YneZJeEvHO4#015#012t: > #015#012i: > 5.d.zFWkx6oosc0CpqGGdvyQeZH74qox#015#012CSeq: 206 > REGISTER#015#012sipversion: 1#015#012deviceid: > 32846eb7-5d27-e711-a04e-0ab50365a9b3#015#012User-Agent: test#015#012k: > outbound, path#015#012m: > ;reg-id=1;+sip.instance=""#015#012Expires: > 610#015#012Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE, > NOTIFY, REFER, MESSAGE, OPTIONS#015#012Authorization: Digest > username="1000001007", realm="sip3.abc.com", > nonce="58fb915100000000de535d1e5b328fbb2e0d11223e9b7645", > uri="sip:sip3.abc.com;transport=TLS", > response="f61a5581fe3aca2602e5378bb295970c"#015#012l: 0 > > ERROR:core:parse_uri: bad char ':' in state 2 parsed: (12) / > (61) > Apr 22 17:21:56 ip-10-3-4-250 /usr/local/sbin/opensips[1351]: > ERROR:usrloc:compute_next_hop: failed to parse URI of next hop: ' > ' > Apr 22 17:21:56 ip-10-3-4-250 /usr/local/sbin/opensips[1351]: > ERROR:usrloc:new_ucontact: failed to resolve next hop > Apr 22 17:21:56 ip-10-3-4-250 /usr/local/sbin/opensips[1351]: > ERROR:usrloc:mem_insert_ucontact: failed to create new contact > Apr 22 17:21:56 ip-10-3-4-250 /usr/local/sbin/opensips[1351]: > ERROR:usrloc:insert_ucontact: failed to insert contact > Apr 22 17:21:56 ip-10-3-4-250 /usr/local/sbin/opensips[1351]: > ERROR:registrar:insert_contacts: failed to insert contact > Apr 22 17:21:56 ip-10-3-4-250 /usr/local/sbin/opensips[1351]: > DBG:core:evi_param_set: adding string param > > Any help will be really appreciated. > > Thanks, > Ankur > > > > -- > View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/Unable-to-register-device-on-IPV6-tp7607291.html > Sent from the OpenSIPS - Users mailing list archive at Nabble.com. > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > From goup2010 at gmail.com Mon May 1 08:51:47 2017 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Mon, 1 May 2017 15:51:47 +0300 Subject: [OpenSIPS-Users] Set Acc Module in 2.3 In-Reply-To: <8d46d974-a018-8ae3-b516-233cb6838570@opensips.org> References: <8d46d974-a018-8ae3-b516-233cb6838570@opensips.org> Message-ID: Hi, I try your example but get follow ERROR: May 1 15:48:48 dev opensips: ERROR:core:pv_parse_spec: unknown script var $acc_extra(), maybe a 'loadmodule' statement is missing? May 1 15:48:48 dev opensips: ERROR:core:pv_parse_spec: wrong char [s/115] in [$acc_extra(system_name)] at [11 (5)] May 1 15:48:48 dev opensips: CRITICAL:core:yyerror: parse error in config file /etc/opensips/opensips.cfg, line 818, column 13-36: unknown script variable May 1 15:48:48 dev opensips: CRITICAL:core:yyerror: parse error in config file /etc/opensips/opensips.cfg, line 818, column 62-63: invalid left operand in assignment line 818 in may script: $acc_extra(system_name) = $avp(system_name); 2017-05-01 13:48 GMT+03:00 Ionut Ionita : > Read the docs[0] for usage. In 2.3 you define a mapping between a tag that > should be used with > acc_extra/acc_log script variables and a radius avp in your case. That > being said you should have > > modparam("acc","extra_fields", "aaa:system_name->MV-System...") > ... > route { > ... > $acc_extra(system_name) = $avp(system_name); > ... > } > > This will translate to $avp(system_name) being sent as radius avp > MV-System. > > > [0] http://www.opensips.org/html/docs/modules/2.3.x/acc#ACC-extra-id > > Ionut Ionita > OpenSIPS Developer > > On 04/29/2017 01:50 PM, Dragomir Haralambiev wrote: > > Hello, > > I try to move from 2.2.3 to 2.3. > In 2.3 modparam("acc", "aaa_extra",... is removed. > > In 2.2.3 I use extra data with: > modparam("acc", "aaa_extra", "MV-System=$avp(system_name); > MV-UserName=$fU; > MV-Number=$rU; > MV-Timestamp=$avp(timestamp)") > > For 2.3 I rewrite to: > modparam("acc", "extra_fields", "aaa:$avp(system_name)->MV-System; > $fU->MV-UserName; > $rU->MV-Number; > $avp(timestamp)->MV-Timestamp") > > When try to start 2.3 I receive follow message: > > ERROR:acc:init_acc_aaa: acc: can't get code for the MV-System;....... > > How to use correct extra_fields in 2.3? > > Regards, > Dragomir > > > > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tito at xsvoce.com Mon May 1 15:55:45 2017 From: tito at xsvoce.com (Tito Cumpen) Date: Mon, 1 May 2017 15:55:45 -0400 Subject: [OpenSIPS-Users] tm param for 477? Message-ID: Group, Is there a tm param to force 477 failures to go to failure block ? IE: I have a wss socket that times out or closes connection but the UL entry is still active so the connection attempt fails and the 477 is sent back to the UAC instead of trying the logic in the failure block. Can anything be done here ? Thanks, Tito -------------- next part -------------- An HTML attachment was scrubbed... URL: From govoiper at gmail.com Mon May 1 19:22:31 2017 From: govoiper at gmail.com (SamyGo) Date: Mon, 1 May 2017 19:22:31 -0400 Subject: [OpenSIPS-Users] OpenSIPS crash with core dump Message-ID: Hi All, I've been seeing some crashes in my opensips servers: *version:* opensips 2.2.1 (x86_64/linux) flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535 poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. main.c compiled on 16:33:09 Jan 12 2017 with gcc 4.8 *Operatin System:* Ubuntu 14.04.5 LTS *Core File:* (gdb) bt full #0 strlen () at ../sysdeps/x86_64/strlen.S:106 No locals. #1 0x00007f55a8a32f59 in i2d_SSL_SESSION () from /lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol table info available. #2 0x00007f55a8a07bd5 in ?? () from /lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol table info available. #3 0x00007f55a8a08960 in ?? () from /lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol table info available. #4 0x00007f55a83f5a7f in ?? () from /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so No symbol table info available. #5 0x00007f55a83fe880 in ?? () from /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so No symbol table info available. #6 0x00000000005a372d in ?? () No symbol table info available. #7 0x00000000005a4dcb in tcp_worker_proc () No symbol table info available. #8 0x000000000059cbb9 in tcp_start_processes () No symbol table info available. #9 0x0000000000419cda in main () No symbol table info available. *Another Crash trace:* (gdb) bt full #0 0x00007fc0abe039da in strtok () at ../sysdeps/x86_64/strtok.S:186 No locals. #1 0x0000000000000024 in ?? () No symbol table info available. #2 0x0000000200000004 in ?? () No symbol table info available. #3 0x00007ffe32a6f9c0 in ?? () No symbol table info available. #4 0x00007fbf8baef57c in ?? () No symbol table info available. #5 0x0000000200000002 in ?? () No symbol table info available. #6 0x00007ffe32a6f9d0 in ?? () No symbol table info available. #7 0x00007fbf8aa8bf00 in ?? () from /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 No symbol table info available. #8 0x00007fbf8b53f000 in ?? () No symbol table info available. #9 0x0000000000000014 in ?? () No symbol table info available. #10 0x0000000000000000 in ?? () No symbol table info available. (gdb) (gdb) bt full #0 0x00007fe03fc9cc37 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 resultvar = 0 pid = 36112 selftid = 36112 #1 0x00007fe03fca0028 in __GI_abort () at abort.c:89 save_stage = 2 act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0}, sa_mask = {__val = {140596270402586, 8589934592, 64, 3, 33, 140596283430288, 140596283430040, 18446744073709551614, 140596264663692, 140596282823192, 3, 33, 140596264116466, 3, 8885408, 1}}, sa_flags = 8885408, sa_restorer = 0x1} sigs = {__val = {32, 0 }} #2 0x00007fdf1ebfaa62 in ?? () from /home/opensips/local/opensips/2_21/lib64/opensips/modules/tls_mgm.so No symbol table info available. #3 0x00007fdf1e610fcd in CRYPTO_free () from /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 No symbol table info available. #4 0x00007fdf1e9c8c16 in SSL_SESSION_free () from /lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol table info available. #5 0x00007fdf1e9c6f5d in SSL_free () from /lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol table info available. #6 0x00007fdf1e38a327 in ?? () from /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so No symbol table info available. #7 0x0000000000593114 in ?? () No symbol table info available. #8 0x00000000005933b0 in ?? () No symbol table info available. #9 0x00000000004147f4 in ?? () No symbol table info available. #10 0x00000000004154db in ?? () No symbol table info available. #11 0x000000000059d087 in tcp_start_processes () No symbol table info available. #12 0x0000000000419cda in main () No symbol table info available. (gdb) bt full #0 0x00007fe03fc9cc37 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 resultvar = 0 pid = 35939 selftid = 35939 #1 0x00007fe03fca0028 in __GI_abort () at abort.c:89 save_stage = 2 act = {__sigaction_handler = {sa_handler = 0x1, sa_sigaction = 0x1}, sa_mask = {__val = {0, 140596279116408, 140601127703847, 1, 0, 6087545, 140601119395120, 0, 140596279116408, 8739288, 140601127732437, 1, 140601120396285, 0, 0, 140601123293024}}, sa_flags = 0, sa_restorer = 0x0} sigs = {__val = {32, 0 }} #2 0x0000000000443a3b in ?? () No symbol table info available. #3 No locals. #4 0x00007fe03fd312a7 in sched_yield () at ../sysdeps/unix/syscall-template.S:81 No locals. #5 0x000000000059b7ab in tcp_destroy () No symbol table info available. #6 0x00000000004441ab in cleanup () No symbol table info available. #7 0x0000000000444d67 in handle_sigs () No symbol table info available. #8 0x0000000000419e3c in main () No symbol table info available. Looking for some pointers Thanks, Sammy -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue May 2 03:22:38 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 2 May 2017 10:22:38 +0300 Subject: [OpenSIPS-Users] OpenSIPS crash with core dump In-Reply-To: References: Message-ID: <5299efe9-7c27-fb52-6534-adabe5a7eedb@opensips.org> Hi, Sammy! Can you install the debugging symbols for both opensips and openssl? After you install them, inspect the core file again and run a 'bt full' command. It will help us figure out the stack trace to see what happened. Best regards, Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com On 05/02/2017 02:22 AM, SamyGo wrote: > Hi All, > I've been seeing some crashes in my opensips servers: > > > *_version:_* opensips 2.2.1 (x86_64/linux) > flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, > F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT > ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, > MAX_URI_SIZE 1024, BUF_SIZE 65535 > poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. > main.c compiled on 16:33:09 Jan 12 2017 with gcc 4.8 > > *Operatin System:* Ubuntu 14.04.5 LTS > > *_Core File:_* > > (gdb) bt full > > #0 strlen () at ../sysdeps/x86_64/strlen.S:106 > > No locals. > > #1 0x00007f55a8a32f59 in i2d_SSL_SESSION () from > /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > No symbol table info available. > > #2 0x00007f55a8a07bd5 in ?? () from /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > No symbol table info available. > > #3 0x00007f55a8a08960 in ?? () from /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > No symbol table info available. > > #4 0x00007f55a83f5a7f in ?? () from > /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so > > No symbol table info available. > > #5 0x00007f55a83fe880 in ?? () from > /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so > > No symbol table info available. > > #6 0x00000000005a372d in ?? () > > No symbol table info available. > > #7 0x00000000005a4dcb in tcp_worker_proc () > > No symbol table info available. > > #8 0x000000000059cbb9 in tcp_start_processes () > > No symbol table info available. > > #9 0x0000000000419cda in main () > > No symbol table info available. > > > > > *_Another Crash trace:_* > > > (gdb) bt full > > #0 0x00007fc0abe039da in strtok () at ../sysdeps/x86_64/strtok.S:186 > > No locals. > > #1 0x0000000000000024 in ?? () > > No symbol table info available. > > #2 0x0000000200000004 in ?? () > > No symbol table info available. > > #3 0x00007ffe32a6f9c0 in ?? () > > No symbol table info available. > > #4 0x00007fbf8baef57c in ?? () > > No symbol table info available. > > #5 0x0000000200000002 in ?? () > > No symbol table info available. > > #6 0x00007ffe32a6f9d0 in ?? () > > No symbol table info available. > > #7 0x00007fbf8aa8bf00 in ?? () from > /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > > No symbol table info available. > > #8 0x00007fbf8b53f000 in ?? () > > No symbol table info available. > > #9 0x0000000000000014 in ?? () > > No symbol table info available. > > #10 0x0000000000000000 in ?? () > > No symbol table info available. > > (gdb) > > > > > > (gdb) bt full > > #0 0x00007fe03fc9cc37 in __GI_raise (sig=sig at entry=6) at > ../nptl/sysdeps/unix/sysv/linux/raise.c:56 > > resultvar = 0 > > pid = 36112 > > selftid = 36112 > > #1 0x00007fe03fca0028 in __GI_abort () at abort.c:89 > > save_stage = 2 > > act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = > 0x0}, sa_mask = {__val = {140596270402586, 8589934592, 64, 3, 33, > 140596283430288, > > 140596283430040, 18446744073709551614, 140596264663692, > 140596282823192, 3, 33, 140596264116466, 3, 8885408, 1}}, sa_flags = > 8885408, > > sa_restorer = 0x1} > > sigs = {__val = {32, 0 }} > > #2 0x00007fdf1ebfaa62 in ?? () from > /home/opensips/local/opensips/2_21/lib64/opensips/modules/tls_mgm.so > > No symbol table info available. > > #3 0x00007fdf1e610fcd in CRYPTO_free () from > /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > > No symbol table info available. > > #4 0x00007fdf1e9c8c16 in SSL_SESSION_free () from > /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > No symbol table info available. > > #5 0x00007fdf1e9c6f5d in SSL_free () from > /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > No symbol table info available. > > #6 0x00007fdf1e38a327 in ?? () from > /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so > > No symbol table info available. > > #7 0x0000000000593114 in ?? () > > No symbol table info available. > > #8 0x00000000005933b0 in ?? () > > No symbol table info available. > > #9 0x00000000004147f4 in ?? () > > No symbol table info available. > > #10 0x00000000004154db in ?? () > > No symbol table info available. > > #11 0x000000000059d087 in tcp_start_processes () > > No symbol table info available. > > #12 0x0000000000419cda in main () > > No symbol table info available. > > > > > > (gdb) bt full > > #0 0x00007fe03fc9cc37 in __GI_raise (sig=sig at entry=6) at > ../nptl/sysdeps/unix/sysv/linux/raise.c:56 > > resultvar = 0 > > pid = 35939 > > selftid = 35939 > > #1 0x00007fe03fca0028 in __GI_abort () at abort.c:89 > > save_stage = 2 > > act = {__sigaction_handler = {sa_handler = 0x1, sa_sigaction = > 0x1}, sa_mask = {__val = {0, 140596279116408, 140601127703847, 1, 0, > 6087545, > > 140601119395120, 0, 140596279116408, 8739288, > 140601127732437, 1, 140601120396285, 0, 0, 140601123293024}}, sa_flags = > 0, sa_restorer = 0x0} > > sigs = {__val = {32, 0 }} > > #2 0x0000000000443a3b in ?? () > > No symbol table info available. > > #3 > > No locals. > > #4 0x00007fe03fd312a7 in sched_yield () at > ../sysdeps/unix/syscall-template.S:81 > > No locals. > > #5 0x000000000059b7ab in tcp_destroy () > > No symbol table info available. > > #6 0x00000000004441ab in cleanup () > > No symbol table info available. > > #7 0x0000000000444d67 in handle_sigs () > > No symbol table info available. > > #8 0x0000000000419e3c in main () > > No symbol table info available. > > > > Looking for some pointers > > > Thanks, > Sammy > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > From volga629 at networklab.ca Tue May 2 06:38:36 2017 From: volga629 at networklab.ca (volga629 at networklab.ca) Date: Tue, 02 May 2017 07:38:36 -0300 Subject: [OpenSIPS-Users] 408 timeout In-Reply-To: References: <1493433008.3540.0@smtp.networklab.ca> <044A2276-BCAF-4970-AC38-C6832B80D9EE@evaristesys.com> <1493436485.3540.1@smtp.networklab.ca> <1493601764.3540.2@smtp.networklab.ca> Message-ID: <1493721516.3540.5@smtp.networklab.ca> Hello Everyone, Thank you for help. On Mon, 1 May, 2017 at 5:49 AM, Bogdan-Andrei Iancu wrote: > Hi, > > The failure route is correct and you have to arm it before sending > out the request via the request route (before the t_relay()) with > t_on_failure("MANAGE_FAILURE") > > Regards, > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > On 05/01/2017 04:22 AM, volga629 at networklab.ca wrote: >> Hello Bogdan, >> I created fail route >> >> failure_route[MANAGE_FAILURE] { >> if (t_check_status("408")) { >> append_branch(); >> route(DISPATCH); >> } >> >> if (t_was_cancelled()) { >> exit; >> } >> } >> >> How I can detect that timer expire ? On which stage in reply need >> apply fail route. >> >> volga629 >> >> On Sun, 30 Apr, 2017 at 8:44 AM, Bogdan-Andrei Iancu >> wrote: >>> Hi, >>> >>> OpenSIPS is generating the CANCEL due to the timeout (no answer to >>> the call) - see: >>> >>> http://www.opensips.org/html/docs/modules/2.2.x/tm.html#fr_inv_timeout >>> >>> If you want to get a redirect to a VM, you need to use the failure >>> route in order to catch the 408 reply and create a new branch to >>> the VM server. >>> >>> Regards, >>> Bogdan-Andrei Iancu >>> OpenSIPS Founder and Developer >>> http://www.opensips-solutions.com >>> >>> OpenSIPS Summit May 2017 Amsterdam >>> http://www.opensips.org/events/Summit-2017Amsterdam.html >>> On 04/29/2017 06:28 AM, volga629 at networklab.ca wrote: >>>> Hello Alex, >>>> So what it is >>>> >>>> 2017/04/28 22:12:45.455111 server_public_ip:5082 -> >>>> client_public_ip:47293 >>>> SIP/2.0 180 Ringing >>>> Via: SIP/2.0/TCP >>>> 192.168.88.164:45248;received=client_public_ip;branch=z9hG4bK-524287-1---d06c254812b2384a;rport=47293 >>>> Record-Route: >>>> >>>> Record-Route: >>>> >>>> From: "volga629" ;tag=f30d187f >>>> To: ;tag=ZH2mc6gFgS9Fg >>>> Call-ID: 141351_rel51ZmI1MWU2ZTFkN2Y5NDUzN2M0YTYyMThiYTY0NmZjYzI >>>> CSeq: 2 INVITE >>>> Contact: >>>> User-Agent: B2BUA01 >>>> Accept: application/sdp >>>> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, >>>> REGISTER, NOTIFY, PUBLISH, SUBSCRIBE >>>> Supported: timer, path, replaces >>>> Allow-Events: talk, hold, conference, presence, as-feature-event, >>>> dialog, line-seize, call-info, sla, include-session-description, >>>> presence.winfo, message-summary, refer >>>> Content-Length: 0 >>>> >>>> OPENSIPS send to PBX >>>> >>>> 2017/04/28 22:13:14.639461 10.18.130.27:5060 -> 10.18.130.26:5160 >>>> CANCEL sip:4300 at sip.company.tld SIP/2.0 >>>> Via: SIP/2.0/UDP 10.18.130.27:5060;branch=z9hG4bKeffd.f2504821.0 >>>> From: "volga629";tag=f30d187f >>>> Call-ID: 141351_rel51ZmI1MWU2ZTFkN2Y5NDUzN2M0YTYyMThiYTY0NmZjYzI >>>> To: >>>> CSeq: 2 CANCEL >>>> Max-Forwards: 70 >>>> Reason: SIP;cause=480;text="NO_ANSWER" >>>> User-Agent: OpenSIPS (2.4.0-dev (x86_64/linux)) >>>> Content-Length: 0 >>>> >>>> >>>> >>>> 2017/04/28 22:13:14.639605 server_public_ip:5082 -> >>>> client_public_ip:47293 >>>> SIP/2.0 408 Request Timeout >>>> Via: SIP/2.0/TCP >>>> 192.168.88.164:45248;received=client_public_ip;branch=z9hG4bK-524287-1---d06c254812b2384a;rport=47293 >>>> To: >>>> ;tag=c88f800b416e86b8a763b24c260500d8-3c4f >>>> From: "volga629";tag=f30d187f >>>> Call-ID: 141351_rel51ZmI1MWU2ZTFkN2Y5NDUzN2M0YTYyMThiYTY0NmZjYzI >>>> CSeq: 2 INVITE >>>> Server: OpenSIPS (2.4.0-dev (x86_64/linux)) >>>> Content-Length: 0 >>>> >>>> >>>> On Fri, 28 Apr, 2017 at 11:33 PM, Alex Balashov >>>> wrote: >>>>> OpenSIPS didn't hang up anything. >>>>> >>>>> On April 28, 2017 10:30:08 PM EDT, volga629 at networklab.ca wrote: >>>>>> Hello Everyone, >>>>>> Why opensips hang up session with 408 on >>>>>> SIP;cause=480;text="NO_ANSWER". I expected b2bua will send to >>>>>> voicemail. >>>>>> What way possible fix it. >>>>>> >>>>>> Please see attached trace. >>>>>> >>>>>> volga629 >>>>> >>>>> >>>>> -- Alex >>>>> >>>>> -- >>>>> Principal, Evariste Systems LLC (www.evaristesys.com) >>>>> >>>>> Sent from my Google Nexus. >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at lists.opensips.org >>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at lists.opensips.org >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmaruzz at gmail.com Tue May 2 10:26:33 2017 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 2 May 2017 16:26:33 +0200 Subject: [OpenSIPS-Users] TLS SIP packet tracing and visualization Message-ID: Hello fellows, after some experimentation with various tools, I come out with a little shell tool that maybe can be useful to you too. It can only work with non-forward secrecy ciphers, obviously, and only if is started before the client do the initial TLS handshake (eg, just restart the client). Forward secrecy cannot be decrypted after fact, so don't waste effort. An example of ciphers that can be decrypted are the "AES256-SHA" openssl cipher group. You can use ssldump to check what cipher is used by serverhello. Enjoy, make it better, and share it :) #!/bin/bash # brought to you by Giovanni Maruzzelli # SERVERIP="192.168.1.150" SERVERPORT="5061" PRIVKEY="/etc/certs/privkey.pem" STDERR2DEVNULL=" 2>/dev/null " REGEX="notyet" if [ -z "$1" ]; then REGEX="\\\.*" else REGEX="$1" fi FILTER="ssl.app_data and sip matches" FILTER2="$FILTER \"$REGEX\"" FILTER3="'$FILTER2'" ARGUMENT="-i 1 -Y $FILTER3 -E header=y -T fields -e frame.number -e frame.time -e frame.time_delta_displayed -e ip.src -e ip.dst -e sip.Status-Line -e sip.Request-Line -e sip.msg_hdr -l -d tcp.port\=\=5061,sip -o \"ssl.keys_list: $SERVERIP,$SERVERPORT,sip,$PRIVKEY\" $STDERR2DEVNULL | sed -u 's/\t/\n/g' | sed -u '/^$/d' | sed -u 's/^[0-9]*$/\n==&==============================/g'" echo "" echo "NB: if it do not works, edit script so that STDERR2DEVNULL=\" \" and try again" echo "" echo "NB: remember to quote and escape match patterns, using triple slash" echo " eg, for matching 1010 at pbx.example.com, use \"1010 at pbx.example.com \"" echo " eg, for matching anything, use \"\\\\\\.*\"" echo " eg, for matching *98, use \"\\\\\\*98\"" echo "USAGE: $0 \"\\\\\\*98 at pbx.example.com\"" echo "" case "$1" in -help|--help|?) exit 0 ;; *) echo "THIS TIME WE'RE DOING:" echo "tshark $ARGUMENT" echo "" bash -c "tshark $ARGUMENT" ;; esac -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmaruzz at gmail.com Tue May 2 10:52:14 2017 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 2 May 2017 16:52:14 +0200 Subject: [OpenSIPS-Users] TLS SIP packet tracing and visualization In-Reply-To: References: Message-ID: For a cut and paste ready version, that has the correct carriage returns (mangled by mail), check it in FreeSWITCH documentation: https://freeswitch.org/confluence/display/FREESWITCH/Packet+Capture#PacketCapture-TLSwithsharka -giovanni On 2 May 2017 at 16:26, Giovanni Maruzzelli wrote: > Hello fellows, > > after some experimentation with various tools, I come out with a little > shell tool that maybe can be useful to you too. > > It can only work with non-forward secrecy ciphers, obviously, and only if > is started before the client do the initial TLS handshake (eg, just restart > the client). Forward secrecy cannot be decrypted after fact, so don't waste > effort. > > An example of ciphers that can be decrypted are the "AES256-SHA" openssl > cipher group. You can use ssldump to check what cipher is used by > serverhello. > > Enjoy, make it better, and share it :) > > > #!/bin/bash > # brought to you by Giovanni Maruzzelli > # > SERVERIP="192.168.1.150" > SERVERPORT="5061" > PRIVKEY="/etc/certs/privkey.pem" > STDERR2DEVNULL=" 2>/dev/null " > REGEX="notyet" > > if [ -z "$1" ]; then > REGEX="\\\.*" > else > REGEX="$1" > fi > FILTER="ssl.app_data and sip matches" > FILTER2="$FILTER \"$REGEX\"" > FILTER3="'$FILTER2'" > ARGUMENT="-i 1 -Y $FILTER3 -E header=y -T fields -e frame.number -e > frame.time -e frame.time_delta_displayed -e ip.src -e ip.dst -e > sip.Status-Line -e sip.Request-Line -e sip.msg_hdr -l -d > tcp.port\=\=5061,sip -o \"ssl.keys_list: $SERVERIP,$SERVERPORT,sip,$PRIVKEY\" > $STDERR2DEVNULL | sed -u 's/\t/\n/g' | sed -u '/^$/d' | sed -u > 's/^[0-9]*$/\n==&==============================/g'" > > echo "" > echo "NB: if it do not works, edit script so that STDERR2DEVNULL=\" \" and > try again" > echo "" > echo "NB: remember to quote and escape match patterns, using triple slash" > echo " eg, for matching 1010 at pbx.example.com, use \" > 1010 at pbx.example.com\"" > echo " eg, for matching anything, use \"\\\\\\.*\"" > echo " eg, for matching *98, use \"\\\\\\*98\"" > echo "USAGE: $0 \"\\\\\\*98 at pbx.example.com\"" > echo "" > > > case "$1" in > -help|--help|?) > exit 0 > ;; > *) > echo "THIS TIME WE'RE DOING:" > echo "tshark $ARGUMENT" > echo "" > bash -c "tshark $ARGUMENT" > ;; > esac > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From govoiper at gmail.com Tue May 2 16:57:17 2017 From: govoiper at gmail.com (SamyGo) Date: Tue, 2 May 2017 16:57:17 -0400 Subject: [OpenSIPS-Users] OpenSIPS crash with core dump In-Reply-To: <5299efe9-7c27-fb52-6534-adabe5a7eedb@opensips.org> References: <5299efe9-7c27-fb52-6534-adabe5a7eedb@opensips.org> Message-ID: Hi Razvan, Can you guide me on how to do that ? which option from "make menuconfig" should I check from compile options. Meanwhile trying to figure out the same for openssl. Will get back to you with these debug symbols in place and core re-read. Regards, Sammy On Tue, May 2, 2017 at 3:22 AM, Răzvan Crainea wrote: > Hi, Sammy! > > Can you install the debugging symbols for both opensips and openssl? After > you install them, inspect the core file again and run a 'bt full' command. > It will help us figure out the stack trace to see what happened. > > Best regards, > > Răzvan Crainea > OpenSIPS Core Developer > http://www.opensips-solutions.com > > On 05/02/2017 02:22 AM, SamyGo wrote: > >> Hi All, >> I've been seeing some crashes in my opensips servers: >> >> >> *_version:_* opensips 2.2.1 (x86_64/linux) >> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, >> F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT >> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, >> MAX_URI_SIZE 1024, BUF_SIZE 65535 >> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. >> main.c compiled on 16:33:09 Jan 12 2017 with gcc 4.8 >> >> *Operatin System:* Ubuntu 14.04.5 LTS >> >> *_Core File:_* >> >> (gdb) bt full >> >> #0 strlen () at ../sysdeps/x86_64/strlen.S:106 >> >> No locals. >> >> #1 0x00007f55a8a32f59 in i2d_SSL_SESSION () from >> /lib/x86_64-linux-gnu/libssl.so.1.0.0 >> >> No symbol table info available. >> >> #2 0x00007f55a8a07bd5 in ?? () from /lib/x86_64-linux-gnu/libssl.s >> o.1.0.0 >> >> No symbol table info available. >> >> #3 0x00007f55a8a08960 in ?? () from /lib/x86_64-linux-gnu/libssl.s >> o.1.0.0 >> >> No symbol table info available. >> >> #4 0x00007f55a83f5a7f in ?? () from >> /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so >> >> No symbol table info available. >> >> #5 0x00007f55a83fe880 in ?? () from >> /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so >> >> No symbol table info available. >> >> #6 0x00000000005a372d in ?? () >> >> No symbol table info available. >> >> #7 0x00000000005a4dcb in tcp_worker_proc () >> >> No symbol table info available. >> >> #8 0x000000000059cbb9 in tcp_start_processes () >> >> No symbol table info available. >> >> #9 0x0000000000419cda in main () >> >> No symbol table info available. >> >> >> >> >> *_Another Crash trace:_* >> >> >> >> (gdb) bt full >> >> #0 0x00007fc0abe039da in strtok () at ../sysdeps/x86_64/strtok.S:186 >> >> No locals. >> >> #1 0x0000000000000024 in ?? () >> >> No symbol table info available. >> >> #2 0x0000000200000004 in ?? () >> >> No symbol table info available. >> >> #3 0x00007ffe32a6f9c0 in ?? () >> >> No symbol table info available. >> >> #4 0x00007fbf8baef57c in ?? () >> >> No symbol table info available. >> >> #5 0x0000000200000002 in ?? () >> >> No symbol table info available. >> >> #6 0x00007ffe32a6f9d0 in ?? () >> >> No symbol table info available. >> >> #7 0x00007fbf8aa8bf00 in ?? () from >> /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 >> >> No symbol table info available. >> >> #8 0x00007fbf8b53f000 in ?? () >> >> No symbol table info available. >> >> #9 0x0000000000000014 in ?? () >> >> No symbol table info available. >> >> #10 0x0000000000000000 in ?? () >> >> No symbol table info available. >> >> (gdb) >> >> >> >> >> >> (gdb) bt full >> >> #0 0x00007fe03fc9cc37 in __GI_raise (sig=sig at entry=6) at >> ../nptl/sysdeps/unix/sysv/linux/raise.c:56 >> >> resultvar = 0 >> >> pid = 36112 >> >> selftid = 36112 >> >> #1 0x00007fe03fca0028 in __GI_abort () at abort.c:89 >> >> save_stage = 2 >> >> act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = >> 0x0}, sa_mask = {__val = {140596270402586, 8589934592, 64, 3, 33, >> 140596283430288, >> >> 140596283430040, 18446744073709551614, 140596264663692, >> 140596282823192, 3, 33, 140596264116466, 3, 8885408, 1}}, sa_flags = >> 8885408, >> >> sa_restorer = 0x1} >> >> sigs = {__val = {32, 0 }} >> >> #2 0x00007fdf1ebfaa62 in ?? () from >> /home/opensips/local/opensips/2_21/lib64/opensips/modules/tls_mgm.so >> >> No symbol table info available. >> >> #3 0x00007fdf1e610fcd in CRYPTO_free () from >> /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 >> >> No symbol table info available. >> >> #4 0x00007fdf1e9c8c16 in SSL_SESSION_free () from >> /lib/x86_64-linux-gnu/libssl.so.1.0.0 >> >> No symbol table info available. >> >> #5 0x00007fdf1e9c6f5d in SSL_free () from >> /lib/x86_64-linux-gnu/libssl.so.1.0.0 >> >> No symbol table info available. >> >> #6 0x00007fdf1e38a327 in ?? () from >> /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so >> >> No symbol table info available. >> >> #7 0x0000000000593114 in ?? () >> >> No symbol table info available. >> >> #8 0x00000000005933b0 in ?? () >> >> No symbol table info available. >> >> #9 0x00000000004147f4 in ?? () >> >> No symbol table info available. >> >> #10 0x00000000004154db in ?? () >> >> No symbol table info available. >> >> #11 0x000000000059d087 in tcp_start_processes () >> >> No symbol table info available. >> >> #12 0x0000000000419cda in main () >> >> No symbol table info available. >> >> >> >> >> >> (gdb) bt full >> >> #0 0x00007fe03fc9cc37 in __GI_raise (sig=sig at entry=6) at >> ../nptl/sysdeps/unix/sysv/linux/raise.c:56 >> >> resultvar = 0 >> >> pid = 35939 >> >> selftid = 35939 >> >> #1 0x00007fe03fca0028 in __GI_abort () at abort.c:89 >> >> save_stage = 2 >> >> act = {__sigaction_handler = {sa_handler = 0x1, sa_sigaction = >> 0x1}, sa_mask = {__val = {0, 140596279116408, 140601127703847, 1, 0, >> 6087545, >> >> 140601119395120, 0, 140596279116408, 8739288, >> 140601127732437, 1, 140601120396285, 0, 0, 140601123293024}}, sa_flags = >> 0, sa_restorer = 0x0} >> >> sigs = {__val = {32, 0 }} >> >> #2 0x0000000000443a3b in ?? () >> >> No symbol table info available. >> >> #3 >> >> No locals. >> >> #4 0x00007fe03fd312a7 in sched_yield () at >> ../sysdeps/unix/syscall-template.S:81 >> >> No locals. >> >> #5 0x000000000059b7ab in tcp_destroy () >> >> No symbol table info available. >> >> #6 0x00000000004441ab in cleanup () >> >> No symbol table info available. >> >> #7 0x0000000000444d67 in handle_sigs () >> >> No symbol table info available. >> >> #8 0x0000000000419e3c in main () >> >> No symbol table info available. >> >> >> >> Looking for some pointers >> >> >> Thanks, >> Sammy >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.quick at smartvox.co.uk Wed May 3 09:46:46 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Wed, 3 May 2017 14:46:46 +0100 Subject: [OpenSIPS-Users] Using Contact replication and HA Message-ID: <001401d2c413$b5968910$20c39b30$@smartvox.co.uk> Hello, I am still working my way through some of the new features described at last year's Summit conference while you are all hopefully enjoying this year's Summit. I'm playing with the Clusterer module. It is a great idea but I am finding a few practical difficulties for contact replication in the USRLOC module. In my test rig, there are two almost identical OpenSIPS servers (A and B). Contact replication is enabled between the two servers and each server has its own local database. Linux HA - Corosync and Pacemaker - is used to control a Virtual IP (VIP) address resource. This allows UA's to register at the VIP address. HA decides which server has the virtual address at any given time, based on node availability. Currently, Server A is assigned the VIP and processes all UA registrations. Problem: The "socket" field in the location table contains the VIP address on both server A and B, but only Server A is bound to that address while both servers are up. Unless I completely disable NAT Pings in the nathelper module, Server B reports a lot of errors like this: 2017-05-03 14:15:51 CRITICAL:core:proto_udp_send: invalid sendtoparameters#012one possible reason is the server is bound to localhost and#012attempts to send to the net 2017-05-03 14:15:51 ERROR:nathelper:msg_send: send() for proto 1 failed 2017-05-03 14:15:51 ERROR:nathelper:nh_timer: sip msg_send failed! Worse, if I also enable the "remove_on_timeout_bflag" option on Server B, it removes the registration on *both* servers after a short delay even though the UA is still available! Initially, I encountered problems with the HA IP Resource (or VIP) with respect to OpenSIPS not starting on server B because it was trying to bind to an address that was not currently assigned to any local interface. While it is possible to group the IP resource with the OpenSIPS service resource to overcome this problem, that would completely break USRLOC contact replication because the OpenSIPS service on Server B would not be running as long as Server A is up. I had to resort to an option in sysctl.conf that allows processes to start even if they are trying to bind to a non-local address. This makes me wonder what is the purpose of Usrloc Contact replication? Is there some other scenario that could use it and not have these problems? I also wonder what difference does the db_mode setting in Usrloc make when using contact replication. John Quick Smartvox Limited From govoiper at gmail.com Wed May 3 11:51:22 2017 From: govoiper at gmail.com (SamyGo) Date: Wed, 3 May 2017 11:51:22 -0400 Subject: [OpenSIPS-Users] InterProxy messaging Message-ID: Hi All, I'm toying with the idea of having a cluster of opensips sending events between each other and also capable of "querying" other servers in the cluster to retrieve the required data. This idea is not any different than having a shared Redis sentinel between the cluster to set/get data but I want to use event_routing, event_rabbitmq, or rabbitmq modules to achieve the same. The RabbitMQ as I've read it can only send data and can not listen for incoming bcast/mcast messages, let me know if I'm wrong here. The event_rabbitMQ can send some data to the RabbitMQ server again but only based on some event. The event_routing (EBR, new module) can wait for events to happen OR notify if an event happens. Now, the Question: How can I send a query(RPC) to the RabbitMQ server; wait for the reply event, and route my calls accordingly? OpenSIPS1 ------data------->>RabbitMQ .. .... OpenSIPS2-----query----->>RabbitMQ OpenSIPS2<----data--------RabbitMQ Thanks, Sammy -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Thu May 4 03:23:08 2017 From: liviu at opensips.org (Liviu Chircu) Date: Thu, 4 May 2017 10:23:08 +0300 Subject: [OpenSIPS-Users] OpenSIPS Summit livestream! Message-ID: <50362671-94d7-64b8-b5a5-7e31d806dc11@opensips.org> Hi everyone! Day 3 of the OpenSIPS Summit is underway, featuring the design clinics and interactive demos! You may follow along with the latter by visiting the YouTube livestream [1] provided by Maxim Sobolev. Enjoy, [1]: https://www.youtube.com/watch?v=rPlqewMxgNA -- Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html From trance_maniak at o2.pl Thu May 4 03:29:38 2017 From: trance_maniak at o2.pl (maatohewetbi) Date: Thu, 4 May 2017 00:29:38 -0700 (MST) Subject: [OpenSIPS-Users] How to change presentity_uri in Opensips 1.11? Message-ID: <1493882978668-7607312.post@n2.nabble.com> My scenario is as follows: AsteriskBox1(IP:192.168.0.100)<-SIP->Opensips1.11(192.168.0.110) Asterisk sends Invites to Opensips to an IP, eg. 192.168.0.110. Opensips listens on this IP, but it has also a few domains: sip1.com sip2.com ... Users can register to these domains, but although they register to different domains (but the same Opensips on the same IP) they should be able subscribe and watch busy states every user. This is not possible due to different presenttiy_uri. So I wanted to use *1.3.17. bla_presentity_spec (str)*, modparam("presence", "bla_presentity_spec", "$var(bla_pres)") to change presentity_uri during subscription. "I set this parameter to the name of a pseudovariable and then set this pseudovariable to the desired URI before calling the function handle_subscribe" but it doesn't work - presentity_uri in active_watchers is still the same - nothing's changing. How does bla_presenttity_spec param really work? It's not written in any documentation I read so I need some help. -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/How-to-change-presentity-uri-in-Opensips-1-11-tp7607312.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. From ravitez.dondeti at gmail.com Thu May 4 09:11:41 2017 From: ravitez.dondeti at gmail.com (Ravitez Ravi) Date: Thu, 4 May 2017 09:11:41 -0400 Subject: [OpenSIPS-Users] REG::Opensips V1.11.5 & V1.11.10 Duplicate TCP Conections Message-ID: Hi All, Good Day, I have been seeing opensips creating mutiple(duplicate) TCP connections to the same destination if hit with heavy call load. *What do i mean?* opensips ip : 10.10.10.1 Destination : 10.10.10.2 Tcp Children : 32 Ideally opensips will create only one tcp connections and reuses it,if there's a heavy call load i see there are several tcp connections which are created to the same destination. I believe here's the root cause : - When a child tries to find a connection to the destination it calls _tcpconn_find() (assuming we are using ip and not id) system checks tcpconn_aliases_hash for the connection info. this map is maintained by the parent process and each child lock its while reaing tcpconn_get().in order to simulate the scenario lets assume a-> parent->state is BAD this method will return null and so the child tries to create a new connections,assuming there's a second child trying to find the same connections and goes through the same process - Now each child thinks there's no connection to the destination and calls tcpconn_connect() this will create a socket to the destination and passes over the fd to the main process to update the has map. - Not sure if tcp_connect() should have locking mechanism as in tcpconn_get(). Please correct me if my understanding is wrong,please share your thoughts. Thank you. Regards, Ravitez.D -------------- next part -------------- An HTML attachment was scrubbed... URL: From wsimon at stratusvideo.com Thu May 4 10:40:06 2017 From: wsimon at stratusvideo.com (William Simon) Date: Thu, 4 May 2017 14:40:06 +0000 Subject: [OpenSIPS-Users] TLS opensips 2.2.3 on Debian 8 Message-ID: Can someone specify the version of openssl that works for TLS on Debian 8? Debian 8 standard packaging comes with openssl 1.0.1t. I have also tried the Debian 8 backport of openssl 1.0.2k. In both cases, opensips fails to start with the following error: May 4 14:30:31 dev-sipproxy02 /usr/sbin/opensips[9637]: NOTICE:core:main: version: opensips 2.2.3 (x86_64/linux) ... May 4 14:30:31 dev-sipproxy02 /usr/sbin/opensips[9637]: INFO:tls_mgm:mod_init: initializing TLS protocol May 4 14:30:31 dev-sipproxy02 /usr/sbin/opensips[9637]: ERROR:tls_mgm:mod_init: unable to set the memory allocation functions May 4 14:30:31 dev-sipproxy02 /usr/sbin/opensips[9637]: ERROR:tls_mgm:mod_init: NOTE: check if you have openssl 1.0.1e-fips, as this version is know to be broken; if so, you need to upgrade or downgrade to a differen openssl version !! May 4 14:30:31 dev-sipproxy02 /usr/sbin/opensips[9637]: ERROR:core:init_mod: failed to initialize module tls_mgm May 4 14:30:31 dev-sipproxy02 /usr/sbin/opensips[9637]: ERROR:core:main: error while initializing modules $ openssl version OpenSSL 1.0.2k 26 Jan 2017 Config is simply this to start with: ### TLS loadmodule "proto_tls.so" loadmodule "tls_mgm.so" modparam("tls_mgm", "certificate", "/etc/opensips/tls/my.crt") modparam("tls_mgm", "private_key", "/etc/opensips/tls/my.key") “The information transmitted is intended only for the person or entity to which it is addressed and may contain proprietary, business-confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer.” From liviu at opensips.org Thu May 4 11:36:09 2017 From: liviu at opensips.org (Liviu Chircu) Date: Thu, 4 May 2017 18:36:09 +0300 Subject: [OpenSIPS-Users] Summit interactive demo scripts (FreeSWITCH load balancing + fraud detection) Message-ID: <7be1f171-6fc8-5c91-8241-6a2a2731a5ea@opensips.org> Following popular request, all OpenSIPS scripts I hacked on today during my interactive demos are available on opensips.org [1] Some decent tutorials for setting up Grafana + InfluxDB can be found here [2], [3] Enjoy, [1]: http://www.opensips.org/pub/opensips-scripts/ [2]: http://www.andremiller.net/content/grafana-and-influxdb-quickstart-on-ubuntu [3]: http://vmkdaily.ghost.io/influxdb-and-grafana-on-centos/ -- Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com From wsimon at stratusvideo.com Thu May 4 12:22:14 2017 From: wsimon at stratusvideo.com (William Simon) Date: Thu, 4 May 2017 16:22:14 +0000 Subject: [OpenSIPS-Users] TLS opensips 2.2.3 on Debian 8 In-Reply-To: References: Message-ID: <6CD6815E-3278-422A-B020-EAD13C7B4C06@stratusvideo.com> > > Can someone specify the version of openssl that works for TLS on Debian 8? > > Debian 8 standard packaging comes with openssl 1.0.1t. I have also tried the Debian 8 backport of openssl 1.0.2k. In both cases, opensips fails to start with the following error: Please disregard. I found that loading the tls_mgm module earlier in the script solves the problem. openssl 1.0.1t standard for Debian 8 works fine. “The information transmitted is intended only for the person or entity to which it is addressed and may contain proprietary, business-confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer.” From aqsyounas at gmail.com Thu May 4 12:41:27 2017 From: aqsyounas at gmail.com (Aqs Younas) Date: Thu, 4 May 2017 21:41:27 +0500 Subject: [OpenSIPS-Users] Summit interactive demo scripts (FreeSWITCH load balancing + fraud detection) In-Reply-To: <7be1f171-6fc8-5c91-8241-6a2a2731a5ea@opensips.org> References: <7be1f171-6fc8-5c91-8241-6a2a2731a5ea@opensips.org> Message-ID: Thank You. On 4 May 2017 8:41 pm, "Liviu Chircu" wrote: > Following popular request, all OpenSIPS scripts I hacked on today during > my interactive demos are available on opensips.org [1] > > Some decent tutorials for setting up Grafana + InfluxDB can be found here > [2], [3] > > Enjoy, > > [1]: http://www.opensips.org/pub/opensips-scripts/ > [2]: http://www.andremiller.net/content/grafana-and-influxdb-quic > kstart-on-ubuntu > [3]: http://vmkdaily.ghost.io/influxdb-and-grafana-on-centos/ > > -- > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From trance_maniak at o2.pl Fri May 5 06:03:38 2017 From: trance_maniak at o2.pl (maatohewetbi) Date: Fri, 5 May 2017 03:03:38 -0700 (MST) Subject: [OpenSIPS-Users] BLF with only one domain? In-Reply-To: <1493375745357-7607269.post@n2.nabble.com> References: <1493038510510-7607133.post@n2.nabble.com> <73b0dd6e-c31d-dc6a-bcf5-47ac4a8c1f24@opensips.org> <1493110959784-7607169.post@n2.nabble.com> <607916fb-6a82-6adb-272f-c196c06e80d5@opensips.org> <1493209626936-7607214.post@n2.nabble.com> <1493375745357-7607269.post@n2.nabble.com> Message-ID: <1493978618104-7607318.post@n2.nabble.com> I think this param will not work for me, because I use event:dialog which is not supported in this function. So, how can I change presentity_uri before user subscription? -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/BLF-with-only-one-domain-tp7607133p7607318.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. From razvan at opensips.org Mon May 8 10:48:30 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 8 May 2017 17:48:30 +0300 Subject: [OpenSIPS-Users] REG::Opensips V1.11.5 & V1.11.10 Duplicate TCP Conections In-Reply-To: References: Message-ID: Hi, Ravitez! You are right - if opensips gets multiple messages in parallel that need to get to a single destination, each process will open a different connection to that destination. However, all sequential messages will use a single TCP connection. Synchronizing all the TCP actions to ensure you will have a single connection might be a bit overkill in terms of performance. May I ask if this is a problem for you? Can you detail a bit why? Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/04/2017 04:11 PM, Ravitez Ravi wrote: > Hi All, > Good Day, > I have been seeing opensips creating mutiple(duplicate) TCP > connections to the same destination if hit with heavy call load. > > *What do i mean?* > opensips ip : 10.10.10.1 > Destination : 10.10.10.2 > Tcp Children : 32 > Ideally opensips will create only one tcp connections and reuses > it,if there's a heavy call load i see there are several tcp > connections which are created to the same destination. > I believe here's the root cause : > - When a child tries to find a connection to the destination it > calls _tcpconn_find() (assuming we are using ip and not id) system > checks tcpconn_aliases_hash for the connection info. > this map is maintained by the parent process and each child lock > its while reaing tcpconn_get().in order to simulate the scenario lets > assume a->parent->state is BAD this method > will return null and so the child tries to create a new > connections,assuming there's a second child trying to find the same > connections and goes through the same process > > - Now each child thinks there's no connection to the destination and > calls tcpconn_connect() this will create a socket to the destination > and passes over the fd to the > main process to update the has map. > > - Not sure if tcp_connect() should have locking mechanism as in > tcpconn_get(). > > > > Please correct me if my understanding is wrong,please share your thoughts. > Thank you. > > > > Regards, > Ravitez.D > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon May 8 11:09:33 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 8 May 2017 18:09:33 +0300 Subject: [OpenSIPS-Users] TLS opensips 2.2.3 on Debian 8 In-Reply-To: <6CD6815E-3278-422A-B020-EAD13C7B4C06@stratusvideo.com> References: <6CD6815E-3278-422A-B020-EAD13C7B4C06@stratusvideo.com> Message-ID: Hi, William! Did you figure out what was the mode the tls_mgm was conflicting with? Can you let us know the modules you're using? Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/04/2017 07:22 PM, William Simon wrote: >> Can someone specify the version of openssl that works for TLS on Debian 8? >> >> Debian 8 standard packaging comes with openssl 1.0.1t. I have also tried the Debian 8 backport of openssl 1.0.2k. In both cases, opensips fails to start with the following error: > Please disregard. I found that loading the tls_mgm module earlier in the script solves the problem. openssl 1.0.1t standard for Debian 8 works fine. > > > “The information transmitted is intended only for the person or entity to which it is addressed and may contain proprietary, business-confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer.” > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From ag at ag-projects.com Mon May 8 11:21:18 2017 From: ag at ag-projects.com (Adrian Georgescu) Date: Mon, 8 May 2017 12:21:18 -0300 Subject: [OpenSIPS-Users] New MediaProxy Release version 2.6.6 Message-ID: <4DFE0035-8733-40ED-8B83-7DF94367A05E@ag-projects.com> Hello, There is a new Mediaproxy software available Changelog mediaproxy (2.6.6) * Updated list of non-routable IP addresses and the corresponding RFC The software is packaged for latest Debian and Ubuntu versions. To update or install the software follow the instructions at http://mediaproxy.ag-projects.com Regards, Adrian -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 203 bytes Desc: Message signed with OpenPGP URL: From Agalya_Ramachandran at comcast.com Mon May 8 11:23:21 2017 From: Agalya_Ramachandran at comcast.com (Ramachandran, Agalya (Contractor)) Date: Mon, 8 May 2017 15:23:21 +0000 Subject: [OpenSIPS-Users] opensips logging format In-Reply-To: References: <154a3750d6d741fdbac049a532fea8a8@COPDCEX28.cable.comcast.com> Message-ID: <66101a7889cc4d10836f656b80fa63c4@COPDCEX28.cable.comcast.com> Got it. Meaning, we can customize few logs from config file for xlog(). But any INFO/DEBUG(LM_INFO/LM_DBG) logs from source code, cannot be modified. It will be logged via syslog format. Is my understand right? Regards, Agalya From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu Sent: Friday, April 21, 2017 4:22 AM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] opensips logging format As an extra note here . When logging via syslog, the time and pid part are formated by syslog itself. When logging to stderr, opensips emulates the syslog formating for consistency reasons. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 04/19/2017 05:36 PM, Benjamin Cropley wrote: https://www.opensips.org/Documentation/Script-CoreVar-2-2#toc87 and https://www.opensips.org/Documentation/Script-CoreVar-2-2#toc91 should be able to help For example... xlog("L_DBG","$time(%b-%d_%H-%M-%S).$Tsm"); All the best, Ben Cropley On Wed, Apr 19, 2017 at 3:59 PM, Ramachandran, Agalya (Contractor) > wrote: Hi Bogdan/team, I have couple of questions regarding the logging format for OpenSIPS logs. 1) Is it possible to include milliseconds in the time stamp. Currently it is displaying till seconds ( Apr 18 15:05:53 ). 2) Is it possible to log in standard ISO format such as "2017-04-18T15:05:53.0005" instead of “Apr 18 15:05:53” If there is a way to achieve the above two, let me know any configs to be added or so. Regards, Agalya _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- All the best, Ben Cropley 07539 366 905 _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon May 8 11:28:20 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 8 May 2017 18:28:20 +0300 Subject: [OpenSIPS-Users] InterProxy messaging In-Reply-To: References: Message-ID: <15b32e79-5efc-0b99-81a5-7ee01487a1a2@opensips.org> Hi, Sammy! Unfortunately there currently is no way to wait for a rabbitmq reply as you want. However, I also think it would be nice to have this feature in the next versions. Can you please open a feature request for this[1]? For now, you can only use REST, DB or CacheDB queries to achieve this. [1] https://github.com/OpenSIPS/opensips/issues/ Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/03/2017 06:51 PM, SamyGo wrote: > Hi All, > > I'm toying with the idea of having a cluster of opensips sending > events between each other and also capable of "querying" other servers > in the cluster to retrieve the required data. > > This idea is not any different than having a shared Redis sentinel > between the cluster to set/get data but I want to use event_routing, > event_rabbitmq, or rabbitmq modules to achieve the same. > > The RabbitMQ as I've read it can only send data and can not listen for > incoming bcast/mcast messages, let me know if I'm wrong here. > > The event_rabbitMQ can send some data to the RabbitMQ server again but > only based on some event. > > The event_routing (EBR, new module) can wait for events to happen OR > notify if an event happens. > > Now, the Question: How can I send a query(RPC) to the RabbitMQ server; > wait for the reply event, and route my calls accordingly? > > OpenSIPS1 ------data------->>RabbitMQ > .. > .... > OpenSIPS2-----query----->>RabbitMQ > OpenSIPS2<----data--------RabbitMQ > > > Thanks, > Sammy > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From govoiper at gmail.com Mon May 8 13:46:17 2017 From: govoiper at gmail.com (SamyGo) Date: Mon, 8 May 2017 13:46:17 -0400 Subject: [OpenSIPS-Users] InterProxy messaging In-Reply-To: <15b32e79-5efc-0b99-81a5-7ee01487a1a2@opensips.org> References: <15b32e79-5efc-0b99-81a5-7ee01487a1a2@opensips.org> Message-ID: Hi Razvan, I can for sure open up a feature request for this. Like I mentioned already this is achievable via other modules but each have their own issues. Plus, I personally don't want to deploy additional layers of tools and experience their own difficulties. I am even willing to cut RabbitMQ out of the picture if Clusterer Module shows some additional functions to send/get data from other node(s). Here is the ticket: https://github.com/OpenSIPS/opensips/issues/1119 Regards, Sammy. On Mon, May 8, 2017 at 11:28 AM, Răzvan Crainea wrote: > Hi, Sammy! > > Unfortunately there currently is no way to wait for a rabbitmq reply as > you want. However, I also think it would be nice to have this feature in > the next versions. Can you please open a feature request for this[1]? > For now, you can only use REST, DB or CacheDB queries to achieve this. > > [1] https://github.com/OpenSIPS/opensips/issues/ > > Best regards, > > Răzvan Crainea > OpenSIPS Solutionswww.opensips-solutions.com > > On 05/03/2017 06:51 PM, SamyGo wrote: > > Hi All, > > I'm toying with the idea of having a cluster of opensips sending events > between each other and also capable of "querying" other servers in the > cluster to retrieve the required data. > > This idea is not any different than having a shared Redis sentinel between > the cluster to set/get data but I want to use event_routing, > event_rabbitmq, or rabbitmq modules to achieve the same. > > The RabbitMQ as I've read it can only send data and can not listen for > incoming bcast/mcast messages, let me know if I'm wrong here. > > The event_rabbitMQ can send some data to the RabbitMQ server again but > only based on some event. > > The event_routing (EBR, new module) can wait for events to happen OR > notify if an event happens. > > Now, the Question: How can I send a query(RPC) to the RabbitMQ server; > wait for the reply event, and route my calls accordingly? > > > OpenSIPS1 ------data------->>RabbitMQ > .. > .... > OpenSIPS2-----query----->>RabbitMQ > OpenSIPS2<----data--------RabbitMQ > > > Thanks, > Sammy > > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From basit.engg at gmail.com Mon May 8 16:14:34 2017 From: basit.engg at gmail.com (Abdul Basit) Date: Tue, 9 May 2017 01:14:34 +0500 Subject: [OpenSIPS-Users] [OpenSIPS-Devel] New MediaProxy Release version 2.6.6 In-Reply-To: <4DFE0035-8733-40ED-8B83-7DF94367A05E@ag-projects.com> References: <4DFE0035-8733-40ED-8B83-7DF94367A05E@ag-projects.com> Message-ID: Nice. Let's test. On 8 May 2017 20:22, "Adrian Georgescu" wrote: > Hello, > > There is a new Mediaproxy software available > > Changelog mediaproxy (2.6.6) > > * Updated list of non-routable IP addresses and the corresponding RFC > > The software is packaged for latest Debian and Ubuntu versions. > > To update or install the software follow the instructions at > > http://mediaproxy.ag-projects.com > > Regards, > Adrian > > > _______________________________________________ > Devel mailing list > Devel at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/devel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wsimon at stratusvideo.com Mon May 8 17:57:16 2017 From: wsimon at stratusvideo.com (William Simon) Date: Mon, 8 May 2017 21:57:16 +0000 Subject: [OpenSIPS-Users] TLS opensips 2.2.3 on Debian 8 In-Reply-To: References: <6CD6815E-3278-422A-B020-EAD13C7B4C06@stratusvideo.com> Message-ID: <71BAC437-B264-4762-B50E-6039DB7B0658@stratusvideo.com> I am using the default set of modules from the example routing script, plus load balancer, redis, and postgres. I found that the conflict is the dialog module. If I load tls_mgm anytime before dialog.so, it is fine, but after dialog.so, it fails. I do not understand the reason for this conflict. > On May 8, 2017, at 11:09 AM, Răzvan Crainea wrote: > > Hi, William! > > Did you figure out what was the mode the tls_mgm was conflicting with? > Can you let us know the modules you're using? > > Best regards, > > Răzvan Crainea > OpenSIPS Solutions > www.opensips-solutions.com > > On 05/04/2017 07:22 PM, William Simon wrote: >>> Can someone specify the version of openssl that works for TLS on Debian 8? >>> >>> Debian 8 standard packaging comes with openssl 1.0.1t. I have also tried the Debian 8 backport of openssl 1.0.2k. In both cases, opensips fails to start with the following error: >> Please disregard. I found that loading the tls_mgm module earlier in the script solves the problem. openssl 1.0.1t standard for Debian 8 works fine. “The information transmitted is intended only for the person or entity to which it is addressed and may contain proprietary, business-confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer.” From ionutionita at opensips.org Tue May 9 08:23:33 2017 From: ionutionita at opensips.org (Ionut Ionita) Date: Tue, 9 May 2017 15:23:33 +0300 Subject: [OpenSIPS-Users] Strange entries in ACC In-Reply-To: <35074e62-315b-075a-303f-992b544ee752@opensips.org> References: <5a92310e-44ba-eaf4-ba94-a8414ed1b2a2@opensips.org> <35074e62-315b-075a-303f-992b544ee752@opensips.org> Message-ID: <2665c543-087c-5772-6696-84ab296b76e6@opensips.org> Hey there, any luck in applying the patch? Ionut Ionita OpenSIPS Developer On 04/27/2017 06:50 PM, Ionut Ionita wrote: > > Hello Jim, > > Since I am unable to replicate the bug I'm providing you the following > patch which prints the extra values when they are taken from the > variables and after they are put into the array from where they will > be inserted into the db. Can you please apply it and provide the logs > with the patch? If any sensitive data in there send the logs on my mail. > > > Regards, > > Ionut Ionita > OpenSIPS Developer > On 04/26/2017 07:01 PM, Jim DeVito wrote: >> Also it should be noted I am using the db_flatstore module with the >> acc module. >> >> On Wed, Apr 26, 2017 at 11:48 AM, Bogdan-Andrei Iancu >> > wrote: >> >> OK, thanks. >> >> I suppose you have the "failed" flag set in do_accounting() ? >> >> And before ending the INVITE processing, do you change the RURI >> (you mentioned it originally has a username) ? >> >> Regards, >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> >> >> On 04/26/2017 06:33 PM, Jim DeVito wrote: >>> Yes. And correct the script is rejecting the call at this point >>> and returning the 600 to my upstream. >>> On Wed, Apr 26, 2017 at 11:28 AM, Bogdan-Andrei Iancu >>> > wrote: >>> >>> Again, does the strange text correspond to the to_tn extra >>> value ? And the call is rejected by you from script ? it not >>> ever proxied further, right ? Regards, >>> >>> Bogdan-Andrei Iancu >>> OpenSIPS Founder and Developer >>> http://www.opensips-solutions.com >>> >>> >>> OpenSIPS Summit May 2017 Amsterdam >>> http://www.opensips.org/events/Summit-2017Amsterdam.html >>> >>> >>> On 04/26/2017 06:25 PM, Jim DeVito wrote: >>>> Hi Bogdan, >>>> Sorry forgot the mention I am using 2.2.3 the latest stable >>>> from the repo. I put a log line just after >>>> send_reply("600","Busy Everywhere"); and $rU looks good >>>> there. Is there another place I should put a log line to >>>> see the value of $rU? >>>> Thanks!! >>>> On Wed, Apr 26, 2017 at 11:16 AM, Bogdan-Andrei Iancu >>>> > wrote: >>>> >>>> Hi Jim, What OpenSIPS version do you use ? Is the x00 >>>> string corresponding to the to_tn extra field ? If yes, >>>> is there any chance to have the $rU null (no username >>>> in RURI) ? Regards, >>>> >>>> Bogdan-Andrei Iancu >>>> OpenSIPS Founder and Developer >>>> http://www.opensips-solutions.com >>>> >>>> >>>> OpenSIPS Summit May 2017 Amsterdam >>>> http://www.opensips.org/events/Summit-2017Amsterdam.html >>>> >>>> >>>> On 04/26/2017 05:43 PM, Jim DeVito wrote: >>>>> Hi All, >>>>> So I am seeing the below record in the ACC output that >>>>> is causing me problems else where. Notice the >>>>> \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00 part. >>>>> INVITE|gK0c48d4aa||1464632400_16750753 at REDACTED|600|Busy >>>>> Everywhere|1493217263|\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00|+1REDACTED|sip-proxy03|from-PSTN|REDACTED||8877|| >>>>> >>>>> In every other ACC entry the value is to be the user >>>>> part of the request URI as described here... >>>>> modparam("acc", "db_extra", "to_tn=$rU; (etc....) >>>>> Except when the call goes through the below failure route. >>>>> failure_route[orig_load_balance_fail] { >>>>> if (t_was_cancelled()) { >>>>> exit(); >>>>> } >>>>> if (t_check_status("[56][0-9][0-9]") || >>>>> t_local_replied("all")) { >>>>> if (lb_next()) { >>>>> t_on_failure("orig_load_balance_fail"); >>>>> t_relay(); >>>>> exit(); >>>>> } else { >>>>> send_reply("600","Busy >>>>> Everywhere"); >>>>> exit(); >>>>> } >>>>> } >>>>> } >>>>> Thoughts? >>>>> Thanks!! >>>>> Jim D. >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at lists.opensips.org >>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>>> >>>> >>>> -- >>>> ------------- >>>> Jim DeVito >>>> Mobile 216.507.9497 >>> >>> -- >>> ------------- >>> Jim DeVito >>> Mobile 216.507.9497 >> >> -- >> ------------- >> Jim DeVito >> Mobile 216.507.9497 >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue May 9 09:17:02 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 9 May 2017 16:17:02 +0300 Subject: [OpenSIPS-Users] tm param for 477? In-Reply-To: References: Message-ID: Hi Tito, The 477 is locally generated by OpenSIPS prior to send the the request out. This is why you cannot have in in the failure route (which is triggered by the failure of the transaction, AFTER the request was sent out). What you can do is to use the 2 flag for t_relay() (see http://www.opensips.org/html/docs/modules/2.3.x/tm.html#t_relay) and check in script for the failure of t_relay(). Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/01/2017 10:55 PM, Tito Cumpen wrote: > Group, > > Is there a tm param to force 477 failures to go to failure block ? > > IE: I have a wss socket that times out or closes connection but the UL > entry is still active > so the connection attempt fails and the 477 is sent back to the UAC > instead of trying the logic in the failure block. Can anything be done > here ? > > > Thanks, > Tito > > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue May 9 09:18:43 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 9 May 2017 16:18:43 +0300 Subject: [OpenSIPS-Users] TLS SIP packet tracing and visualization In-Reply-To: References: Message-ID: Thank you Giovanni, that is a useful tool - we will document it in the OpenSIPS TLS tutorial, so other can benefit ;) Many thanks, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/02/2017 05:52 PM, Giovanni Maruzzelli wrote: > For a cut and paste ready version, that has the correct carriage > returns (mangled by mail), check it in FreeSWITCH documentation: > > https://freeswitch.org/confluence/display/FREESWITCH/Packet+Capture#PacketCapture-TLSwithsharka > > -giovanni > > On 2 May 2017 at 16:26, Giovanni Maruzzelli > wrote: > > Hello fellows, > > after some experimentation with various tools, I come out with a > little shell tool that maybe can be useful to you too. > > It can only work with non-forward secrecy ciphers, obviously, and > only if is started before the client do the initial TLS handshake > (eg, just restart the client). Forward secrecy cannot be decrypted > after fact, so don't waste effort. > > An example of ciphers that can be decrypted are the "AES256-SHA" > openssl cipher group. You can use ssldump to check what cipher is > used by serverhello. > > Enjoy, make it better, and share it :) > > > #!/bin/bash > # brought to you by Giovanni Maruzzelli > # > SERVERIP="192.168.1.150" > SERVERPORT="5061" > PRIVKEY="/etc/certs/privkey.pem" > STDERR2DEVNULL=" 2>/dev/null " > REGEX="notyet" > > if [ -z "$1" ]; then > REGEX="\\\.*" > else > REGEX="$1" > fi > FILTER="ssl.app_data and sip matches" > FILTER2="$FILTER \"$REGEX\"" > FILTER3="'$FILTER2'" > ARGUMENT="-i 1 -Y $FILTER3 -E header=y -T fields -e frame.number > -e frame.time -e frame.time_delta_displayed -e ip.src -e ip.dst -e > sip.Status-Line -e sip.Request-Line -e sip.msg_hdr -l -d > tcp.port\=\=5061,sip -o \"ssl.keys_list: > $SERVERIP,$SERVERPORT,sip,$PRIVKEY\" $STDERR2DEVNULL | sed -u > 's/\t/\n/g' | sed -u '/^$/d' | sed -u > 's/^[0-9]*$/\n==&==============================/g'" > > echo "" > echo "NB: if it do not works, edit script so that > STDERR2DEVNULL=\" \" and try again" > echo "" > echo "NB: remember to quote and escape match patterns, using > triple slash" > echo " eg, for matching 1010 at pbx.example.com > , use \"1010 at pbx.example.com > \"" > echo " eg, for matching anything, use \"\\\\\\.*\"" > echo " eg, for matching *98, use \"\\\\\\*98\"" > echo "USAGE: $0 \"\\\\\\*98 at pbx.example.com > \"" > echo "" > > > case "$1" in > -help|--help|?) > exit 0 > ;; > *) > echo "THIS TIME WE'RE DOING:" > echo "tshark $ARGUMENT" > echo "" > bash -c "tshark $ARGUMENT" > ;; > esac > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue May 9 09:21:59 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 9 May 2017 16:21:59 +0300 Subject: [OpenSIPS-Users] OpenSIPS crash with core dump In-Reply-To: References: <5299efe9-7c27-fb52-6534-adabe5a7eedb@opensips.org> Message-ID: <23ad57d4-17f8-2056-8ad3-9298e0953039@opensips.org> Hi Sammy, Do you have the OpenSIPS packages from the official repo or you built them by yourself ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/02/2017 11:57 PM, SamyGo wrote: > Hi Razvan, > Can you guide me on how to do that ? which option from "make > menuconfig" should I check from compile options. Meanwhile trying to > figure out the same for openssl. > > Will get back to you with these debug symbols in place and core re-read. > > Regards, > Sammy > > On Tue, May 2, 2017 at 3:22 AM, Răzvan Crainea > wrote: > > Hi, Sammy! > > Can you install the debugging symbols for both opensips and > openssl? After you install them, inspect the core file again and > run a 'bt full' command. > It will help us figure out the stack trace to see what happened. > > Best regards, > > Răzvan Crainea > OpenSIPS Core Developer > http://www.opensips-solutions.com > > On 05/02/2017 02:22 AM, SamyGo wrote: > > Hi All, > I've been seeing some crashes in my opensips servers: > > > *_version:_* opensips 2.2.1 (x86_64/linux) > flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, > F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT > ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, > MAX_LISTEN 16, > MAX_URI_SIZE 1024, BUF_SIZE 65535 > poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. > main.c compiled on 16:33:09 Jan 12 2017 with gcc 4.8 > > *Operatin System:* Ubuntu 14.04.5 LTS > > *_Core File:_* > > (gdb) bt full > > #0 strlen () at ../sysdeps/x86_64/strlen.S:106 > > No locals. > > #1 0x00007f55a8a32f59 in i2d_SSL_SESSION () from > /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > No symbol table info available. > > #2 0x00007f55a8a07bd5 in ?? () from > /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > No symbol table info available. > > #3 0x00007f55a8a08960 in ?? () from > /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > No symbol table info available. > > #4 0x00007f55a83f5a7f in ?? () from > /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so > > No symbol table info available. > > #5 0x00007f55a83fe880 in ?? () from > /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so > > No symbol table info available. > > #6 0x00000000005a372d in ?? () > > No symbol table info available. > > #7 0x00000000005a4dcb in tcp_worker_proc () > > No symbol table info available. > > #8 0x000000000059cbb9 in tcp_start_processes () > > No symbol table info available. > > #9 0x0000000000419cda in main () > > No symbol table info available. > > > > > *_Another Crash trace:_* > > > > (gdb) bt full > > #0 0x00007fc0abe039da in strtok () at > ../sysdeps/x86_64/strtok.S:186 > > No locals. > > #1 0x0000000000000024 in ?? () > > No symbol table info available. > > #2 0x0000000200000004 in ?? () > > No symbol table info available. > > #3 0x00007ffe32a6f9c0 in ?? () > > No symbol table info available. > > #4 0x00007fbf8baef57c in ?? () > > No symbol table info available. > > #5 0x0000000200000002 in ?? () > > No symbol table info available. > > #6 0x00007ffe32a6f9d0 in ?? () > > No symbol table info available. > > #7 0x00007fbf8aa8bf00 in ?? () from > /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > > No symbol table info available. > > #8 0x00007fbf8b53f000 in ?? () > > No symbol table info available. > > #9 0x0000000000000014 in ?? () > > No symbol table info available. > > #10 0x0000000000000000 in ?? () > > No symbol table info available. > > (gdb) > > > > > > (gdb) bt full > > #0 0x00007fe03fc9cc37 in __GI_raise (sig=sig at entry=6) at > ../nptl/sysdeps/unix/sysv/linux/raise.c:56 > > resultvar = 0 > > pid = 36112 > > selftid = 36112 > > #1 0x00007fe03fca0028 in __GI_abort () at abort.c:89 > > save_stage = 2 > > act = {__sigaction_handler = {sa_handler = 0x0, > sa_sigaction = > 0x0}, sa_mask = {__val = {140596270402586, 8589934592, 64, 3, 33, > 140596283430288, > > 140596283430040, 18446744073709551614, > 140596264663692, > 140596282823192, 3, 33, 140596264116466, 3, 8885408, 1}}, > sa_flags = > 8885408, > > sa_restorer = 0x1} > > sigs = {__val = {32, 0 }} > > #2 0x00007fdf1ebfaa62 in ?? () from > /home/opensips/local/opensips/2_21/lib64/opensips/modules/tls_mgm.so > > No symbol table info available. > > #3 0x00007fdf1e610fcd in CRYPTO_free () from > /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > > No symbol table info available. > > #4 0x00007fdf1e9c8c16 in SSL_SESSION_free () from > /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > No symbol table info available. > > #5 0x00007fdf1e9c6f5d in SSL_free () from > /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > No symbol table info available. > > #6 0x00007fdf1e38a327 in ?? () from > /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so > > No symbol table info available. > > #7 0x0000000000593114 in ?? () > > No symbol table info available. > > #8 0x00000000005933b0 in ?? () > > No symbol table info available. > > #9 0x00000000004147f4 in ?? () > > No symbol table info available. > > #10 0x00000000004154db in ?? () > > No symbol table info available. > > #11 0x000000000059d087 in tcp_start_processes () > > No symbol table info available. > > #12 0x0000000000419cda in main () > > No symbol table info available. > > > > > > (gdb) bt full > > #0 0x00007fe03fc9cc37 in __GI_raise (sig=sig at entry=6) at > ../nptl/sysdeps/unix/sysv/linux/raise.c:56 > > resultvar = 0 > > pid = 35939 > > selftid = 35939 > > #1 0x00007fe03fca0028 in __GI_abort () at abort.c:89 > > save_stage = 2 > > act = {__sigaction_handler = {sa_handler = 0x1, > sa_sigaction = > 0x1}, sa_mask = {__val = {0, 140596279116408, 140601127703847, > 1, 0, > 6087545, > > 140601119395120, 0, 140596279116408, 8739288, > 140601127732437, 1, 140601120396285, 0, 0, 140601123293024}}, > sa_flags = > 0, sa_restorer = 0x0} > > sigs = {__val = {32, 0 }} > > #2 0x0000000000443a3b in ?? () > > No symbol table info available. > > #3 > > No locals. > > #4 0x00007fe03fd312a7 in sched_yield () at > ../sysdeps/unix/syscall-template.S:81 > > No locals. > > #5 0x000000000059b7ab in tcp_destroy () > > No symbol table info available. > > #6 0x00000000004441ab in cleanup () > > No symbol table info available. > > #7 0x0000000000444d67 in handle_sigs () > > No symbol table info available. > > #8 0x0000000000419e3c in main () > > No symbol table info available. > > > > Looking for some pointers > > > Thanks, > Sammy > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue May 9 09:33:49 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 9 May 2017 16:33:49 +0300 Subject: [OpenSIPS-Users] opensips logging format In-Reply-To: <66101a7889cc4d10836f656b80fa63c4@COPDCEX28.cable.comcast.com> References: <154a3750d6d741fdbac049a532fea8a8@COPDCEX28.cable.comcast.com> <66101a7889cc4d10836f656b80fa63c4@COPDCEX28.cable.comcast.com> Message-ID: Hi Agalya, Indeed, the logs generated from inner C code cannot be changes. The logs from script (via xlog) can be formated as content, nevertheless the prefix part (time, process, etc) is fixed. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/08/2017 06:23 PM, Ramachandran, Agalya (Contractor) wrote: > > Got it. Meaning, we can customize few logs from config file for xlog(). > > But any INFO/DEBUG(LM_INFO/LM_DBG) logs from source code, cannot be > modified. It will be logged via syslog format. > > Is my understand right? > > Regards, > Agalya > > *From:*Users [mailto:users-bounces at lists.opensips.org] *On Behalf Of > *Bogdan-Andrei Iancu > *Sent:* Friday, April 21, 2017 4:22 AM > *To:* OpenSIPS users mailling list > *Subject:* Re: [OpenSIPS-Users] opensips logging format > > As an extra note here . When logging via syslog, the time and pid part > are formated by syslog itself. When logging to stderr, opensips > emulates the syslog formating for consistency reasons. > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 04/19/2017 05:36 PM, Benjamin Cropley wrote: > > https://www.opensips.org/Documentation/Script-CoreVar-2-2#toc87 > and > https://www.opensips.org/Documentation/Script-CoreVar-2-2#toc91 should > be able to help > > For example... > > xlog("L_DBG","$time(%b-%d_%H-%M-%S).$Tsm"); > > All the best, > > Ben Cropley > > On Wed, Apr 19, 2017 at 3:59 PM, Ramachandran, Agalya (Contractor) > > wrote: > > Hi Bogdan/team, > > I have couple of questions regarding the logging format for > OpenSIPS logs. > > 1)Is it possible to include milliseconds in the time stamp. > Currently it is displaying till seconds ( Apr 18 15:05:53 ). > > 2)Is it possible to log in standard ISO format such as > "2017-04-18T15:05:53.0005" instead of “Apr 18 15:05:53” > > If there is a way to achieve the above two, let me know any > configs to be added or so. > > Regards, > > Agalya > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > -- > > All the best, > > Ben Cropley > > 07539 366 905 > > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue May 9 09:44:50 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 9 May 2017 16:44:50 +0300 Subject: [OpenSIPS-Users] Using Contact replication and HA In-Reply-To: <001401d2c413$b5968910$20c39b30$@smartvox.co.uk> References: <001401d2c413$b5968910$20c39b30$@smartvox.co.uk> Message-ID: Hi John, So, in your setup, on the backup server, OpenSIPS is not listening on the VIP address at all, right ? Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/03/2017 04:46 PM, John Quick wrote: > Hello, > > I am still working my way through some of the new features described at last > year's Summit conference while you are all hopefully enjoying this year's > Summit. > > I'm playing with the Clusterer module. It is a great idea but I am finding a > few practical difficulties for contact replication in the USRLOC module. > > In my test rig, there are two almost identical OpenSIPS servers (A and B). > Contact replication is enabled between the two servers and each server has > its own local database. > > Linux HA - Corosync and Pacemaker - is used to control a Virtual IP (VIP) > address resource. This allows UA's to register at the VIP address. HA > decides which server has the virtual address at any given time, based on > node availability. Currently, Server A is assigned the VIP and processes all > UA registrations. > > Problem: The "socket" field in the location table contains the VIP address > on both server A and B, but only Server A is bound to that address while > both servers are up. > Unless I completely disable NAT Pings in the nathelper module, Server B > reports a lot of errors like this: > 2017-05-03 14:15:51 CRITICAL:core:proto_udp_send: invalid > sendtoparameters#012one possible reason is the server is bound to localhost > and#012attempts to send to the net > 2017-05-03 14:15:51 ERROR:nathelper:msg_send: send() for proto 1 failed > 2017-05-03 14:15:51 ERROR:nathelper:nh_timer: sip msg_send failed! > > Worse, if I also enable the "remove_on_timeout_bflag" option on Server B, it > removes the registration on *both* servers after a short delay even though > the UA is still available! > > Initially, I encountered problems with the HA IP Resource (or VIP) with > respect to OpenSIPS not starting on server B because it was trying to bind > to an address that was not currently assigned to any local interface. While > it is possible to group the IP resource with the OpenSIPS service resource > to overcome this problem, that would completely break USRLOC contact > replication because the OpenSIPS service on Server B would not be running as > long as Server A is up. I had to resort to an option in sysctl.conf that > allows processes to start even if they are trying to bind to a non-local > address. > > This makes me wonder what is the purpose of Usrloc Contact replication? Is > there some other scenario that could use it and not have these problems? > I also wonder what difference does the db_mode setting in Usrloc make when > using contact replication. > > John Quick > Smartvox Limited > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From stefan.carlsson at vaxeltjanst.se Tue May 9 05:36:00 2017 From: stefan.carlsson at vaxeltjanst.se (Stefan Carlsson) Date: Tue, 9 May 2017 09:36:00 +0000 Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Message-ID: Hi ! It seems that the Opensip 2.2 caches DNS queries !!! Even after I disabled the resolver in Centos, the OpenSIPs seems to "remember" old queries. (eg. IP's) after a Opensip restart, the old stuff was gone. If so, how can I disable the DNS caching in the Opensips, I want the system to always make a new , fresh query. Kind Regards / Vänligen ... Stefan Carlsson -------------- next part -------------- An HTML attachment was scrubbed... URL: From Agalya_Ramachandran at comcast.com Tue May 9 10:07:33 2017 From: Agalya_Ramachandran at comcast.com (Ramachandran, Agalya (Contractor)) Date: Tue, 9 May 2017 14:07:33 +0000 Subject: [OpenSIPS-Users] opensips logging format In-Reply-To: References: <154a3750d6d741fdbac049a532fea8a8@COPDCEX28.cable.comcast.com> <66101a7889cc4d10836f656b80fa63c4@COPDCEX28.cable.comcast.com> Message-ID: <25bb1aab5fa74d4e9532a114b418842a@COPDCEX28.cable.comcast.com> Thank you Bogdan. Got it. Regards, Agalya From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Sent: Tuesday, May 09, 2017 9:34 AM To: OpenSIPS users mailling list ; Ramachandran, Agalya (Contractor) Subject: Re: [OpenSIPS-Users] opensips logging format Hi Agalya, Indeed, the logs generated from inner C code cannot be changes. The logs from script (via xlog) can be formated as content, nevertheless the prefix part (time, process, etc) is fixed. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/08/2017 06:23 PM, Ramachandran, Agalya (Contractor) wrote: Got it. Meaning, we can customize few logs from config file for xlog(). But any INFO/DEBUG(LM_INFO/LM_DBG) logs from source code, cannot be modified. It will be logged via syslog format. Is my understand right? Regards, Agalya From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu Sent: Friday, April 21, 2017 4:22 AM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] opensips logging format As an extra note here . When logging via syslog, the time and pid part are formated by syslog itself. When logging to stderr, opensips emulates the syslog formating for consistency reasons. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 04/19/2017 05:36 PM, Benjamin Cropley wrote: https://www.opensips.org/Documentation/Script-CoreVar-2-2#toc87 and https://www.opensips.org/Documentation/Script-CoreVar-2-2#toc91 should be able to help For example... xlog("L_DBG","$time(%b-%d_%H-%M-%S).$Tsm"); All the best, Ben Cropley On Wed, Apr 19, 2017 at 3:59 PM, Ramachandran, Agalya (Contractor) > wrote: Hi Bogdan/team, I have couple of questions regarding the logging format for OpenSIPS logs. 1) Is it possible to include milliseconds in the time stamp. Currently it is displaying till seconds ( Apr 18 15:05:53 ). 2) Is it possible to log in standard ISO format such as "2017-04-18T15:05:53.0005" instead of “Apr 18 15:05:53” If there is a way to achieve the above two, let me know any configs to be added or so. Regards, Agalya _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -- All the best, Ben Cropley 07539 366 905 _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ravitez.dondeti at gmail.com Tue May 9 10:20:48 2017 From: ravitez.dondeti at gmail.com (Ravitez Ravi) Date: Tue, 9 May 2017 10:20:48 -0400 Subject: [OpenSIPS-Users] REG::Opensips V1.11.5 & V1.11.10 Duplicate TCP Conections In-Reply-To: References: Message-ID: Hello Razvan, God Day, Thank you for the update,it seems that though we create multiple TCP connections opensips uses only one tcp connection to send the data out. should a child be locking the tcp connection mechanism? while creating a new tcp connection as we will be overwriting the tcpconn_aliases_has to the latest/recent fd. I believe here's the root cause : - When a child tries to find a connection to the destination it calls _tcpconn_find() (assuming we are using ip and not id) system checks *tcpconn_aliases_hash *for the connection info. * this map is maintained by the parent process and each child lock its while reaing tcpconn_get().in order to simulate the scenario lets assume a->parent->state is BAD this method* * will return null and so the child tries to create a new connections,assuming there's a second child trying to find the same connections and goes through the same process* - *Now each child thinks there's no connection to the destination and calls tcpconn_connect() this will create a socket to the destination and passes over the fd to the * * main process to update the has map.* - *Not sure if tcp_connect() should have locking mechanism as in tcpconn_get().* Thank you :) Regards, Ravitez.D On Mon, May 8, 2017 at 10:48 AM, Răzvan Crainea wrote: > Hi, Ravitez! > > You are right - if opensips gets multiple messages in parallel that need > to get to a single destination, each process will open a different > connection to that destination. However, all sequential messages will use a > single TCP connection. > Synchronizing all the TCP actions to ensure you will have a single > connection might be a bit overkill in terms of performance. > > May I ask if this is a problem for you? Can you detail a bit why? > > Best regards, > > Răzvan Crainea > OpenSIPS Solutionswww.opensips-solutions.com > > On 05/04/2017 04:11 PM, Ravitez Ravi wrote: > > Hi All, > Good Day, > I have been seeing opensips creating mutiple(duplicate) TCP > connections to the same destination if hit with heavy call load. > > *What do i mean?* > opensips ip : 10.10.10.1 > Destination : 10.10.10.2 > Tcp Children : 32 > > Ideally opensips will create only one tcp connections and reuses it,if > there's a heavy call load i see there are several tcp connections which are > created to the same destination. > I believe here's the root cause : > - When a child tries to find a connection to the destination it calls > _tcpconn_find() (assuming we are using ip and not id) system checks > tcpconn_aliases_hash for the connection info. > this map is maintained by the parent process and each child lock its > while reaing tcpconn_get().in order to simulate the scenario lets assume a > ->parent->state is BAD this method > will return null and so the child tries to create a new > connections,assuming there's a second child trying to find the same > connections and goes through the same process > > - Now each child thinks there's no connection to the destination and > calls tcpconn_connect() this will create a socket to the destination and > passes over the fd to the > main process to update the has map. > > - Not sure if tcp_connect() should have locking mechanism as in > tcpconn_get(). > > > > Please correct me if my understanding is wrong,please share your thoughts. > Thank you. > > > > Regards, > Ravitez.D > > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pimenta at inatel.br Tue May 9 10:52:46 2017 From: pimenta at inatel.br (Rodrigo Pimenta Carvalho) Date: Tue, 9 May 2017 14:52:46 +0000 Subject: [OpenSIPS-Users] How to know wich UAS is rejecting a call? Message-ID: Hi. In my system there are 2 UA (in different machines, M1 & M2) registered on my OpenSIPS, both as user 9000. So, if an UAC calls number 9000, these 2 UA will ring. That is fine for my project. If UA from machine M1 rejects the call it send a SIP 486 code (busy here). The UA from machine M2 has the same behavior. In addiction, if UA on M1 rejects the call, OpenSIPS must register data in the database. On the other hand, if UA on M2 rejects the call, the OpenSIPS must do nothing. How can I know wich of these reject messages (SIP 486) is coming from M1 or M2, by means of OpenSIPS functions? Any example? Any hint will be very helpful! Best regards. RODRIGO PIMENTA CARVALHO Inatel Competence Center Software Ph: +55 35 3471 9200 RAMAL 979 -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.quick at smartvox.co.uk Tue May 9 10:54:23 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Tue, 9 May 2017 15:54:23 +0100 Subject: [OpenSIPS-Users] Using Contact replication and HA In-Reply-To: References: <001401d2c413$b5968910$20c39b30$@smartvox.co.uk> Message-ID: <003f01d2c8d4$25b0a040$7111e0c0$@smartvox.co.uk> Hi Bogdan, I tried different scenarios and eventually ended up with the backup server having a listen statement for the VIP address. Normally you cannot start OpenSIPS (or any other application) binding to an IP address that is not assigned on a local interface. However, adding the line "net.ipv4.ip_nonlocal_bind = 1" to /etc/sysctl.conf I was then able to start OpenSIPS with that listen statement in place. The backup server also listens on its own static IP using the proto_bin mechanism so it can receive and send replications while it is in "standby" mode. That is the dilemma: Replicated Contacts can only be useful if the backup server is able to take over the same VIP that was used on the primary server. If the backup server does not use the VIP when it takes over as "active", then the replicated socket information in the location table will be wrong. If OpenSIPS only starts on the backup server *after* that server has acquired the VIP then it could not receive the replicated Contacts using proto_bin when it was in standby mode. John Quick Smartvox Limited -----Original Message----- From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Sent: 09 May 2017 14:45 To: john.quick at smartvox.co.uk; OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] Using Contact replication and HA Hi John, So, in your setup, on the backup server, OpenSIPS is not listening on the VIP address at all, right ? Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/03/2017 04:46 PM, John Quick wrote: > Hello, > > I am still working my way through some of the new features described > at last year's Summit conference while you are all hopefully enjoying > this year's Summit. > > I'm playing with the Clusterer module. It is a great idea but I am > finding a few practical difficulties for contact replication in the USRLOC module. > > In my test rig, there are two almost identical OpenSIPS servers (A and B). > Contact replication is enabled between the two servers and each server > has its own local database. > > Linux HA - Corosync and Pacemaker - is used to control a Virtual IP > (VIP) address resource. This allows UA's to register at the VIP > address. HA decides which server has the virtual address at any given > time, based on node availability. Currently, Server A is assigned the > VIP and processes all UA registrations. > > Problem: The "socket" field in the location table contains the VIP > address on both server A and B, but only Server A is bound to that > address while both servers are up. > Unless I completely disable NAT Pings in the nathelper module, Server > B reports a lot of errors like this: > 2017-05-03 14:15:51 CRITICAL:core:proto_udp_send: invalid > sendtoparameters#012one possible reason is the server is bound to > localhost and#012attempts to send to the net > 2017-05-03 14:15:51 ERROR:nathelper:msg_send: send() for proto 1 > failed > 2017-05-03 14:15:51 ERROR:nathelper:nh_timer: sip msg_send failed! > > Worse, if I also enable the "remove_on_timeout_bflag" option on Server > B, it removes the registration on *both* servers after a short delay > even though the UA is still available! > > Initially, I encountered problems with the HA IP Resource (or VIP) > with respect to OpenSIPS not starting on server B because it was > trying to bind to an address that was not currently assigned to any > local interface. While it is possible to group the IP resource with > the OpenSIPS service resource to overcome this problem, that would > completely break USRLOC contact replication because the OpenSIPS > service on Server B would not be running as long as Server A is up. I > had to resort to an option in sysctl.conf that allows processes to > start even if they are trying to bind to a non-local address. > > This makes me wonder what is the purpose of Usrloc Contact > replication? Is there some other scenario that could use it and not have these problems? > I also wonder what difference does the db_mode setting in Usrloc make > when using contact replication. > > John Quick > Smartvox Limited > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From gmaruzz at gmail.com Tue May 9 11:10:39 2017 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 9 May 2017 17:10:39 +0200 Subject: [OpenSIPS-Users] TLS SIP packet tracing and visualization In-Reply-To: References: Message-ID: On 9 May 2017 at 15:18, Bogdan-Andrei Iancu wrote: > Thank you Giovanni, that is a useful tool - we will document it in the > OpenSIPS TLS tutorial, so other can benefit ;) > > Glad about it! Be sure to get it from https://freeswitch.org/confluence/display/FREESWITCH/ Packet+Capture#PacketCapture-TLSwithsharka , is the latest version with a couple fixes. -giovanni > Many thanks, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 05/02/2017 05:52 PM, Giovanni Maruzzelli wrote: > > For a cut and paste ready version, that has the correct carriage returns > (mangled by mail), check it in FreeSWITCH documentation: > > https://freeswitch.org/confluence/display/FREESWITCH/ > Packet+Capture#PacketCapture-TLSwithsharka > > -giovanni > > On 2 May 2017 at 16:26, Giovanni Maruzzelli wrote: > >> Hello fellows, >> >> after some experimentation with various tools, I come out with a little >> shell tool that maybe can be useful to you too. >> >> It can only work with non-forward secrecy ciphers, obviously, and only if >> is started before the client do the initial TLS handshake (eg, just restart >> the client). Forward secrecy cannot be decrypted after fact, so don't waste >> effort. >> >> An example of ciphers that can be decrypted are the "AES256-SHA" openssl >> cipher group. You can use ssldump to check what cipher is used by >> serverhello. >> >> Enjoy, make it better, and share it :) >> >> >> #!/bin/bash >> # brought to you by Giovanni Maruzzelli >> # >> SERVERIP="192.168.1.150" >> SERVERPORT="5061" >> PRIVKEY="/etc/certs/privkey.pem" >> STDERR2DEVNULL=" 2>/dev/null " >> REGEX="notyet" >> >> if [ -z "$1" ]; then >> REGEX="\\\.*" >> else >> REGEX="$1" >> fi >> FILTER="ssl.app_data and sip matches" >> FILTER2="$FILTER \"$REGEX\"" >> FILTER3="'$FILTER2'" >> ARGUMENT="-i 1 -Y $FILTER3 -E header=y -T fields -e frame.number -e >> frame.time -e frame.time_delta_displayed -e ip.src -e ip.dst -e >> sip.Status-Line -e sip.Request-Line -e sip.msg_hdr -l -d >> tcp.port\=\=5061,sip -o \"ssl.keys_list: $SERVERIP,$SERVERPORT,sip,$PRIVKEY\" >> $STDERR2DEVNULL | sed -u 's/\t/\n/g' | sed -u '/^$/d' | sed -u >> 's/^[0-9]*$/\n==&==============================/g'" >> >> echo "" >> echo "NB: if it do not works, edit script so that STDERR2DEVNULL=\" \" >> and try again" >> echo "" >> echo "NB: remember to quote and escape match patterns, using triple slash" >> echo " eg, for matching 1010 at pbx.example.com, use \" >> 1010 at pbx.example.com\"" >> echo " eg, for matching anything, use \"\\\\\\.*\"" >> echo " eg, for matching *98, use \"\\\\\\*98\"" >> echo "USAGE: $0 \"\\\\\\*98 at pbx.example.com\"" >> echo "" >> >> >> case "$1" in >> -help|--help|?) >> exit 0 >> ;; >> *) >> echo "THIS TIME WE'RE DOING:" >> echo "tshark $ARGUMENT" >> echo "" >> bash -c "tshark $ARGUMENT" >> ;; >> esac >> >> >> >> -- >> >> Sincerely, >> >> Giovanni Maruzzelli >> OpenTelecom.IT >> cell: +39 347 266 56 18 >> > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmaruzz at opentelecom.it Tue May 9 11:05:16 2017 From: gmaruzz at opentelecom.it (Giovanni Maruzzelli) Date: Tue, 9 May 2017 17:05:16 +0200 Subject: [OpenSIPS-Users] TLS SIP packet tracing and visualization In-Reply-To: References: Message-ID: On 9 May 2017 at 15:18, Bogdan-Andrei Iancu wrote: > Thank you Giovanni, that is a useful tool - we will document it in the > OpenSIPS TLS tutorial, so other can benefit ;) > > Very glad about it. Be sure to get it from https://freeswitch.org/confluence/display/FREESWITCH/Packet+Capture#PacketCapture-TLSwithsharka , is the latest version with a couple fixes. -giovanni > Many thanks, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 05/02/2017 05:52 PM, Giovanni Maruzzelli wrote: > > For a cut and paste ready version, that has the correct carriage returns > (mangled by mail), check it in FreeSWITCH documentation: > > https://freeswitch.org/confluence/display/FREESWITCH/ > Packet+Capture#PacketCapture-TLSwithsharka > > -giovanni > > On 2 May 2017 at 16:26, Giovanni Maruzzelli wrote: > >> Hello fellows, >> >> after some experimentation with various tools, I come out with a little >> shell tool that maybe can be useful to you too. >> >> It can only work with non-forward secrecy ciphers, obviously, and only if >> is started before the client do the initial TLS handshake (eg, just restart >> the client). Forward secrecy cannot be decrypted after fact, so don't waste >> effort. >> >> An example of ciphers that can be decrypted are the "AES256-SHA" openssl >> cipher group. You can use ssldump to check what cipher is used by >> serverhello. >> >> Enjoy, make it better, and share it :) >> >> >> #!/bin/bash >> # brought to you by Giovanni Maruzzelli >> # >> SERVERIP="192.168.1.150" >> SERVERPORT="5061" >> PRIVKEY="/etc/certs/privkey.pem" >> STDERR2DEVNULL=" 2>/dev/null " >> REGEX="notyet" >> >> if [ -z "$1" ]; then >> REGEX="\\\.*" >> else >> REGEX="$1" >> fi >> FILTER="ssl.app_data and sip matches" >> FILTER2="$FILTER \"$REGEX\"" >> FILTER3="'$FILTER2'" >> ARGUMENT="-i 1 -Y $FILTER3 -E header=y -T fields -e frame.number -e >> frame.time -e frame.time_delta_displayed -e ip.src -e ip.dst -e >> sip.Status-Line -e sip.Request-Line -e sip.msg_hdr -l -d >> tcp.port\=\=5061,sip -o \"ssl.keys_list: $SERVERIP,$SERVERPORT,sip,$PRIVKEY\" >> $STDERR2DEVNULL | sed -u 's/\t/\n/g' | sed -u '/^$/d' | sed -u >> 's/^[0-9]*$/\n==&==============================/g'" >> >> echo "" >> echo "NB: if it do not works, edit script so that STDERR2DEVNULL=\" \" >> and try again" >> echo "" >> echo "NB: remember to quote and escape match patterns, using triple slash" >> echo " eg, for matching 1010 at pbx.example.com, use \" >> 1010 at pbx.example.com\"" >> echo " eg, for matching anything, use \"\\\\\\.*\"" >> echo " eg, for matching *98, use \"\\\\\\*98\"" >> echo "USAGE: $0 \"\\\\\\*98 at pbx.example.com\"" >> echo "" >> >> >> case "$1" in >> -help|--help|?) >> exit 0 >> ;; >> *) >> echo "THIS TIME WE'RE DOING:" >> echo "tshark $ARGUMENT" >> echo "" >> bash -c "tshark $ARGUMENT" >> ;; >> esac >> >> >> >> -- >> >> Sincerely, >> >> Giovanni Maruzzelli >> OpenTelecom.IT >> cell: +39 347 266 56 18 >> > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From govoiper at gmail.com Tue May 9 13:47:01 2017 From: govoiper at gmail.com (SamyGo) Date: Tue, 9 May 2017 13:47:01 -0400 Subject: [OpenSIPS-Users] OpenSIPS crash with core dump In-Reply-To: <23ad57d4-17f8-2056-8ad3-9298e0953039@opensips.org> References: <5299efe9-7c27-fb52-6534-adabe5a7eedb@opensips.org> <23ad57d4-17f8-2056-8ad3-9298e0953039@opensips.org> Message-ID: Hi Bogdan, They were build by us using checkinstall. Regards, Sammy On Tue, May 9, 2017 at 9:21 AM, Bogdan-Andrei Iancu wrote: > Hi Sammy, > > Do you have the OpenSIPS packages from the official repo or you built them > by yourself ? > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 05/02/2017 11:57 PM, SamyGo wrote: > > Hi Razvan, > Can you guide me on how to do that ? which option from "make menuconfig" > should I check from compile options. Meanwhile trying to figure out the > same for openssl. > > Will get back to you with these debug symbols in place and core re-read. > > Regards, > Sammy > > On Tue, May 2, 2017 at 3:22 AM, Răzvan Crainea > wrote: > >> Hi, Sammy! >> >> Can you install the debugging symbols for both opensips and openssl? >> After you install them, inspect the core file again and run a 'bt full' >> command. >> It will help us figure out the stack trace to see what happened. >> >> Best regards, >> >> Răzvan Crainea >> OpenSIPS Core Developer >> http://www.opensips-solutions.com >> >> On 05/02/2017 02:22 AM, SamyGo wrote: >> >>> Hi All, >>> I've been seeing some crashes in my opensips servers: >>> >>> >>> *_version:_* opensips 2.2.1 (x86_64/linux) >>> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, >>> F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT >>> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, >>> MAX_URI_SIZE 1024, BUF_SIZE 65535 >>> poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. >>> main.c compiled on 16:33:09 Jan 12 2017 with gcc 4.8 >>> >>> *Operatin System:* Ubuntu 14.04.5 LTS >>> >>> *_Core File:_* >>> >>> (gdb) bt full >>> >>> #0 strlen () at ../sysdeps/x86_64/strlen.S:106 >>> >>> No locals. >>> >>> #1 0x00007f55a8a32f59 in i2d_SSL_SESSION () from >>> /lib/x86_64-linux-gnu/libssl.so.1.0.0 >>> >>> No symbol table info available. >>> >>> #2 0x00007f55a8a07bd5 in ?? () from /lib/x86_64-linux-gnu/libssl.s >>> o.1.0.0 >>> >>> No symbol table info available. >>> >>> #3 0x00007f55a8a08960 in ?? () from /lib/x86_64-linux-gnu/libssl.s >>> o.1.0.0 >>> >>> No symbol table info available. >>> >>> #4 0x00007f55a83f5a7f in ?? () from >>> /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so >>> >>> No symbol table info available. >>> >>> #5 0x00007f55a83fe880 in ?? () from >>> /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so >>> >>> No symbol table info available. >>> >>> #6 0x00000000005a372d in ?? () >>> >>> No symbol table info available. >>> >>> #7 0x00000000005a4dcb in tcp_worker_proc () >>> >>> No symbol table info available. >>> >>> #8 0x000000000059cbb9 in tcp_start_processes () >>> >>> No symbol table info available. >>> >>> #9 0x0000000000419cda in main () >>> >>> No symbol table info available. >>> >>> >>> >>> >>> *_Another Crash trace:_* >>> >>> >>> >>> (gdb) bt full >>> >>> #0 0x00007fc0abe039da in strtok () at ../sysdeps/x86_64/strtok.S:186 >>> >>> No locals. >>> >>> #1 0x0000000000000024 in ?? () >>> >>> No symbol table info available. >>> >>> #2 0x0000000200000004 in ?? () >>> >>> No symbol table info available. >>> >>> #3 0x00007ffe32a6f9c0 in ?? () >>> >>> No symbol table info available. >>> >>> #4 0x00007fbf8baef57c in ?? () >>> >>> No symbol table info available. >>> >>> #5 0x0000000200000002 in ?? () >>> >>> No symbol table info available. >>> >>> #6 0x00007ffe32a6f9d0 in ?? () >>> >>> No symbol table info available. >>> >>> #7 0x00007fbf8aa8bf00 in ?? () from >>> /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 >>> >>> No symbol table info available. >>> >>> #8 0x00007fbf8b53f000 in ?? () >>> >>> No symbol table info available. >>> >>> #9 0x0000000000000014 in ?? () >>> >>> No symbol table info available. >>> >>> #10 0x0000000000000000 in ?? () >>> >>> No symbol table info available. >>> >>> (gdb) >>> >>> >>> >>> >>> >>> (gdb) bt full >>> >>> #0 0x00007fe03fc9cc37 in __GI_raise (sig=sig at entry=6) at >>> ../nptl/sysdeps/unix/sysv/linux/raise.c:56 >>> >>> resultvar = 0 >>> >>> pid = 36112 >>> >>> selftid = 36112 >>> >>> #1 0x00007fe03fca0028 in __GI_abort () at abort.c:89 >>> >>> save_stage = 2 >>> >>> act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = >>> 0x0}, sa_mask = {__val = {140596270402586, 8589934592, 64, 3, 33, >>> 140596283430288, >>> >>> 140596283430040, 18446744073709551614, 140596264663692, >>> 140596282823192, 3, 33, 140596264116466, 3, 8885408, 1}}, sa_flags = >>> 8885408, >>> >>> sa_restorer = 0x1} >>> >>> sigs = {__val = {32, 0 }} >>> >>> #2 0x00007fdf1ebfaa62 in ?? () from >>> /home/opensips/local/opensips/2_21/lib64/opensips/modules/tls_mgm.so >>> >>> No symbol table info available. >>> >>> #3 0x00007fdf1e610fcd in CRYPTO_free () from >>> /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 >>> >>> No symbol table info available. >>> >>> #4 0x00007fdf1e9c8c16 in SSL_SESSION_free () from >>> /lib/x86_64-linux-gnu/libssl.so.1.0.0 >>> >>> No symbol table info available. >>> >>> #5 0x00007fdf1e9c6f5d in SSL_free () from >>> /lib/x86_64-linux-gnu/libssl.so.1.0.0 >>> >>> No symbol table info available. >>> >>> #6 0x00007fdf1e38a327 in ?? () from >>> /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so >>> >>> No symbol table info available. >>> >>> #7 0x0000000000593114 in ?? () >>> >>> No symbol table info available. >>> >>> #8 0x00000000005933b0 in ?? () >>> >>> No symbol table info available. >>> >>> #9 0x00000000004147f4 in ?? () >>> >>> No symbol table info available. >>> >>> #10 0x00000000004154db in ?? () >>> >>> No symbol table info available. >>> >>> #11 0x000000000059d087 in tcp_start_processes () >>> >>> No symbol table info available. >>> >>> #12 0x0000000000419cda in main () >>> >>> No symbol table info available. >>> >>> >>> >>> >>> >>> (gdb) bt full >>> >>> #0 0x00007fe03fc9cc37 in __GI_raise (sig=sig at entry=6) at >>> ../nptl/sysdeps/unix/sysv/linux/raise.c:56 >>> >>> resultvar = 0 >>> >>> pid = 35939 >>> >>> selftid = 35939 >>> >>> #1 0x00007fe03fca0028 in __GI_abort () at abort.c:89 >>> >>> save_stage = 2 >>> >>> act = {__sigaction_handler = {sa_handler = 0x1, sa_sigaction = >>> 0x1}, sa_mask = {__val = {0, 140596279116408, 140601127703847, 1, 0, >>> 6087545, >>> >>> 140601119395120, 0, 140596279116408, 8739288, >>> 140601127732437, 1, 140601120396285, 0, 0, 140601123293024}}, sa_flags = >>> 0, sa_restorer = 0x0} >>> >>> sigs = {__val = {32, 0 }} >>> >>> #2 0x0000000000443a3b in ?? () >>> >>> No symbol table info available. >>> >>> #3 >>> >>> No locals. >>> >>> #4 0x00007fe03fd312a7 in sched_yield () at >>> ../sysdeps/unix/syscall-template.S:81 >>> >>> No locals. >>> >>> #5 0x000000000059b7ab in tcp_destroy () >>> >>> No symbol table info available. >>> >>> #6 0x00000000004441ab in cleanup () >>> >>> No symbol table info available. >>> >>> #7 0x0000000000444d67 in handle_sigs () >>> >>> No symbol table info available. >>> >>> #8 0x0000000000419e3c in main () >>> >>> No symbol table info available. >>> >>> >>> >>> Looking for some pointers >>> >>> >>> Thanks, >>> Sammy >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > > > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cinthia721 at gmail.com Tue May 9 18:21:07 2017 From: cinthia721 at gmail.com (Cindy Leung) Date: Tue, 9 May 2017 18:21:07 -0400 Subject: [OpenSIPS-Users] segfault when doing ul_add in v2.3 Message-ID: <445AC6B7-425B-49AB-A6DC-93D977D87B85@gmail.com> Hello! I was using the MI interface (both mi_fifo and mi_json) to run ul_add and got segfault for both. Please help. Thanks! May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <0> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <1> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <0> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <0> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <0> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <0> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_node: end of input tree May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_fifo_server: done parsing the mi tree May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string param May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:destroy_avp_list: destroying list (nil) May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string param May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string param May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string param May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string param May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding int param May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string param May 9 17:44:08 val-tpx2 opensips[31304]: DBG:core:io_wait_loop_epoll: [TCP_main] EPOLLHUP on IN ->connection closed by the remote peer! May 9 17:44:08 val-tpx2 opensips[31304]: CRITICAL:core:receive_fd: EOF on 10 May 9 17:44:08 val-tpx2 opensips[31304]: DBG:core:handle_worker: dead child 2, pid 31285 (shutting down?) May 9 17:44:08 val-tpx2 opensips[31304]: DBG:core:io_watch_del: [TCP_main] io_watch_del op on index 2 10 (0x7e5720, 10, 2, 0x0,0x1) fd_no=27 called May 9 17:44:08 val-tpx2 opensips[31283]: DBG:core:handle_sigs: status = 139 May 9 17:44:08 val-tpx2 opensips[31283]: INFO:core:handle_sigs: child process 31285 exited by a signal 11 May 9 17:44:08 val-tpx2 opensips[31283]: INFO:core:handle_sigs: core was generated May 9 17:44:08 val-tpx2 opensips[31283]: INFO:core:handle_sigs: terminating due to SIGCHLD May 9 17:44:08 val-tpx2 opensips[31301]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31303]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31298]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31302]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31296]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31299]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31295]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31287]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31297]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31294]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31288]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31292]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31286]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31289]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31300]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31293]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31304]: INFO:core:sig_usr: signal 15 received May 9 17:44:08 val-tpx2 opensips[31283]: INFO:core:cleanup: cleanup May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got command=ul_add May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: command=ul_add accepts parameters May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [location] May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [user1] May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [sip:1.1.1.1] May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [0] May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [1] May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [0] May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [0] May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [0] May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [0] May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding string param May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:destroy_avp_list: destroying list (nil) May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding string param May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding string param May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding string param May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding string param May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding int param May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding string param May 9 17:57:13 val-tpx2 opensips[31879]: DBG:core:io_wait_loop_epoll: [TCP_main] EPOLLHUP on IN ->connection closed by the remote peer! May 9 17:57:13 val-tpx2 opensips[31879]: CRITICAL:core:receive_fd: EOF on 13 May 9 17:57:13 val-tpx2 opensips[31879]: DBG:core:handle_worker: dead child 3, pid 31861 (shutting down?) May 9 17:57:13 val-tpx2 opensips[31879]: DBG:core:io_watch_del: [TCP_main] io_watch_del op on index 3 13 (0x7e5720, 13, 3, 0x0,0x1) fd_no=27 called May 9 17:57:13 val-tpx2 opensips[31858]: DBG:core:handle_sigs: status = 139 May 9 17:57:13 val-tpx2 opensips[31858]: INFO:core:handle_sigs: child process 31861 exited by a signal 11 May 9 17:57:13 val-tpx2 opensips[31858]: INFO:core:handle_sigs: core was generated May 9 17:57:13 val-tpx2 opensips[31858]: INFO:core:handle_sigs: terminating due to SIGCHLD May 9 17:57:13 val-tpx2 opensips[31877]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31878]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31875]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31876]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31873]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31874]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31871]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31867]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31864]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31868]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31862]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31870]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31879]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31860]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31863]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31872]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31869]: INFO:core:sig_usr: signal 15 received May 9 17:57:13 val-tpx2 opensips[31858]: INFO:core:cleanup: cleanup Cindy -------------- next part -------------- An HTML attachment was scrubbed... URL: From k.galinurov at gmail.com Wed May 10 05:46:38 2017 From: k.galinurov at gmail.com (Kirill Galinurov) Date: Wed, 10 May 2017 12:46:38 +0300 Subject: [OpenSIPS-Users] HOW to raise RABBITMQ event when user UNREGISTERED? Message-ID: HI all I try get AMPQ message when user registarion exprires and contact is deleted from an existing AOR. I try use EVENT_RABBITMQ module. And subscribe to E_UL_CONTACT_DELETE event on startup module. Like startup_route { if (!subscribe_event("E_UL_CONTACT_DELETE", "rabbitmq:wssserver:password at XX.XX.XX.XX:5672/voip")) { xlog("L_ERR","cannot the RabbitMQ server to the E_UL_CONTACT_DELETE event\n"); } } But it's not work. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Wed May 10 06:06:30 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Wed, 10 May 2017 13:06:30 +0300 Subject: [OpenSIPS-Users] Using Contact replication and HA In-Reply-To: <003f01d2c8d4$25b0a040$7111e0c0$@smartvox.co.uk> References: <001401d2c413$b5968910$20c39b30$@smartvox.co.uk> <003f01d2c8d4$25b0a040$7111e0c0$@smartvox.co.uk> Message-ID: <0c043794-9f1d-0157-d667-7ee1541dd021@opensips.org> Hi John, What you did (with the "net.ipv4.ip_nonlocal_bind") is a good workaround for the problem. Also, I investigated the original issue and here it is: 1) the replicated contact (on backup) is saved with NULL socket, as the received one is not valid (there is no err log on this, but only a dbg log) 2) when pinging the contact via nathelper, as the socket is NULL, nathelper is trying to get a socket, but simply using the first listener matching the proto (UDP) and AF family (ipv4) as per destination 3) it looks like this first UDP listener is not compatible with the destination (localhost or a private network??) Have you tried to use force_socket: http://www.opensips.org/html/docs/modules/2.3.x/nathelper.html#idp5512752 (it take effect only if the contact has no socket assigned). Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/09/2017 05:54 PM, John Quick wrote: > Hi Bogdan, > > I tried different scenarios and eventually ended up with the backup server having a listen statement for the VIP address. > Normally you cannot start OpenSIPS (or any other application) binding to an IP address that is not assigned on a local interface. > However, adding the line "net.ipv4.ip_nonlocal_bind = 1" to /etc/sysctl.conf I was then able to start OpenSIPS with that listen statement in place. > > The backup server also listens on its own static IP using the proto_bin mechanism so it can receive and send replications while it is in "standby" mode. > > That is the dilemma: > Replicated Contacts can only be useful if the backup server is able to take over the same VIP that was used on the primary server. > If the backup server does not use the VIP when it takes over as "active", then the replicated socket information in the location table will be wrong. > If OpenSIPS only starts on the backup server *after* that server has acquired the VIP then it could not receive the replicated Contacts using proto_bin when it was in standby mode. > > John Quick > Smartvox Limited > > > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] > Sent: 09 May 2017 14:45 > To: john.quick at smartvox.co.uk; OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] Using Contact replication and HA > > Hi John, > > So, in your setup, on the backup server, OpenSIPS is not listening on the VIP address at all, right ? > > Best regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 05/03/2017 04:46 PM, John Quick wrote: >> Hello, >> >> I am still working my way through some of the new features described >> at last year's Summit conference while you are all hopefully enjoying >> this year's Summit. >> >> I'm playing with the Clusterer module. It is a great idea but I am >> finding a few practical difficulties for contact replication in the USRLOC module. >> >> In my test rig, there are two almost identical OpenSIPS servers (A and B). >> Contact replication is enabled between the two servers and each server >> has its own local database. >> >> Linux HA - Corosync and Pacemaker - is used to control a Virtual IP >> (VIP) address resource. This allows UA's to register at the VIP >> address. HA decides which server has the virtual address at any given >> time, based on node availability. Currently, Server A is assigned the >> VIP and processes all UA registrations. >> >> Problem: The "socket" field in the location table contains the VIP >> address on both server A and B, but only Server A is bound to that >> address while both servers are up. >> Unless I completely disable NAT Pings in the nathelper module, Server >> B reports a lot of errors like this: >> 2017-05-03 14:15:51 CRITICAL:core:proto_udp_send: invalid >> sendtoparameters#012one possible reason is the server is bound to >> localhost and#012attempts to send to the net >> 2017-05-03 14:15:51 ERROR:nathelper:msg_send: send() for proto 1 >> failed >> 2017-05-03 14:15:51 ERROR:nathelper:nh_timer: sip msg_send failed! >> >> Worse, if I also enable the "remove_on_timeout_bflag" option on Server >> B, it removes the registration on *both* servers after a short delay >> even though the UA is still available! >> >> Initially, I encountered problems with the HA IP Resource (or VIP) >> with respect to OpenSIPS not starting on server B because it was >> trying to bind to an address that was not currently assigned to any >> local interface. While it is possible to group the IP resource with >> the OpenSIPS service resource to overcome this problem, that would >> completely break USRLOC contact replication because the OpenSIPS >> service on Server B would not be running as long as Server A is up. I >> had to resort to an option in sysctl.conf that allows processes to >> start even if they are trying to bind to a non-local address. >> >> This makes me wonder what is the purpose of Usrloc Contact >> replication? Is there some other scenario that could use it and not have these problems? >> I also wonder what difference does the db_mode setting in Usrloc make >> when using contact replication. >> >> John Quick >> Smartvox Limited >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users From bogdan at opensips.org Wed May 10 06:14:59 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Wed, 10 May 2017 13:14:59 +0300 Subject: [OpenSIPS-Users] OpenSIPS crash with core dump In-Reply-To: References: <5299efe9-7c27-fb52-6534-adabe5a7eedb@opensips.org> <23ad57d4-17f8-2056-8ad3-9298e0953039@opensips.org> Message-ID: Hi Sammy, If the debs were properly built, you should also have an opensips-dbg pacakge, holding the debug symbols - be sure you have that installed too. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/09/2017 08:47 PM, SamyGo wrote: > Hi Bogdan, > They were build by us using checkinstall. > > Regards, > Sammy > > On Tue, May 9, 2017 at 9:21 AM, Bogdan-Andrei Iancu > > wrote: > > Hi Sammy, > > Do you have the OpenSIPS packages from the official repo or you > built them by yourself ? > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > > On 05/02/2017 11:57 PM, SamyGo wrote: >> Hi Razvan, >> Can you guide me on how to do that ? which option from "make >> menuconfig" should I check from compile options. Meanwhile trying >> to figure out the same for openssl. >> Will get back to you with these debug symbols in place and core >> re-read. >> Regards, >> Sammy >> On Tue, May 2, 2017 at 3:22 AM, Răzvan Crainea >> > wrote: >> >> Hi, Sammy! Can you install the debugging symbols for both >> opensips and openssl? After you install them, inspect the >> core file again and run a 'bt full' command. It will help us >> figure out the stack trace to see what happened. Best >> regards, Răzvan Crainea OpenSIPS Core Developer >> http://www.opensips-solutions.com >> On 05/02/2017 02:22 AM, >> SamyGo wrote: >> >> Hi All, I've been seeing some crashes in my opensips >> servers: *_version:_* opensips 2.2.1 (x86_64/linux)flags: >> STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, >> PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT >> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, >> MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535 poll >> method support: poll, epoll_lt, epoll_et, sigio_rt, >> select. main.c compiled on 16:33:09 Jan 12 2017 with gcc >> 4.8 *Operatin System:* Ubuntu 14.04.5 LTS *_Core >> File:_*(gdb) bt full #0 strlen () at >> ../sysdeps/x86_64/strlen.S:106 No locals. #1 >> 0x00007f55a8a32f59 in i2d_SSL_SESSION () from >> /lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol table >> info available. #2 0x00007f55a8a07bd5 in ?? () from >> /lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol table >> info available. #3 0x00007f55a8a08960 in ?? () from >> /lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol table >> info available. #4 0x00007f55a83f5a7f in ?? () from >> /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so >> No symbol table info available. #5 0x00007f55a83fe880 in >> ?? () from >> /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so >> No symbol table info available. #6 0x00000000005a372d in >> ?? () No symbol table info available. #7 >> 0x00000000005a4dcb in tcp_worker_proc () No symbol table >> info available. #8 0x000000000059cbb9 in >> tcp_start_processes () No symbol table info available. >> #9 0x0000000000419cda in main () No symbol table info >> available. *_Another Crash trace:_* >> (gdb) bt full #0 0x00007fc0abe039da in strtok () at >> ../sysdeps/x86_64/strtok.S:186 No locals. #1 >> 0x0000000000000024 in ?? () No symbol table info >> available. #2 0x0000000200000004 in ?? () No symbol >> table info available. #3 0x00007ffe32a6f9c0 in ?? () No >> symbol table info available. #4 0x00007fbf8baef57c in ?? >> () No symbol table info available. #5 0x0000000200000002 >> in ?? () No symbol table info available. #6 >> 0x00007ffe32a6f9d0 in ?? () No symbol table info >> available. #7 0x00007fbf8aa8bf00 in ?? () from >> /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 No symbol table >> info available. #8 0x00007fbf8b53f000 in ?? () No symbol >> table info available. #9 0x0000000000000014 in ?? () No >> symbol table info available. #10 0x0000000000000000 in ?? >> () No symbol table info available. (gdb) (gdb) bt full >> #0 0x00007fe03fc9cc37 in __GI_raise (sig=sig at entry=6) at >> ../nptl/sysdeps/unix/sysv/linux/raise.c:56 >> resultvar = 0 pid = 36112 selftid = 36112 >> #1 0x00007fe03fca0028 in __GI_abort () at abort.c:89 >> save_stage = 2 act = {__sigaction_handler = >> {sa_handler = 0x0, sa_sigaction = 0x0}, sa_mask = {__val >> = {140596270402586, 8589934592, 64, 3, 33, >> 140596283430288, 140596283430040, >> 18446744073709551614, 140596264663692, 140596282823192, >> 3, 33, 140596264116466, 3, 8885408, 1}}, sa_flags = >> 8885408, sa_restorer = 0x1} sigs = >> {__val = {32, 0 }} #2 >> 0x00007fdf1ebfaa62 in ?? () from >> /home/opensips/local/opensips/2_21/lib64/opensips/modules/tls_mgm.so >> No symbol table info available. #3 0x00007fdf1e610fcd in >> CRYPTO_free () from >> /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 No symbol table >> info available. #4 0x00007fdf1e9c8c16 in >> SSL_SESSION_free () from >> /lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol table >> info available. #5 0x00007fdf1e9c6f5d in SSL_free () >> from /lib/x86_64-linux-gnu/libssl.so.1.0.0 No symbol >> table info available. #6 0x00007fdf1e38a327 in ?? () >> from >> /home/opensips/local/opensips/2_21/lib64/opensips/modules/proto_tls.so >> No symbol table info available. #7 0x0000000000593114 in >> ?? () No symbol table info available. #8 >> 0x00000000005933b0 in ?? () No symbol table info >> available. #9 0x00000000004147f4 in ?? () No symbol >> table info available. #10 0x00000000004154db in ?? () No >> symbol table info available. #11 0x000000000059d087 in >> tcp_start_processes () No symbol table info available. >> #12 0x0000000000419cda in main () No symbol table info >> available. (gdb) bt full #0 0x00007fe03fc9cc37 in >> __GI_raise (sig=sig at entry=6) at >> ../nptl/sysdeps/unix/sysv/linux/raise.c:56 >> resultvar = 0 pid = 35939 selftid = 35939 >> #1 0x00007fe03fca0028 in __GI_abort () at abort.c:89 >> save_stage = 2 act = {__sigaction_handler = >> {sa_handler = 0x1, sa_sigaction = 0x1}, sa_mask = {__val >> = {0, 140596279116408, 140601127703847, 1, 0, 6087545, >> 140601119395120, 0, 140596279116408, 8739288, >> 140601127732437, 1, 140601120396285, 0, 0, >> 140601123293024}}, sa_flags = 0, sa_restorer = 0x0} >> sigs = {__val = {32, 0 }} #2 >> 0x0000000000443a3b in ?? () No symbol table info >> available. #3 No locals. #4 >> 0x00007fe03fd312a7 in sched_yield () at >> ../sysdeps/unix/syscall-template.S:81 No locals. #5 >> 0x000000000059b7ab in tcp_destroy () No symbol table info >> available. #6 0x00000000004441ab in cleanup () No symbol >> table info available. #7 0x0000000000444d67 in >> handle_sigs () No symbol table info available. #8 >> 0x0000000000419e3c in main () No symbol table info >> available. Looking for some pointers Thanks, Sammy >> _______________________________________________ Users >> mailing list Users at lists.opensips.org >> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> _______________________________________________ Users mailing >> list Users at lists.opensips.org >> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.quick at smartvox.co.uk Wed May 10 07:26:01 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Wed, 10 May 2017 12:26:01 +0100 Subject: [OpenSIPS-Users] Dialog module - profile replication not working Message-ID: <000a01d2c980$3479cc80$9d6d6580$@smartvox.co.uk> Hello all, Using version 2.2.3 on Debian with clusterer and dialog modules. The clusterer uses a bin socket for communication (port 5678) and there is a server at each of two sites. The opensips.cfg file is almost identical at each site, other than for the differing IP addresses. Both sites are connected to the same database cluster - they both share the same database. The dialog module has a profile with value defined that is used to count concurrent calls against account ID. modparam("dialog", "db_mode", 1) modparam("dialog", "dlg_match_mode", 0) modparam("dialog", "rr_param", "cabc") modparam("dialog", "default_timeout", 43200) modparam("dialog", "enable_stats", 1) modparam("dialog", "log_profile_hash_size", 11) # allows over 2000 modparam("dialog", "profiles_with_value", "concurrent") modparam("dialog", "accept_replicated_dialogs", 1) modparam("dialog", "replicate_dialogs_to", 1) modparam("dialog", "accept_replicated_profiles", 1) modparam("dialog", "replicate_profiles_to", 1) When a test call is made on the server at site 1, I would expect to be able to see that call on the server at site 2. I am using this command: opensipsctl fifo profile_get_values concurrent However, it only shows me the call on site 1 like this: value:: 01234123412 count=1 Using the same command at site 2 there is no output. I've tried it with and without these two lines, but the result is the same: modparam("dialog", "accept_replicated_dialogs", 1) modparam("dialog", "replicate_dialogs_to", 1) The clusterer interconnection appears to be working okay. Site1# opensipsctl fifo clusterer_list Cluster:: 1 Server:: 3 DB_ID=10 URL=bin:123.456.28.50:5678 State=1 Last_failed_attempt=0 Max_failed_attempts=3 no_tries=0 Seconds_until_enabling=30 Description=Site2 Site2# opensipsctl fifo clusterer_list Cluster:: 1 Server:: 1 DB_ID=4 URL=bin:123.456.29.50:5678 State=1 Last_failed_attempt=1494413 Max_failed_attempts=3 no_tries=0 Seconds_until_enabling=30 Description=Site1 Have I misunderstood what profile replication should do? If not, how do I set about debugging this please? John Quick Smartvox Limited From razvan at opensips.org Wed May 10 06:28:05 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 10 May 2017 13:28:05 +0300 Subject: [OpenSIPS-Users] segfault when doing ul_add in v2.3 In-Reply-To: <445AC6B7-425B-49AB-A6DC-93D977D87B85@gmail.com> References: <445AC6B7-425B-49AB-A6DC-93D977D87B85@gmail.com> Message-ID: Hi, Cindy! Thanks for the crash report! I've just fixed this issue on both master[1] and 2.3 branches. Please update your sources and try again. [1] https://github.com/OpenSIPS/opensips/commit/a8294457a9bfefbdbb6786e8a40e0acab16560f7 Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/10/2017 01:21 AM, Cindy Leung wrote: > Hello! > > I was using the MI interface (both mi_fifo and mi_json) to run ul_add > and got segfault for both. Please help. Thanks! > > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: > adding node <> ; val > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: > adding node <> ; val > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: > adding node <> ; val > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: > adding node <> ; val <0> > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: > adding node <> ; val <1> > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: > adding node <> ; val <0> > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: > adding node <> ; val <0> > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: > adding node <> ; val <0> > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: > adding node <> ; val <0> > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_node: > end of input tree > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_fifo_server: > done parsing the mi tree > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: > adding string param > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:destroy_avp_list: > destroying list (nil) > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: > adding string param > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: > adding string param > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: > adding string param > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: > adding string param > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: > adding int param > May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: > adding string param > May 9 17:44:08 val-tpx2 opensips[31304]: DBG:core:io_wait_loop_epoll: > [TCP_main] EPOLLHUP on IN ->connection closed by the remote peer! > May 9 17:44:08 val-tpx2 opensips[31304]: CRITICAL:core:receive_fd: EOF > on 10 > May 9 17:44:08 val-tpx2 opensips[31304]: DBG:core:handle_worker: dead > child 2, pid 31285 (shutting down?) > May 9 17:44:08 val-tpx2 opensips[31304]: DBG:core:io_watch_del: > [TCP_main] io_watch_del op on index 2 10 (0x7e5720, 10, 2, 0x0,0x1) > fd_no=27 called > May 9 17:44:08 val-tpx2 opensips[31283]: DBG:core:handle_sigs: status > = 139 > May 9 17:44:08 val-tpx2 opensips[31283]: INFO:core:handle_sigs: child > process 31285 exited by a signal 11 > May 9 17:44:08 val-tpx2 opensips[31283]: INFO:core:handle_sigs: core > was generated > May 9 17:44:08 val-tpx2 opensips[31283]: INFO:core:handle_sigs: > terminating due to SIGCHLD > May 9 17:44:08 val-tpx2 opensips[31301]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31303]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31298]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31302]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31296]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31299]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31295]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31287]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31297]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31294]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31288]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31292]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31286]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31289]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31300]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31293]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31304]: INFO:core:sig_usr: signal 15 > received > May 9 17:44:08 val-tpx2 opensips[31283]: INFO:core:cleanup: cleanup > > > > May 9 17:57:13 val-tpx2 opensips[31861]: > DBG:mi_json:mi_json_run_mi_cmd: got command=ul_add > May 9 17:57:13 val-tpx2 opensips[31861]: > DBG:mi_json:mi_json_run_mi_cmd: command=ul_add accepts parameters > May 9 17:57:13 val-tpx2 opensips[31861]: > DBG:mi_json:mi_json_run_mi_cmd: got string param [location] > May 9 17:57:13 val-tpx2 opensips[31861]: > DBG:mi_json:mi_json_run_mi_cmd: got string param [user1] > May 9 17:57:13 val-tpx2 opensips[31861]: > DBG:mi_json:mi_json_run_mi_cmd: got string param [sip:1.1.1.1] > May 9 17:57:13 val-tpx2 opensips[31861]: > DBG:mi_json:mi_json_run_mi_cmd: got string param [0] > May 9 17:57:13 val-tpx2 opensips[31861]: > DBG:mi_json:mi_json_run_mi_cmd: got string param [1] > May 9 17:57:13 val-tpx2 opensips[31861]: > DBG:mi_json:mi_json_run_mi_cmd: got string param [0] > May 9 17:57:13 val-tpx2 opensips[31861]: > DBG:mi_json:mi_json_run_mi_cmd: got string param [0] > May 9 17:57:13 val-tpx2 opensips[31861]: > DBG:mi_json:mi_json_run_mi_cmd: got string param [0] > May 9 17:57:13 val-tpx2 opensips[31861]: > DBG:mi_json:mi_json_run_mi_cmd: got string param [0] > May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: > adding string param > May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:destroy_avp_list: > destroying list (nil) > May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: > adding string param > May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: > adding string param > May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: > adding string param > May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: > adding string param > May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: > adding int param > May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: > adding string param > May 9 17:57:13 val-tpx2 opensips[31879]: DBG:core:io_wait_loop_epoll: > [TCP_main] EPOLLHUP on IN ->connection closed by the remote peer! > May 9 17:57:13 val-tpx2 opensips[31879]: CRITICAL:core:receive_fd: EOF > on 13 > May 9 17:57:13 val-tpx2 opensips[31879]: DBG:core:handle_worker: dead > child 3, pid 31861 (shutting down?) > May 9 17:57:13 val-tpx2 opensips[31879]: DBG:core:io_watch_del: > [TCP_main] io_watch_del op on index 3 13 (0x7e5720, 13, 3, 0x0,0x1) > fd_no=27 called > May 9 17:57:13 val-tpx2 opensips[31858]: DBG:core:handle_sigs: status > = 139 > May 9 17:57:13 val-tpx2 opensips[31858]: INFO:core:handle_sigs: child > process 31861 exited by a signal 11 > May 9 17:57:13 val-tpx2 opensips[31858]: INFO:core:handle_sigs: core > was generated > May 9 17:57:13 val-tpx2 opensips[31858]: INFO:core:handle_sigs: > terminating due to SIGCHLD > May 9 17:57:13 val-tpx2 opensips[31877]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31878]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31875]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31876]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31873]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31874]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31871]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31867]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31864]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31868]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31862]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31870]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31879]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31860]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31863]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31872]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31869]: INFO:core:sig_usr: signal 15 > received > May 9 17:57:13 val-tpx2 opensips[31858]: INFO:core:cleanup: cleanup > > > Cindy > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Wed May 10 08:57:42 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Wed, 10 May 2017 15:57:42 +0300 Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. In-Reply-To: References: Message-ID: Hi Stefan, Unless using the dns_cache module (http://www.opensips.org/html/docs/modules/2.3.x/dns_cache.html), OpenSIPS is not caching anything in terms of DNS queries. Best Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/09/2017 12:36 PM, Stefan Carlsson wrote: > > Hi ! > > It seems that the Opensip 2.2 caches DNS queries !!! > > Even after I disabled the resolver in Centos, the OpenSIPs seems to > “remember” old queries. (eg. IP’s) > > after a Opensip restart, the old stuff was gone. > > If so, how can I disable the DNS caching in the Opensips, I want the > system to always make a new , fresh > > query. > > Kind Regards / Vänligen … > > Stefan Carlsson > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From rmundkowsky at ets.org Wed May 10 09:13:26 2017 From: rmundkowsky at ets.org (Mundkowsky, Robert) Date: Wed, 10 May 2017 13:13:26 +0000 Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. In-Reply-To: References: Message-ID: What do you mean you "disabled the resolver"? I haven't play with this in a long time, but I think the /etc/nsswitch.conf file defines if you use /etc/hosts file or/and DNS for looking up host names, and might allow nis+ as well, but I can't remember. So might want to check if you happen to have your hostname defined in the hosts file. Also seems people note that /etc/resolv.conf might be overwrite at boot based on using NetworkManager. So maybe your settings are being over written. Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Stefan Carlsson Sent: Tuesday, May 9, 2017 5:36 AM To: Users at lists.opensips.org Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Hi ! It seems that the Opensip 2.2 caches DNS queries !!! Even after I disabled the resolver in Centos, the OpenSIPs seems to "remember" old queries. (eg. IP's) after a Opensip restart, the old stuff was gone. If so, how can I disable the DNS caching in the Opensips, I want the system to always make a new , fresh query. Kind Regards / Vänligen ... Stefan Carlsson ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.quick at smartvox.co.uk Wed May 10 11:52:54 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Wed, 10 May 2017 16:52:54 +0100 Subject: [OpenSIPS-Users] Using Contact replication and HA Message-ID: <001401d2c9a5$7cf937a0$76eba6e0$@smartvox.co.uk> Hi Bogdan, Thanks for your response and for investigating this. The socket field on my backup server does *not* have NULL for the socket field, it has the VIP udp:192.168.0.111:5060 The socket field contains identical data on both my test servers. When you tried it, did you use the ip_nonlocal_bind setting and have both servers start with a listen statement for the VIP? If not, perhaps the backup server deletes the socket data in a replication record where it fails to match any of its own interface addresses. I do not want the backup server to attempt to send NAT pings to registered devices. I only want the active server to do that - the nat pings *must* come from the VIP if they are going to be accepted by the firewall in front of the client device. If the backup server sent pings from a different IP address they would not get through the client's firewall, would fail and so trigger removal of the Contact record if "remove_on_timeout_bflag" option is set. I will try some tests with the force_socket parameter in nathelper and let you know the results. John Quick Smartvox Limited Tel: 01727-221221 -----Original Message----- From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Sent: 10 May 2017 11:07 To: john.quick at smartvox.co.uk Cc: users at lists.opensips.org Subject: Re: [OpenSIPS-Users] Using Contact replication and HA Hi John, What you did (with the "net.ipv4.ip_nonlocal_bind") is a good workaround for the problem. Also, I investigated the original issue and here it is: 1) the replicated contact (on backup) is saved with NULL socket, as the received one is not valid (there is no err log on this, but only a dbg log) 2) when pinging the contact via nathelper, as the socket is NULL, nathelper is trying to get a socket, but simply using the first listener matching the proto (UDP) and AF family (ipv4) as per destination 3) it looks like this first UDP listener is not compatible with the destination (localhost or a private network??) Have you tried to use force_socket: http://www.opensips.org/html/docs/modules/2.3.x/nathelper.html#idp5512752 (it take effect only if the contact has no socket assigned). Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/09/2017 05:54 PM, John Quick wrote: > Hi Bogdan, > > I tried different scenarios and eventually ended up with the backup server having a listen statement for the VIP address. > Normally you cannot start OpenSIPS (or any other application) binding to an IP address that is not assigned on a local interface. > However, adding the line "net.ipv4.ip_nonlocal_bind = 1" to /etc/sysctl.conf I was then able to start OpenSIPS with that listen statement in place. > > The backup server also listens on its own static IP using the proto_bin mechanism so it can receive and send replications while it is in "standby" mode. > > That is the dilemma: > Replicated Contacts can only be useful if the backup server is able to take over the same VIP that was used on the primary server. > If the backup server does not use the VIP when it takes over as "active", then the replicated socket information in the location table will be wrong. > If OpenSIPS only starts on the backup server *after* that server has acquired the VIP then it could not receive the replicated Contacts using proto_bin when it was in standby mode. > > John Quick > Smartvox Limited > > > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] > Sent: 09 May 2017 14:45 > To: john.quick at smartvox.co.uk; OpenSIPS users mailling list > > Subject: Re: [OpenSIPS-Users] Using Contact replication and HA > > Hi John, > > So, in your setup, on the backup server, OpenSIPS is not listening on the VIP address at all, right ? > > Best regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 05/03/2017 04:46 PM, John Quick wrote: >> Hello, >> >> I am still working my way through some of the new features described >> at last year's Summit conference while you are all hopefully enjoying >> this year's Summit. >> >> I'm playing with the Clusterer module. It is a great idea but I am >> finding a few practical difficulties for contact replication in the USRLOC module. >> >> In my test rig, there are two almost identical OpenSIPS servers (A and B). >> Contact replication is enabled between the two servers and each >> server has its own local database. >> >> Linux HA - Corosync and Pacemaker - is used to control a Virtual IP >> (VIP) address resource. This allows UA's to register at the VIP >> address. HA decides which server has the virtual address at any given >> time, based on node availability. Currently, Server A is assigned the >> VIP and processes all UA registrations. >> >> Problem: The "socket" field in the location table contains the VIP >> address on both server A and B, but only Server A is bound to that >> address while both servers are up. >> Unless I completely disable NAT Pings in the nathelper module, Server >> B reports a lot of errors like this: >> 2017-05-03 14:15:51 CRITICAL:core:proto_udp_send: invalid >> sendtoparameters#012one possible reason is the server is bound to >> localhost and#012attempts to send to the net >> 2017-05-03 14:15:51 ERROR:nathelper:msg_send: send() for proto 1 >> failed >> 2017-05-03 14:15:51 ERROR:nathelper:nh_timer: sip msg_send failed! >> >> Worse, if I also enable the "remove_on_timeout_bflag" option on >> Server B, it removes the registration on *both* servers after a short >> delay even though the UA is still available! >> >> Initially, I encountered problems with the HA IP Resource (or VIP) >> with respect to OpenSIPS not starting on server B because it was >> trying to bind to an address that was not currently assigned to any >> local interface. While it is possible to group the IP resource with >> the OpenSIPS service resource to overcome this problem, that would >> completely break USRLOC contact replication because the OpenSIPS >> service on Server B would not be running as long as Server A is up. I >> had to resort to an option in sysctl.conf that allows processes to >> start even if they are trying to bind to a non-local address. >> >> This makes me wonder what is the purpose of Usrloc Contact >> replication? Is there some other scenario that could use it and not have these problems? >> I also wonder what difference does the db_mode setting in Usrloc make >> when using contact replication. >> >> John Quick >> Smartvox Limited >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users From john.quick at smartvox.co.uk Wed May 10 14:28:55 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Wed, 10 May 2017 19:28:55 +0100 Subject: [OpenSIPS-Users] Using Contact replication and HA In-Reply-To: <0c043794-9f1d-0157-d667-7ee1541dd021@opensips.org> References: <001401d2c413$b5968910$20c39b30$@smartvox.co.uk> <003f01d2c8d4$25b0a040$7111e0c0$@smartvox.co.uk> <0c043794-9f1d-0157-d667-7ee1541dd021@opensips.org> Message-ID: <001501d2c9bb$4868c9e0$d93a5da0$@smartvox.co.uk> Hi Bogdan, I tried the force_socket parameter in nathelper, but it did not work. The SIP Pings continue to come from the address stored in the socket field of the contact. Force_socket is ignored and has no impact at all. I also tried the parameter natping_socket, but this breaks OpenSIPS and prevents it starting. The log file shows this: 2017-05-10 18:05:46 ERROR:nathelper:init_raw_socket: cannot create raw socket 2017-05-10 18:05:46 ERROR:core:init_mod: failed to initialize module nathelper 2017-05-10 18:05:46 ERROR:core:main: error while initializing modules John Quick Smartvox Limited -----Original Message----- From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Sent: 10 May 2017 11:07 To: john.quick at smartvox.co.uk Cc: users at lists.opensips.org Subject: Re: [OpenSIPS-Users] Using Contact replication and HA Hi John, What you did (with the "net.ipv4.ip_nonlocal_bind") is a good workaround for the problem. Also, I investigated the original issue and here it is: 1) the replicated contact (on backup) is saved with NULL socket, as the received one is not valid (there is no err log on this, but only a dbg log) 2) when pinging the contact via nathelper, as the socket is NULL, nathelper is trying to get a socket, but simply using the first listener matching the proto (UDP) and AF family (ipv4) as per destination 3) it looks like this first UDP listener is not compatible with the destination (localhost or a private network??) Have you tried to use force_socket: http://www.opensips.org/html/docs/modules/2.3.x/nathelper.html#idp5512752 (it take effect only if the contact has no socket assigned). Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/09/2017 05:54 PM, John Quick wrote: > Hi Bogdan, > > I tried different scenarios and eventually ended up with the backup server having a listen statement for the VIP address. > Normally you cannot start OpenSIPS (or any other application) binding to an IP address that is not assigned on a local interface. > However, adding the line "net.ipv4.ip_nonlocal_bind = 1" to /etc/sysctl.conf I was then able to start OpenSIPS with that listen statement in place. > > The backup server also listens on its own static IP using the proto_bin mechanism so it can receive and send replications while it is in "standby" mode. > > That is the dilemma: > Replicated Contacts can only be useful if the backup server is able to take over the same VIP that was used on the primary server. > If the backup server does not use the VIP when it takes over as "active", then the replicated socket information in the location table will be wrong. > If OpenSIPS only starts on the backup server *after* that server has acquired the VIP then it could not receive the replicated Contacts using proto_bin when it was in standby mode. > > John Quick > Smartvox Limited > > > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] > Sent: 09 May 2017 14:45 > To: john.quick at smartvox.co.uk; OpenSIPS users mailling list > > Subject: Re: [OpenSIPS-Users] Using Contact replication and HA > > Hi John, > > So, in your setup, on the backup server, OpenSIPS is not listening on the VIP address at all, right ? > > Best regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 05/03/2017 04:46 PM, John Quick wrote: >> Hello, >> >> I am still working my way through some of the new features described >> at last year's Summit conference while you are all hopefully enjoying >> this year's Summit. >> >> I'm playing with the Clusterer module. It is a great idea but I am >> finding a few practical difficulties for contact replication in the USRLOC module. >> >> In my test rig, there are two almost identical OpenSIPS servers (A and B). >> Contact replication is enabled between the two servers and each >> server has its own local database. >> >> Linux HA - Corosync and Pacemaker - is used to control a Virtual IP >> (VIP) address resource. This allows UA's to register at the VIP >> address. HA decides which server has the virtual address at any given >> time, based on node availability. Currently, Server A is assigned the >> VIP and processes all UA registrations. >> >> Problem: The "socket" field in the location table contains the VIP >> address on both server A and B, but only Server A is bound to that >> address while both servers are up. >> Unless I completely disable NAT Pings in the nathelper module, Server >> B reports a lot of errors like this: >> 2017-05-03 14:15:51 CRITICAL:core:proto_udp_send: invalid >> sendtoparameters#012one possible reason is the server is bound to >> localhost and#012attempts to send to the net >> 2017-05-03 14:15:51 ERROR:nathelper:msg_send: send() for proto 1 >> failed >> 2017-05-03 14:15:51 ERROR:nathelper:nh_timer: sip msg_send failed! >> >> Worse, if I also enable the "remove_on_timeout_bflag" option on >> Server B, it removes the registration on *both* servers after a short >> delay even though the UA is still available! >> >> Initially, I encountered problems with the HA IP Resource (or VIP) >> with respect to OpenSIPS not starting on server B because it was >> trying to bind to an address that was not currently assigned to any >> local interface. While it is possible to group the IP resource with >> the OpenSIPS service resource to overcome this problem, that would >> completely break USRLOC contact replication because the OpenSIPS >> service on Server B would not be running as long as Server A is up. I >> had to resort to an option in sysctl.conf that allows processes to >> start even if they are trying to bind to a non-local address. >> >> This makes me wonder what is the purpose of Usrloc Contact >> replication? Is there some other scenario that could use it and not have these problems? >> I also wonder what difference does the db_mode setting in Usrloc make >> when using contact replication. >> >> John Quick >> Smartvox Limited >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users From cinthia721 at gmail.com Wed May 10 20:46:29 2017 From: cinthia721 at gmail.com (Cindy Leung) Date: Wed, 10 May 2017 20:46:29 -0400 Subject: [OpenSIPS-Users] segfault when doing ul_add in v2.3 In-Reply-To: References: <445AC6B7-425B-49AB-A6DC-93D977D87B85@gmail.com> Message-ID: It's working now. Thanks!! > On May 10, 2017, at 6:28 AM, Răzvan Crainea wrote: > > Hi, Cindy! > > Thanks for the crash report! I've just fixed this issue on both master[1] and 2.3 branches. Please update your sources and try again. > > [1] https://github.com/OpenSIPS/opensips/commit/a8294457a9bfefbdbb6786e8a40e0acab16560f7 > > Best regards, > Răzvan Crainea > OpenSIPS Solutions > www.opensips-solutions.com >> On 05/10/2017 01:21 AM, Cindy Leung wrote: >> Hello! >> >> I was using the MI interface (both mi_fifo and mi_json) to run ul_add and got segfault for both. Please help. Thanks! >> >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <0> >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <1> >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <0> >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <0> >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <0> >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_tree: adding node <> ; val <0> >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_parse_node: end of input tree >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:mi_fifo:mi_fifo_server: done parsing the mi tree >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string param >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:destroy_avp_list: destroying list (nil) >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string param >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string param >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string param >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string param >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding int param >> May 9 17:44:08 val-tpx2 opensips[31285]: DBG:core:evi_param_set: adding string param >> May 9 17:44:08 val-tpx2 opensips[31304]: DBG:core:io_wait_loop_epoll: [TCP_main] EPOLLHUP on IN ->connection closed by the remote peer! >> May 9 17:44:08 val-tpx2 opensips[31304]: CRITICAL:core:receive_fd: EOF on 10 >> May 9 17:44:08 val-tpx2 opensips[31304]: DBG:core:handle_worker: dead child 2, pid 31285 (shutting down?) >> May 9 17:44:08 val-tpx2 opensips[31304]: DBG:core:io_watch_del: [TCP_main] io_watch_del op on index 2 10 (0x7e5720, 10, 2, 0x0,0x1) fd_no=27 called >> May 9 17:44:08 val-tpx2 opensips[31283]: DBG:core:handle_sigs: status = 139 >> May 9 17:44:08 val-tpx2 opensips[31283]: INFO:core:handle_sigs: child process 31285 exited by a signal 11 >> May 9 17:44:08 val-tpx2 opensips[31283]: INFO:core:handle_sigs: core was generated >> May 9 17:44:08 val-tpx2 opensips[31283]: INFO:core:handle_sigs: terminating due to SIGCHLD >> May 9 17:44:08 val-tpx2 opensips[31301]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31303]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31298]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31302]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31296]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31299]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31295]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31287]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31297]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31294]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31288]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31292]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31286]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31289]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31300]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31293]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31304]: INFO:core:sig_usr: signal 15 received >> May 9 17:44:08 val-tpx2 opensips[31283]: INFO:core:cleanup: cleanup >> >> >> >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got command=ul_add >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: command=ul_add accepts parameters >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [location] >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [user1] >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [sip:1.1.1.1] >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [0] >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [1] >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [0] >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [0] >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [0] >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:mi_json:mi_json_run_mi_cmd: got string param [0] >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding string param >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:destroy_avp_list: destroying list (nil) >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding string param >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding string param >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding string param >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding string param >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding int param >> May 9 17:57:13 val-tpx2 opensips[31861]: DBG:core:evi_param_set: adding string param >> May 9 17:57:13 val-tpx2 opensips[31879]: DBG:core:io_wait_loop_epoll: [TCP_main] EPOLLHUP on IN ->connection closed by the remote peer! >> May 9 17:57:13 val-tpx2 opensips[31879]: CRITICAL:core:receive_fd: EOF on 13 >> May 9 17:57:13 val-tpx2 opensips[31879]: DBG:core:handle_worker: dead child 3, pid 31861 (shutting down?) >> May 9 17:57:13 val-tpx2 opensips[31879]: DBG:core:io_watch_del: [TCP_main] io_watch_del op on index 3 13 (0x7e5720, 13, 3, 0x0,0x1) fd_no=27 called >> May 9 17:57:13 val-tpx2 opensips[31858]: DBG:core:handle_sigs: status = 139 >> May 9 17:57:13 val-tpx2 opensips[31858]: INFO:core:handle_sigs: child process 31861 exited by a signal 11 >> May 9 17:57:13 val-tpx2 opensips[31858]: INFO:core:handle_sigs: core was generated >> May 9 17:57:13 val-tpx2 opensips[31858]: INFO:core:handle_sigs: terminating due to SIGCHLD >> May 9 17:57:13 val-tpx2 opensips[31877]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31878]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31875]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31876]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31873]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31874]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31871]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31867]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31864]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31868]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31862]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31870]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31879]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31860]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31863]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31872]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31869]: INFO:core:sig_usr: signal 15 received >> May 9 17:57:13 val-tpx2 opensips[31858]: INFO:core:cleanup: cleanup >> >> >> Cindy >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Thu May 11 04:10:06 2017 From: liviu at opensips.org (Liviu Chircu) Date: Thu, 11 May 2017 11:10:06 +0300 Subject: [OpenSIPS-Users] HOW to raise RABBITMQ event when user UNREGISTERED? In-Reply-To: References: Message-ID: <194ef2e9-deca-46fd-bfe0-b24a76197360@opensips.org> I suggest first using an event_route (make sure to also load "event_route.so"), in order to confirm that the event is triggered. Depending on the result, we will know how to proceed with troubleshooting. Regards, Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 10.05.2017 12:46, Kirill Galinurov wrote: > HI all I try get AMPQ message when user registarion exprires and > contact is deleted from an existing AOR. I try use EVENT_RABBITMQ > module. And subscribe to |E_UL_CONTACT_DELETE event on startup module. > Like | > startup_route { > if (!subscribe_event("E_UL_CONTACT_DELETE", > "rabbitmq:wssserver:password at XX.XX.XX.XX:5672/voip")) { > xlog("L_ERR","cannot the RabbitMQ server to the > E_UL_CONTACT_DELETE event\n"); > } > } > > > But it's not work. > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Thu May 11 04:13:30 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 11 May 2017 11:13:30 +0300 Subject: [OpenSIPS-Users] REG::Multiple TCP Connections to Same Destination. In-Reply-To: References: <5451e3ca-ff7d-3df0-7987-b9db3d6a44b1@opensips.org> Message-ID: <10887681-1224-45ec-7ad2-317469d63fb6@opensips.org> Hello Ravitez, yes, there will be only one connection between OpenSIPS and SBC, which will be shared between all the SIP workers. In OpenSIPS TCP, there is no concept of "connection per child". Still, what is the kind of congestion you are experience ? could you provide here some more details ? Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/01/2017 05:48 PM, Ravitez Ravi wrote: > Hi Bogdan, > Good Day, > Thank you for reaching out. > Considering the below example,though we have multiple UAC > opensips creates only one tcp connection to SBC which > is valid because it only sees the SBC > but this creates congestion and in few scenarios > opensips creates too many tcp connections(bug). > in order to solve this i was thinking if we can have 1 > tcp connection per child. > Please share your thoughts. > Thank you. > > Inline image 1 > > > Regards, > Ravitez.D > > > On Mon, May 1, 2017 at 4:43 AM, Bogdan-Andrei Iancu > > wrote: > > Hi Ravitez, > > OpenSIPS is doing connection reusage, so, if there IP destination > is the same, the existing connection will be used. > > Why do you want to change this ? > > Best regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > > On 04/28/2017 07:28 AM, Ravitez Ravi wrote: >> Hello, >> I have been using opensips 1.11.5 as a proxy between the >> application server and clients,things were fine as each client >> had a dedicated tcp connection to opensips. >> once i introduced SBC ,opensips has only one TCP >> connection to SBC .would it be possible to create multiple TCP >> connections to the same destination?. >> eg : >> Each child having a TCP connection to the same >> destination. >> from what i understand is if a tcp connection exists to a >> destination opensips passes on the fd to a requesting child to >> send data. >> please share your thoughts. >> Regards, >> Ravitez.D >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 10282 bytes Desc: not available URL: From bogdan at opensips.org Thu May 11 04:44:03 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 11 May 2017 11:44:03 +0300 Subject: [OpenSIPS-Users] Using Contact replication and HA In-Reply-To: <001501d2c9bb$4868c9e0$d93a5da0$@smartvox.co.uk> References: <001401d2c413$b5968910$20c39b30$@smartvox.co.uk> <003f01d2c8d4$25b0a040$7111e0c0$@smartvox.co.uk> <0c043794-9f1d-0157-d667-7ee1541dd021@opensips.org> <001501d2c9bb$4868c9e0$d93a5da0$@smartvox.co.uk> Message-ID: <161c14d5-e536-c77b-4871-08112aaa5c11@opensips.org> John, as said, the force_socket impacts *only* the contacts with *no socket info* (see my prev post). Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/10/2017 09:28 PM, John Quick wrote: > Hi Bogdan, > > I tried the force_socket parameter in nathelper, but it did not work. The SIP Pings continue to come from the address stored in the socket field of the contact. Force_socket is ignored and has no impact at all. > > I also tried the parameter natping_socket, but this breaks OpenSIPS and prevents it starting. The log file shows this: > 2017-05-10 18:05:46 ERROR:nathelper:init_raw_socket: cannot create raw socket > 2017-05-10 18:05:46 ERROR:core:init_mod: failed to initialize module nathelper > 2017-05-10 18:05:46 ERROR:core:main: error while initializing modules > > John Quick > Smartvox Limited > > > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] > Sent: 10 May 2017 11:07 > To: john.quick at smartvox.co.uk > Cc: users at lists.opensips.org > Subject: Re: [OpenSIPS-Users] Using Contact replication and HA > > Hi John, > > What you did (with the "net.ipv4.ip_nonlocal_bind") is a good workaround for the problem. > > Also, I investigated the original issue and here it is: > 1) the replicated contact (on backup) is saved with NULL socket, as the received one is not valid (there is no err log on this, but only a dbg log) > 2) when pinging the contact via nathelper, as the socket is NULL, nathelper is trying to get a socket, but simply using the first listener matching the proto (UDP) and AF family (ipv4) as per destination > 3) it looks like this first UDP listener is not compatible with the destination (localhost or a private network??) > > Have you tried to use force_socket: > http://www.opensips.org/html/docs/modules/2.3.x/nathelper.html#idp5512752 > (it take effect only if the contact has no socket assigned). > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 05/09/2017 05:54 PM, John Quick wrote: >> Hi Bogdan, >> >> I tried different scenarios and eventually ended up with the backup server having a listen statement for the VIP address. >> Normally you cannot start OpenSIPS (or any other application) binding to an IP address that is not assigned on a local interface. >> However, adding the line "net.ipv4.ip_nonlocal_bind = 1" to /etc/sysctl.conf I was then able to start OpenSIPS with that listen statement in place. >> >> The backup server also listens on its own static IP using the proto_bin mechanism so it can receive and send replications while it is in "standby" mode. >> >> That is the dilemma: >> Replicated Contacts can only be useful if the backup server is able to take over the same VIP that was used on the primary server. >> If the backup server does not use the VIP when it takes over as "active", then the replicated socket information in the location table will be wrong. >> If OpenSIPS only starts on the backup server *after* that server has acquired the VIP then it could not receive the replicated Contacts using proto_bin when it was in standby mode. >> >> John Quick >> Smartvox Limited >> >> >> -----Original Message----- >> From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] >> Sent: 09 May 2017 14:45 >> To: john.quick at smartvox.co.uk; OpenSIPS users mailling list >> >> Subject: Re: [OpenSIPS-Users] Using Contact replication and HA >> >> Hi John, >> >> So, in your setup, on the backup server, OpenSIPS is not listening on the VIP address at all, right ? >> >> Best regards, >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> >> On 05/03/2017 04:46 PM, John Quick wrote: >>> Hello, >>> >>> I am still working my way through some of the new features described >>> at last year's Summit conference while you are all hopefully enjoying >>> this year's Summit. >>> >>> I'm playing with the Clusterer module. It is a great idea but I am >>> finding a few practical difficulties for contact replication in the USRLOC module. >>> >>> In my test rig, there are two almost identical OpenSIPS servers (A and B). >>> Contact replication is enabled between the two servers and each >>> server has its own local database. >>> >>> Linux HA - Corosync and Pacemaker - is used to control a Virtual IP >>> (VIP) address resource. This allows UA's to register at the VIP >>> address. HA decides which server has the virtual address at any given >>> time, based on node availability. Currently, Server A is assigned the >>> VIP and processes all UA registrations. >>> >>> Problem: The "socket" field in the location table contains the VIP >>> address on both server A and B, but only Server A is bound to that >>> address while both servers are up. >>> Unless I completely disable NAT Pings in the nathelper module, Server >>> B reports a lot of errors like this: >>> 2017-05-03 14:15:51 CRITICAL:core:proto_udp_send: invalid >>> sendtoparameters#012one possible reason is the server is bound to >>> localhost and#012attempts to send to the net >>> 2017-05-03 14:15:51 ERROR:nathelper:msg_send: send() for proto 1 >>> failed >>> 2017-05-03 14:15:51 ERROR:nathelper:nh_timer: sip msg_send failed! >>> >>> Worse, if I also enable the "remove_on_timeout_bflag" option on >>> Server B, it removes the registration on *both* servers after a short >>> delay even though the UA is still available! >>> >>> Initially, I encountered problems with the HA IP Resource (or VIP) >>> with respect to OpenSIPS not starting on server B because it was >>> trying to bind to an address that was not currently assigned to any >>> local interface. While it is possible to group the IP resource with >>> the OpenSIPS service resource to overcome this problem, that would >>> completely break USRLOC contact replication because the OpenSIPS >>> service on Server B would not be running as long as Server A is up. I >>> had to resort to an option in sysctl.conf that allows processes to >>> start even if they are trying to bind to a non-local address. >>> >>> This makes me wonder what is the purpose of Usrloc Contact >>> replication? Is there some other scenario that could use it and not have these problems? >>> I also wonder what difference does the db_mode setting in Usrloc make >>> when using contact replication. >>> >>> John Quick >>> Smartvox Limited >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users From nferreira at fuze.com Thu May 11 04:48:01 2017 From: nferreira at fuze.com (Nuno Ferreira) Date: Thu, 11 May 2017 08:48:01 +0000 Subject: [OpenSIPS-Users] snmpstats Message-ID: Hello, I was testing snmpstats module on OpenSIPS 2.2.2 and I'm facing the same issue described on https://opensips.org/pipermail/users/2016-February/033784.html. Basically when doing a snmpbulkwalk on OPENSER-REG-MIB::openser it complains about "error in packet". I believe this is still happening on v2.3, but I was not able to test that yet. Can you please take a look? # snmpbulkwalk -v 2c -c public localhost OPENSER-REG-MIB::openser Error in packet. Reason: (genError) A general failure occured Failed object: OPENSER-REG-MIB::openserSIPCommonMIB.1.1.1.0 OPENSER-REG-MIB::openser = No Such Object available on this agent at this OID Regards, Nuno Ferreira -- *Nuno Ferreira* | Architect, CoreUC | nferreira at fuze.com | +351 308805903 Rua Carlos Silva Melo Magalhães 23, 3800-126 Aveiro, Portugal -- *Confidentiality Notice: The information contained in this e-mail and any attachments may be confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the sender and permanently delete the e-mail and any attachments immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. Thank you.* -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Thu May 11 04:50:55 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 11 May 2017 11:50:55 +0300 Subject: [OpenSIPS-Users] How to know wich UAS is rejecting a call? In-Reply-To: References: Message-ID: <6739c742-cbe6-c8e0-0532-5d5ea3029524@opensips.org> Hi Rodrigo, If during a parallel forking you get the same reply code (486 in your case) from all branches, OpenSIPS will pick the first one (in order of creation of the branches, not in order of receiving the replies). In your case, the M1 reply will be sent to caller. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/09/2017 05:52 PM, Rodrigo Pimenta Carvalho wrote: > > Hi. > > > In my system there are 2 UA (in different machines, M1 & M2) > registered on my OpenSIPS, both as user 9000. > > So, if an UAC calls number 9000, these 2 UA will ring. That is fine > for my project. > > > If UA from machine M1 rejects the call it send a SIP 486 code (busy > here). The UA from machine M2 has the same behavior. > > > In addiction, if UA on M1 rejects the call, OpenSIPS must register > data in the database. On the other hand, if UA on M2 rejects the call, > the OpenSIPS must do nothing. > > > How can I know wich of these reject messages (SIP 486) is coming from > M1 or M2, by means of OpenSIPS functions? > > Any example? > > > Any hint will be very helpful! > > > Best regards. > > > RODRIGO PIMENTA CARVALHO > Inatel Competence Center > Software > Ph: +55 35 3471 9200 RAMAL 979 > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefan.carlsson at vaxeltjanst.se Thu May 11 04:50:21 2017 From: stefan.carlsson at vaxeltjanst.se (Stefan Carlsson) Date: Thu, 11 May 2017 08:50:21 +0000 Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. In-Reply-To: References: Message-ID: <39b3741f83df4c918b93f7ffa4c8ff9b@svab-exchange.vaxeltjanst.local> Hi ! Thanks for your reply. I did the following. 1) I've checked my nsswitch.conf file and it says 'files dns' as in default , so no change there. 2) I "disabled the resolver" but simply commented out the dns servers in resolv.conf, checked the resolver by a simple ping to www.google.com, got the response: 'unknown host' as it should. 3) Then I've put our SIP operators ip-name pairs in the hosts file, EXCEPT the one that causes us problem , checked with ping , got hits on all of them, and the one that where the problem responded with 'unknown host', so the system looks up the hosts file correctly. 4) But STILL Opensips uses the faulty one , the IP is not in the hosts file, no dns servers is in the resolv.conf. 5) Restarts the Opensips, now it works as expected. Can anyone out there give me an explanation that causes this behavior ? Again, thank you for your attend at this matter. Kind Regards / Vänligen ... Stefan Carlsson From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mundkowsky, Robert Sent: den 10 maj 2017 15:13 To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. What do you mean you "disabled the resolver"? I haven't play with this in a long time, but I think the /etc/nsswitch.conf file defines if you use /etc/hosts file or/and DNS for looking up host names, and might allow nis+ as well, but I can't remember. So might want to check if you happen to have your hostname defined in the hosts file. Also seems people note that /etc/resolv.conf might be overwrite at boot based on using NetworkManager. So maybe your settings are being over written. Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Stefan Carlsson Sent: Tuesday, May 9, 2017 5:36 AM To: Users at lists.opensips.org Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Hi ! It seems that the Opensip 2.2 caches DNS queries !!! Even after I disabled the resolver in Centos, the OpenSIPs seems to "remember" old queries. (eg. IP's) after a Opensip restart, the old stuff was gone. If so, how can I disable the DNS caching in the Opensips, I want the system to always make a new , fresh query. Kind Regards / Vänligen ... Stefan Carlsson ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.quick at smartvox.co.uk Thu May 11 04:57:28 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Thu, 11 May 2017 09:57:28 +0100 Subject: [OpenSIPS-Users] Using Contact replication and HA In-Reply-To: <7892e0f1-2cc8-b874-7f70-09e7017a6780@opensips.org> References: <001401d2c413$b5968910$20c39b30$@smartvox.co.uk> <003f01d2c8d4$25b0a040$7111e0c0$@smartvox.co.uk> <0c043794-9f1d-0157-d667-7ee1541dd021@opensips.org> <000b01d2c982$99e1a8c0$cda4fa40$@smartvox.co.uk> <7892e0f1-2cc8-b874-7f70-09e7017a6780@opensips.org> Message-ID: <000601d2ca34$9e040760$da0c1620$@smartvox.co.uk> Thanks Bogdan, I will investigate your suggestion to use nh_enable_ping - I think this may be a viable solution, but it would be far better if contact replication combined with HA and nat pings worked straight out of the box. There has been some misunderstanding about different scenarios. My original question was only for when both servers, A and B, have a listen statement for the VIP. I cannot see the point of having contact replication between two OpenSIPS servers that are, at all times, bound to different addresses. The only exception would be if you were sure that all user devices were non-Natted. Hence my original question: * What is the purpose of Usrloc Contact replication? * Is there some scenario that could use it and not have problems when using nathelper nat pings? John Quick Smartvox Limited -----Original Message----- From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Sent: 11 May 2017 09:34 To: john.quick at smartvox.co.uk Subject: Re: [OpenSIPS-Users] Using Contact replication and HA Hi John, My explanations were related to your first scenario, where the backup server didn't have the VIP configured as listener (not using ip_nonlocal_bind) - in this case, the replicated contacts on backup will end up with a NULL socket information and, upon nat pinging, some wrong UDP interface will be picked, leading to the errors you originally reported. The "force_socket" is intended to be a solution for this case, when the usrloc records have no socket info attached. Now, that you are using the ip_nonlocal_bind and have the backup listening on the VIP too, the socket info should replicate correctly on the backup. As OpenSIPs is not aware of acting as "active" or "backup", both servers will do ping to all contacts they have - maybe form an outside script (aware of the HA status of the server) you can toggle the pinging via nh_enable_ping MI (http://www.opensips.org/html/docs/modules/2.3.x/nathelper.html#idp5603504) Best Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/10/2017 02:43 PM, John Quick wrote: > Hi Bogdan, > > Thanks for your response and for investigating this. > > The socket field on my backup server does *not* have NULL for the > socket field, it has the VIP > udp:192.168.0.111:5060 > > The socket field contains identical data on both my test servers. > > When you tried it, did you use the ip_nonlocal_bind setting and have both servers start with a listen statement for the VIP? > If not, perhaps the backup server deletes the socket data in a replication record where it fails to match any of its own interface addresses. > > I do not want the backup server to attempt to send NAT pings to registered devices. I only want the active server to do that - the nat pings *must* come from the VIP if they are going to be accepted by the firewall in front of the client device. If the backup server sent pings from a different IP address they would not get through the client's firewall, would fail and so trigger removal of the Contact record if "remove_on_timeout_bflag" option is set. > > I will try some tests with the force_socket parameter in nathelper and let you know the results. > > John Quick > Smartvox Limited > Tel: 01727-221221 > > > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] > Sent: 10 May 2017 11:07 > To: john.quick at smartvox.co.uk > Cc: users at lists.opensips.org > Subject: Re: [OpenSIPS-Users] Using Contact replication and HA > > Hi John, > > What you did (with the "net.ipv4.ip_nonlocal_bind") is a good workaround for the problem. > > Also, I investigated the original issue and here it is: > 1) the replicated contact (on backup) is saved with NULL socket, as the received one is not valid (there is no err log on this, but only a dbg log) > 2) when pinging the contact via nathelper, as the socket is NULL, nathelper is trying to get a socket, but simply using the first listener matching the proto (UDP) and AF family (ipv4) as per destination > 3) it looks like this first UDP listener is not compatible with > the destination (localhost or a private network??) > > Have you tried to use force_socket: > http://www.opensips.org/html/docs/modules/2.3.x/nathelper.html#idp5512 > 752 (it take effect only if the contact has no socket assigned). > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 05/09/2017 05:54 PM, John Quick wrote: >> Hi Bogdan, >> >> I tried different scenarios and eventually ended up with the backup server having a listen statement for the VIP address. >> Normally you cannot start OpenSIPS (or any other application) binding to an IP address that is not assigned on a local interface. >> However, adding the line "net.ipv4.ip_nonlocal_bind = 1" to /etc/sysctl.conf I was then able to start OpenSIPS with that listen statement in place. >> >> The backup server also listens on its own static IP using the proto_bin mechanism so it can receive and send replications while it is in "standby" mode. >> >> That is the dilemma: >> Replicated Contacts can only be useful if the backup server is able to take over the same VIP that was used on the primary server. >> If the backup server does not use the VIP when it takes over as "active", then the replicated socket information in the location table will be wrong. >> If OpenSIPS only starts on the backup server *after* that server has acquired the VIP then it could not receive the replicated Contacts using proto_bin when it was in standby mode. >> >> John Quick >> Smartvox Limited >> >> >> -----Original Message----- >> From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] >> Sent: 09 May 2017 14:45 >> To: john.quick at smartvox.co.uk; OpenSIPS users mailling list >> >> Subject: Re: [OpenSIPS-Users] Using Contact replication and HA >> >> Hi John, >> >> So, in your setup, on the backup server, OpenSIPS is not listening on the VIP address at all, right ? >> >> Best regards, >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> >> On 05/03/2017 04:46 PM, John Quick wrote: >>> Hello, >>> >>> I am still working my way through some of the new features described >>> at last year's Summit conference while you are all hopefully >>> enjoying this year's Summit. >>> >>> I'm playing with the Clusterer module. It is a great idea but I am >>> finding a few practical difficulties for contact replication in the USRLOC module. >>> >>> In my test rig, there are two almost identical OpenSIPS servers (A and B). >>> Contact replication is enabled between the two servers and each >>> server has its own local database. >>> >>> Linux HA - Corosync and Pacemaker - is used to control a Virtual IP >>> (VIP) address resource. This allows UA's to register at the VIP >>> address. HA decides which server has the virtual address at any >>> given time, based on node availability. Currently, Server A is >>> assigned the VIP and processes all UA registrations. >>> >>> Problem: The "socket" field in the location table contains the VIP >>> address on both server A and B, but only Server A is bound to that >>> address while both servers are up. >>> Unless I completely disable NAT Pings in the nathelper module, >>> Server B reports a lot of errors like this: >>> 2017-05-03 14:15:51 CRITICAL:core:proto_udp_send: invalid >>> sendtoparameters#012one possible reason is the server is bound to >>> localhost and#012attempts to send to the net >>> 2017-05-03 14:15:51 ERROR:nathelper:msg_send: send() for proto 1 >>> failed >>> 2017-05-03 14:15:51 ERROR:nathelper:nh_timer: sip msg_send failed! >>> >>> Worse, if I also enable the "remove_on_timeout_bflag" option on >>> Server B, it removes the registration on *both* servers after a >>> short delay even though the UA is still available! >>> >>> Initially, I encountered problems with the HA IP Resource (or VIP) >>> with respect to OpenSIPS not starting on server B because it was >>> trying to bind to an address that was not currently assigned to any >>> local interface. While it is possible to group the IP resource with >>> the OpenSIPS service resource to overcome this problem, that would >>> completely break USRLOC contact replication because the OpenSIPS >>> service on Server B would not be running as long as Server A is up. >>> I had to resort to an option in sysctl.conf that allows processes to >>> start even if they are trying to bind to a non-local address. >>> >>> This makes me wonder what is the purpose of Usrloc Contact >>> replication? Is there some other scenario that could use it and not have these problems? >>> I also wonder what difference does the db_mode setting in Usrloc >>> make when using contact replication. >>> >>> John Quick >>> Smartvox Limited >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users From bogdan at opensips.org Thu May 11 05:46:54 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 11 May 2017 12:46:54 +0300 Subject: [OpenSIPS-Users] Using Contact replication and HA In-Reply-To: <000601d2ca34$9e040760$da0c1620$@smartvox.co.uk> References: <001401d2c413$b5968910$20c39b30$@smartvox.co.uk> <003f01d2c8d4$25b0a040$7111e0c0$@smartvox.co.uk> <0c043794-9f1d-0157-d667-7ee1541dd021@opensips.org> <000b01d2c982$99e1a8c0$cda4fa40$@smartvox.co.uk> <7892e0f1-2cc8-b874-7f70-09e7017a6780@opensips.org> <000601d2ca34$9e040760$da0c1620$@smartvox.co.uk> Message-ID: <50bf87a6-6510-2c90-44d3-34282d755efa@opensips.org> John, Related to pinging and replicated contacts - let's have contact X registered on server A which replicated to backup server B. As from B perspective the X contact is replicated, how should it act? - ping it too, but as A is active, it will double the pinging. - do not ping it, but if A is going down and B become active, there will be no pinging at all (A is down and for B it's a replicated contact), until X re-registers again, directly with B. Now, about the original questions: 1) it can be for HA purposes (like your scenario) where the servers are sharing an VIP ; in the same time you can use it for clustering usrloc between servers with different IP, where the socket is not relevant (there are no IP level restrictions) - like any server can reach the endpoint, via an EdgeProxy / SBC. 2) the clustering one, where there is no NAT (the edge takes care of it) and all what you need is just to be have all the routing servers in your cluster to be able to perform location based routing. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/11/2017 11:57 AM, John Quick wrote: > Thanks Bogdan, > > I will investigate your suggestion to use nh_enable_ping - I think this may be a viable solution, but it would be far better if contact replication combined with HA and nat pings worked straight out of the box. > > There has been some misunderstanding about different scenarios. > My original question was only for when both servers, A and B, have a listen statement for the VIP. > I cannot see the point of having contact replication between two OpenSIPS servers that are, at all times, bound to different addresses. > The only exception would be if you were sure that all user devices were non-Natted. > > Hence my original question: > * What is the purpose of Usrloc Contact replication? > * Is there some scenario that could use it and not have problems when using nathelper nat pings? > > John Quick > Smartvox Limited > > > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] > Sent: 11 May 2017 09:34 > To: john.quick at smartvox.co.uk > Subject: Re: [OpenSIPS-Users] Using Contact replication and HA > > Hi John, > > My explanations were related to your first scenario, where the backup server didn't have the VIP configured as listener (not using > ip_nonlocal_bind) - in this case, the replicated contacts on backup will end up with a NULL socket information and, upon nat pinging, some wrong UDP interface will be picked, leading to the errors you originally reported. The "force_socket" is intended to be a solution for this case, when the usrloc records have no socket info attached. > > Now, that you are using the ip_nonlocal_bind and have the backup listening on the VIP too, the socket info should replicate correctly on the backup. As OpenSIPs is not aware of acting as "active" or "backup", both servers will do ping to all contacts they have - maybe form an outside script (aware of the HA status of the server) you can toggle the pinging via nh_enable_ping MI > (http://www.opensips.org/html/docs/modules/2.3.x/nathelper.html#idp5603504) > > Best Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 05/10/2017 02:43 PM, John Quick wrote: >> Hi Bogdan, >> >> Thanks for your response and for investigating this. >> >> The socket field on my backup server does *not* have NULL for the >> socket field, it has the VIP >> udp:192.168.0.111:5060 >> >> The socket field contains identical data on both my test servers. >> >> When you tried it, did you use the ip_nonlocal_bind setting and have both servers start with a listen statement for the VIP? >> If not, perhaps the backup server deletes the socket data in a replication record where it fails to match any of its own interface addresses. >> >> I do not want the backup server to attempt to send NAT pings to registered devices. I only want the active server to do that - the nat pings *must* come from the VIP if they are going to be accepted by the firewall in front of the client device. If the backup server sent pings from a different IP address they would not get through the client's firewall, would fail and so trigger removal of the Contact record if "remove_on_timeout_bflag" option is set. >> >> I will try some tests with the force_socket parameter in nathelper and let you know the results. >> >> John Quick >> Smartvox Limited >> Tel: 01727-221221 >> >> >> -----Original Message----- >> From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] >> Sent: 10 May 2017 11:07 >> To: john.quick at smartvox.co.uk >> Cc: users at lists.opensips.org >> Subject: Re: [OpenSIPS-Users] Using Contact replication and HA >> >> Hi John, >> >> What you did (with the "net.ipv4.ip_nonlocal_bind") is a good workaround for the problem. >> >> Also, I investigated the original issue and here it is: >> 1) the replicated contact (on backup) is saved with NULL socket, as the received one is not valid (there is no err log on this, but only a dbg log) >> 2) when pinging the contact via nathelper, as the socket is NULL, nathelper is trying to get a socket, but simply using the first listener matching the proto (UDP) and AF family (ipv4) as per destination >> 3) it looks like this first UDP listener is not compatible with >> the destination (localhost or a private network??) >> >> Have you tried to use force_socket: >> http://www.opensips.org/html/docs/modules/2.3.x/nathelper.html#idp5512 >> 752 (it take effect only if the contact has no socket assigned). >> >> Regards, >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> >> On 05/09/2017 05:54 PM, John Quick wrote: >>> Hi Bogdan, >>> >>> I tried different scenarios and eventually ended up with the backup server having a listen statement for the VIP address. >>> Normally you cannot start OpenSIPS (or any other application) binding to an IP address that is not assigned on a local interface. >>> However, adding the line "net.ipv4.ip_nonlocal_bind = 1" to /etc/sysctl.conf I was then able to start OpenSIPS with that listen statement in place. >>> >>> The backup server also listens on its own static IP using the proto_bin mechanism so it can receive and send replications while it is in "standby" mode. >>> >>> That is the dilemma: >>> Replicated Contacts can only be useful if the backup server is able to take over the same VIP that was used on the primary server. >>> If the backup server does not use the VIP when it takes over as "active", then the replicated socket information in the location table will be wrong. >>> If OpenSIPS only starts on the backup server *after* that server has acquired the VIP then it could not receive the replicated Contacts using proto_bin when it was in standby mode. >>> >>> John Quick >>> Smartvox Limited >>> >>> >>> -----Original Message----- >>> From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] >>> Sent: 09 May 2017 14:45 >>> To: john.quick at smartvox.co.uk; OpenSIPS users mailling list >>> >>> Subject: Re: [OpenSIPS-Users] Using Contact replication and HA >>> >>> Hi John, >>> >>> So, in your setup, on the backup server, OpenSIPS is not listening on the VIP address at all, right ? >>> >>> Best regards, >>> >>> Bogdan-Andrei Iancu >>> OpenSIPS Founder and Developer >>> http://www.opensips-solutions.com >>> >>> OpenSIPS Summit May 2017 Amsterdam >>> http://www.opensips.org/events/Summit-2017Amsterdam.html >>> >>> On 05/03/2017 04:46 PM, John Quick wrote: >>>> Hello, >>>> >>>> I am still working my way through some of the new features described >>>> at last year's Summit conference while you are all hopefully >>>> enjoying this year's Summit. >>>> >>>> I'm playing with the Clusterer module. It is a great idea but I am >>>> finding a few practical difficulties for contact replication in the USRLOC module. >>>> >>>> In my test rig, there are two almost identical OpenSIPS servers (A and B). >>>> Contact replication is enabled between the two servers and each >>>> server has its own local database. >>>> >>>> Linux HA - Corosync and Pacemaker - is used to control a Virtual IP >>>> (VIP) address resource. This allows UA's to register at the VIP >>>> address. HA decides which server has the virtual address at any >>>> given time, based on node availability. Currently, Server A is >>>> assigned the VIP and processes all UA registrations. >>>> >>>> Problem: The "socket" field in the location table contains the VIP >>>> address on both server A and B, but only Server A is bound to that >>>> address while both servers are up. >>>> Unless I completely disable NAT Pings in the nathelper module, >>>> Server B reports a lot of errors like this: >>>> 2017-05-03 14:15:51 CRITICAL:core:proto_udp_send: invalid >>>> sendtoparameters#012one possible reason is the server is bound to >>>> localhost and#012attempts to send to the net >>>> 2017-05-03 14:15:51 ERROR:nathelper:msg_send: send() for proto 1 >>>> failed >>>> 2017-05-03 14:15:51 ERROR:nathelper:nh_timer: sip msg_send failed! >>>> >>>> Worse, if I also enable the "remove_on_timeout_bflag" option on >>>> Server B, it removes the registration on *both* servers after a >>>> short delay even though the UA is still available! >>>> >>>> Initially, I encountered problems with the HA IP Resource (or VIP) >>>> with respect to OpenSIPS not starting on server B because it was >>>> trying to bind to an address that was not currently assigned to any >>>> local interface. While it is possible to group the IP resource with >>>> the OpenSIPS service resource to overcome this problem, that would >>>> completely break USRLOC contact replication because the OpenSIPS >>>> service on Server B would not be running as long as Server A is up. >>>> I had to resort to an option in sysctl.conf that allows processes to >>>> start even if they are trying to bind to a non-local address. >>>> >>>> This makes me wonder what is the purpose of Usrloc Contact >>>> replication? Is there some other scenario that could use it and not have these problems? >>>> I also wonder what difference does the db_mode setting in Usrloc >>>> make when using contact replication. >>>> >>>> John Quick >>>> Smartvox Limited >>>> >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at lists.opensips.org >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users From nocbgtelcom at gmail.com Thu May 11 06:25:55 2017 From: nocbgtelcom at gmail.com (Hristo Donev) Date: Thu, 11 May 2017 13:25:55 +0300 Subject: [OpenSIPS-Users] WSS and Opensips Message-ID: Hello OpenSips fаns!! Your project is the best!!!! THANKS! I using Opensips 1.11 and all is OK! Now setup Opensips 2.2.3 to using WEBRTC (over WSS). I try to call PSTN number from WSS connection. When PSTN send BYE to opensips WSS connection is blocket. Here is part of opensips log l3: ERROR:core:tcp_connect_blocking: timeout 99492 ms elapsed from 100000 s ERROR:proto_ws:ws_sync_connect: tcp_blocking_connect failed ERROR:proto_ws:ws_connect: connect failed ERROR:proto_ws:proto_ws_send: connect failed ERROR:tm:msg_send: send() for proto ws/5 failed ERROR:tm:t_forward_nonack: sending request failed Can any help me? BR; Hristo Donev -------------- next part -------------- An HTML attachment was scrubbed... URL: From monkeilas at gmail.com Thu May 11 08:35:56 2017 From: monkeilas at gmail.com (=?UTF-8?Q?Andreas_B=C3=B8ckmann?=) Date: Thu, 11 May 2017 14:35:56 +0200 Subject: [OpenSIPS-Users] Parsing response from rest_client Message-ID: Hello I am running OpenSIPS 2.3 and using something along these lines: async(rest_get("$var(push_url)", "$var(push_response)"), handle_push_response); .. xlog("L_NOTICE","L16.02, PUSHRESPONSE cid=$ci, RESPONSE=$var(push_response)\n"); .. if (pcre_match("$avp(push_response)","OK")) { .. } The xlog entry shows /usr/local/sbin/opensips[415]: L16.02, PUSHRESPONSE cid=9ad0Ads0duSAUdj0asd39, RESPONSE={"response":"OK"} I observe the following errors in logs (see below). Wouldn't make sense to cast it to int I guess and I see no s.string? : ERROR:core:fixup_get_svalue: no valid PV value found (error in scripts) : ERROR:regex:w_pcre_match: cannot print the format for string The pcre_match does not seem to be able to match "OK". Any suggestions as to what I am doing wrong here or how I should do it? The same script seems to work with 2.1/2.2. Thanks! Kind regards, Andy Thompson -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Thu May 11 08:48:12 2017 From: liviu at opensips.org (Liviu Chircu) Date: Thu, 11 May 2017 15:48:12 +0300 Subject: [OpenSIPS-Users] Parsing response from rest_client In-Reply-To: References: Message-ID: Typical OpenSIPS scripting mistake #37: "mixing up $var and $avp". Regards, Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 11.05.2017 15:35, Andreas Bøckmann wrote: > Hello > > I am running OpenSIPS 2.3 and using something along these lines: > > async(rest_get("$var(push_url)", "$var(push_response)"), > handle_push_response); > .. > xlog("L_NOTICE","L16.02, PUSHRESPONSE cid=$ci, > RESPONSE=$var(push_response)\n"); > .. > if (pcre_match("$avp(push_response)","OK")) { > .. > } > The xlog entry shows /usr/local/sbin/opensips[415]: L16.02, > PUSHRESPONSE cid=9ad0Ads0duSAUdj0asd39, RESPONSE={"response":"OK"} > > I observe the following errors in logs (see below). > Wouldn't make sense to cast it to int I guess and I see no s.string? > > : ERROR:core:fixup_get_svalue: no valid PV value found (error in scripts) > : ERROR:regex:w_pcre_match: cannot print the format for string > > The pcre_match does not seem to be able to match "OK". > > Any suggestions as to what I am doing wrong here or how I should do it? > > The same script seems to work with 2.1/2.2. > > Thanks! > > > Kind regards, > > Andy Thompson > > > > > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Thu May 11 11:41:05 2017 From: liviu at opensips.org (Liviu Chircu) Date: Thu, 11 May 2017 18:41:05 +0300 Subject: [OpenSIPS-Users] Dialog module - profile replication not working In-Reply-To: <000a01d2c980$3479cc80$9d6d6580$@smartvox.co.uk> References: <000a01d2c980$3479cc80$9d6d6580$@smartvox.co.uk> Message-ID: <768e72b3-0c1d-d3e3-9a9b-fb7e09a823f8@opensips.org> Hi, John! First of all, this is a known issue [1] with the 2.2 clusterer, where you cannot use both replication mechanisms of dialog concurrently. This has been fixed in 2.3 and above, and required a significant code refactoring, which is unlikely to get backported soon. Secondly, what you are trying to do is unlikely to solve your problem even with 2.3+, as the dialog replication mechanism __already__ broadcasts the profiles of each box throughout its cluster. Consequently, reusing the same cluster id to share the profiles between boxes (yet again) will effectively double the value of each profile. If I correctly understand your intention, simply enabling dialog replication (profile included) will solve your problem. Please correct me if I'm wrong. The documentation could use some improvements in order to reflect the following (I will take care of this): * dialog replication allows you to have "hot backups". Profiles are included. Recommended cluster size: 2 * profile replication is meant to be used in active-active-...-active setups, in order to easily achieve whatever platform-wide limitations you may think of. The OpenSIPS cluster size can grow indefinitely here. Some food for thought: currently in OpenSIPS 2.3+, although merging the above two concepts will work, the profiles are likely to be counted more than once, and your limits will hit faster. The clusterer needs more love in order to support "profile sharing between highly available clusters". Best regards, [1]: https://github.com/OpenSIPS/opensips/issues/938 Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 10.05.2017 14:26, John Quick wrote: > Hello all, > > Using version 2.2.3 on Debian with clusterer and dialog modules. > The clusterer uses a bin socket for communication (port 5678) and there is a > server at each of two sites. > The opensips.cfg file is almost identical at each site, other than for the > differing IP addresses. > Both sites are connected to the same database cluster - they both share the > same database. > > The dialog module has a profile with value defined that is used to count > concurrent calls against account ID. > modparam("dialog", "db_mode", 1) > modparam("dialog", "dlg_match_mode", 0) > modparam("dialog", "rr_param", "cabc") > modparam("dialog", "default_timeout", 43200) > modparam("dialog", "enable_stats", 1) > modparam("dialog", "log_profile_hash_size", 11) # allows over 2000 > modparam("dialog", "profiles_with_value", "concurrent") > modparam("dialog", "accept_replicated_dialogs", 1) > modparam("dialog", "replicate_dialogs_to", 1) > modparam("dialog", "accept_replicated_profiles", 1) > modparam("dialog", "replicate_profiles_to", 1) > > When a test call is made on the server at site 1, I would expect to be able > to see that call on the server at site 2. > I am using this command: > opensipsctl fifo profile_get_values concurrent > > However, it only shows me the call on site 1 like this: > value:: 01234123412 count=1 > Using the same command at site 2 there is no output. > > I've tried it with and without these two lines, but the result is the same: > modparam("dialog", "accept_replicated_dialogs", 1) > modparam("dialog", "replicate_dialogs_to", 1) > > The clusterer interconnection appears to be working okay. > Site1# opensipsctl fifo clusterer_list > Cluster:: 1 > Server:: 3 DB_ID=10 URL=bin:123.456.28.50:5678 State=1 > Last_failed_attempt=0 Max_failed_attempts=3 no_tries=0 > Seconds_until_enabling=30 Description=Site2 > Site2# opensipsctl fifo clusterer_list > Cluster:: 1 > Server:: 1 DB_ID=4 URL=bin:123.456.29.50:5678 State=1 > Last_failed_attempt=1494413 Max_failed_attempts=3 no_tries=0 > Seconds_until_enabling=30 Description=Site1 > > Have I misunderstood what profile replication should do? > If not, how do I set about debugging this please? > > John Quick > Smartvox Limited > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From ravitez.dondeti at gmail.com Thu May 11 11:41:34 2017 From: ravitez.dondeti at gmail.com (Ravitez Ravi) Date: Thu, 11 May 2017 11:41:34 -0400 Subject: [OpenSIPS-Users] REG::Multiple TCP Connections to Same Destination. In-Reply-To: <10887681-1224-45ec-7ad2-317469d63fb6@opensips.org> References: <5451e3ca-ff7d-3df0-7987-b9db3d6a44b1@opensips.org> <10887681-1224-45ec-7ad2-317469d63fb6@opensips.org> Message-ID: Hello Bogdan, Good Day, Congestion happens on the receive Q of opensips(UAS -> opensips) when UAS tries to send ~3000 messages in one second. and i see multiple tcp_connections being created to the same destination (SBC) but based on the logic only the recent or the last connection is being used,when tcp_async is used i see readQ (USA->opensips) not being read (still see n number of bytes). Thank you. Regards, Ravitez.D On Thu, May 11, 2017 at 4:13 AM, Bogdan-Andrei Iancu wrote: > Hello Ravitez, > > yes, there will be only one connection between OpenSIPS and SBC, which > will be shared between all the SIP workers. In OpenSIPS TCP, there is no > concept of "connection per child". Still, what is the kind of congestion > you are experience ? could you provide here some more details ? > > Best regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 05/01/2017 05:48 PM, Ravitez Ravi wrote: > > Hi Bogdan, > Good Day, > Thank you for reaching out. > Considering the below example,though we have multiple UAC > opensips creates only one tcp connection to SBC which is > valid because it only sees the SBC > but this creates congestion and in few scenarios opensips > creates too many tcp connections(bug). > in order to solve this i was thinking if we can have 1 tcp > connection per child. > Please share your thoughts. > Thank you. > > > > [image: Inline image 1] > > > Regards, > Ravitez.D > > > On Mon, May 1, 2017 at 4:43 AM, Bogdan-Andrei Iancu < > bogdan at opensips.org> wrote: > >> Hi Ravitez, >> >> OpenSIPS is doing connection reusage, so, if there IP destination is the >> same, the existing connection will be used. >> >> Why do you want to change this ? >> >> Best regards, >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> >> On 04/28/2017 07:28 AM, Ravitez Ravi wrote: >> >> Hello, >> I have been using opensips 1.11.5 as a proxy between the >> application server and clients,things were fine as each client had a >> dedicated tcp connection to opensips. >> once i introduced SBC ,opensips has only one TCP connection to SBC >> .would it be possible to create multiple TCP connections to the same >> destination?. >> eg : >> Each child having a TCP connection to the same destination. >> from what i understand is if a tcp connection exists to a >> destination opensips passes on the fd to a requesting child to send data. >> please share your thoughts. >> Regards, >> Ravitez.D >> >> _______________________________________________ >> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 10282 bytes Desc: not available URL: From jennifer.hashimoto at caztel.com Thu May 11 14:28:35 2017 From: jennifer.hashimoto at caztel.com (Jennifer Hashimoto) Date: Thu, 11 May 2017 14:28:35 -0400 Subject: [OpenSIPS-Users] multiple interfaces + load_balancer probing and mhomed=0 Message-ID: <29150189-AA9D-40AC-A8D0-237C9F51F5DB@caztel.com> Hello, I’m hoping someone can help me with this problem. I have an opensips 2.2.2 server that has 3 interfaces listening on debian Debian has 2 default routes in 2 different routing tables such as is described here https://www.thomas-krenn.com/en/wiki/Two_Default_Gateways_on_One_System I have put mhomed=0 as I do not need to route from one interface to another - and if i enable mhomed it does not work. With mhomed off, it sends the reply out the same interface that it came in as I want. With mhomed on it seems to look into the default routing table and find a route, then decide which interface to used based on that - it does not use the ip rules to figure out which routing table it should use (ie. ip rule and then ip route list table rt2) The reason for all this madness is i have 2 separate internet feeds going through 2 separate routers. If a call comes in one of the routers, I want to send it back to the same router and to it’s internet feed. (so that we have symmetrical routing and nat etc works also so we can maintain redundancy in case one feed goes down) My issue is that while everything works great with mhomed off, load_balancer pinging seems to randomly decide which interface to use, even if i specify a from address. modparam("load_balancer", "probing_from", “sip:pinger at 10.10.10.10") The from address is always correctly populated when I look at the SIP message , but the source_ip varies. sometimes it is the ip of the from address, and sometimes it is another ip on the box. The IP it chooses is not always routable by the destination so it disables the destination. Is there a way to specify which interface/ip i want it to probe from? (when i put mhomed=1 probing works, but then actually sending traffic doesn’t work as it only looks in the default routing table for a route to determine which interface to use.) Thanks, Jennifer Akemi -------------- next part -------------- An HTML attachment was scrubbed... URL: From rmundkowsky at ets.org Thu May 11 18:38:55 2017 From: rmundkowsky at ets.org (Mundkowsky, Robert) Date: Thu, 11 May 2017 22:38:55 +0000 Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. In-Reply-To: <39b3741f83df4c918b93f7ffa4c8ff9b@svab-exchange.vaxeltjanst.local> References: <39b3741f83df4c918b93f7ffa4c8ff9b@svab-exchange.vaxeltjanst.local> Message-ID: Is there a name server running on your box? man7.org/linux/man-pages/man5/resolv.conf.5.html says "If this file does not exist, only the name server on the local machine will be queried " Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Stefan Carlsson Sent: Thursday, May 11, 2017 4:50 AM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Hi ! Thanks for your reply. I did the following. 1) I've checked my nsswitch.conf file and it says 'files dns' as in default , so no change there. 2) I "disabled the resolver" but simply commented out the dns servers in resolv.conf, checked the resolver by a simple ping to www.google.com, got the response: 'unknown host' as it should. 3) Then I've put our SIP operators ip-name pairs in the hosts file, EXCEPT the one that causes us problem , checked with ping , got hits on all of them, and the one that where the problem responded with 'unknown host', so the system looks up the hosts file correctly. 4) But STILL Opensips uses the faulty one , the IP is not in the hosts file, no dns servers is in the resolv.conf. 5) Restarts the Opensips, now it works as expected. Can anyone out there give me an explanation that causes this behavior ? Again, thank you for your attend at this matter. Kind Regards / Vänligen ... Stefan Carlsson From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mundkowsky, Robert Sent: den 10 maj 2017 15:13 To: OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. What do you mean you "disabled the resolver"? I haven't play with this in a long time, but I think the /etc/nsswitch.conf file defines if you use /etc/hosts file or/and DNS for looking up host names, and might allow nis+ as well, but I can't remember. So might want to check if you happen to have your hostname defined in the hosts file. Also seems people note that /etc/resolv.conf might be overwrite at boot based on using NetworkManager. So maybe your settings are being over written. Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Stefan Carlsson Sent: Tuesday, May 9, 2017 5:36 AM To: Users at lists.opensips.org Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Hi ! It seems that the Opensip 2.2 caches DNS queries !!! Even after I disabled the resolver in Centos, the OpenSIPs seems to "remember" old queries. (eg. IP's) after a Opensip restart, the old stuff was gone. If so, how can I disable the DNS caching in the Opensips, I want the system to always make a new , fresh query. Kind Regards / Vänligen ... Stefan Carlsson ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From rmundkowsky at ets.org Thu May 11 18:42:19 2017 From: rmundkowsky at ets.org (Mundkowsky, Robert) Date: Thu, 11 May 2017 22:42:19 +0000 Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. In-Reply-To: References: <39b3741f83df4c918b93f7ffa4c8ff9b@svab-exchange.vaxeltjanst.local> Message-ID: Also you can try removing "dns" from your nsswitch.conf file or hard coding the bad server name in the hosts file (remember to use ipv4 and ipv6 if needed). Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mundkowsky, Robert Sent: Thursday, May 11, 2017 6:39 PM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Is there a name server running on your box? man7.org/linux/man-pages/man5/resolv.conf.5.html says "If this file does not exist, only the name server on the local machine will be queried " Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Stefan Carlsson Sent: Thursday, May 11, 2017 4:50 AM To: OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Hi ! Thanks for your reply. I did the following. 1) I've checked my nsswitch.conf file and it says 'files dns' as in default , so no change there. 2) I "disabled the resolver" but simply commented out the dns servers in resolv.conf, checked the resolver by a simple ping to www.google.com, got the response: 'unknown host' as it should. 3) Then I've put our SIP operators ip-name pairs in the hosts file, EXCEPT the one that causes us problem , checked with ping , got hits on all of them, and the one that where the problem responded with 'unknown host', so the system looks up the hosts file correctly. 4) But STILL Opensips uses the faulty one , the IP is not in the hosts file, no dns servers is in the resolv.conf. 5) Restarts the Opensips, now it works as expected. Can anyone out there give me an explanation that causes this behavior ? Again, thank you for your attend at this matter. Kind Regards / Vänligen ... Stefan Carlsson From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mundkowsky, Robert Sent: den 10 maj 2017 15:13 To: OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. What do you mean you "disabled the resolver"? I haven't play with this in a long time, but I think the /etc/nsswitch.conf file defines if you use /etc/hosts file or/and DNS for looking up host names, and might allow nis+ as well, but I can't remember. So might want to check if you happen to have your hostname defined in the hosts file. Also seems people note that /etc/resolv.conf might be overwrite at boot based on using NetworkManager. So maybe your settings are being over written. Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Stefan Carlsson Sent: Tuesday, May 9, 2017 5:36 AM To: Users at lists.opensips.org Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Hi ! It seems that the Opensip 2.2 caches DNS queries !!! Even after I disabled the resolver in Centos, the OpenSIPs seems to "remember" old queries. (eg. IP's) after a Opensip restart, the old stuff was gone. If so, how can I disable the DNS caching in the Opensips, I want the system to always make a new , fresh query. Kind Regards / Vänligen ... Stefan Carlsson ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From ravitez.dondeti at gmail.com Thu May 11 18:55:40 2017 From: ravitez.dondeti at gmail.com (Ravitez Ravi) Date: Thu, 11 May 2017 18:55:40 -0400 Subject: [OpenSIPS-Users] REG::Opensips V1.11.5 & V1.11.10 Duplicate TCP Conections In-Reply-To: References: Message-ID: Hello Razvan, Good Day, Would like to bring up that if children(workes) try to create TCP connections without a locking mechanism we may hit TCP connection limit and not process or handle valid requests eg : tcp_max_connections=10; tcp_connection_lifetime=43200; tcp_children=32 Considering the above configuration with the existing framework we can use up all 10 connections and then reject new connections. Please advise.Thank you :) Regard, Ravitez.D On Tue, May 9, 2017 at 10:20 AM, Ravitez Ravi wrote: > Hello Razvan, > God Day, > Thank you for the update,it seems that though we create > multiple TCP connections opensips uses only one tcp connection to send the > data out. > should a child be locking the tcp connection mechanism? > while creating a new tcp connection as we will be overwriting the > tcpconn_aliases_has to the > latest/recent fd. > > I believe here's the root cause : > - When a child tries to find a connection to the destination it > calls _tcpconn_find() (assuming we are using ip and not id) system checks *tcpconn_aliases_hash > *for the connection info. > * this map is maintained by the parent process and each child lock > its while reaing tcpconn_get().in order to simulate the scenario lets > assume a->parent->state is BAD this method* > * will return null and so the child tries to create a new > connections,assuming there's a second child trying to find the same > connections and goes through the same process* > > - *Now each child thinks there's no connection to the destination and > calls tcpconn_connect() this will create a socket to the destination and > passes over the fd to the * > * main process to update the has map.* > > - *Not sure if tcp_connect() should have locking mechanism as in > tcpconn_get().* > > Thank you :) > > Regards, > Ravitez.D > > On Mon, May 8, 2017 at 10:48 AM, Răzvan Crainea > wrote: > >> Hi, Ravitez! >> >> You are right - if opensips gets multiple messages in parallel that need >> to get to a single destination, each process will open a different >> connection to that destination. However, all sequential messages will use a >> single TCP connection. >> Synchronizing all the TCP actions to ensure you will have a single >> connection might be a bit overkill in terms of performance. >> >> May I ask if this is a problem for you? Can you detail a bit why? >> >> Best regards, >> >> Răzvan Crainea >> OpenSIPS Solutionswww.opensips-solutions.com >> >> On 05/04/2017 04:11 PM, Ravitez Ravi wrote: >> >> Hi All, >> Good Day, >> I have been seeing opensips creating mutiple(duplicate) TCP >> connections to the same destination if hit with heavy call load. >> >> *What do i mean?* >> opensips ip : 10.10.10.1 >> Destination : 10.10.10.2 >> Tcp Children : 32 >> >> Ideally opensips will create only one tcp connections and reuses >> it,if there's a heavy call load i see there are several tcp connections >> which are created to the same destination. >> I believe here's the root cause : >> - When a child tries to find a connection to the destination it calls >> _tcpconn_find() (assuming we are using ip and not id) system checks >> tcpconn_aliases_hash for the connection info. >> this map is maintained by the parent process and each child lock >> its while reaing tcpconn_get().in order to simulate the scenario lets >> assume a->parent->state is BAD this method >> will return null and so the child tries to create a new >> connections,assuming there's a second child trying to find the same >> connections and goes through the same process >> >> - Now each child thinks there's no connection to the destination and >> calls tcpconn_connect() this will create a socket to the destination and >> passes over the fd to the >> main process to update the has map. >> >> - Not sure if tcp_connect() should have locking mechanism as in >> tcpconn_get(). >> >> >> >> Please correct me if my understanding is wrong,please share your thoughts. >> Thank you. >> >> >> >> Regards, >> Ravitez.D >> >> >> _______________________________________________ >> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xiaoqing.zou at iptcloud.com Fri May 12 04:18:07 2017 From: xiaoqing.zou at iptcloud.com (silent_dog) Date: Fri, 12 May 2017 01:18:07 -0700 (MST) Subject: [OpenSIPS-Users] TLS error opensips 2.3 on Debian 8 Message-ID: <1494577087402-7607394.post@n2.nabble.com> Is there anybody has idea on this issue? At the beginning, it works well. However, after I added a trace module, following errors happened. modparam("siptrace", "trace_id", "[db_tid]uri=postgres://opensips:opensips at 172.22.253.42/opensips;table=sip_trace") ERROR:tls_mgm:mod_init: unable to set the memory allocation functions ERROR:tls_mgm:mod_init: NOTE: check if you are using openssl 1.0.1e-fips, (or other FIPS version of openssl, as this is known to be broken; if so, you need to upgrade or downgrade to a different openssl version! ERROR:tls_mgm:mod_init: current version: OpenSSL 1.0.1t 3 May 2016 ERROR:core:init_mod: failed to initialize module tls_mgm ERROR:core:main: error while initializing modules -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/TLS-error-opensips-2-3-on-Debian-8-tp7607394.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. From xiaoqing.zou at iptcloud.com Fri May 12 04:21:10 2017 From: xiaoqing.zou at iptcloud.com (silent_dog) Date: Fri, 12 May 2017 01:21:10 -0700 (MST) Subject: [OpenSIPS-Users] TLS error opensips 2.3 on Debian 8 In-Reply-To: <1494577087402-7607394.post@n2.nabble.com> References: <1494577087402-7607394.post@n2.nabble.com> Message-ID: <1494577270726-7607395.post@n2.nabble.com> it looks conflict with this line: modparam("siptrace", "trace_id", "[db_tid]uri=postgres://opensips:opensips at 172.22.253.42/opensips;table=sip_trace") After I commented this line, it works again. -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/TLS-error-opensips-2-3-on-Debian-8-tp7607394p7607395.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. From razvan at opensips.org Fri May 12 04:31:50 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Fri, 12 May 2017 11:31:50 +0300 Subject: [OpenSIPS-Users] TLS error opensips 2.3 on Debian 8 In-Reply-To: <1494577087402-7607394.post@n2.nabble.com> References: <1494577087402-7607394.post@n2.nabble.com> Message-ID: <4eeb93ad-d06a-6e12-92fe-554bef7904e0@opensips.org> Hello! Can you try to load the tls_mgm module at the begining of your script, before tne db_postgres and siptrace modules? PS: please subscribe to the opensips mailing lists, otherwise we might miss your sequential messages. Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/12/2017 11:18 AM, silent_dog wrote: > Is there anybody has idea on this issue? > > At the beginning, it works well. However, after I added a trace module, > following errors happened. > > modparam("siptrace", "trace_id", > "[db_tid]uri=postgres://opensips:opensips at 172.22.253.42/opensips;table=sip_trace") > > ERROR:tls_mgm:mod_init: unable to set the memory allocation functions > ERROR:tls_mgm:mod_init: NOTE: check if you are using openssl 1.0.1e-fips, > (or other FIPS version of openssl, as this is known to be broken; if so, you > need to upgrade or downgrade to a different openssl version! > ERROR:tls_mgm:mod_init: current version: OpenSSL 1.0.1t 3 May 2016 > ERROR:core:init_mod: failed to initialize module tls_mgm > ERROR:core:main: error while initializing modules > > > > -- > View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/TLS-error-opensips-2-3-on-Debian-8-tp7607394.html > Sent from the OpenSIPS - Users mailing list archive at Nabble.com. > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From xiaoqing.zou at iptcloud.com Fri May 12 04:53:43 2017 From: xiaoqing.zou at iptcloud.com (silent_dog) Date: Fri, 12 May 2017 01:53:43 -0700 (MST) Subject: [OpenSIPS-Users] TLS error opensips 2.3 on Debian 8 In-Reply-To: <4eeb93ad-d06a-6e12-92fe-554bef7904e0@opensips.org> References: <1494577087402-7607394.post@n2.nabble.com> <4eeb93ad-d06a-6e12-92fe-554bef7904e0@opensips.org> Message-ID: <1494579223348-7607397.post@n2.nabble.com> I moved tls_mgm module load to the beginning of the script, but the errors still happened... -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/TLS-error-opensips-2-3-on-Debian-8-tp7607394p7607397.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. From john.quick at smartvox.co.uk Fri May 12 05:01:53 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Fri, 12 May 2017 10:01:53 +0100 Subject: [OpenSIPS-Users] Dialog module - profile replication not working Message-ID: <000b01d2cafe$66b64190$3422c4b0$@smartvox.co.uk> Hello Liviu, Thanks for responding to my query. The setup we have is active-active. The cluster size is 2. The requirement is to be able to count, and limit, the total number of calls made by each user account. So if a particular user is allowed to make a total of 15 concurrent calls, this limit needs to be enforced as soon as the total number of calls through *both* servers exceeds 15. I have no need to replicate dialogs and can most certainly omit the modparam lines that initiate dialog replication. However, I now wonder if my method of testing is valid? I was thinking that "opensipsctl fifo profile_get_values concurrent" would show me values for both servers as soon as a call was established on either server. We might be able to upgrade to v2.3 if it is essential, but we had standardised deployment and server builds using debian packages from the repository "deb http://apt.opensips.org jessie 2.2-releases". Version 2.2 was the most up-to-date stable release when we started this project and it is still a supported version. I can see that a complex backport is not desireable for the developers but please can you help us to at least work around the known issues if possible. Regards John Quick Smartvox Limited > Hi, John! > > First of all, this is a known issue [1] with the 2.2 clusterer, where > you cannot use both replication mechanisms of dialog concurrently. This > has been fixed in 2.3 and above, and required a significant code > refactoring, which is unlikely to get backported soon. > > Secondly, what you are trying to do is unlikely to solve your problem > even with 2.3+, as the dialog replication mechanism __already__ > broadcasts the profiles of each box throughout its cluster. > Consequently, reusing the same cluster id to share the profiles between > boxes (yet again) will effectively double the value of each profile. If > I correctly understand your intention, simply enabling dialog > replication (profile included) will solve your problem. Please correct > me if I'm wrong. > > The documentation could use some improvements in order to reflect the > following (I will take care of this): > > * dialog replication allows you to have "hot backups". Profiles are > included. Recommended cluster size: 2 > > * profile replication is meant to be used in > active-active-...-active setups, in order to easily achieve whatever > platform-wide limitations you may think of. The OpenSIPS cluster size > can grow indefinitely here. > > Some food for thought: currently in OpenSIPS 2.3+, although merging the > above two concepts will work, the profiles are likely to be counted more > than once, and your limits will hit faster. The clusterer needs more > love in order to support "profile sharing between highly available > clusters". > > Best regards, > > [1]: https://github.com/OpenSIPS/opensips/issues/938 > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com From RBroers at motto.nl Fri May 12 05:28:10 2017 From: RBroers at motto.nl (Rik Broers) Date: Fri, 12 May 2017 09:28:10 +0000 Subject: [OpenSIPS-Users] Cancel ACK routing In-Reply-To: References: Message-ID: Hi! I'm building a proxy between two public endpoints, so no nat involved luckily. I've got everything to work except for the CANCEL. It breaks the same if I start the call from the other endpoint. Attached a visual of the traffic flow. Not attached, at link here: https://www.dropbox.com/s/m45wwjlt4cmhy7k/Captuasdre.JPG?dl=0 Now I would like to fix the final 487 ACK bouncing, and it seems to me that opensips should just accept the ACK from the 487 and end the transaction. The script is based on the standard one after install with some routing logic. So the ACK is handled in the sequential path with this comment: # non loose-route, but stateful ACK; must be an ACK after # a 487 or e.g. 404 from upstream server I also tried to fix/workaround it with the topology_hiding module, but as soon as the ACK (packet 12 in the diagram) is sent back opensips crashes with CRITICAL:core:free_lump: called on a not free-able lump:0x7f9ba2cc9d68 flags=2 and no 487 is being sent to the left endpoint. version: opensips 2.3.0-beta (x86_64/linux) git revision: 2f688b5 Crash dump with dbg on for the topo hiding scenario available on request, rather not share it on the list :) Did I hit an opensips bug or am I missing something? Regards, Met vriendelijke groet, Rik Broers Voice Engineer rbroers at motto.nl -------------- next part -------------- An HTML attachment was scrubbed... URL: From E75A4669 at exemail.com.au Fri May 12 05:45:02 2017 From: E75A4669 at exemail.com.au (Alexander Jankowsky) Date: Fri, 12 May 2017 19:15:02 +0930 Subject: [OpenSIPS-Users] tls error what does this mean Message-ID: <001901d2cb04$6e160410$4a420c30$@exemail.com.au> Hello, I am trying to register a phone through tls into opensips 2.3 stable. I am stuck here... This from the remote phone which has no certificate or key loaded at present. ERROR:proto_tls:tls_accept: New TLS connection from 111.111.111.111:11111 failed to accept ERROR:proto_tls:tls_print_errstack: TLS errstack: error:140890B2:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:no certificate returned ERROR:proto_tls:tls_read_req: failed to do pre-tls reading INFO:core:probe_max_sock_buff: using snd buffer of 416 kb This is from the local phone which does have a certificate and its private key loaded. INFO:core:init_sock_keepalive: TCP keepalive enabled on socket 63 ERROR:proto_tls:tls_accept: New TLS connection from 222.222.222.222:22222 failed to accept ERROR:proto_tls:tls_print_errstack: TLS errstack: error:140890C7:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:peer did not return a certificate ERROR:proto_tls:tls_read_req: failed to do pre-tls reading INFO:core:probe_max_sock_buff: using snd buffer of 416 kb Is it obvious what I should be doing here or what I should try next? Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Fri May 12 05:50:24 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Fri, 12 May 2017 12:50:24 +0300 Subject: [OpenSIPS-Users] tls error what does this mean In-Reply-To: <001901d2cb04$6e160410$4a420c30$@exemail.com.au> References: <001901d2cb04$6e160410$4a420c30$@exemail.com.au> Message-ID: <9a9c8543-ef8c-2faa-d2e4-9d1b5e6e1e00@opensips.org> Hi, Alex! Did you specify a certificate in your opensips configuration? Can you connect to OpenSIPS with openssl[1]? [1] https://www.opensips.org/Documentation/Tutorials-TLS-2-1#toc13 Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/12/2017 12:45 PM, Alexander Jankowsky wrote: > > Hello, > > I am trying to register a phone through tls into opensips 2.3 stable. > > I am stuck here... > > This from the remote phone which has no certificate or key loaded at > present. > > ERROR:proto_tls:tls_accept: New TLS connection from > 111.111.111.111:11111 failed to accept > > ERROR:proto_tls:tls_print_errstack: TLS errstack: error:140890B2:SSL > routines:SSL3_GET_CLIENT_CERTIFICATE:no certificate returned > > ERROR:proto_tls:tls_read_req: failed to do pre-tls reading > > INFO:core:probe_max_sock_buff: using snd buffer of 416 kb > > This is from the local phone which does have a certificate and its > private key loaded. > > INFO:core:init_sock_keepalive: TCP keepalive enabled on socket 63 > > ERROR:proto_tls:tls_accept: New TLS connection from > 222.222.222.222:22222 failed to accept > > ERROR:proto_tls:tls_print_errstack: TLS errstack: error:140890C7:SSL > routines:SSL3_GET_CLIENT_CERTIFICATE:peer did not return a certificate > > ERROR:proto_tls:tls_read_req: failed to do pre-tls reading > > INFO:core:probe_max_sock_buff: using snd buffer of 416 kb > > Is it obvious what I should be doing here or what I should try next? > > Alex > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri May 12 07:52:13 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 12 May 2017 14:52:13 +0300 Subject: [OpenSIPS-Users] REG::Multiple TCP Connections to Same Destination. In-Reply-To: References: <5451e3ca-ff7d-3df0-7987-b9db3d6a44b1@opensips.org> <10887681-1224-45ec-7ad2-317469d63fb6@opensips.org> Message-ID: <9fbf47c4-7aa9-da45-f12c-7c6d0d32bb60@opensips.org> Hello Ravitez, OK, so you see data being pending for reading from UAS - are you sure the outbound TCP is the bottleneck ? have you tried to set some thresholds on the script to see what the slowest part ? Maybe it is not TCP related. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/11/2017 06:41 PM, Ravitez Ravi wrote: > Hello Bogdan, > Good Day, > Congestion happens on the receive Q of opensips(UAS -> > opensips) when UAS tries to send ~3000 messages in one second. > and i see multiple tcp_connections being created to the > same destination (SBC) but based on the logic only the recent or the > last connection is > being used,when tcp_async is used i see readQ > (USA->opensips) not being read (still see n number of bytes). > Thank you. > > Regards, > Ravitez.D > > > On Thu, May 11, 2017 at 4:13 AM, Bogdan-Andrei Iancu > > wrote: > > Hello Ravitez, > > yes, there will be only one connection between OpenSIPS and SBC, > which will be shared between all the SIP workers. In OpenSIPS TCP, > there is no concept of "connection per child". Still, what is the > kind of congestion you are experience ? could you provide here > some more details ? > > Best regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > > On 05/01/2017 05:48 PM, Ravitez Ravi wrote: >> Hi Bogdan, >> Good Day, >> Thank you for reaching out. >> Considering the below example,though we have >> multiple UAC >> opensips creates only one tcp connection to SBC >> which is valid because it only sees the SBC >> but this creates congestion and in few scenarios >> opensips creates too many tcp connections(bug). >> in order to solve this i was thinking if we can >> have 1 tcp connection per child. >> Please share your thoughts. >> Thank you. >> Inline image 1 >> Regards, >> Ravitez.D >> On Mon, May 1, 2017 at 4:43 AM, Bogdan-Andrei Iancu >> > wrote: >> >> Hi Ravitez, OpenSIPS is doing connection reusage, so, if >> there IP destination is the same, the existing connection >> will be used. Why do you want to change this ? Best regards, >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> >> >> On 04/28/2017 07:28 AM, Ravitez Ravi wrote: >>> Hello, >>> I have been using opensips 1.11.5 as a proxy between >>> the application server and clients,things were fine as each >>> client had a dedicated tcp connection to opensips. >>> once i introduced SBC ,opensips has only one TCP >>> connection to SBC .would it be possible to create multiple >>> TCP connections to the same destination?. >>> eg : >>> Each child having a TCP connection to the same >>> destination. >>> from what i understand is if a tcp connection exists to >>> a destination opensips passes on the fd to a requesting >>> child to send data. >>> please share your thoughts. >>> Regards, >>> Ravitez.D >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 10282 bytes Desc: not available URL: From RBroers at motto.nl Fri May 12 08:12:07 2017 From: RBroers at motto.nl (Rik Broers) Date: Fri, 12 May 2017 12:12:07 +0000 Subject: [OpenSIPS-Users] Cancel ACK routing In-Reply-To: References: Message-ID: Pulled latest 2.3.0 changes, still the same crash :) Met vriendelijke groet, Rik Broers Voice Engineer Van: Users [mailto:users-bounces at lists.opensips.org] Namens Rik Broers Verzonden: 12 May 2017 11:28 Aan: OpenSIPS users mailling list Onderwerp: [OpenSIPS-Users] Cancel ACK routing Deze afzender heeft onze fraudedetectiecontroles niet doorstaan en gebruikt mogelijk een vals adres. Meer informatie over adresvervalsing Feedback Hi! I'm building a proxy between two public endpoints, so no nat involved luckily. I've got everything to work except for the CANCEL. It breaks the same if I start the call from the other endpoint. Attached a visual of the traffic flow. Not attached, at link here: https://www.dropbox.com/s/m45wwjlt4cmhy7k/Captuasdre.JPG?dl=0 Now I would like to fix the final 487 ACK bouncing, and it seems to me that opensips should just accept the ACK from the 487 and end the transaction. The script is based on the standard one after install with some routing logic. So the ACK is handled in the sequential path with this comment: # non loose-route, but stateful ACK; must be an ACK after # a 487 or e.g. 404 from upstream server I also tried to fix/workaround it with the topology_hiding module, but as soon as the ACK (packet 12 in the diagram) is sent back opensips crashes with CRITICAL:core:free_lump: called on a not free-able lump:0x7f9ba2cc9d68 flags=2 and no 487 is being sent to the left endpoint. version: opensips 2.3.0-beta (x86_64/linux) git revision: 2f688b5 Crash dump with dbg on for the topo hiding scenario available on request, rather not share it on the list :) Did I hit an opensips bug or am I missing something? Regards, Met vriendelijke groet, Rik Broers Voice Engineer rbroers at motto.nl -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Fri May 12 09:20:54 2017 From: liviu at opensips.org (Liviu Chircu) Date: Fri, 12 May 2017 16:20:54 +0300 Subject: [OpenSIPS-Users] Dialog module - profile replication not working In-Reply-To: <000b01d2cafe$66b64190$3422c4b0$@smartvox.co.uk> References: <000b01d2cafe$66b64190$3422c4b0$@smartvox.co.uk> Message-ID: For your setup, profile replication between the two boxes should suffice, with the following usage by and large: * modparam("dialog", "profiles_with_value", "concurrent/b") * set_dlg_profile("concurrent/b"); * opensipsctl fifo profile_get_values concurrent/b It should work without problems on 2.2 as well. Please let me know if you run into any sort of issues. Regards, Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 12.05.2017 12:01, John Quick wrote: > Hello Liviu, > > Thanks for responding to my query. > > The setup we have is active-active. The cluster size is 2. > The requirement is to be able to count, and limit, the total number of calls made by each user account. > So if a particular user is allowed to make a total of 15 concurrent calls, this limit needs to be enforced as soon as the total number of calls through *both* servers exceeds 15. > > I have no need to replicate dialogs and can most certainly omit the modparam lines that initiate dialog replication. > > However, I now wonder if my method of testing is valid? > I was thinking that "opensipsctl fifo profile_get_values concurrent" would show me values for both servers as soon as a call was established on either server. > > We might be able to upgrade to v2.3 if it is essential, but we had standardised deployment and server builds using debian packages from the repository "deb http://apt.opensips.org jessie 2.2-releases". Version 2.2 was the most up-to-date stable release when we started this project and it is still a supported version. I can see that a complex backport is not desireable for the developers but please can you help us to at least work around the known issues if possible. > > Regards > John Quick > Smartvox Limited > > >> Hi, John! >> >> First of all, this is a known issue [1] with the 2.2 clusterer, where >> you cannot use both replication mechanisms of dialog concurrently. This >> has been fixed in 2.3 and above, and required a significant code >> refactoring, which is unlikely to get backported soon. >> >> Secondly, what you are trying to do is unlikely to solve your problem >> even with 2.3+, as the dialog replication mechanism __already__ >> broadcasts the profiles of each box throughout its cluster. >> Consequently, reusing the same cluster id to share the profiles between >> boxes (yet again) will effectively double the value of each profile. If >> I correctly understand your intention, simply enabling dialog >> replication (profile included) will solve your problem. Please correct >> me if I'm wrong. >> >> The documentation could use some improvements in order to reflect the >> following (I will take care of this): >> >> * dialog replication allows you to have "hot backups". Profiles are >> included. Recommended cluster size: 2 >> >> * profile replication is meant to be used in >> active-active-...-active setups, in order to easily achieve whatever >> platform-wide limitations you may think of. The OpenSIPS cluster size >> can grow indefinitely here. >> >> Some food for thought: currently in OpenSIPS 2.3+, although merging the >> above two concepts will work, the profiles are likely to be counted more >> than once, and your limits will hit faster. The clusterer needs more >> love in order to support "profile sharing between highly available >> clusters". >> >> Best regards, >> >> [1]: https://github.com/OpenSIPS/opensips/issues/938 >> >> Liviu Chircu >> OpenSIPS Developer >> http://www.opensips-solutions.com From E75A4669 at exemail.com.au Fri May 12 10:40:05 2017 From: E75A4669 at exemail.com.au (Alexander Jankowsky) Date: Sat, 13 May 2017 00:10:05 +0930 Subject: [OpenSIPS-Users] tls error what does this mean Message-ID: <000d01d2cb2d$a5b2a1c0$f117e540$@exemail.com.au> Set me thinking and searching, alright and thankyou, the phone has registered. What worked and what I had misunderstood was to open the certificate itself in a text editor and pick out what was already prepared inside the certificate. I was mistakenly re-encoding the certificate.pem entire itself into base64 and doing a cut and paste into a format for the phone. This was the resultant error. Alex From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Razvan Crainea Sent: Friday, 12 May 2017 7:20 PM To: users at lists.opensips.org Subject: Re: [OpenSIPS-Users] tls error what does this mean Hi, Alex! Did you specify a certificate in your opensips configuration? Can you connect to OpenSIPS with openssl[1]? [1] https://www.opensips.org/Documentation/Tutorials-TLS-2-1#toc13 Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/12/2017 12:45 PM, Alexander Jankowsky wrote: Hello, I am trying to register a phone through tls into opensips 2.3 stable. I am stuck here... This from the remote phone which has no certificate or key loaded at present. ERROR:proto_tls:tls_accept: New TLS connection from 111.111.111.111:11111 failed to accept ERROR:proto_tls:tls_print_errstack: TLS errstack: error:140890B2:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:no certificate returned ERROR:proto_tls:tls_read_req: failed to do pre-tls reading INFO:core:probe_max_sock_buff: using snd buffer of 416 kb This is from the local phone which does have a certificate and its private key loaded. INFO:core:init_sock_keepalive: TCP keepalive enabled on socket 63 ERROR:proto_tls:tls_accept: New TLS connection from 222.222.222.222:22222 failed to accept ERROR:proto_tls:tls_print_errstack: TLS errstack: error:140890C7:SSL routines:SSL3_GET_CLIENT_CERTIFICATE:peer did not return a certificate ERROR:proto_tls:tls_read_req: failed to do pre-tls reading INFO:core:probe_max_sock_buff: using snd buffer of 416 kb Is it obvious what I should be doing here or what I should try next? Alex _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefan.carlsson at vaxeltjanst.se Fri May 12 08:42:23 2017 From: stefan.carlsson at vaxeltjanst.se (Stefan Carlsson) Date: Fri, 12 May 2017 12:42:23 +0000 Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. In-Reply-To: References: <39b3741f83df4c918b93f7ffa4c8ff9b@svab-exchange.vaxeltjanst.local> Message-ID: <8527c2fa996b4597b992c687c22c9d94@svab-exchange.vaxeltjanst.local> No nameserver (eg. bind) installed. The file resolv.conf is there but with no entries. So I've hardcoded the ip/names in the hosts file. But as I wrote, the strange thing is that the system got the fact that no dns was found, but OpenSIPS still nows the "bad addresses" from somewhere. (earlier DNS queries) A restart of the OpenSIP's solved the problem, and this is very odd !!! Thanks for setting your time on this matter ... // Stefan From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mundkowsky, Robert Sent: den 12 maj 2017 00:42 To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Also you can try removing "dns" from your nsswitch.conf file or hard coding the bad server name in the hosts file (remember to use ipv4 and ipv6 if needed). Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mundkowsky, Robert Sent: Thursday, May 11, 2017 6:39 PM To: OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Is there a name server running on your box? man7.org/linux/man-pages/man5/resolv.conf.5.html says "If this file does not exist, only the name server on the local machine will be queried " Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Stefan Carlsson Sent: Thursday, May 11, 2017 4:50 AM To: OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Hi ! Thanks for your reply. I did the following. 1) I've checked my nsswitch.conf file and it says 'files dns' as in default , so no change there. 2) I "disabled the resolver" but simply commented out the dns servers in resolv.conf, checked the resolver by a simple ping to www.google.com, got the response: 'unknown host' as it should. 3) Then I've put our SIP operators ip-name pairs in the hosts file, EXCEPT the one that causes us problem , checked with ping , got hits on all of them, and the one that where the problem responded with 'unknown host', so the system looks up the hosts file correctly. 4) But STILL Opensips uses the faulty one , the IP is not in the hosts file, no dns servers is in the resolv.conf. 5) Restarts the Opensips, now it works as expected. Can anyone out there give me an explanation that causes this behavior ? Again, thank you for your attend at this matter. Kind Regards / Vänligen ... Stefan Carlsson From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mundkowsky, Robert Sent: den 10 maj 2017 15:13 To: OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. What do you mean you "disabled the resolver"? I haven't play with this in a long time, but I think the /etc/nsswitch.conf file defines if you use /etc/hosts file or/and DNS for looking up host names, and might allow nis+ as well, but I can't remember. So might want to check if you happen to have your hostname defined in the hosts file. Also seems people note that /etc/resolv.conf might be overwrite at boot based on using NetworkManager. So maybe your settings are being over written. Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Stefan Carlsson Sent: Tuesday, May 9, 2017 5:36 AM To: Users at lists.opensips.org Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Hi ! It seems that the Opensip 2.2 caches DNS queries !!! Even after I disabled the resolver in Centos, the OpenSIPs seems to "remember" old queries. (eg. IP's) after a Opensip restart, the old stuff was gone. If so, how can I disable the DNS caching in the Opensips, I want the system to always make a new , fresh query. Kind Regards / Vänligen ... Stefan Carlsson ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri May 12 12:27:51 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 12 May 2017 19:27:51 +0300 Subject: [OpenSIPS-Users] Cancel ACK routing In-Reply-To: References: Message-ID: Hi Rik, So, without the TH part, it seems that the incoming ACK (from caller side) is not recognized and the 487 is retransmitted. How do you handle that ACK? are you sure it hits a t_relay() or t_newtran() function ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/12/2017 12:28 PM, Rik Broers wrote: > > Hi! > > I’m building a proxy between two public endpoints, so no nat involved > luckily. > > I’ve got everything to work except for the CANCEL. It breaks the same > if I start the call from the other endpoint. > > Attached a visual of the traffic flow. Not attached, at link here: > https://www.dropbox.com/s/m45wwjlt4cmhy7k/Captuasdre.JPG?dl=0 > > Now I would like to fix the final 487 ACK bouncing, and it seems to me > that opensips should just accept the ACK from the 487 and end the > transaction. > > The script is based on the standard one after install with some > routing logic. So the ACK is handled in the sequential path with this > comment: > > # non loose-route, but stateful ACK; must be an ACK after > > # a 487 or e.g. 404 from upstream server > > I also tried to fix/workaround it with the topology_hiding module, but > as soon as the ACK (packet 12 in the diagram) is sent back opensips > crashes with > CRITICAL:core:free_lump: called on a not free-able lump:0x7f9ba2cc9d68 > flags=2 > and no 487 is being sent to the left endpoint. > > version: opensips 2.3.0-beta (x86_64/linux) > > git revision: 2f688b5 > > Crash dump with dbg on for the topo hiding scenario available on > request, rather not share it on the list J > > Did I hit an opensips bug or am I missing something? > > Regards, > > Met vriendelijke groet, > > *Rik Broers* > Voice Engineer > > rbroers at motto.nl > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.quick at smartvox.co.uk Fri May 12 16:26:47 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Fri, 12 May 2017 21:26:47 +0100 Subject: [OpenSIPS-Users] Dialog module - profile replication not working In-Reply-To: References: <000b01d2cafe$66b64190$3422c4b0$@smartvox.co.uk> Message-ID: <000801d2cb5e$14a77990$3df66cb0$@smartvox.co.uk> Hi Liviu, The problem was that I had failed to include the /b option. It is all working now. Thank you for your help. John Quick Smartvox Limited -----Original Message----- From: Liviu Chircu [mailto:liviu at opensips.org] Sent: 12 May 2017 14:21 To: john.quick at smartvox.co.uk Cc: users at lists.opensips.org Subject: Re: [OpenSIPS-Users] Dialog module - profile replication not working For your setup, profile replication between the two boxes should suffice, with the following usage by and large: * modparam("dialog", "profiles_with_value", "concurrent/b") * set_dlg_profile("concurrent/b"); * opensipsctl fifo profile_get_values concurrent/b It should work without problems on 2.2 as well. Please let me know if you run into any sort of issues. Regards, Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 12.05.2017 12:01, John Quick wrote: > Hello Liviu, > > Thanks for responding to my query. > > The setup we have is active-active. The cluster size is 2. > The requirement is to be able to count, and limit, the total number of calls made by each user account. > So if a particular user is allowed to make a total of 15 concurrent calls, this limit needs to be enforced as soon as the total number of calls through *both* servers exceeds 15. > > I have no need to replicate dialogs and can most certainly omit the modparam lines that initiate dialog replication. > > However, I now wonder if my method of testing is valid? > I was thinking that "opensipsctl fifo profile_get_values concurrent" would show me values for both servers as soon as a call was established on either server. > > We might be able to upgrade to v2.3 if it is essential, but we had standardised deployment and server builds using debian packages from the repository "deb http://apt.opensips.org jessie 2.2-releases". Version 2.2 was the most up-to-date stable release when we started this project and it is still a supported version. I can see that a complex backport is not desireable for the developers but please can you help us to at least work around the known issues if possible. > > Regards > John Quick > Smartvox Limited > > >> Hi, John! >> >> First of all, this is a known issue [1] with the 2.2 clusterer, where >> you cannot use both replication mechanisms of dialog concurrently. >> This has been fixed in 2.3 and above, and required a significant code >> refactoring, which is unlikely to get backported soon. >> >> Secondly, what you are trying to do is unlikely to solve your problem >> even with 2.3+, as the dialog replication mechanism __already__ >> broadcasts the profiles of each box throughout its cluster. >> Consequently, reusing the same cluster id to share the profiles >> between boxes (yet again) will effectively double the value of each >> profile. If I correctly understand your intention, simply enabling >> dialog replication (profile included) will solve your problem. Please >> correct me if I'm wrong. >> >> The documentation could use some improvements in order to reflect the >> following (I will take care of this): >> >> * dialog replication allows you to have "hot backups". Profiles are >> included. Recommended cluster size: 2 >> >> * profile replication is meant to be used in >> active-active-...-active setups, in order to easily achieve >> whatever platform-wide limitations you may think of. The OpenSIPS >> cluster size can grow indefinitely here. >> >> Some food for thought: currently in OpenSIPS 2.3+, although merging >> the above two concepts will work, the profiles are likely to be >> counted more than once, and your limits will hit faster. The >> clusterer needs more love in order to support "profile sharing >> between highly available clusters". >> >> Best regards, >> >> [1]: https://github.com/OpenSIPS/opensips/issues/938 >> >> Liviu Chircu >> OpenSIPS Developer >> http://www.opensips-solutions.com From ravitez.dondeti at gmail.com Sat May 13 17:01:43 2017 From: ravitez.dondeti at gmail.com (Ravitez Ravi) Date: Sat, 13 May 2017 17:01:43 -0400 Subject: [OpenSIPS-Users] Issues running opensips with load balancer. Message-ID: Hi All, I’m trying to run opensips with load balancer module but it fails to come up. Below are details of what I have done and been trying. My questions are in *bold italics and highlighted in yellow*. Request you to take a look and help. *Objective:* Install OpenSIPS 1.11.10 with TLS on RHEL 6.5 for load balancing SIP traffic *Procedure followed:* 1. Download and install OpenSIPS1.11.10 on RHEL 6.5 with default configuration: a. Downloaded http://opensips.org/pub/opensips/1.11.10/opensips-1.11.10-tls.tar.gz b. Un-tar and un-zip the downloaded file c. Go to opensips-1.11.10-tls folder, ran make menuconfig, select Compile And Install OpenSIPS and followed by Exit & Save All Changes d. Run opensips on command line, ensure the opensips process is running using ‘ps -ef | grep opensips’ command and stop the process using ‘killall opensips’ 2. Get necessary dependencies straightened out for load balancer as mentioned in section 1.4 in http://www.opensips.org/html/docs/modules/1.11.x/load_balancer.html a. The section lists the following OpenSIPS modules: i) *Dialog* – Dialog module, ii) *Dialog* – TM module, iii) *database* – one of the DB modules. b. I did not see any specific dialog module either in Configure Compile Flags or Configure Excluded Modules, however, I could see /usr/local/lib64/opensips/modules/dialog.so and assumed this is the intended module. *Not sure if it covers both Dialog and TM. Please clarify.* c. I selected db_mysql from Configure Excluded Modules and got a message “You have enabled the 'db_mysql' module, so please install ' development libraries of mysql-client , typically libmysqlclient-dev'” while saving. I could not find the RPM for RHEL. The closed I could find is libmysqlclient16-devel-5.1.69-1.w6.x86_64.rpm which fails to get installed. *Am I in right path here? Please advise.* d. I was following an example mentioned section 3.2 in http://www.opensips.org/Documentation/Tutorials-LoadBalancing. The section shows following modules to be loaded: loadmodule "modules/maxfwd/maxfwd.so" loadmodule "modules/sl/sl.so" loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/tm/tm.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/uri/uri.so" loadmodule "modules/rr/rr.so" loadmodule "modules/dialog/dialog.so" loadmodule "modules/mi_fifo/mi_fifo.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" loadmodule "modules/signaling/signaling.so" loadmodule "modules/textops/textops.so" loadmodule "modules/load_balancer/load_balancer.so" However, the sub-directories mentioned in above list is not seen on my file system after OpenSIPS installation, yet I see some of the above list shared libraries under /usr/local/lib64/opensips/modules. *Hope this is ok.* e. The defaults opensips.cfg provided includes most of the above listed modules, but the below libraries were missing which are needed for load balancer: loadmodule "modules/dialog.so" loadmodule "modules/textops.so" loadmodule "modules/load_balancer/load_balancer.so" loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so I was able to successfully start opensips after loading dialog.so and textops.so, however, opensips refuses to start when I load load_balancer.so with following error: May 13 16:40:18 kuat opensips: INFO:core:shm_mem_init: allocating SHM block May 13 16:40:18 kuat opensips[22969]: NOTICE:core:main: version: opensips 1.11.10-tls (x86_64/linux) May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 32 Mb shared memory May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 2 Mb private memory per process May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: NOTICE:signaling:mod_init: initializing module ... May 13 16:40:18 kuat opensips[22969]: INFO:sl:mod_init: Initializing StateLess engine May 13 16:40:18 kuat opensips[22969]: INFO:tm:mod_init: TM - initializing... May 13 16:40:18 kuat opensips[22969]: INFO:rr:mod_init: rr - initializing May 13 16:40:18 kuat opensips[22969]: INFO:maxfwd:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:sipmsgops:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:usrloc:ul_init_locks: locks array size 512 May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:registrar:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:acc:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:dialog:mod_init: Dialog module - initializing May 13 16:40:18 kuat opensips[22969]: INFO:textops:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:load_balancer:mod_init: Load-Balancer module - initializing *May 13 16:40:18 kuat opensips[22969]: ERROR:load_balancer:mod_init: DB URL is not defined!* *May 13 16:40:18 kuat opensips[22969]: ERROR:core:init_mod: failed to initialize module load_balancer* *May 13 16:40:18 kuat opensips[22969]: ERROR:core:main: error while initializing modules* May 13 16:40:18 kuat opensips[22969]: INFO:core:cleanup: cleanup May 13 16:40:18 kuat opensips: INFO:core:daemonize: pre-daemon process exiting with -1 *Looks like this is due to DB module. Is this correct?* f. I do not see following shared libraries. *Please let me know which modules should I load to get them.* loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" Thank you :) Regards, Ravitez.D -------------- next part -------------- An HTML attachment was scrubbed... URL: From volga629 at networklab.ca Sat May 13 23:28:56 2017 From: volga629 at networklab.ca (volga629 at networklab.ca) Date: Sun, 14 May 2017 00:28:56 -0300 Subject: [OpenSIPS-Users] sdp Message-ID: <1494732536.3909.0@smtp.networklab.ca> Hello Everyone, What good approach to test/detect 0.0.0.0 in sdp c IN = line ? I don't see any functions to parse sdp properly. volga629 -------------- next part -------------- An HTML attachment was scrubbed... URL: From michele.pinassi at unisi.it Sun May 14 07:42:21 2017 From: michele.pinassi at unisi.it (michele.pinassi) Date: Sun, 14 May 2017 13:42:21 +0200 Subject: [OpenSIPS-Users] R: Issues running opensips with load balancer. Message-ID: Hi Ravi, there's any special reason not to choose latest 2.3 or, if you need 1.11 series, 1.11.9 ? Also i suggest to choose a Debian 8 instead of RHel. Michele Inviato da smartphone Samsung Galaxy. -------- Messaggio originale --------Da: Ravitez Ravi Data: 13/05/17 23:01 (GMT+01:00) A: OpenSIPS users mailling list Oggetto: [OpenSIPS-Users] Issues running opensips with load balancer. Hi All, I’m trying to run opensips with load balancer module but it fails to come up. Below are details of what I have done and been trying. My questions are in bold italics and highlighted in yellow. Request you to take a look and help.   Objective: Install OpenSIPS 1.11.10 with TLS on RHEL 6.5 for load balancing SIP traffic Procedure followed: 1.       Download and install OpenSIPS1.11.10 on RHEL 6.5 with default configuration: a.       Downloaded http://opensips.org/pub/opensips/1.11.10/opensips-1.11.10-tls.tar.gz b.      Un-tar and un-zip the downloaded file c.       Go to opensips-1.11.10-tls folder, ran make menuconfig, select Compile And Install OpenSIPS and followed by Exit & Save All Changes d.      Run opensips on command line, ensure the opensips process is running using ‘ps -ef | grep opensips’ command and stop the process using ‘killall opensips’   2.       Get necessary dependencies straightened out for load balancer as mentioned in section 1.4 in http://www.opensips.org/html/docs/modules/1.11.x/load_balancer.html a.       The section lists the following OpenSIPS modules: i) Dialog – Dialog module, ii) Dialog – TM module, iii) database – one of the DB modules. b.      I did not see any specific dialog module either in Configure Compile Flags or Configure Excluded Modules, however, I could see /usr/local/lib64/opensips/modules/dialog.so and assumed this is the intended module. Not sure if it covers both Dialog and TM. Please clarify. c.       I selected db_mysql from Configure Excluded Modules and got a message “You have enabled the 'db_mysql' module, so please install ' development libraries of mysql-client , typically libmysqlclient-dev'” while saving. I could not find the RPM for RHEL. The closed I could find is libmysqlclient16-devel-5.1.69-1.w6.x86_64.rpm which fails to get installed. Am I in right path here? Please advise. d.      I was following an example mentioned section 3.2 in http://www.opensips.org/Documentation/Tutorials-LoadBalancing. The section shows following modules to be loaded: loadmodule "modules/maxfwd/maxfwd.so" loadmodule "modules/sl/sl.so" loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/tm/tm.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/uri/uri.so" loadmodule "modules/rr/rr.so" loadmodule "modules/dialog/dialog.so" loadmodule "modules/mi_fifo/mi_fifo.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" loadmodule "modules/signaling/signaling.so" loadmodule "modules/textops/textops.so" loadmodule "modules/load_balancer/load_balancer.so" However, the sub-directories mentioned in above list is not seen on my file system after OpenSIPS installation, yet I see some of the above list shared libraries under /usr/local/lib64/opensips/modules. Hope this is ok. e.      The defaults opensips.cfg provided includes most of the above listed modules, but the below libraries were missing which are needed for load balancer:             loadmodule "modules/dialog.so" loadmodule "modules/textops.so" loadmodule "modules/load_balancer/load_balancer.so" loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so I was able to successfully start opensips after loading dialog.so and textops.so, however, opensips refuses to start when I load load_balancer.so with following error: May 13 16:40:18 kuat opensips: INFO:core:shm_mem_init: allocating SHM block May 13 16:40:18 kuat opensips[22969]: NOTICE:core:main: version: opensips 1.11.10-tls (x86_64/linux) May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 32 Mb shared memory May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 2 Mb private memory per process May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: NOTICE:signaling:mod_init: initializing module ... May 13 16:40:18 kuat opensips[22969]: INFO:sl:mod_init: Initializing StateLess engine May 13 16:40:18 kuat opensips[22969]: INFO:tm:mod_init: TM - initializing... May 13 16:40:18 kuat opensips[22969]: INFO:rr:mod_init: rr - initializing May 13 16:40:18 kuat opensips[22969]: INFO:maxfwd:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:sipmsgops:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:usrloc:ul_init_locks: locks array size 512 May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:registrar:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:acc:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:dialog:mod_init: Dialog module - initializing May 13 16:40:18 kuat opensips[22969]: INFO:textops:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:load_balancer:mod_init: Load-Balancer module - initializing May 13 16:40:18 kuat opensips[22969]: ERROR:load_balancer:mod_init: DB URL is not defined! May 13 16:40:18 kuat opensips[22969]: ERROR:core:init_mod: failed to initialize module load_balancer May 13 16:40:18 kuat opensips[22969]: ERROR:core:main: error while initializing modules May 13 16:40:18 kuat opensips[22969]: INFO:core:cleanup: cleanup May 13 16:40:18 kuat opensips: INFO:core:daemonize: pre-daemon process exiting with -1 Looks like this is due to DB module. Is this correct? f.        I do not see following shared libraries. Please let me know which modules should I load to get them. loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" Thank you :) Regards,Ravitez.D -------------- next part -------------- An HTML attachment was scrubbed... URL: From ravitez.dondeti at gmail.com Sun May 14 22:31:53 2017 From: ravitez.dondeti at gmail.com (Ravitez Ravi) Date: Sun, 14 May 2017 22:31:53 -0400 Subject: [OpenSIPS-Users] R: Issues running opensips with load balancer. In-Reply-To: References: Message-ID: Hi Michele, Good Day, Im unable to compile 2.3 in RHL 6.5 so got back to 1.9. Regards, Ravitez.D On Sun, May 14, 2017 at 7:42 AM, michele.pinassi wrote: > Hi Ravi, there's any special reason not to choose latest 2.3 or, if you > need 1.11 series, 1.11.9 ? > > Also i suggest to choose a Debian 8 instead of RHel. > > Michele > > > Inviato da smartphone Samsung Galaxy. > > -------- Messaggio originale -------- > Da: Ravitez Ravi > Data: 13/05/17 23:01 (GMT+01:00) > A: OpenSIPS users mailling list > Oggetto: [OpenSIPS-Users] Issues running opensips with load balancer. > > Hi All, > > I’m trying to run opensips with load balancer module but it fails to come > up. Below are details of what I have done and been trying. My questions are > in *bold italics and highlighted in yellow*. Request you to take a look > and help. > > > > *Objective:* Install OpenSIPS 1.11.10 with TLS on RHEL 6.5 for load > balancing SIP traffic > > *Procedure followed:* > > 1. Download and install OpenSIPS1.11.10 on RHEL 6.5 with default > configuration: > > a. Downloaded http://opensips.org/pub/opensips/1.11.10/opensips-1. > 11.10-tls.tar.gz > > b. Un-tar and un-zip the downloaded file > > c. Go to opensips-1.11.10-tls folder, ran make menuconfig, select Compile > And Install OpenSIPS and followed by Exit & Save All Changes > > d. Run opensips on command line, ensure the opensips process is > running using ‘ps -ef | grep opensips’ command and stop the process using > ‘killall opensips’ > > > > 2. Get necessary dependencies straightened out for load balancer as > mentioned in section 1.4 in http://www.opensips.org/html/ > docs/modules/1.11.x/load_balancer.html > > a. The section lists the following OpenSIPS modules: i) *Dialog* – > Dialog module, ii) *Dialog* – TM module, iii) *database* – one of the DB > modules. > > b. I did not see any specific dialog module either in Configure > Compile Flags or Configure Excluded Modules, however, I could see > /usr/local/lib64/opensips/modules/dialog.so and assumed this is the > intended module. *Not sure if it covers both Dialog and TM. Please > clarify.* > > c. I selected db_mysql from Configure Excluded Modules and got a > message “You have enabled the 'db_mysql' module, so please install ' > development libraries of mysql-client , typically libmysqlclient-dev'” > while saving. I could not find the RPM for RHEL. The closed I could find is > libmysqlclient16-devel-5.1.69-1.w6.x86_64.rpm which fails to get > installed. *Am I in right path here? Please advise.* > > d. I was following an example mentioned section 3.2 in > http://www.opensips.org/Documentation/Tutorials-LoadBalancing. > > The section shows following modules to be loaded: > > loadmodule "modules/maxfwd/maxfwd.so" > > loadmodule "modules/sl/sl.so" > > loadmodule "modules/db_mysql/db_mysql.so" > > loadmodule "modules/tm/tm.so" > > loadmodule "modules/xlog/xlog.so" > > loadmodule "modules/uri/uri.so" > > loadmodule "modules/rr/rr.so" > > loadmodule "modules/dialog/dialog.so" > > loadmodule "modules/mi_fifo/mi_fifo.so" > > loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" > > loadmodule "modules/signaling/signaling.so" > > loadmodule "modules/textops/textops.so" > > loadmodule "modules/load_balancer/load_balancer.so" > > However, the sub-directories mentioned in above list is not seen on my > file system after OpenSIPS installation, yet I see some of the above list > shared libraries under /usr/local/lib64/opensips/modules. *Hope this is > ok.* > > e. The defaults opensips.cfg provided includes most of the above > listed modules, but the below libraries were missing which are needed for > load balancer: > > loadmodule "modules/dialog.so" > > loadmodule "modules/textops.so" > > loadmodule "modules/load_balancer/load_balancer.so" > > loadmodule "modules/db_mysql/db_mysql.so" > > loadmodule "modules/xlog/xlog.so" > > loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so > > I was able to successfully start opensips after loading dialog.so and > textops.so, however, opensips refuses to start when I load load_balancer.so > with following error: > > May 13 16:40:18 kuat opensips: INFO:core:shm_mem_init: allocating SHM block > > May 13 16:40:18 kuat opensips[22969]: NOTICE:core:main: version: opensips > 1.11.10-tls (x86_64/linux) > > May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 32 Mb shared > memory > > May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 2 Mb private > memory per process > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: NOTICE:signaling:mod_init: > initializing module ... > > May 13 16:40:18 kuat opensips[22969]: INFO:sl:mod_init: Initializing > StateLess engine > > May 13 16:40:18 kuat opensips[22969]: INFO:tm:mod_init: TM - > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:rr:mod_init: rr - initializing > > May 13 16:40:18 kuat opensips[22969]: INFO:maxfwd:mod_init: initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:sipmsgops:mod_init: > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:usrloc:ul_init_locks: locks > array size 512 > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:registrar:mod_init: > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:acc:mod_init: initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:dialog:mod_init: Dialog module > - initializing > > May 13 16:40:18 kuat opensips[22969]: INFO:textops:mod_init: > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:load_balancer:mod_init: > Load-Balancer module - initializing > > *May 13 16:40:18 kuat opensips[22969]: ERROR:load_balancer:mod_init: DB > URL is not defined!* > > *May 13 16:40:18 kuat opensips[22969]: ERROR:core:init_mod: failed to > initialize module load_balancer* > > *May 13 16:40:18 kuat opensips[22969]: ERROR:core:main: error while > initializing modules* > > May 13 16:40:18 kuat opensips[22969]: INFO:core:cleanup: cleanup > > May 13 16:40:18 kuat opensips: INFO:core:daemonize: pre-daemon process > exiting with -1 > > *Looks like this is due to DB module. Is this correct?* > > f. I do not see following shared libraries. *Please let me know > which modules should I load to get them.* > > loadmodule "modules/db_mysql/db_mysql.so" > > loadmodule "modules/xlog/xlog.so" > > loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" > > > Thank you :) > > > Regards, > > Ravitez.D > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon May 15 03:57:37 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 15 May 2017 10:57:37 +0300 Subject: [OpenSIPS-Users] Issues running opensips with load balancer. In-Reply-To: References: Message-ID: <73fdbcab-5265-cf6a-f5c2-28655e93f393@opensips.org> Hi, Ravitez! You have my answers inline. Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/14/2017 12:01 AM, Ravitez Ravi wrote: > Hi All, > > I’m trying to run opensips with load balancer module but it fails to > come up. Below are details of what I have done and been trying. My > questions are in */bold italics and highlighted in yellow/*. Request > you to take a look and help. > > *_Objective:_* Install OpenSIPS 1.11.10 with TLS on RHEL 6.5 for load > balancing SIP traffic > > *_Procedure followed:_* > > 1.Download and install OpenSIPS1.11.10 on RHEL 6.5 with default > configuration: > > a.Downloaded > http://opensips.org/pub/opensips/1.11.10/opensips-1.11.10-tls.tar.gz > > b.Un-tar and un-zip the downloaded file > > c.Go to opensips-1.11.10-tls folder, ran make menuconfig, select > Compile And Install OpenSIPS and followed by Exit & Save All Changes > > d.Run opensips on command line, ensure the opensips process is running > using ‘ps -ef | grep opensips’ command and stop the process using > ‘killall opensips’ > > 2.Get necessary dependencies straightened out for load balancer as > mentioned in section 1.4 in > http://www.opensips.org/html/docs/modules/1.11.x/load_balancer.html > > a.The section lists the following OpenSIPS modules: i) /Dialog/ – > Dialog module, ii) /Dialog/ – TM module, iii) /database/ – one of the > DB modules. > > b.I did not see any specific dialog module either in Configure Compile > Flags or Configure Excluded Modules, however, I could see > /usr/local/lib64/opensips/modules/dialog.so and assumed this is the > intended module. */Not sure if it covers both Dialog and TM. Please > clarify./* > dialog.so only covers the dialog module. tm.so implements the transaction module, so in your config you have to compile and load both modules. If you are not doing any custom compile & install, these two modules are built and installed by default. > > *//* > > c.I selected db_mysql from Configure Excluded Modules and got a > message “You have enabled the 'db_mysql' module, so please install ' > development libraries of mysql-client , typically libmysqlclient-dev'” > while saving. I could not find the RPM for RHEL. The closed I could > find is libmysqlclient16-devel-5.1.69-1.w6.x86_64.rpm which fails to > get installed. */Am I in right path here? Please advise./* > Try to install mysql-devel. This package should provide all the development libraries for mysql. libmysqlclient-devel is used on a debian system. > > d.I was following an example mentioned section 3.2 in > http://www.opensips.org/Documentation/Tutorials-LoadBalancing. > > The section shows following modules to be loaded: > > loadmodule "modules/maxfwd/maxfwd.so" > > loadmodule "modules/sl/sl.so" > > loadmodule "modules/db_mysql/db_mysql.so" > > loadmodule "modules/tm/tm.so" > > loadmodule "modules/xlog/xlog.so" > > loadmodule "modules/uri/uri.so" > > loadmodule "modules/rr/rr.so" > > loadmodule "modules/dialog/dialog.so" > > loadmodule "modules/mi_fifo/mi_fifo.so" > > loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" > > loadmodule "modules/signaling/signaling.so" > > loadmodule "modules/textops/textops.so" > > loadmodule "modules/load_balancer/load_balancer.so" > > However, the sub-directories mentioned in above list is not seen on my > file system after OpenSIPS installation, yet I see some of the above > list shared libraries under /usr/local/lib64/opensips/modules. */Hope > this is ok./* > That example is relative to the sources code. In your setup you should either set the default path to the modules (using mpath), or specify the full path of the so. I guess you've done the second thing, which should be ok. > > e.The defaults opensips.cfg provided includes most of the above listed > modules, but the below libraries were missing which are needed for > load balancer: > > loadmodule "modules/dialog.so" > > loadmodule "modules/textops.so" > > loadmodule "modules/load_balancer/load_balancer.so" > > loadmodule "modules/db_mysql/db_mysql.so" > > loadmodule "modules/xlog/xlog.so" > > loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so > > I was able to successfully start opensips after loading dialog.so and > textops.so, however, opensips refuses to start when I load > load_balancer.so with following error: > > May 13 16:40:18 kuat opensips: INFO:core:shm_mem_init: allocating SHM > block > > May 13 16:40:18 kuat opensips[22969]: NOTICE:core:main: version: > opensips 1.11.10-tls (x86_64/linux) > > May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 32 Mb > shared memory > > May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 2 Mb > private memory per process > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: NOTICE:signaling:mod_init: > initializing module ... > > May 13 16:40:18 kuat opensips[22969]: INFO:sl:mod_init: Initializing > StateLess engine > > May 13 16:40:18 kuat opensips[22969]: INFO:tm:mod_init: TM - > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:rr:mod_init: rr - initializing > > May 13 16:40:18 kuat opensips[22969]: INFO:maxfwd:mod_init: > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:sipmsgops:mod_init: > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:usrloc:ul_init_locks: locks > array size 512 > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:registrar:mod_init: > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:acc:mod_init: initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:dialog:mod_init: Dialog > module - initializing > > May 13 16:40:18 kuat opensips[22969]: INFO:textops:mod_init: > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:load_balancer:mod_init: > Load-Balancer module - initializing > > *May 13 16:40:18 kuat opensips[22969]: ERROR:load_balancer:mod_init: > DB URL is not defined!* > > *May 13 16:40:18 kuat opensips[22969]: ERROR:core:init_mod: failed to > initialize module load_balancer* > > *May 13 16:40:18 kuat opensips[22969]: ERROR:core:main: error while > initializing modules* > > May 13 16:40:18 kuat opensips[22969]: INFO:core:cleanup: cleanup > > May 13 16:40:18 kuat opensips: INFO:core:daemonize: pre-daemon process > exiting with -1 > > */Looks like this is due to DB module. Is this correct?/* > Yes. Most probably you haven't complied the db_mysql module, due to the fact that you didn't install the mysql-devel package. > > *//* > > f.I do not see following shared libraries. */Please let me know which > modules should I load to get them./* > > loadmodule "modules/db_mysql/db_mysql.so" > This should be built and installed after installing mysql-devel package. Also, make sure you have db_mysql selected in after you run 'make menuconfig'. > > loadmodule "modules/xlog/xlog.so" > The xlog module no loger exists (since 1.6 I think). The functions have been moved in opensips core. > > loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" > This module has been replaced by the mi_xmlrpc_ng module. -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon May 15 03:58:36 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 15 May 2017 10:58:36 +0300 Subject: [OpenSIPS-Users] sdp In-Reply-To: <1494732536.3909.0@smtp.networklab.ca> References: <1494732536.3909.0@smtp.networklab.ca> Message-ID: <2fb97db9-90ae-45a5-945f-1851992e4669@opensips.org> Hi, Volga! Check the SDP transformations[1]. [1] http://www.opensips.org/Documentation/Script-Tran-2-3#toc80 Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/14/2017 06:28 AM, volga629 at networklab.ca wrote: > Hello Everyone, > What good approach to test/detect 0.0.0.0 in sdp c IN = line ? > I don't see any functions to parse sdp properly. > > volga629 > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Mon May 15 04:23:47 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 15 May 2017 11:23:47 +0300 Subject: [OpenSIPS-Users] sdp In-Reply-To: <1494732536.3909.0@smtp.networklab.ca> References: <1494732536.3909.0@smtp.networklab.ca> Message-ID: <16f7eee4-d114-37ea-1ec4-0e8e2424cb90@opensips.org> Hi Volga, You can use the sdp transformation : http://www.opensips.org/Documentation/Script-Tran-2-3#toc80 Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/14/2017 06:28 AM, volga629 at networklab.ca wrote: > Hello Everyone, > What good approach to test/detect 0.0.0.0 in sdp c IN = line ? > I don't see any functions to parse sdp properly. > > volga629 > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Mon May 15 04:42:06 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 15 May 2017 11:42:06 +0300 Subject: [OpenSIPS-Users] Cancel ACK routing In-Reply-To: References: Message-ID: <96d59490-b3b9-3d90-2b0a-114a3c0fc785@opensips.org> Hi Rik, There is no need for such extra logs, just use the script_trace() function: http://www.opensips.org/Documentation/Script-CoreFunctions-2-3#toc43 Now, there must be something wrong with that ACK (it is a hop by hop ACK to a negative reply), if it is not caughtby t_check_trans(). Could you run this function in debug 4, so we can see what is going on ? Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/15/2017 10:59 AM, Rik Broers wrote: > > Hi Bogdan, > > Put some logs in my script, and the ACK is hitting exit/red > highlighted part. In this part of the sequential route. > > } else { > > if ( is_method("ACK") ) { > > if ( t_check_trans() ) { > > # non loose-route, but stateful ACK; must be > an ACK after > > # a 487 or e.g. 404 from > upstream server > > t_relay(); > > exit; > > } else { > > xlog("L_WARN", "[$ci] ACK without matching transaction"); > > # ignore and discard > > exit; > > } > > } > > So apparently it can’t find a transaction. Should the ACK be forwarded > all the way to the right endpoint? As that leg has already been acked > by opensips directly according to the trace. > > Met vriendelijke groet, > > *Rik Broers* > Voice Engineer > > > *Van:*Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] > *Verzonden:* 12 May 2017 18:28 > *Aan:* users at lists.opensips.org; Rik Broers > *Onderwerp:* Re: [OpenSIPS-Users] Cancel ACK routing > > Hi Rik, > > So, without the TH part, it seems that the incoming ACK (from caller > side) is not recognized and the 487 is retransmitted. How do you > handle that ACK? are you sure it hits a t_relay() or t_newtran() > function ? > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 05/12/2017 12:28 PM, Rik Broers wrote: > > Hi! > > I’m building a proxy between two public endpoints, so no nat > involved luckily. > > I’ve got everything to work except for the CANCEL. It breaks the > same if I start the call from the other endpoint. > > Attached a visual of the traffic flow. Not attached, at link here: > https://www.dropbox.com/s/m45wwjlt4cmhy7k/Captuasdre.JPG?dl=0 > > Now I would like to fix the final 487 ACK bouncing, and it seems > to me that opensips should just accept the ACK from the 487 and > end the transaction. > > The script is based on the standard one after install with some > routing logic. So the ACK is handled in the sequential path with > this comment: > > # non loose-route, but stateful ACK; must be an ACK after > > # a 487 or e.g. 404 from upstream server > > I also tried to fix/workaround it with the topology_hiding module, > but as soon as the ACK (packet 12 in the diagram) is sent back > opensips crashes with > CRITICAL:core:free_lump: called on a not free-able > lump:0x7f9ba2cc9d68 flags=2 > and no 487 is being sent to the left endpoint. > > version: opensips 2.3.0-beta (x86_64/linux) > > git revision: 2f688b5 > > Crash dump with dbg on for the topo hiding scenario available on > request, rather not share it on the list J > > Did I hit an opensips bug or am I missing something? > > Regards, > > Met vriendelijke groet, > > *Rik Broers* > Voice Engineer > > rbroers at motto.nl > > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From RBroers at motto.nl Mon May 15 03:59:18 2017 From: RBroers at motto.nl (Rik Broers) Date: Mon, 15 May 2017 07:59:18 +0000 Subject: [OpenSIPS-Users] Cancel ACK routing In-Reply-To: References: Message-ID: Hi Bogdan, Put some logs in my script, and the ACK is hitting exit/red highlighted part. In this part of the sequential route. } else { if ( is_method("ACK") ) { if ( t_check_trans() ) { # non loose-route, but stateful ACK; must be an ACK after # a 487 or e.g. 404 from upstream server t_relay(); exit; } else { xlog("L_WARN", "[$ci] ACK without matching transaction"); # ignore and discard exit; } } So apparently it can’t find a transaction. Should the ACK be forwarded all the way to the right endpoint? As that leg has already been acked by opensips directly according to the trace. Met vriendelijke groet, Rik Broers Voice Engineer [https://www.motto.nl/sig_images/logo.png] +31 (0)6 1472 0622 rbroers at motto.nl Motto Communications www.motto.nl [https://www.motto.nl/sig_images/nl_flag.png].HEAD OFFICE • Zandbergweg 1 • 6361 HM • Nuth • +31 (0)45 404 0490 [https://www.motto.nl/sig_images/nl_flag.png].SALES OFFICE • Hogehilweg 15 • 1101 CB • Amsterdam • +31 (0)20 217 0707 [https://www.motto.nl/sig_images/linkedin.png]. [https://www.motto.nl/sig_images/facebook.png] . [https://www.motto.nl/sig_images/twitter.png] De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, vragen wij u om de inhoud niet te gebruiken, een retourbericht te sturen naar de afzender om aan te geven dat het verkeerd geadresseerd is, en de inhoud vervolgens te vernietigen. The information taken in this message can be confidential and is only meant for the addressed. If you are not the rightful receiver of this message, we ask you, not to use the information in this message, inform the sender about the incorrectly delivered email and then destroy the contents of this email. Van: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Verzonden: 12 May 2017 18:28 Aan: users at lists.opensips.org; Rik Broers Onderwerp: Re: [OpenSIPS-Users] Cancel ACK routing Hi Rik, So, without the TH part, it seems that the incoming ACK (from caller side) is not recognized and the 487 is retransmitted. How do you handle that ACK? are you sure it hits a t_relay() or t_newtran() function ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/12/2017 12:28 PM, Rik Broers wrote: Hi! I’m building a proxy between two public endpoints, so no nat involved luckily. I’ve got everything to work except for the CANCEL. It breaks the same if I start the call from the other endpoint. Attached a visual of the traffic flow. Not attached, at link here: https://www.dropbox.com/s/m45wwjlt4cmhy7k/Captuasdre.JPG?dl=0 Now I would like to fix the final 487 ACK bouncing, and it seems to me that opensips should just accept the ACK from the 487 and end the transaction. The script is based on the standard one after install with some routing logic. So the ACK is handled in the sequential path with this comment: # non loose-route, but stateful ACK; must be an ACK after # a 487 or e.g. 404 from upstream server I also tried to fix/workaround it with the topology_hiding module, but as soon as the ACK (packet 12 in the diagram) is sent back opensips crashes with CRITICAL:core:free_lump: called on a not free-able lump:0x7f9ba2cc9d68 flags=2 and no 487 is being sent to the left endpoint. version: opensips 2.3.0-beta (x86_64/linux) git revision: 2f688b5 Crash dump with dbg on for the topo hiding scenario available on request, rather not share it on the list ☺ Did I hit an opensips bug or am I missing something? Regards, Met vriendelijke groet, Rik Broers Voice Engineer rbroers at motto.nl _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 9798 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 950 bytes Desc: image002.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.png Type: image/png Size: 500 bytes Desc: image003.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.png Type: image/png Size: 349 bytes Desc: image004.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.png Type: image/png Size: 638 bytes Desc: image005.png URL: From bogdan at opensips.org Mon May 15 04:38:06 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 15 May 2017 11:38:06 +0300 Subject: [OpenSIPS-Users] R: Issues running opensips with load balancer. In-Reply-To: References: Message-ID: Hi, Could you give some details about you inability of compiling 2.3 ?? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/15/2017 05:31 AM, Ravitez Ravi wrote: > Hi Michele, > Good Day, > Im unable to compile 2.3 in RHL 6.5 > so got back to 1.9. > > Regards, > Ravitez.D > > On Sun, May 14, 2017 at 7:42 AM, michele.pinassi > > wrote: > > Hi Ravi, there's any special reason not to choose latest 2.3 or, > if you need 1.11 series, 1.11.9 ? > > Also i suggest to choose a Debian 8 instead of RHel. > > Michele > > > Inviato da smartphone Samsung Galaxy. > > -------- Messaggio originale -------- > Da: Ravitez Ravi > > Data: 13/05/17 23:01 (GMT+01:00) > A: OpenSIPS users mailling list > > Oggetto: [OpenSIPS-Users] Issues running opensips with load balancer. > > Hi All, > > I’m trying to run opensips with load balancer module but it fails > to come up. Below are details of what I have done and been trying. > My questions are in */bold italics and highlighted in yellow/*. > Request you to take a look and help. > > *_Objective:_* Install OpenSIPS 1.11.10 with TLS on RHEL 6.5 for > load balancing SIP traffic > > *_Procedure followed:_* > > 1.Download and install OpenSIPS1.11.10 on RHEL 6.5 with default > configuration: > > a.Downloaded > http://opensips.org/pub/opensips/1.11.10/opensips-1.11.10-tls.tar.gz > > > b.Un-tar and un-zip the downloaded file > > c.Go to opensips-1.11.10-tls folder, ran make menuconfig, select > Compile And Install OpenSIPS and followed by Exit & Save All Changes > > d.Run opensips on command line, ensure the opensips process is > running using ‘ps -ef | grep opensips’ command and stop the > process using ‘killall opensips’ > > 2.Get necessary dependencies straightened out for load balancer as > mentioned in section 1.4 in > http://www.opensips.org/html/docs/modules/1.11.x/load_balancer.html > > > a.The section lists the following OpenSIPS modules: i) /Dialog/ – > Dialog module, ii) /Dialog/ – TM module, iii) /database/ – one of > the DB modules. > > b.I did not see any specific dialog module either in Configure > Compile Flags or Configure Excluded Modules, however, I could see > /usr/local/lib64/opensips/modules/dialog.so and assumed this is > the intended module. */Not sure if it covers both Dialog and TM. > Please clarify./* > > c.I selected db_mysql from Configure Excluded Modules and got a > message “You have enabled the 'db_mysql' module, so please install > ' development libraries of mysql-client , typically > libmysqlclient-dev'” while saving. I could not find the RPM for > RHEL. The closed I could find is > libmysqlclient16-devel-5.1.69-1.w6.x86_64.rpm which fails to get > installed. */Am I in right path here? Please advise./* > > d.I was following an example mentioned section 3.2 in > http://www.opensips.org/Documentation/Tutorials-LoadBalancing > . > > The section shows following modules to be loaded: > > loadmodule "modules/maxfwd/maxfwd.so" > > loadmodule "modules/sl/sl.so" > > loadmodule "modules/db_mysql/db_mysql.so" > > loadmodule "modules/tm/tm.so" > > loadmodule "modules/xlog/xlog.so" > > loadmodule "modules/uri/uri.so" > > loadmodule "modules/rr/rr.so" > > loadmodule "modules/dialog/dialog.so" > > loadmodule "modules/mi_fifo/mi_fifo.so" > > loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" > > loadmodule "modules/signaling/signaling.so" > > loadmodule "modules/textops/textops.so" > > loadmodule "modules/load_balancer/load_balancer.so" > > However, the sub-directories mentioned in above list is not seen > on my file system after OpenSIPS installation, yet I see some of > the above list shared libraries under > /usr/local/lib64/opensips/modules. */Hope this is ok./* > > e.The defaults opensips.cfg provided includes most of the above > listed modules, but the below libraries were missing which are > needed for load balancer: > > loadmodule "modules/dialog.so" > > loadmodule "modules/textops.so" > > loadmodule "modules/load_balancer/load_balancer.so" > > loadmodule "modules/db_mysql/db_mysql.so" > > loadmodule "modules/xlog/xlog.so" > > loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so > > I was able to successfully start opensips after loading dialog.so > and textops.so, however, opensips refuses to start when I load > load_balancer.so with following error: > > May 13 16:40:18 kuat opensips: INFO:core:shm_mem_init: allocating > SHM block > > May 13 16:40:18 kuat opensips[22969]: NOTICE:core:main: version: > opensips 1.11.10-tls (x86_64/linux) > > May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 32 Mb > shared memory > > May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 2 Mb > private memory per process > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: NOTICE:signaling:mod_init: > initializing module ... > > May 13 16:40:18 kuat opensips[22969]: INFO:sl:mod_init: > Initializing StateLess engine > > May 13 16:40:18 kuat opensips[22969]: INFO:tm:mod_init: TM - > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:rr:mod_init: rr - > initializing > > May 13 16:40:18 kuat opensips[22969]: INFO:maxfwd:mod_init: > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:sipmsgops:mod_init: > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:usrloc:ul_init_locks: > locks array size 512 > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:registrar:mod_init: > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:acc:mod_init: > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: > Registered event > > May 13 16:40:18 kuat opensips[22969]: INFO:dialog:mod_init: Dialog > module - initializing > > May 13 16:40:18 kuat opensips[22969]: INFO:textops:mod_init: > initializing... > > May 13 16:40:18 kuat opensips[22969]: INFO:load_balancer:mod_init: > Load-Balancer module - initializing > > *May 13 16:40:18 kuat opensips[22969]: > ERROR:load_balancer:mod_init: DB URL is not defined!* > > *May 13 16:40:18 kuat opensips[22969]: ERROR:core:init_mod: failed > to initialize module load_balancer* > > *May 13 16:40:18 kuat opensips[22969]: ERROR:core:main: error > while initializing modules* > > May 13 16:40:18 kuat opensips[22969]: INFO:core:cleanup: cleanup > > May 13 16:40:18 kuat opensips: INFO:core:daemonize: pre-daemon > process exiting with -1 > > */Looks like this is due to DB module. Is this correct?/* > > f.I do not see following shared libraries. */Please let me know > which modules should I load to get them./* > > loadmodule "modules/db_mysql/db_mysql.so" > > loadmodule "modules/xlog/xlog.so" > > loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" > > > Thank you :) > > > Regards, > > Ravitez.D > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon May 15 05:14:39 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 15 May 2017 12:14:39 +0300 Subject: [OpenSIPS-Users] snmpstats In-Reply-To: References: Message-ID: <8462bcda-0e11-6911-0d0e-beb1115e39a4@opensips.org> Hi, Nuno! I guess you followed the configurations here[1]. Can you double check you have copied the MIBS file wherever you mibs folder is? Also, can you check the snmp agent is running: netstat -tlpn | grep 705 [1] http://www.opensips.org/html/docs/modules/2.3.x/snmpstats.html#idp5489712 Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/11/2017 11:48 AM, Nuno Ferreira wrote: > Hello, > > I was testing snmpstats module on OpenSIPS 2.2.2 and I'm facing the > same issue described on > https://opensips.org/pipermail/users/2016-February/033784.html. > > Basically when doing a snmpbulkwalk on OPENSER-REG-MIB::openser it > complains about "error in packet". > I believe this is still happening on v2.3, but I was not able to test > that yet. Can you please take a look? > > # snmpbulkwalk -v 2c -c public localhost OPENSER-REG-MIB::openser > Error in packet. > Reason: (genError) A general failure occured > Failed object: OPENSER-REG-MIB::openserSIPCommonMIB.1.1.1.0 > > OPENSER-REG-MIB::openser = No Such Object available on this agent at > this OID > > Regards, > > Nuno Ferreira > -- > > *Nuno Ferreira* | Architect, CoreUC |nferreira at fuze.com > | +351 308805903 > Rua Carlos Silva Melo Magalhães 23, 3800-126 Aveiro, Portugal > > > *Confidentiality Notice: The information contained in this e-mail and any > attachments may be confidential. If you are not an intended recipient, you > are hereby notified that any dissemination, distribution or copying of > this > e-mail is strictly prohibited. If you have received this e-mail in error, > please notify the sender and permanently delete the e-mail and any > attachments immediately. You should not retain, copy or use this e-mail or > any attachment for any purpose, nor disclose all or any part of the > contents to any other person. Thank you.* > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon May 15 05:17:31 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 15 May 2017 12:17:31 +0300 Subject: [OpenSIPS-Users] WSS and Opensips In-Reply-To: References: Message-ID: <21202db5-4b33-dd8e-568f-e585e033dd6b@opensips.org> Hi, Hristo! What is the webrtc library you are using on your client? Is it the sipjs? Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/11/2017 01:25 PM, Hristo Donev wrote: > Hello OpenSips fаns!! > > Your project is the best!!!! > THANKS! > > I using Opensips 1.11 and all is OK! > > Now setup Opensips 2.2.3 to using WEBRTC (over WSS). > > I try to call PSTN number from WSS connection. > When PSTN send BYE to opensips WSS connection is blocket. > > Here is part of opensips log l3: > ERROR:core:tcp_connect_blocking: timeout 99492 ms elapsed from 100000 s > ERROR:proto_ws:ws_sync_connect: tcp_blocking_connect failed > ERROR:proto_ws:ws_connect: connect failed > ERROR:proto_ws:proto_ws_send: connect failed > ERROR:tm:msg_send: send() for proto ws/5 failed > ERROR:tm:t_forward_nonack: sending request failed > > Can any help me? > > BR; > Hristo Donev > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon May 15 05:26:55 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 15 May 2017 12:26:55 +0300 Subject: [OpenSIPS-Users] multiple interfaces + load_balancer probing and mhomed=0 In-Reply-To: <29150189-AA9D-40AC-A8D0-237C9F51F5DB@caztel.com> References: <29150189-AA9D-40AC-A8D0-237C9F51F5DB@caztel.com> Message-ID: <86488c97-af2a-7f52-8de0-d26997f80126@opensips.org> Hi, Jennifer! Unfortunately there is no way to change the pinging behavior. If you say tht pinging works with mhomed on, I think we should focus on fixing routing when it is enabled. Did you try to "fix" the reply interface by using force_send_socket()? Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/11/2017 09:28 PM, Jennifer Hashimoto wrote: > Hello, > I’m hoping someone can help me with this problem. > > I have an opensips 2.2.2 server that has 3 interfaces listening on debian > > Debian has 2 default routes in 2 different routing tables such as is > described here > https://www.thomas-krenn.com/en/wiki/Two_Default_Gateways_on_One_System > > I have put mhomed=0 as I do not need to route from one interface to > another - and if i enable mhomed it does not work. > With mhomed off, it sends the reply out the same interface that it > came in as I want. > With mhomed on it seems to look into the default routing table and > find a route, then decide which interface to used based on that - it > does not use the ip rules to figure out which routing table it should > use (ie. ip rule and then ip route list table rt2) > > The reason for all this madness is i have 2 separate internet feeds > going through 2 separate routers. If a call comes in one of the > routers, I want to send it back to the same router and to it’s > internet feed. (so that we have symmetrical routing and nat etc works > also so we can maintain redundancy in case one feed goes down) > > My issue is that while everything works great with mhomed off, > load_balancer pinging seems to randomly decide which interface to use, > even if i specify a from address. > modparam("load_balancer", "probing_from", “sip:pinger at 10.10.10.10") > > The from address is always correctly populated when I look at the SIP > message , but the source_ip varies. sometimes it is the ip of the from > address, and sometimes it is another ip on the box. The IP it chooses > is not always routable by the destination so it disables the destination. > > Is there a way to specify which interface/ip i want it to probe from? > > (when i put mhomed=1 probing works, but then actually sending traffic > doesn’t work as it only looks in the default routing table for a route > to determine which interface to use.) > > Thanks, > > Jennifer Akemi > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon May 15 05:36:31 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 15 May 2017 12:36:31 +0300 Subject: [OpenSIPS-Users] REG::Opensips V1.11.5 & V1.11.10 Duplicate TCP Conections In-Reply-To: References: Message-ID: Hi, Ravitez! As I said, unfortunately there is no way to prevent OpenSIPS from doing this. The only thing I can think of is to somehow "delay" the connect by randomly delay processing. I know this is not the best solution, but unfortunately there's nothing to do with the current design. Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/12/2017 01:55 AM, Ravitez Ravi wrote: > Hello Razvan, > Good Day, > Would like to bring up that if children(workes) > try to create TCP connections without a locking mechanism we may hit > TCP connection limit and not process or handle valid requests > > eg : > tcp_max_connections=10; > tcp_connection_lifetime=43200; > tcp_children=32 > Considering the above configuration with the > existing framework we can use up all 10 connections and then reject > new connections. > Please advise.Thank you :) > > > Regard, > Ravitez.D > > > On Tue, May 9, 2017 at 10:20 AM, Ravitez Ravi > > wrote: > > Hello Razvan, > God Day, > Thank you for the update,it seems that though > we create multiple TCP connections opensips uses only one tcp > connection to send the data out. > should a child be locking the tcp connection > mechanism? while creating a new tcp connection as we will be > overwriting the tcpconn_aliases_has to the > latest/recent fd. > >> I believe here's the root cause : >> - When a child tries to find a connection to the destination >> it calls _tcpconn_find() (assuming we are using ip and not id) >> system checks _/*tcpconn_aliases_hash */_for the connection info. >> */this map is maintained by the parent process and each child >> lock its while reaing tcpconn_get().in order to simulate the >> scenario lets assume a->parent->state is BAD this method/* >> */ will return null and so the child tries to create a new >> connections,assuming there's a second child trying to find the >> same connections and goes through the same process/* >> >> - */Now each child thinks there's no connection to the >> destination and calls tcpconn_connect() this will create a socket >> to the destination and passes over the fd to the /* >> */ main process to update the has map./* >> >> - */Not sure if tcp_connect() should have locking mechanism as >> in tcpconn_get()./* > Thank you :) > > Regards, > Ravitez.D > > On Mon, May 8, 2017 at 10:48 AM, Răzvan Crainea > > wrote: > > Hi, Ravitez! > > You are right - if opensips gets multiple messages in parallel > that need to get to a single destination, each process will > open a different connection to that destination. However, all > sequential messages will use a single TCP connection. > Synchronizing all the TCP actions to ensure you will have a > single connection might be a bit overkill in terms of performance. > > May I ask if this is a problem for you? Can you detail a bit why? > > Best regards, > > Răzvan Crainea > OpenSIPS Solutions > www.opensips-solutions.com > > On 05/04/2017 04:11 PM, Ravitez Ravi wrote: >> Hi All, >> Good Day, >> I have been seeing opensips creating >> mutiple(duplicate) TCP connections to the same destination if >> hit with heavy call load. >> >> *What do i mean?* >> opensips ip : 10.10.10.1 >> Destination : 10.10.10.2 >> Tcp Children : 32 >> Ideally opensips will create only one tcp connections and >> reuses it,if there's a heavy call load i see there are >> several tcp connections which are created to the same >> destination. >> I believe here's the root cause : >> - When a child tries to find a connection to the >> destination it calls _tcpconn_find() (assuming we are using >> ip and not id) system checks tcpconn_aliases_hash for the >> connection info. >> this map is maintained by the parent process and each >> child lock its while reaing tcpconn_get().in order to >> simulate the scenario lets assume a->parent->state is BAD >> this method >> will return null and so the child tries to create a new >> connections,assuming there's a second child trying to find >> the same connections and goes through the same process >> >> - Now each child thinks there's no connection to the >> destination and calls tcpconn_connect() this will create a >> socket to the destination and passes over the fd to the >> main process to update the has map. >> >> - Not sure if tcp_connect() should have locking >> mechanism as in tcpconn_get(). >> >> >> >> Please correct me if my understanding is wrong,please share >> your thoughts. >> Thank you. >> >> >> >> Regards, >> Ravitez.D >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From RBroers at motto.nl Mon May 15 05:37:45 2017 From: RBroers at motto.nl (Rik Broers) Date: Mon, 15 May 2017 09:37:45 +0000 Subject: [OpenSIPS-Users] Cancel ACK routing In-Reply-To: <96d59490-b3b9-3d90-2b0a-114a3c0fc785@opensips.org> References: <96d59490-b3b9-3d90-2b0a-114a3c0fc785@opensips.org> Message-ID: Hi, I’ve run this exact scenario against log_level 4 and sent you the output in a separate mail. It should be a hop-by-hop ACK against the 487, only thing that strikes me is that opensips already ACKS the 487 to the Callee side. Instead of sending the 487 all the way first before the ACK gets generated by the caller and routed.. Met vriendelijke groet, Rik Broers Voice Engineer Van: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Verzonden: 15 May 2017 10:42 Aan: Rik Broers ; users at lists.opensips.org Onderwerp: Re: [OpenSIPS-Users] Cancel ACK routing Hi Rik, There is no need for such extra logs, just use the script_trace() function: http://www.opensips.org/Documentation/Script-CoreFunctions-2-3#toc43 Now, there must be something wrong with that ACK (it is a hop by hop ACK to a negative reply), if it is not caught by t_check_trans(). Could you run this function in debug 4, so we can see what is going on ? Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/15/2017 10:59 AM, Rik Broers wrote: Hi Bogdan, Put some logs in my script, and the ACK is hitting exit/red highlighted part. In this part of the sequential route. } else { if ( is_method("ACK") ) { if ( t_check_trans() ) { # non loose-route, but stateful ACK; must be an ACK after # a 487 or e.g. 404 from upstream server t_relay(); exit; } else { xlog("L_WARN", "[$ci] ACK without matching transaction"); # ignore and discard exit; } } So apparently it can’t find a transaction. Should the ACK be forwarded all the way to the right endpoint? As that leg has already been acked by opensips directly according to the trace. Met vriendelijke groet, Rik Broers Voice Engineer Van: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Verzonden: 12 May 2017 18:28 Aan: users at lists.opensips.org; Rik Broers Onderwerp: Re: [OpenSIPS-Users] Cancel ACK routing Hi Rik, So, without the TH part, it seems that the incoming ACK (from caller side) is not recognized and the 487 is retransmitted. How do you handle that ACK? are you sure it hits a t_relay() or t_newtran() function ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/12/2017 12:28 PM, Rik Broers wrote: Hi! I’m building a proxy between two public endpoints, so no nat involved luckily. I’ve got everything to work except for the CANCEL. It breaks the same if I start the call from the other endpoint. Attached a visual of the traffic flow. Not attached, at link here: https://www.dropbox.com/s/m45wwjlt4cmhy7k/Captuasdre.JPG?dl=0 Now I would like to fix the final 487 ACK bouncing, and it seems to me that opensips should just accept the ACK from the 487 and end the transaction. The script is based on the standard one after install with some routing logic. So the ACK is handled in the sequential path with this comment: # non loose-route, but stateful ACK; must be an ACK after # a 487 or e.g. 404 from upstream server I also tried to fix/workaround it with the topology_hiding module, but as soon as the ACK (packet 12 in the diagram) is sent back opensips crashes with CRITICAL:core:free_lump: called on a not free-able lump:0x7f9ba2cc9d68 flags=2 and no 487 is being sent to the left endpoint. version: opensips 2.3.0-beta (x86_64/linux) git revision: 2f688b5 Crash dump with dbg on for the topo hiding scenario available on request, rather not share it on the list ☺ Did I hit an opensips bug or am I missing something? Regards, Met vriendelijke groet, Rik Broers Voice Engineer rbroers at motto.nl _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From k.galinurov at gmail.com Mon May 15 07:45:17 2017 From: k.galinurov at gmail.com (Kirill Galinurov) Date: Mon, 15 May 2017 14:45:17 +0300 Subject: [OpenSIPS-Users] HOW to raise RABBITMQ event when user UNREGISTERED Message-ID: Hi Liviu. I load "event_route.so" module. Now in logs May 15 15:13:59 [40117] DBG:core:evi_param_set: adding string param May 15 15:13:59 [40117] DBG:core:evi_param_set: adding string param May 15 15:13:59 [40117] DBG:core:evi_param_set: adding int param May 15 15:13:59 [40117] DBG:core:evi_param_set: adding int param May 15 15:13:59 [40117] DBG:core:evi_raise_event_msg: found subscriber XX.XX.XX.XX But in Rabbitmq: INFO REPORT==== 15-May-2017::16:14:35 === accepting AMQP connection <0.602.0> (YY.YY.YY.YY:42938 -> XX.XX.XX.XX:5672) =INFO REPORT==== 15-May-2017::16:14:35 === connection <0.602.0> (YY.YY.YY.YY:42938 -> XX.XX.XX.XX.XX:5672): user 'sbc' authenticated and granted access to vhost '/' =INFO REPORT==== 15-May-2017::16:20:34 === Enabling tracing for vhost '/' -------------- next part -------------- An HTML attachment was scrubbed... URL: From rmundkowsky at ets.org Mon May 15 10:08:00 2017 From: rmundkowsky at ets.org (Mundkowsky, Robert) Date: Mon, 15 May 2017 14:08:00 +0000 Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. In-Reply-To: <8527c2fa996b4597b992c687c22c9d94@svab-exchange.vaxeltjanst.local> References: <39b3741f83df4c918b93f7ffa4c8ff9b@svab-exchange.vaxeltjanst.local> <8527c2fa996b4597b992c687c22c9d94@svab-exchange.vaxeltjanst.local> Message-ID: Weird. Only think I can think of is if openSIPS is getting IP from internal database table somehow or if it has special DNS resolution code, which I doubt. Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Stefan Carlsson Sent: Friday, May 12, 2017 8:42 AM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. No nameserver (eg. bind) installed. The file resolv.conf is there but with no entries. So I've hardcoded the ip/names in the hosts file. But as I wrote, the strange thing is that the system got the fact that no dns was found, but OpenSIPS still nows the "bad addresses" from somewhere. (earlier DNS queries) A restart of the OpenSIP's solved the problem, and this is very odd !!! Thanks for setting your time on this matter ... // Stefan From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mundkowsky, Robert Sent: den 12 maj 2017 00:42 To: OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Also you can try removing "dns" from your nsswitch.conf file or hard coding the bad server name in the hosts file (remember to use ipv4 and ipv6 if needed). Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mundkowsky, Robert Sent: Thursday, May 11, 2017 6:39 PM To: OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Is there a name server running on your box? man7.org/linux/man-pages/man5/resolv.conf.5.html says "If this file does not exist, only the name server on the local machine will be queried " Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Stefan Carlsson Sent: Thursday, May 11, 2017 4:50 AM To: OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Hi ! Thanks for your reply. I did the following. 1) I've checked my nsswitch.conf file and it says 'files dns' as in default , so no change there. 2) I "disabled the resolver" but simply commented out the dns servers in resolv.conf, checked the resolver by a simple ping to www.google.com, got the response: 'unknown host' as it should. 3) Then I've put our SIP operators ip-name pairs in the hosts file, EXCEPT the one that causes us problem , checked with ping , got hits on all of them, and the one that where the problem responded with 'unknown host', so the system looks up the hosts file correctly. 4) But STILL Opensips uses the faulty one , the IP is not in the hosts file, no dns servers is in the resolv.conf. 5) Restarts the Opensips, now it works as expected. Can anyone out there give me an explanation that causes this behavior ? Again, thank you for your attend at this matter. Kind Regards / Vänligen ... Stefan Carlsson From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mundkowsky, Robert Sent: den 10 maj 2017 15:13 To: OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. What do you mean you "disabled the resolver"? I haven't play with this in a long time, but I think the /etc/nsswitch.conf file defines if you use /etc/hosts file or/and DNS for looking up host names, and might allow nis+ as well, but I can't remember. So might want to check if you happen to have your hostname defined in the hosts file. Also seems people note that /etc/resolv.conf might be overwrite at boot based on using NetworkManager. So maybe your settings are being over written. Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Stefan Carlsson Sent: Tuesday, May 9, 2017 5:36 AM To: Users at lists.opensips.org Subject: [OpenSIPS-Users] How can I prevent Opensips to cache DNS queries. Hi ! It seems that the Opensip 2.2 caches DNS queries !!! Even after I disabled the resolver in Centos, the OpenSIPs seems to "remember" old queries. (eg. IP's) after a Opensip restart, the old stuff was gone. If so, how can I disable the DNS caching in the Opensips, I want the system to always make a new , fresh query. Kind Regards / Vänligen ... Stefan Carlsson ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From volga629 at networklab.ca Mon May 15 11:06:17 2017 From: volga629 at networklab.ca (volga629 at networklab.ca) Date: Mon, 15 May 2017 12:06:17 -0300 Subject: [OpenSIPS-Users] sdp In-Reply-To: <16f7eee4-d114-37ea-1ec4-0e8e2424cb90@opensips.org> References: <1494732536.3909.0@smtp.networklab.ca> <16f7eee4-d114-37ea-1ec4-0e8e2424cb90@opensips.org> Message-ID: <1494860777.3909.1@smtp.networklab.ca> Hello Everyone, Thank you That extract ip correctly. $var(cline-ip) = $(rb{sdp.line,c}{s.select,2, }); My issue that I am trying make opensips handle music on hold resume working properly. I am not sure if possible do simpler way. Relevant code route[ONHOLD] { if(is_method("INVITE|UPDATE") && has_body("application/sdp")) { if(is_audio_on_hold()) { if(search_body("a=sendonly") || search_body("a=inactive.")) { $var(cline-ip) = $(rb{sdp.line,c}{s.select,2, }); xlog("L_INFO", "[$rm] On hold call SDP IP [$var(cline-ip)]\n"); if(!nat_uac_test("8") || $(var(cline-ip){s.select,1,.})==0) { xlog("L_INFO", "[$rm] On hold call going from WAN SouceIP <$si> to LAN.\n"); rtpengine_offer("replace-origin external internal RTP/AVP ICE=remove"); t_on_reply("2"); } } } } } volga629 On Mon, 15 May, 2017 at 5:23 AM, Bogdan-Andrei Iancu wrote: > Hi Volga, > > You can use the sdp transformation : > http://www.opensips.org/Documentation/Script-Tran-2-3#toc80 > > Regards, > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > On 05/14/2017 06:28 AM, volga629 at networklab.ca wrote: >> Hello Everyone, >> What good approach to test/detect 0.0.0.0 in sdp c IN = line ? >> I don't see any functions to parse sdp properly. >> >> volga629 >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marty at voiceidentity.nl Tue May 16 01:45:08 2017 From: marty at voiceidentity.nl (Marty van de Veerdonk) Date: Tue, 16 May 2017 07:45:08 +0200 Subject: [OpenSIPS-Users] Presentations Opensips summit available? Message-ID: Hi, when can we expect the presentations PDF/PPTs of the OpenSIPS summit in Amsterdam online? regards, Marty -- Met vriendelijke groet, Marty van de Veerdonk Voice Identity E: marty at voiceidentity.nl I: www.voiceidentity.nl -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue May 16 03:38:22 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 16 May 2017 10:38:22 +0300 Subject: [OpenSIPS-Users] sdp In-Reply-To: <1494860777.3909.1@smtp.networklab.ca> References: <1494732536.3909.0@smtp.networklab.ca> <16f7eee4-d114-37ea-1ec4-0e8e2424cb90@opensips.org> <1494860777.3909.1@smtp.networklab.ca> Message-ID: <6a266a72-2255-91ba-5dd4-506db25737e3@opensips.org> Hello Volga, What exactly does not work for you ? the detection at SIP level of the hold resume ? the actual RTP resume ? Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/15/2017 06:06 PM, volga629 at networklab.ca wrote: > Hello Everyone, > Thank you > > That extract ip correctly. > > $var(cline-ip) = $(rb{sdp.line,c}{s.select,2, }); > > My issue that I am trying make opensips handle music on hold resume > working properly. > I am not sure if possible do simpler way. > > > Relevant code > > route[ONHOLD] { > if(is_method("INVITE|UPDATE") && has_body("application/sdp")) { > if(is_audio_on_hold()) { > if(search_body("a=sendonly") || > search_body("a=inactive.")) { > $var(cline-ip) = > $(rb{sdp.line,c}{s.select,2, }); > xlog("L_INFO", "[$rm] On hold call SDP > IP [$var(cline-ip)]\n"); > if(!nat_uac_test("8") || > $(var(cline-ip){s.select,1,.})==0) { > xlog("L_INFO", "[$rm] On hold > call going from WAN SouceIP <$si> to LAN.\n"); > rtpengine_offer("replace-origin external internal RTP/AVP ICE=remove"); > t_on_reply("2"); > } > } > } > } > } > > > > volga629 > > On Mon, 15 May, 2017 at 5:23 AM, Bogdan-Andrei Iancu > wrote: >> Hi Volga, >> >> You can use the sdp transformation : >> http://www.opensips.org/Documentation/Script-Tran-2-3#toc80 >> >> Regards, >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> On 05/14/2017 06:28 AM, volga629 at networklab.ca wrote: >>> Hello Everyone, >>> What good approach to test/detect 0.0.0.0 in sdp c IN = line ? >>> I don't see any functions to parse sdp properly. >>> >>> volga629 >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.quick at smartvox.co.uk Tue May 16 04:10:28 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Tue, 16 May 2017 09:10:28 +0100 Subject: [OpenSIPS-Users] Cancel ACK routing Message-ID: <000401d2ce1b$e1d7c9a0$a5875ce0$@smartvox.co.uk> I had something very similar happening on CANCEL ACK handling. In my case, it was because I had changed the To header. The scenario I had was this: Invites sent to OpenSIPS had a 4-digit prefix which appeared in both the R-URI and the To header. I wanted to remove the prefix. It was easy to change the R-URI and strip the prefix off, but attempts to use uac_replace_to (from the UAC module) ended up with unexpected problems So I stripped the prefix from the To header using subst function instead. That is when I noticed CANCEL would no longer be handled properly just like Rik is describing. The TM module (t_relay) was tracking changes made to the R-URI but not those made to the To header. Hope this helps you to identify the problem. Rik, are you changing the R-URI or any of the headers (To, From, etc) when the Invite is processed? John Quick Smartvox Limited From alain.bieuzent at free.fr Tue May 16 11:22:44 2017 From: alain.bieuzent at free.fr (Alain Bieuzent) Date: Tue, 16 May 2017 17:22:44 +0200 Subject: [OpenSIPS-Users] Store data in text File Message-ID: <3A32AA17-328A-4B00-BD24-983852F71251@free.fr> Hi all, I need to store some data on text file (and acces it form shell), i’m trying to use the flatstore module but i don’t understand how i can write into it. Does anyone use this module without the Acc module? Is there another solution ? Many thanks Alain -------------- next part -------------- An HTML attachment was scrubbed... URL: From RBroers at motto.nl Tue May 16 11:25:07 2017 From: RBroers at motto.nl (Rik Broers) Date: Tue, 16 May 2017 15:25:07 +0000 Subject: [OpenSIPS-Users] Cancel ACK routing In-Reply-To: <000401d2ce1b$e1d7c9a0$a5875ce0$@smartvox.co.uk> References: <000401d2ce1b$e1d7c9a0$a5875ce0$@smartvox.co.uk> Message-ID: Hi John, Yeah i'm using the uac_replace_from on the invite. This does it's task perfectly, everything is manipulated correctly on the way forward and back. Bogdan has looked into it deeper, and he is suspecting the VIA headers in the ACK. In all the requests the caller side keeps using a domain name in the via header, and suddenly on the ACK (specifically the 487 ACK) it decides to use it's ip address only as via.. branch identifiers are correct though. The rfc says this: For all other request methods, a request is matched to a transaction if the Request-URI, To tag, From tag, Call-ID, CSeq (including the method), and top Via header field match those of the request that created the transaction And the top via header does not match anymore so.. Seems to be a case of broken implementation :) I will slap the creators with the RFC and see what they are going to do. To confirm I will run a test where I will remove the opensips proxy in between, and I suspect the cancel to be just as broken as it is now. Luckily the call is correctly handled cdr-wise so it shouldn't pose any major issues except for some unwanted retransmissions. Regards, Met vriendelijke groet, Rik Broers Voice Engineer -----Oorspronkelijk bericht----- Van: John Quick [mailto:john.quick at smartvox.co.uk] Verzonden: 16 May 2017 10:10 Aan: users at lists.opensips.org CC: Rik Broers ; 'Bogdan-Andrei Iancu' Onderwerp: Re: [OpenSIPS-Users] Cancel ACK routing I had something very similar happening on CANCEL ACK handling. In my case, it was because I had changed the To header. The scenario I had was this: Invites sent to OpenSIPS had a 4-digit prefix which appeared in both the R-URI and the To header. I wanted to remove the prefix. It was easy to change the R-URI and strip the prefix off, but attempts to use uac_replace_to (from the UAC module) ended up with unexpected problems So I stripped the prefix from the To header using subst function instead. That is when I noticed CANCEL would no longer be handled properly just like Rik is describing. The TM module (t_relay) was tracking changes made to the R-URI but not those made to the To header. Hope this helps you to identify the problem. Rik, are you changing the R-URI or any of the headers (To, From, etc) when the Invite is processed? John Quick Smartvox Limited From xaled at web.de Tue May 16 13:35:49 2017 From: xaled at web.de (xaled) Date: Tue, 16 May 2017 19:35:49 +0200 Subject: [OpenSIPS-Users] How to change the order of characters in a string and ascii2hex Message-ID: <00c601d2ce6a$dbf61b00$93e25100$@web.de> Hello, I have a question and a feature idea. What is the best way to change the order of characters in a string? I have a string “12345” and I want to get “21435” It would be nice to have ascii2hex in addition to dec2hex Thanks, xaled -------------- next part -------------- An HTML attachment was scrubbed... URL: From k.galinurov at gmail.com Wed May 17 02:09:17 2017 From: k.galinurov at gmail.com (Kirill Galinurov) Date: Wed, 17 May 2017 09:09:17 +0300 Subject: [OpenSIPS-Users] E_DLG_STATE_CHANGED event parameters and values. Message-ID: Hi all. I try to monitoring opensips using new rabbitmq module and EVENT_ROUTE. I try to trace dialog state. My config is event_route[E_DLG_STATE_CHANGED] { fetch_event_params("$avp(nstate);$avp(ostate)"); xlog("L_INFO", "newstate $avp(nstate) oldstate $avp(ostate) of dialog ); } I thought $avp(nstate) variables like $DLG_status. But in logs I see: DBG:event_route:scriptroute_fetch: Fetching parameters for event E_DLG_STATE_CHANGED May 17 09:24:14 [44736] DBG:event_route:scriptroute_fetch: Successfully fetched 2 parameters May 17 09:24:14 [44736] newstate 3984 oldstate 171237808 of dialog to Not 1-5. Where is my mistake? Thank you. Best regards Kirill Galinurov -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Wed May 17 04:55:57 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 17 May 2017 11:55:57 +0300 Subject: [OpenSIPS-Users] Store data in text File In-Reply-To: <3A32AA17-328A-4B00-BD24-983852F71251@free.fr> References: <3A32AA17-328A-4B00-BD24-983852F71251@free.fr> Message-ID: <590a7be4-4f1d-af60-e908-0c8e5e6bf6ac@opensips.org> Hi, Alain! Flatstore works as a database that only supports native inserts. If you need to write in a file you can use the exec[1] module, which basically executes any command you want - you can do something like: exec("echo \"$fU called $rU\" > /tmp/logging"); [1] http://www.opensips.org/html/docs/modules/2.3.x/exec.html#idp5622832 Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/16/2017 06:22 PM, Alain Bieuzent wrote: > > Hi all, > > I need to store some data on text file (and acces it form shell), i’m > trying to use the flatstore module but i don’t understand how i can > write into it. > > Does anyone use this module without the Acc module? Is there another > solution ? > > Many thanks > > Alain > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Wed May 17 04:58:46 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 17 May 2017 11:58:46 +0300 Subject: [OpenSIPS-Users] How to change the order of characters in a string and ascii2hex In-Reply-To: <00c601d2ce6a$dbf61b00$93e25100$@web.de> References: <00c601d2ce6a$dbf61b00$93e25100$@web.de> Message-ID: <947316dc-6bfc-ed1d-e8bc-6f06375d1c84@opensips.org> Hi, Xaled! This might be interesting - if you need thisfeature, please open a new feature request on our issue tracker[1]so we can centralize everyting. [1] https://github.com/OpenSIPS/opensips/issues Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/16/2017 08:35 PM, xaled wrote: > > Hello, > > I have a question and a feature idea. > > What is the best way to change the order of characters in a string? > > I have a string “12345” and I want to get “21435” > > It would be nice to have ascii2hex in addition to dec2hex > > Thanks, > > xaled > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Wed May 17 05:08:06 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Wed, 17 May 2017 12:08:06 +0300 Subject: [OpenSIPS-Users] Heads up - OpenSIPS 2.2.4 and 1.11.11 minor release Message-ID: <996a2008-4a36-bb4b-44e0-3ba06f066c2b@opensips.org> Hello all, On 18th of May, we schedule the following minor releases: * OpenSIPS 2.2.4 * OpenSIPS 1.11.11 With the 1.11.11 release, the 1.11 branch will come to an end - this is the last 1.11 release, this version becoming un-maintained (no further fixes) afterwards. Best regards, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html From razvan at opensips.org Wed May 17 07:16:53 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 17 May 2017 14:16:53 +0300 Subject: [OpenSIPS-Users] E_DLG_STATE_CHANGED event parameters and values. In-Reply-To: References: Message-ID: <33f86220-f9ce-74a9-b32f-e7100887a825@opensips.org> Hi, Kirill! There's no mistake in your code, but in our documentation :). We've recently added two more parameters[1] in the dialog event that contain the hash_entry and hash_id, but we didn't document the change. I've just updated the page[1]. So in order to get the state, you need to add two more AVPs before the state, to also fetch the dialog hash entry and id. If you only need the state, you can fetch the parameters by their name: fetch_event_params("ostate=$avp(ostate); nstate=$avp(nstate)"); [1] http://www.opensips.org/html/docs/modules/2.3.x/dialog#idp6390288 Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/17/2017 09:09 AM, Kirill Galinurov wrote: > Hi all. I try to monitoring opensips using new rabbitmq module and > EVENT_ROUTE. I try to trace dialog state. > My config is > event_route[E_DLG_STATE_CHANGED] { > fetch_event_params("$avp(nstate);$avp(ostate)"); > xlog("L_INFO", "newstate $avp(nstate) oldstate $avp(ostate) of > dialog ); > } > I thought $avp(nstate) variables like $DLG_status. But in logs I see: > > DBG:event_route:scriptroute_fetch: Fetching parameters for event > E_DLG_STATE_CHANGED > May 17 09:24:14 [44736] DBG:event_route:scriptroute_fetch: > Successfully fetched 2 parameters > May 17 09:24:14 [44736] newstate 3984 oldstate 171237808 of dialog to > Not 1-5. Where is my mistake? > > Thank you. > Best regards Kirill Galinurov > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From xaled at web.de Wed May 17 09:06:03 2017 From: xaled at web.de (xaled) Date: Wed, 17 May 2017 15:06:03 +0200 Subject: [OpenSIPS-Users] How to change the order of characters in a string and ascii2hex In-Reply-To: <947316dc-6bfc-ed1d-e8bc-6f06375d1c84@opensips.org> References: <00c601d2ce6a$dbf61b00$93e25100$@web.de> <947316dc-6bfc-ed1d-e8bc-6f06375d1c84@opensips.org> Message-ID: <007401d2cf0e$56b5ea20$0421be60$@web.de> Hi Răzvan What feature do you mean – changing the order of characters in a string, or ascii2hex? I found s.encode.hexa that does what I meant with ascii2hex. I actually thought about an existing functionality a la reg expression for changing the order of characters. If It is not possible to do with existing functionality I will open a feature. Thanks, xaled From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Razvan Crainea Sent: Mittwoch, 17. Mai 2017 10:59 To: users at lists.opensips.org Subject: Re: [OpenSIPS-Users] How to change the order of characters in a string and ascii2hex Hi, Xaled! This might be interesting - if you need this feature, please open a new feature request on our issue tracker[1] so we can centralize everyting. [1] https://github.com/OpenSIPS/opensips/issues Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/16/2017 08:35 PM, xaled wrote: Hello, I have a question and a feature idea. What is the best way to change the order of characters in a string? I have a string “12345” and I want to get “21435” It would be nice to have ascii2hex in addition to dec2hex Thanks, xaled _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Wed May 17 10:46:35 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 17 May 2017 17:46:35 +0300 Subject: [OpenSIPS-Users] How to change the order of characters in a string and ascii2hex In-Reply-To: <007401d2cf0e$56b5ea20$0421be60$@web.de> References: <00c601d2ce6a$dbf61b00$93e25100$@web.de> <947316dc-6bfc-ed1d-e8bc-6f06375d1c84@opensips.org> <007401d2cf0e$56b5ea20$0421be60$@web.de> Message-ID: <0dbcf4df-8f4d-b102-fcd0-e346d114818e@opensips.org> Hello! Yes, I was talking about the order of characters. Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/17/2017 04:06 PM, xaled wrote: > > Hi Răzvan > > What feature do you mean – changing the order of characters in a > string, or ascii2hex? > > I found s.encode.hexa that does what I meant with ascii2hex. > > I actually thought about an existing functionality a la reg expression > for changing the order of characters. > > If It is not possible to do with existing functionality I will open a > feature. > > Thanks, > > xaled > > *From:*Users [mailto:users-bounces at lists.opensips.org] *On Behalf Of > *Razvan Crainea > *Sent:* Mittwoch, 17. Mai 2017 10:59 > *To:* users at lists.opensips.org > *Subject:* Re: [OpenSIPS-Users] How to change the order of characters > in a string and ascii2hex > > Hi, Xaled! > > This might be interesting - if you need this feature, please open a > new feature request on our issue tracker[1] so we can centralize > everyting. > > [1] https://github.com/OpenSIPS/opensips/issues > > Best regards, > > > Răzvan Crainea > OpenSIPS Solutions > www.opensips-solutions.com > > On 05/16/2017 08:35 PM, xaled wrote: > > Hello, > > I have a question and a feature idea. > > What is the best way to change the order of characters in a string? > > I have a string “12345” and I want to get “21435” > > It would be nice to have ascii2hex in addition to dec2hex > > Thanks, > > xaled > > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Wed May 17 10:56:42 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Wed, 17 May 2017 17:56:42 +0300 Subject: [OpenSIPS-Users] OpenSIPS Summit 2017 - double the attendance and double the content Message-ID: <41a67146-c958-d4db-622d-c816cfeb2caf@opensips.org> Amsterdam, Netherlands May 6, 2017: After a full week of "everything SIP", the OpenSIPS Project wrapped up this year summit on Friday May 5th 2017. This year's installment focusing on the new release of OpenSIPS 2.3 brought with it a pioneering step to integrate OpenSIPS with key open source VoIP projects like Homer, FreeSWITCH, Asterisk, CG Rates, and RTPproxy. Also featured were new integrations for protocols like SIP-I and RabbitMQ, as well as, the introduction of the new Event Based Routing Engine. Attendees enjoyed talks and presentations delivered by not only key project members, but also from representatives of large companies from the VoIP market. Other projects like Jitsi, Janus, Zoiper, and Media Soup provided us with an in depth look into how they dealt with challenges in VoIP world in regards to innovation. To get a little feedback on what the experience was like, I briefly spoke to the rest of the team involved in organizing this Summit - people from OpenSIPS Solutions, from QXIP, from Ratetel; and the most important, Celeste Mangani, our lead organizer. According to them, "we received an outpouring of praise and thanks regarding the impressive quality of the event from everyone including the attendees, speakers, and especially the sponsors." When we continued discussing the attendance and sponsorship for this years event he continued, "We doubled our growth from last year... And the sponsors for this years summit showed an overwhelming commitment to making this our best summit ever!" This years event was sponsored by Telnyx,VoipGRID, VoiceTel, Motto Communications, DIDX, VoiCenter and AG Projects . Due to their generosity this year's attendees enjoyed catered lunches at the event, a boat tour of Amsterdam's canals, social dinners at local venues, and many more gifts and prices (yes, we had a raffle). For the people who weren't able to join us in Amsterdam or for the people who want to re-iterate the Summit, we put together the speaker presentations, the video recordings and the photos, all under the same web page http://www.opensips.org/Community/Summit-2017Amsterdam-Content Enjoy it and thank you all for making this Summit possible -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Summit2017_allgroup_small.jpeg Type: image/jpeg Size: 60673 bytes Desc: not available URL: From xaled at web.de Wed May 17 11:11:29 2017 From: xaled at web.de (xaled) Date: Wed, 17 May 2017 17:11:29 +0200 Subject: [OpenSIPS-Users] How to change the order of characters in a string and ascii2hex In-Reply-To: <0dbcf4df-8f4d-b102-fcd0-e346d114818e@opensips.org> References: <00c601d2ce6a$dbf61b00$93e25100$@web.de> <947316dc-6bfc-ed1d-e8bc-6f06375d1c84@opensips.org> <007401d2cf0e$56b5ea20$0421be60$@web.de> <0dbcf4df-8f4d-b102-fcd0-e346d114818e@opensips.org> Message-ID: <012f01d2cf1f$de3dbed0$9ab93c70$@web.de> Hello Răzvan, Ok, just opened an issue. Another good thing would be the possibility to access a specific character in a string. Something like: $var(str) = "123456"; xlog("first character: $var(str)[0] second character: $var(str)[1] "); Greetings, xaled From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Razvan Crainea Sent: Mittwoch, 17. Mai 2017 16:47 To: users at lists.opensips.org Subject: Re: [OpenSIPS-Users] How to change the order of characters in a string and ascii2hex Hello! Yes, I was talking about the order of characters. Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/17/2017 04:06 PM, xaled wrote: Hi Răzvan What feature do you mean – changing the order of characters in a string, or ascii2hex? I found s.encode.hexa that does what I meant with ascii2hex. I actually thought about an existing functionality a la reg expression for changing the order of characters. If It is not possible to do with existing functionality I will open a feature. Thanks, xaled From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Razvan Crainea Sent: Mittwoch, 17. Mai 2017 10:59 To: users at lists.opensips.org Subject: Re: [OpenSIPS-Users] How to change the order of characters in a string and ascii2hex Hi, Xaled! This might be interesting - if you need this feature, please open a new feature request on our issue tracker[1] so we can centralize everyting. [1] https://github.com/OpenSIPS/opensips/issues Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/16/2017 08:35 PM, xaled wrote: Hello, I have a question and a feature idea. What is the best way to change the order of characters in a string? I have a string “12345” and I want to get “21435” It would be nice to have ascii2hex in addition to dec2hex Thanks, xaled _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Wed May 17 11:11:38 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 17 May 2017 18:11:38 +0300 Subject: [OpenSIPS-Users] Presentations Opensips summit available? In-Reply-To: References: Message-ID: <57bbfa0d-30d7-bfa3-7a1f-c5bec1be61e5@opensips.org> Hi, Marty! We've just finished wrapping up all the presentations and videos from the summit. You can find all of them here: http://www.opensips.org/Community/Summit-2017Amsterdam-Content Have fun :) Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/16/2017 08:45 AM, Marty van de Veerdonk wrote: > Hi, > when can we expect the presentations PDF/PPTs of the OpenSIPS summit > in Amsterdam online? > > regards, Marty > > -- > > Met vriendelijke groet, > Marty van de Veerdonk > > Voice Identity > E: marty at voiceidentity.nl > I: www.voiceidentity.nl > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From denis7979 at mail.ru Thu May 18 01:43:19 2017 From: denis7979 at mail.ru (Denis) Date: Thu, 18 May 2017 08:43:19 +0300 Subject: [OpenSIPS-Users] Opensips, load_balancing and authentication process Message-ID: <1455001495086199@web17g.yandex.ru> An HTML attachment was scrubbed... URL: From razvan at opensips.org Thu May 18 05:36:37 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Thu, 18 May 2017 12:36:37 +0300 Subject: [OpenSIPS-Users] How to change the order of characters in a string and ascii2hex In-Reply-To: <012f01d2cf1f$de3dbed0$9ab93c70$@web.de> References: <00c601d2ce6a$dbf61b00$93e25100$@web.de> <947316dc-6bfc-ed1d-e8bc-6f06375d1c84@opensips.org> <007401d2cf0e$56b5ea20$0421be60$@web.de> <0dbcf4df-8f4d-b102-fcd0-e346d114818e@opensips.org> <012f01d2cf1f$de3dbed0$9ab93c70$@web.de> Message-ID: <26031b09-399f-d299-ddde-d8f64e9d9f03@opensips.org> Add a feature request for this as well :). Cheers, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/17/2017 06:11 PM, xaled wrote: > > Hello Răzvan, > > Ok, just opened an issue. > > Another good thing would be the possibility to access a specific > character in a string. > > Something like: > > $var(str) = "123456"; > > xlog("first character: $var(str)[0] second character: $var(str)[1] "); > > Greetings, > > xaled > > *From:*Users [mailto:users-bounces at lists.opensips.org] *On Behalf Of > *Razvan Crainea > *Sent:* Mittwoch, 17. Mai 2017 16:47 > *To:* users at lists.opensips.org > *Subject:* Re: [OpenSIPS-Users] How to change the order of characters > in a string and ascii2hex > > Hello! > > Yes, I was talking about the order of characters. > > Best regards, > > > Răzvan Crainea > OpenSIPS Solutions > www.opensips-solutions.com > > On 05/17/2017 04:06 PM, xaled wrote: > > Hi Răzvan > > What feature do you mean – changing the order of characters in a > string, or ascii2hex? > > I found s.encode.hexa that does what I meant with ascii2hex. > > I actually thought about an existing functionality a la reg > expression for changing the order of characters. > > If It is not possible to do with existing functionality I will > open a feature. > > Thanks, > > xaled > > *From:*Users [mailto:users-bounces at lists.opensips.org] *On Behalf > Of *Razvan Crainea > *Sent:* Mittwoch, 17. Mai 2017 10:59 > *To:* users at lists.opensips.org > *Subject:* Re: [OpenSIPS-Users] How to change the order of > characters in a string and ascii2hex > > Hi, Xaled! > > This might be interesting - if you need this feature, please open > a new feature request on our issue tracker[1] so we can centralize > everyting. > > [1] https://github.com/OpenSIPS/opensips/issues > > Best regards, > > > > Răzvan Crainea > > OpenSIPS Solutions > > www.opensips-solutions.com > > On 05/16/2017 08:35 PM, xaled wrote: > > Hello, > > I have a question and a feature idea. > > What is the best way to change the order of characters in a > string? > > I have a string “12345” and I want to get “21435” > > It would be nice to have ascii2hex in addition to dec2hex > > Thanks, > > xaled > > > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Thu May 18 06:42:43 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 18 May 2017 13:42:43 +0300 Subject: [OpenSIPS-Users] ERROR topology_hiding_match() and WSS In-Reply-To: References: <4b6d9408-a203-707b-fcea-0807a12a0446@opensips.org> Message-ID: <99e0d073-55c5-c5f9-a493-c2571384cd60@opensips.org> Hi, Just to update the list with the outcome of this investigation. The problem is generated by an ambiguity in WS/WSS specs (RFC 7118) which state that a WSS client must advertise "transport=ws" - this is really confusing for a SIP proxy which has no clue on which transport (WS or WSS) to use to reach the user. Most of the WSS UAC decided to disobey the IETF specs and to actually advertise wss. See the case for SIPjs: https://github.com/onsip/SIP.js/issues/97 After updating the SIP.js client, the call flow works like a charm. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 04/26/2017 02:03 PM, Bogdan-Andrei Iancu wrote: > Thank you Dragomir, > > So, there is an existing connection to your browser. > > Please redo the list_tcp_conns and send me the capture of the BYE > request received by OpenSIPS. > > Best regards, > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > On 04/25/2017 04:35 PM, Dragomir Haralambiev wrote: >> Here is connection list before send BYE >> >> [root at dev opensips]# opensipsctl fifo list_tcp_conns >> Connection:: ID=1 Type=wss State=0 Source=0:59562 >> Destination=:10062 Lifetime=2017-04-25 16:31:14 >> >> >> 2017-04-25 11:37 GMT+03:00 Bogdan-Andrei Iancu : >> >> Hi Dragomir, >> >> So, the problem is about the BYE. Just before sending BYE from >> Zoiper, please run on your opensips: >> opensipsctl fifo list_tcp_conns >> >> Lets see if your SIP.JS still has a connection to OpenSIPS at >> that point. >> >> Best regards, >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> >> >> On 04/25/2017 12:14 AM, Dragomir Haralambiev wrote: >>> Hi Bogdan, >>> Thanks for the detailed and comprehensive answer. >>> Zoiper talking (connection is established) with SIP.JS >>> Zoiper ---(over UDP)--> Opensips --(over WSS)---> SIP.JS >>> Why not possible Opensips send BYE to SIP.JS over established >>> connection? >>> Why all is OK when SIP.JS send BYE? >>> I need help to setup Opensips to solve this problem. >>> Best regards, >>> Dragomir >>> 2017-04-24 17:47 GMT+03:00 Bogdan-Andrei Iancu >>> >: >>> >>> Hi, Same question, same answer - see >>> http://lists.opensips.org/pipermail/users/2017-April/036925.html >>> Regards, >>> >>> Bogdan-Andrei Iancu >>> OpenSIPS Founder and Developer >>> http://www.opensips-solutions.com >>> >>> >>> OpenSIPS Summit May 2017 Amsterdam >>> http://www.opensips.org/events/Summit-2017Amsterdam.html >>> >>> >>> On 04/21/2017 07:24 PM, Dragomir Haralambiev wrote: >>>> Hello, >>>> I have problem with "topology_hiding_match()" and WSS. >>>> Zoiper ---(send BYE)--> Opensips --(can not relay to)---> >>>> SIP.JS >>>> Here part ot script: >>>> if (has_totag()) { >>>> if (topology_hiding_match()) { >>>> t_relay(); >>>> exit; >>>> } >>>> ... >>>> Opensips receive BYE. When execute "t_relay()" give follow >>>> ERRORS: >>>> INFO:core:probe_max_sock_buff: using snd buffer of 416 kb >>>> INFO:core:init_sock_keepalive: TCP keepalive enabled on >>>> socket 23 >>>> ERROR:core:tcp_connect_blocking: timeout 99195 ms elapsed >>>> from 100000 s >>>> ERROR:proto_ws:ws_sync_connect: tcp_blocking_connect failed >>>> ERROR:proto_ws:ws_connect: connect failed >>>> ERROR:proto_ws:proto_ws_send: connect failed >>>> ERROR:tm:msg_send: send() for proto 5 failed >>>> ERROR:tm:t_forward_nonack: sending request failedscheduled >>>> Where is problem? >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at lists.opensips.org >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>> >>> > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Thu May 18 07:56:31 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 18 May 2017 14:56:31 +0300 Subject: [OpenSIPS-Users] [RELEASE] OpenSIPS minor releases: 2.2.4 and 1.11.11 Message-ID: <4ea98d10-dbed-8f77-36d1-a375c847993e@opensips.org> We are happy to announce a new set of OpenSIPS minor versions, namely 2.2.4 and 1.11.11 – a total of 143 commits of fixes. The commits are mainly addressing minor bugs in different parts of the the code like the TCP layer, network layer, rest_client, transaction module, rtpproxy , sip tracing and accounting – to name a few. Both releases are ready for production use and even more stable/accurate than before. Since they contain the latest bug fixes, we strongly recommend you to upgrade your current instances. An *important* note on the 1.11.11 release – this is the last on the 1.11 branch. This release marks the end of the life cycle for the 1.11 branch. There will be no more fixes and no more releases on this branch in the future. It will become un-maintained. I have to say 1.11 LTS was a great release for OpenSIPS, but it time to move on and focus on the next generation releases in the 2.x line ! As LTS release, 2.2 version will replace 1.11 . Thank you all for your reports, fixes, pull requests and all other contributions to this project! The full ChangeLogs for the newly released versions are: http://opensips.org/pub/opensips/2.2.4/ChangeLog http://opensips.org/pub/opensips/1.11.11/ChangeLog Get the latest versions from: http://opensips.org/pub/opensips/ Enjoy, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From goup2010 at gmail.com Thu May 18 12:19:47 2017 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Thu, 18 May 2017 19:19:47 +0300 Subject: [OpenSIPS-Users] ERROR topology_hiding_match() and WSS In-Reply-To: <19dfa651-d45e-c315-152d-bbe166fb2cad@opensips.org> References: <4b6d9408-a203-707b-fcea-0807a12a0446@opensips.org> <99e0d073-55c5-c5f9-a493-c2571384cd60@opensips.org> <19dfa651-d45e-c315-152d-bbe166fb2cad@opensips.org> Message-ID: When add in SIP.UA (sip.js): hackIpInContact: true, contactTransport: "wss", rtcpMuxPolicy: 'negotiate', All working fine. Thanks Bogdan! 2017-05-18 16:28 GMT+03:00 Bogdan-Andrei Iancu : > maybe you should reply it again on the mailing list too, so people can > benefit of it ;) > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 05/18/2017 04:20 PM, Dragomir Haralambiev wrote: > > When add in SIP.UA: > hackIpInContact: true, > contactTransport: "wss", > rtcpMuxPolicy: 'negotiate', > > All working fine. > Thanks Bogdan! > > 2017-05-18 13:42 GMT+03:00 Bogdan-Andrei Iancu < > bogdan at opensips.org>: > >> Hi, >> >> Just to update the list with the outcome of this investigation. >> >> The problem is generated by an ambiguity in WS/WSS specs (RFC 7118) which >> state that a WSS client must advertise "transport=ws" - this is really >> confusing for a SIP proxy which has no clue on which transport (WS or WSS) >> to use to reach the user. >> >> Most of the WSS UAC decided to disobey the IETF specs and to actually >> advertise wss. See the case for SIPjs: >> https://github.com/onsip/SIP.js/issues/97 >> >> After updating the SIP.js client, the call flow works like a charm. >> >> Best regards, >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> >> On 04/26/2017 02:03 PM, Bogdan-Andrei Iancu wrote: >> >> Thank you Dragomir, So, there is an existing connection to your browser. >> Please redo the list_tcp_conns and send me the capture of the BYE request >> received by OpenSIPS. Best regards, >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> >> On 04/25/2017 04:35 PM, Dragomir Haralambiev wrote: >> >> Here is connection list before send BYE >> [root at dev opensips]# opensipsctl fifo list_tcp_conns >> Connection:: ID=1 Type=wss State=0 Source=0:59562 >> Destination=:10062 Lifetime=2017-04-25 16:31:14 >> 2017-04-25 11:37 GMT+03:00 Bogdan-Andrei Iancu : >>> >>> Hi Dragomir, So, the problem is about the BYE. Just before sending BYE >>> from Zoiper, please run on your opensips: opensipsctl fifo >>> list_tcp_conns Lets see if your SIP.JS still has a connection to OpenSIPS >>> at that point. Best regards, >>> >>> Bogdan-Andrei Iancu >>> OpenSIPS Founder and Developer >>> http://www.opensips-solutions.com >>> >>> OpenSIPS Summit May 2017 Amsterdam >>> http://www.opensips.org/events/Summit-2017Amsterdam.html >>> >>> On 04/25/2017 12:14 AM, Dragomir Haralambiev wrote: >>> >>> Hi Bogdan, >>> Thanks for the detailed and comprehensive answer. >>> Zoiper talking (connection is established) with SIP.JS >>> Zoiper ---(over UDP)--> Opensips --(over WSS)---> SIP.JS >>> Why not possible Opensips send BYE to SIP.JS over established connection? >>> Why all is OK when SIP.JS send BYE? >>> I need help to setup Opensips to solve this problem. >>> Best regards, >>> Dragomir >>> 2017-04-24 17:47 GMT+03:00 Bogdan-Andrei Iancu : >>>> >>>> Hi, Same question, same answer - see http://lists.opensips.org/pipe >>>> rmail/users/2017-April/036925.html Regards, >>>> >>>> Bogdan-Andrei Iancu >>>> OpenSIPS Founder and Developer >>>> http://www.opensips-solutions.com >>>> >>>> OpenSIPS Summit May 2017 Amsterdam >>>> http://www.opensips.org/events/Summit-2017Amsterdam.html >>>> >>>> On 04/21/2017 07:24 PM, Dragomir Haralambiev wrote: >>>> >>>> Hello, >>>> I have problem with "topology_hiding_match()" and WSS. >>>> Zoiper ---(send BYE)--> Opensips --(can not relay to)---> SIP.JS >>>> Here part ot script: >>>> if (has_totag()) { >>>> if (topology_hiding_match()) { >>>> t_relay(); >>>> exit; >>>> } >>>> ... >>>> Opensips receive BYE. When execute "t_relay()" give follow ERRORS: >>>> INFO:core:probe_max_sock_buff: using snd buffer of 416 kb >>>> INFO:core:init_sock_keepalive: TCP keepalive enabled on socket 23 >>>> ERROR:core:tcp_connect_blocking: timeout 99195 ms elapsed from 100000 s >>>> ERROR:proto_ws:ws_sync_connect: tcp_blocking_connect failed >>>> ERROR:proto_ws:ws_connect: connect failed >>>> ERROR:proto_ws:proto_ws_send: connect failed >>>> ERROR:tm:msg_send: send() for proto 5 failed >>>> ERROR:tm:t_forward_nonack: sending request failedscheduled >>>> Where is problem? >>>> >>>> _______________________________________________ >>>> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>> >>>> _______________________________________________ >> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From jock.mckechnie at gmail.com Thu May 18 17:33:26 2017 From: jock.mckechnie at gmail.com (Jock McKechnie) Date: Thu, 18 May 2017 16:33:26 -0500 Subject: [OpenSIPS-Users] [RELEASE] OpenSIPS minor releases: 2.2.4 and 1.11.11 In-Reply-To: <4ea98d10-dbed-8f77-36d1-a375c847993e@opensips.org> References: <4ea98d10-dbed-8f77-36d1-a375c847993e@opensips.org> Message-ID: Thank you very much, Bogdan, and the OpenSIPS crew. Would it be possible for someone to push the latest 1.11 to your official apt repository, please? 1.11.10 didn't make it in, so I wanted to drop a line just in case :) I'm still running primarily Wheezy, so this EoL is probably my impetus to update Debian and move to 2.2LTS at the same time... but not today! Thanks again! - JP On Thu, May 18, 2017 at 6:56 AM, Bogdan-Andrei Iancu wrote: > > We are happy to announce a new set of OpenSIPS minor versions, namely 2.2.4 > and 1.11.11 – a total of 143 commits of fixes. > > The commits are mainly addressing minor bugs in different parts of the the > code like the TCP layer, network layer, rest_client, transaction module, > rtpproxy , sip tracing and accounting – to name a few. > > Both releases are ready for production use and even more stable/accurate > than before. Since they contain the latest bug fixes, we strongly recommend > you to upgrade your current instances. > > An important note on the 1.11.11 release – this is the last on the 1.11 > branch. This release marks the end of the life cycle for the 1.11 branch. > There will be no more fixes and no more releases on this branch in the > future. It will become un-maintained. I have to say 1.11 LTS was a great > release for OpenSIPS, but it time to move on and focus on the next > generation releases in the 2.x line ! As LTS release, 2.2 version will > replace 1.11 . > > Thank you all for your reports, fixes, pull requests and all other > contributions to this project! > > The full ChangeLogs for the newly released versions are: > http://opensips.org/pub/opensips/2.2.4/ChangeLog > http://opensips.org/pub/opensips/1.11.11/ChangeLog > > Get the latest versions from: http://opensips.org/pub/opensips/ > > Enjoy, > > -- > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > From nick.altmann at gmail.com Thu May 18 17:46:54 2017 From: nick.altmann at gmail.com (Nick Altmann) Date: Fri, 19 May 2017 00:46:54 +0300 Subject: [OpenSIPS-Users] [RELEASE] OpenSIPS minor releases: 2.2.4 and 1.11.11 In-Reply-To: References: <4ea98d10-dbed-8f77-36d1-a375c847993e@opensips.org> Message-ID: Apt and yum repositories make build automatically every night. So, you will see new version there in next few hours. 2017-05-19 0:33 GMT+03:00 Jock McKechnie : > Thank you very much, Bogdan, and the OpenSIPS crew. > > Would it be possible for someone to push the latest 1.11 to your > official apt repository, please? 1.11.10 didn't make it in, so I > wanted to drop a line just in case :) > > I'm still running primarily Wheezy, so this EoL is probably my impetus > to update Debian and move to 2.2LTS at the same time... but not today! > > Thanks again! > > - JP > > On Thu, May 18, 2017 at 6:56 AM, Bogdan-Andrei Iancu > wrote: > > > > We are happy to announce a new set of OpenSIPS minor versions, namely > 2.2.4 > > and 1.11.11 – a total of 143 commits of fixes. > > > > The commits are mainly addressing minor bugs in different parts of the > the > > code like the TCP layer, network layer, rest_client, transaction module, > > rtpproxy , sip tracing and accounting – to name a few. > > > > Both releases are ready for production use and even more stable/accurate > > than before. Since they contain the latest bug fixes, we strongly > recommend > > you to upgrade your current instances. > > > > An important note on the 1.11.11 release – this is the last on the 1.11 > > branch. This release marks the end of the life cycle for the 1.11 branch. > > There will be no more fixes and no more releases on this branch in the > > future. It will become un-maintained. I have to say 1.11 LTS was a great > > release for OpenSIPS, but it time to move on and focus on the next > > generation releases in the 2.x line ! As LTS release, 2.2 version will > > replace 1.11 . > > > > Thank you all for your reports, fixes, pull requests and all other > > contributions to this project! > > > > The full ChangeLogs for the newly released versions are: > > http://opensips.org/pub/opensips/2.2.4/ChangeLog > > http://opensips.org/pub/opensips/1.11.11/ChangeLog > > > > Get the latest versions from: http://opensips.org/pub/opensips/ > > > > Enjoy, > > > > -- > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > > http://www.opensips-solutions.com > > > > OpenSIPS Summit May 2017 Amsterdam > > http://www.opensips.org/events/Summit-2017Amsterdam.html > > > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From goup2010 at gmail.com Fri May 19 03:37:43 2017 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Fri, 19 May 2017 10:37:43 +0300 Subject: [OpenSIPS-Users] WSS and Opensips In-Reply-To: References: Message-ID: Hi, If you like to work with WEBRTC you must to use WSS. In SIP.UA add follow lines: hackIpInContact: true, contactTransport: "wss", rtcpMuxPolicy: 'negotiate', Best regards, Dragomir -------------- next part -------------- An HTML attachment was scrubbed... URL: From jock.mckechnie at gmail.com Fri May 19 11:41:16 2017 From: jock.mckechnie at gmail.com (Jock McKechnie) Date: Fri, 19 May 2017 10:41:16 -0500 Subject: [OpenSIPS-Users] [RELEASE] OpenSIPS minor releases: 2.2.4 and 1.11.11 In-Reply-To: References: <4ea98d10-dbed-8f77-36d1-a375c847993e@opensips.org> Message-ID: Good morning Nick; Are you... sure? As I said, the 1.11.10 release never made it to the repo, and 1.11.11 hasn't either - I'd hate to be an impatient schmoe, but I'm wondering if the two newer releases are set up right to be built out? I can see all the other releases (1.11.6 through 1.11.9) were all rebuilt overnight, so something is accessing the repo, but 10/11 are not present. My apologies for bugging you on it, and thanks. - Jock On Thu, May 18, 2017 at 4:46 PM, Nick Altmann wrote: > > Apt and yum repositories make build automatically every night. > So, you will see new version there in next few hours. > > 2017-05-19 0:33 GMT+03:00 Jock McKechnie : >> >> Thank you very much, Bogdan, and the OpenSIPS crew. >> >> Would it be possible for someone to push the latest 1.11 to your >> official apt repository, please? 1.11.10 didn't make it in, so I >> wanted to drop a line just in case :) >> >> I'm still running primarily Wheezy, so this EoL is probably my impetus >> to update Debian and move to 2.2LTS at the same time... but not today! >> >> Thanks again! >> >> - JP >> >> On Thu, May 18, 2017 at 6:56 AM, Bogdan-Andrei Iancu >> wrote: >> > >> > We are happy to announce a new set of OpenSIPS minor versions, namely >> > 2.2.4 >> > and 1.11.11 – a total of 143 commits of fixes. >> > >> > The commits are mainly addressing minor bugs in different parts of the >> > the >> > code like the TCP layer, network layer, rest_client, transaction module, >> > rtpproxy , sip tracing and accounting – to name a few. >> > >> > Both releases are ready for production use and even more stable/accurate >> > than before. Since they contain the latest bug fixes, we strongly >> > recommend >> > you to upgrade your current instances. >> > >> > An important note on the 1.11.11 release – this is the last on the 1.11 >> > branch. This release marks the end of the life cycle for the 1.11 >> > branch. >> > There will be no more fixes and no more releases on this branch in the >> > future. It will become un-maintained. I have to say 1.11 LTS was a great >> > release for OpenSIPS, but it time to move on and focus on the next >> > generation releases in the 2.x line ! As LTS release, 2.2 version will >> > replace 1.11 . >> > >> > Thank you all for your reports, fixes, pull requests and all other >> > contributions to this project! >> > >> > The full ChangeLogs for the newly released versions are: >> > http://opensips.org/pub/opensips/2.2.4/ChangeLog >> > http://opensips.org/pub/opensips/1.11.11/ChangeLog >> > >> > Get the latest versions from: http://opensips.org/pub/opensips/ >> > >> > Enjoy, >> > >> > -- >> > Bogdan-Andrei Iancu >> > OpenSIPS Founder and Developer >> > http://www.opensips-solutions.com >> > >> > OpenSIPS Summit May 2017 Amsterdam >> > http://www.opensips.org/events/Summit-2017Amsterdam.html >> > >> > >> > _______________________________________________ >> > Users mailing list >> > Users at lists.opensips.org >> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > From nick at altmann.pro Fri May 19 13:15:04 2017 From: nick at altmann.pro (Nick Altmann) Date: Fri, 19 May 2017 20:15:04 +0300 Subject: [OpenSIPS-Users] [RELEASE] OpenSIPS minor releases: 2.2.4 and 1.11.11 In-Reply-To: References: <4ea98d10-dbed-8f77-36d1-a375c847993e@opensips.org> Message-ID: Hello Jock, you're right. I found bug on server why latest 1.11 releases didn't build. Now it's fixed. Latest 1.11 opensips release will appear on yum/apt in an hour. Thank you. 2017-05-19 18:41 GMT+03:00 Jock McKechnie : > Good morning Nick; > > Are you... sure? As I said, the 1.11.10 release never made it to the > repo, and 1.11.11 hasn't either - I'd hate to be an impatient schmoe, > but I'm wondering if the two newer releases are set up right to be > built out? > > I can see all the other releases (1.11.6 through 1.11.9) were all > rebuilt overnight, so something is accessing the repo, but 10/11 are > not present. > > My apologies for bugging you on it, and thanks. > > - Jock > > On Thu, May 18, 2017 at 4:46 PM, Nick Altmann > wrote: > > > > Apt and yum repositories make build automatically every night. > > So, you will see new version there in next few hours. > > > > 2017-05-19 0:33 GMT+03:00 Jock McKechnie : > >> > >> Thank you very much, Bogdan, and the OpenSIPS crew. > >> > >> Would it be possible for someone to push the latest 1.11 to your > >> official apt repository, please? 1.11.10 didn't make it in, so I > >> wanted to drop a line just in case :) > >> > >> I'm still running primarily Wheezy, so this EoL is probably my impetus > >> to update Debian and move to 2.2LTS at the same time... but not today! > >> > >> Thanks again! > >> > >> - JP > >> > >> On Thu, May 18, 2017 at 6:56 AM, Bogdan-Andrei Iancu > >> wrote: > >> > > >> > We are happy to announce a new set of OpenSIPS minor versions, namely > >> > 2.2.4 > >> > and 1.11.11 – a total of 143 commits of fixes. > >> > > >> > The commits are mainly addressing minor bugs in different parts of the > >> > the > >> > code like the TCP layer, network layer, rest_client, transaction > module, > >> > rtpproxy , sip tracing and accounting – to name a few. > >> > > >> > Both releases are ready for production use and even more > stable/accurate > >> > than before. Since they contain the latest bug fixes, we strongly > >> > recommend > >> > you to upgrade your current instances. > >> > > >> > An important note on the 1.11.11 release – this is the last on the > 1.11 > >> > branch. This release marks the end of the life cycle for the 1.11 > >> > branch. > >> > There will be no more fixes and no more releases on this branch in the > >> > future. It will become un-maintained. I have to say 1.11 LTS was a > great > >> > release for OpenSIPS, but it time to move on and focus on the next > >> > generation releases in the 2.x line ! As LTS release, 2.2 version will > >> > replace 1.11 . > >> > > >> > Thank you all for your reports, fixes, pull requests and all other > >> > contributions to this project! > >> > > >> > The full ChangeLogs for the newly released versions are: > >> > http://opensips.org/pub/opensips/2.2.4/ChangeLog > >> > http://opensips.org/pub/opensips/1.11.11/ChangeLog > >> > > >> > Get the latest versions from: http://opensips.org/pub/opensips/ > >> > > >> > Enjoy, > >> > > >> > -- > >> > Bogdan-Andrei Iancu > >> > OpenSIPS Founder and Developer > >> > http://www.opensips-solutions.com > >> > > >> > OpenSIPS Summit May 2017 Amsterdam > >> > http://www.opensips.org/events/Summit-2017Amsterdam.html > >> > > >> > > >> > _______________________________________________ > >> > Users mailing list > >> > Users at lists.opensips.org > >> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > >> > > >> > >> _______________________________________________ > >> Users mailing list > >> Users at lists.opensips.org > >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xaled at web.de Fri May 19 20:32:38 2017 From: xaled at web.de (xaled) Date: Sat, 20 May 2017 02:32:38 +0200 Subject: [OpenSIPS-Users] identify branch by name in minor_branch_flag Message-ID: <016601d2d100$96508430$c2f18c90$@web.de> Hi, did I get it right that it is only possible to identify minor branches by index? Using index I cannot have first branch to be minor in some scenarios and not minor in other. It would be good to be able to identify multiple minor branches by names. Ether URI, or additional specific name parameter could be used for it. Instead of: modparam("tm", "minor_branch_flag", 1) something like: modparam("tm", "minor_branch_flag", “sip:alice at test.com”) route[1]{ append_branch("sip:alice at test.com"); append_branch("sip:bob at test.com"); } route[2]{ append_branch("sip:bob at test.com"); append_branch("sip:alice at test.com"); } $T_branch_idx could be extended to $T_branch_name. Thanks, xaled -------------- next part -------------- An HTML attachment was scrubbed... URL: From volga629 at networklab.ca Sat May 20 21:24:36 2017 From: volga629 at networklab.ca (volga629 at networklab.ca) Date: Sat, 20 May 2017 22:24:36 -0300 Subject: [OpenSIPS-Users] sdp In-Reply-To: <6a266a72-2255-91ba-5dd4-506db25737e3@opensips.org> References: <1494732536.3909.0@smtp.networklab.ca> <16f7eee4-d114-37ea-1ec4-0e8e2424cb90@opensips.org> <1494860777.3909.1@smtp.networklab.ca> <6a266a72-2255-91ba-5dd4-506db25737e3@opensips.org> Message-ID: <1495329876.3909.8@smtp.networklab.ca> Hello Bogdan-Andrei, The issue with on hold RTP stream resume. I am not sure how to opensips should handle properly. I code bellow provide partial solution. volga629 On Tue, 16 May, 2017 at 4:38 AM, Bogdan-Andrei Iancu wrote: > Hello Volga, > > What exactly does not work for you ? the detection at SIP level of > the hold resume ? the actual RTP resume ? > > Best regards, > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > On 05/15/2017 06:06 PM, volga629 at networklab.ca wrote: >> Hello Everyone, >> Thank you >> >> That extract ip correctly. >> >> $var(cline-ip) = $(rb{sdp.line,c}{s.select,2, }); >> >> My issue that I am trying make opensips handle music on hold resume >> working properly. >> I am not sure if possible do simpler way. >> >> >> Relevant code >> >> route[ONHOLD] { >> if(is_method("INVITE|UPDATE") && >> has_body("application/sdp")) { >> if(is_audio_on_hold()) { >> if(search_body("a=sendonly") || >> search_body("a=inactive.")) { >> $var(cline-ip) = >> $(rb{sdp.line,c}{s.select,2, }); >> xlog("L_INFO", "[$rm] On hold call >> SDP IP [$var(cline-ip)]\n"); >> if(!nat_uac_test("8") || >> $(var(cline-ip){s.select,1,.})==0) { >> xlog("L_INFO", "[$rm] On >> hold call going from WAN SouceIP <$si> to LAN.\n"); >> >> rtpengine_offer("replace-origin external internal RTP/AVP >> ICE=remove"); >> t_on_reply("2"); >> } >> } >> } >> } >> } >> >> >> >> volga629 >> >> On Mon, 15 May, 2017 at 5:23 AM, Bogdan-Andrei Iancu >> wrote: >>> Hi Volga, >>> >>> You can use the sdp transformation : >>> http://www.opensips.org/Documentation/Script-Tran-2-3#toc80 >>> >>> Regards, >>> Bogdan-Andrei Iancu >>> OpenSIPS Founder and Developer >>> http://www.opensips-solutions.com >>> >>> OpenSIPS Summit May 2017 Amsterdam >>> http://www.opensips.org/events/Summit-2017Amsterdam.html >>> On 05/14/2017 06:28 AM, volga629 at networklab.ca wrote: >>>> Hello Everyone, >>>> What good approach to test/detect 0.0.0.0 in sdp c IN = line ? >>>> I don't see any functions to parse sdp properly. >>>> >>>> volga629 >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at lists.opensips.org >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From liran.aknin at vonage.com Mon May 22 05:22:04 2017 From: liran.aknin at vonage.com (Aknin, Liran) Date: Mon, 22 May 2017 12:22:04 +0300 Subject: [OpenSIPS-Users] OpenSIPS Rate Limit module - set limit lower than 1 per second Message-ID: Hi, We see in the Rate Limit module documentation that the *limit* parameter for the *rl_check* function is an integer and should be specified as per-second, not per-timer_interval. Is there a way to set the limit to a lower value than 1 per second, e.g "10 times per minute"? Thanks and regards, Liran -------------- next part -------------- An HTML attachment was scrubbed... URL: From liran.aknin at vonage.com Mon May 22 05:34:30 2017 From: liran.aknin at vonage.com (Aknin, Liran) Date: Mon, 22 May 2017 12:34:30 +0300 Subject: [OpenSIPS-Users] OpenSIPS - Use Rate Limit module for Pike limiting Message-ID: Hi, With the flexibility of the Rate Limit module, that allows us to limit over customized pipes, we were thinking of using this module also for pike limiting, by defining a pipe per request source ip ($si). We are already using Rate Limit module for a different use case, and considering using it also for pike, instead of using an additional Pike module. We would like to hear your thoughts about the matter. Specifically if there are advantages of using the Pike module rather than customizing Rate Limit module for pike purposes. Best regards, Liran -------------- next part -------------- An HTML attachment was scrubbed... URL: From trance_maniak at o2.pl Mon May 22 10:16:56 2017 From: trance_maniak at o2.pl (maatohewetbi) Date: Mon, 22 May 2017 07:16:56 -0700 (MST) Subject: [OpenSIPS-Users] Call Pickup feature in Opensips 1.11 Message-ID: <1495462616971-7607496.post@n2.nabble.com> Can anyone explain how to make call pickup work in Opensips? In asterisk it works ok, but I couldn't find any documentation about this feature in Opensips. -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/Call-Pickup-feature-in-Opensips-1-11-tp7607496.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. From bogdan at opensips.org Mon May 22 10:34:41 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 22 May 2017 17:34:41 +0300 Subject: [OpenSIPS-Users] sdp In-Reply-To: <1495329876.3909.8@smtp.networklab.ca> References: <1494732536.3909.0@smtp.networklab.ca> <16f7eee4-d114-37ea-1ec4-0e8e2424cb90@opensips.org> <1494860777.3909.1@smtp.networklab.ca> <6a266a72-2255-91ba-5dd4-506db25737e3@opensips.org> <1495329876.3909.8@smtp.networklab.ca> Message-ID: Hi, If you have an re-INVITE with active media, you just have to re-insert the rtpengine, exactly as you did it for the initial INVITE. This will properly handle the on-hold resume. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/21/2017 04:24 AM, volga629 at networklab.ca wrote: > Hello Bogdan-Andrei, > The issue with on hold RTP stream resume. I am not sure how to > opensips should handle properly. > I code bellow provide partial solution. > > volga629 > > On Tue, 16 May, 2017 at 4:38 AM, Bogdan-Andrei Iancu > wrote: >> Hello Volga, >> >> What exactly does not work for you ? the detection at SIP level of >> the hold resume ? the actual RTP resume ? >> >> Best regards, >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> On 05/15/2017 06:06 PM, volga629 at networklab.ca wrote: >>> Hello Everyone, >>> Thank you >>> >>> That extract ip correctly. >>> >>> $var(cline-ip) = $(rb{sdp.line,c}{s.select,2, }); >>> >>> My issue that I am trying make opensips handle music on hold resume >>> working properly. >>> I am not sure if possible do simpler way. >>> >>> >>> Relevant code >>> >>> route[ONHOLD] { >>> if(is_method("INVITE|UPDATE") && has_body("application/sdp")) { >>> if(is_audio_on_hold()) { >>> if(search_body("a=sendonly") || >>> search_body("a=inactive.")) { >>> $var(cline-ip) = >>> $(rb{sdp.line,c}{s.select,2, }); >>> xlog("L_INFO", "[$rm] On hold call >>> SDP IP [$var(cline-ip)]\n"); >>> if(!nat_uac_test("8") || >>> $(var(cline-ip){s.select,1,.})==0) { >>> xlog("L_INFO", "[$rm] On >>> hold call going from WAN SouceIP <$si> to LAN.\n"); >>> rtpengine_offer("replace-origin external internal RTP/AVP ICE=remove"); >>> t_on_reply("2"); >>> } >>> } >>> } >>> } >>> } >>> >>> >>> >>> volga629 >>> >>> On Mon, 15 May, 2017 at 5:23 AM, Bogdan-Andrei Iancu >>> wrote: >>>> Hi Volga, >>>> >>>> You can use the sdp transformation : >>>> http://www.opensips.org/Documentation/Script-Tran-2-3#toc80 >>>> >>>> Regards, >>>> Bogdan-Andrei Iancu >>>> OpenSIPS Founder and Developer >>>> http://www.opensips-solutions.com >>>> >>>> OpenSIPS Summit May 2017 Amsterdam >>>> http://www.opensips.org/events/Summit-2017Amsterdam.html >>>> On 05/14/2017 06:28 AM, volga629 at networklab.ca wrote: >>>>> Hello Everyone, >>>>> What good approach to test/detect 0.0.0.0 in sdp c IN = line ? >>>>> I don't see any functions to parse sdp properly. >>>>> >>>>> volga629 >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at lists.opensips.org >>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Mon May 22 10:37:29 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 22 May 2017 17:37:29 +0300 Subject: [OpenSIPS-Users] Opensips, load_balancing and authentication process In-Reply-To: <1455001495086199@web17g.yandex.ru> References: <1455001495086199@web17g.yandex.ru> Message-ID: <408b5ef3-00ed-05c5-42ec-e6bed13dfc68@opensips.org> Hi Denis, Just be sure : 1) during authentication, your proxy/registrar(s) allow to have cross challenging - one server is firing the auth challenge, but another one receives the reponse 2) the registrations are shared between all your registrar servers. Otherwise, just give it a try and test ;) Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/18/2017 08:43 AM, Denis via Users wrote: > Hello! > I am sorry that it was early, but i could not find an answer for my > question. > I want to ask for advice from community about how can i use Opensips > as c "clean" Load_balancer for my project? > The scheme of the project is a classic. > Load_balancer ---> Proxy1/Register1 > | | > | | mysql replication. > | | > |_____________> Proxy2/Register2 > One load_balancer, two (or more) Proxies which have mysql replication > relationship. > What do i mean about "clean"? I mean that it should ONLY act as a > balancer. It should be entry point into my network and it should "live > forever" (UPS, protected server, NO MySQL interaction dialing with > transaction processing). It should not make any other action about > call processing (besides TCP <-> UDP conversion). All actions (Call > processing, authentication, Registration etc.) should "live" in Proxies. > So, my question is, can i do it? > Will Opensips work correctly in such scheme, including authentication > procedure of the Call or Register processing? > Thank you for any help. > -- > С уважением, Денис. > Best regards, Denis > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Mon May 22 10:43:02 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 22 May 2017 17:43:02 +0300 Subject: [OpenSIPS-Users] identify branch by name in minor_branch_flag In-Reply-To: <016601d2d100$96508430$c2f18c90$@web.de> References: <016601d2d100$96508430$c2f18c90$@web.de> Message-ID: <19f5de40-09f4-9e10-4888-4a07dd7f7c17@opensips.org> Hello Xaled, Any branch can be a minor branch, you just have to properly mark it via the branch flag you configured (via the minor_branch_flag param - see http://www.opensips.org/html/docs/modules/2.3.x/tm.html#idp5618944 ) You can set the corresponding branch flag via setbflag( www.opensips.org/Documentation/Script-CoreFunctions-2-3 ) and check it via isbflagset(http://www.opensips.org/Documentation/Script-CoreFunctions-2-2#toc22) Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/20/2017 03:32 AM, xaled wrote: > > Hi, > > did I get it right that it is only possible to identify minor branches > by index? > > Using index I cannot have first branch to be minor in some scenarios > and not minor in other. > > It would be good to be able to identify multiple minor branches by > names. Ether URI, or additional specific name parameter could be used > for it. > > Instead of: > > modparam("tm", "minor_branch_flag", 1) > > something like: > > modparam("tm", "minor_branch_flag", “sip:alice at test.com”) > > route[1]{ > > append_branch("sip:alice at test.com"); > > append_branch("sip:bob at test.com"); > > } > > route[2]{ > > append_branch("sip:bob at test.com"); > > append_branch("sip:alice at test.com"); > > } > > $T_branch_idx could be extended to $T_branch_name. > > Thanks, > > xaled > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Mon May 22 10:47:08 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 22 May 2017 17:47:08 +0300 Subject: [OpenSIPS-Users] Call Pickup feature in Opensips 1.11 In-Reply-To: <1495462616971-7607496.post@n2.nabble.com> References: <1495462616971-7607496.post@n2.nabble.com> Message-ID: <3ab78aaa-1598-864c-f04f-7ecc4588a8ff@opensips.org> There is no easy way to do it in 1.11 (except using some external script to help opensips in correlating the 2 calls - the inbound call and the callpickup call - via the management interface). In 2.3 you can use the Event-based Routing (event_routing module) to do it - https://blog.opensips.org/2017/03/10/advanced-sip-scenarios-with-event-based-routing/ Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/22/2017 05:16 PM, maatohewetbi wrote: > Can anyone explain how to make call pickup work in Opensips? In asterisk it > works ok, but I couldn't find any documentation about this feature in > Opensips. > > > > -- > View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/Call-Pickup-feature-in-Opensips-1-11-tp7607496.html > Sent from the OpenSIPS - Users mailing list archive at Nabble.com. > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From bogdan at opensips.org Mon May 22 10:54:10 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 22 May 2017 17:54:10 +0300 Subject: [OpenSIPS-Users] OpenSIPS - Use Rate Limit module for Pike limiting In-Reply-To: References: Message-ID: <059f487e-1414-3f18-65cf-42dbb8e35676@opensips.org> Hi Liran, the pike module is perfectly tailored for flood detection, it terms of efficiency, memory usage and feature set - the most important is the fact that pike module catches SIP requests and replies ; even more, it is able to "count" SIP message which do not reach the opensips routes or malformed messages. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/22/2017 12:34 PM, Aknin, Liran via Users wrote: > Hi, > > With the flexibility of the Rate Limit module, that allows us to limit > over customized pipes, we were thinking of using this module also for > pike limiting, by defining a pipe per request source ip ($si). > > We are already using Rate Limit module for a different use case, and > considering using it also for pike, instead of using an additional > Pike module. > > We would like to hear your thoughts about the matter. Specifically if > there are advantages of using the Pike module rather than customizing > Rate Limit module for pike purposes. > > Best regards, > Liran > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From suresh.talasaniya at gmail.com Mon May 22 09:26:34 2017 From: suresh.talasaniya at gmail.com (suresh.talasaniya) Date: Mon, 22 May 2017 06:26:34 -0700 (MST) Subject: [OpenSIPS-Users] OpenSIPs 2.2.2 warnings during start service Message-ID: <1495459594732-7607495.post@n2.nabble.com> Hi, I'm currently seeing the warnings when I start opensips service; Jan 18 13:04:35 qorblpsisprxyd1 /usr/sbin/opensips[3089]: WARNING:core:handle_timer_job: timer job has a 1500000 us delay in execution Jan 18 13:04:35 qorblpsisprxyd1 /usr/sbin/opensips[3089]: WARNING:core:handle_timer_job: timer job has a 1500000 us delay in execution Jan 18 13:04:35 qorblpsisprxyd1 /usr/sbin/opensips[3089]: WARNING:core:handle_timer_job: timer job has a 1500000 us delay in execution Jan 18 13:04:35 qorblpsisprxyd1 /usr/sbin/opensips[3089]: WARNING:core:handle_timer_job: utimer job has a 2290000 us delay in execution Jan 18 13:04:35 qorblpsisprxyd1 /usr/sbin/opensips[3089]: INFO:core:do_action: max while loops are encountered Jan 18 13:04:35 qorblpsisprxyd1 /usr/sbin/opensips[3088]: WARNING:core:utimer_ticker: utimer task already scheduled for 190 ms (now 2470 ms), it may over I check my server load but it seems normal. I am facing this issue when I hit 50 cps and 500 CC. Can you please assist me how to resolve it ? -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPs-2-2-2-warnings-during-start-service-tp7607495.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. From ravitez.dondeti at gmail.com Mon May 22 10:51:21 2017 From: ravitez.dondeti at gmail.com (Ravitez Ravi) Date: Mon, 22 May 2017 10:51:21 -0400 Subject: [OpenSIPS-Users] R: Issues running opensips with load balancer. In-Reply-To: References: Message-ID: > > Hello Bogdan, > > Good Day, > > Here's what we get when using the default > configuration(flags,modules) > > > > > [root at kuat opensips-2.2.3]# make menuconfig > > which: no lynx in (/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/ > sbin:/bin:/usr/sbin:/usr/bin:/root/bin) > > make -C menuconfig > > make[1]: Entering directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' > > gcc -o configure -g -O9 -funroll-loops -Wcast-align -Wall > -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona > -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -g > -Wall -DMENUCONFIG_CFG_PATH=\"menuconfig/configs/\" > -DMENUCONFIG_GEN_PATH=\"etc/\" -DMENUCONFIG_HAVE_SOURCES=1 cfg.o curses.o > items.o commands.o menus.o parser.o main.o -lncurses -Wl,-O2 -Wl,-E > > make[1]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' > > ./menuconfig/configure --local > > which: no lynx in (/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/ > sbin:/bin:/usr/sbin:/usr/bin:/root/bin) > > make[1]: Entering directory `/home/ravi/goutham/opensips-2.2.3' > > sed -e "s#/usr/.*lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" > \ > > < etc/opensips.cfg > /usr/local//etc/opensips/ > opensips.cfg.sample0 > > sed -e "s#/usr/.*etc/opensips/tls/#/usr/local//etc/opensips/tls/#g" \ > > < /usr/local//etc/opensips/opensips.cfg.sample0 \ > > > /usr/local//etc/opensips/opensips.cfg.sample > > rm -fr /usr/local//etc/opensips/opensips.cfg.sample0 > > chmod 600 /usr/local//etc/opensips/opensips.cfg.sample > > chmod 700 /usr/local//etc/opensips/ > > if [ -z "" -a \ > > ! -f /usr/local//etc/opensips/opensips.cfg > ]; then \ > > mv -f /usr/local//etc/opensips/opensips.cfg.sample > \ > > /usr/local//etc/opensips/opensips.cfg; \ > > fi > > # opensipsctl config > > touch /usr/local//etc/opensips//opensipsctlrc.sample > > install -m 644 scripts/opensipsctlrc \ > > /usr/local//etc/opensips//opensipsctlrc.sample > > if [ ! -f /usr/local//etc/opensips//opensipsctlrc ]; then \ > > mv -f /usr/local//etc/opensips//opensipsctlrc.sample > \ > > /usr/local//etc/opensips//opensipsctlrc; \ > > fi > > # osipsconsole config > > touch /usr/local//etc/opensips//osipsconsolerc.sample > > install -m 644 scripts/osipsconsolerc \ > > /usr/local//etc/opensips//osipsconsolerc.sample > > if [ ! -f /usr/local//etc/opensips//osipsconsolerc ]; then \ > > mv -f /usr/local//etc/opensips//osipsconsolerc.sample > \ > > /usr/local//etc/opensips//osipsconsolerc; > \ > > fi > > make -C menuconfig proper > > make[2]: Entering directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' > > rm -f configure > > rm -f cfg.o curses.o items.o commands.o menus.o parser.o main.o > > make[2]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' > > make -C menuconfig \ > > MENUCONFIG_CFG_PATH=/usr/local//share/opensips//menuconfig_templates/ > \ > > MENUCONFIG_GEN_PATH=/usr/local//etc/opensips/ > MENUCONFIG_HAVE_SOURCES=0 > > make[2]: Entering directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' > > gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops > -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition > -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall > -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" > -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" > -DMENUCONFIG_HAVE_SOURCES=0 -c -o cfg.o cfg.c > > gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops > -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition > -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall > -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" > -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" > -DMENUCONFIG_HAVE_SOURCES=0 -c -o curses.o curses.c > > gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops > -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition > -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall > -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" > -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" > -DMENUCONFIG_HAVE_SOURCES=0 -c -o items.o items.c > > gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops > -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition > -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall > -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" > -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" > -DMENUCONFIG_HAVE_SOURCES=0 -c -o commands.o commands.c > > gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops > -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition > -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall > -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" > -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" > -DMENUCONFIG_HAVE_SOURCES=0 -c -o menus.o menus.c > > gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops > -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition > -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall > -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" > -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" > -DMENUCONFIG_HAVE_SOURCES=0 -c -o parser.o parser.c > > gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops > -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition > -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall > -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" > -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" > -DMENUCONFIG_HAVE_SOURCES=0 -c -o main.o main.c > > gcc -o configure -g -O9 -funroll-loops -Wcast-align -Wall > -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona > -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls > -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" > -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" > -DMENUCONFIG_HAVE_SOURCES=0 cfg.o curses.o items.o commands.o menus.o > parser.o main.o -lncurses -Wl,-O2 -Wl,-E -Wl,-E > > make[2]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' > > mkdir -p /usr/local//share/opensips//menuconfig_templates/ > > touch menuconfig/configs/* /usr/local//share/opensips// > menuconfig_templates/ > > install -m 644 menuconfig/configs/* /usr/local//share/opensips// > menuconfig_templates/ > > sed -i -e "s#/usr/.*lib/opensips/modules/#/usr/local//lib64/opensips/modules/#" > \ > > /usr/local//share/opensips//menuconfig_templates/* > > cd utils/opensipsunix; make all > > make[2]: Entering directory `/home/ravi/goutham/opensips- > 2.2.3/utils/opensipsunix' > > make[2]: Nothing to be done for `all'. > > make[2]: Leaving directory `/home/ravi/goutham/opensips- > 2.2.3/utils/opensipsunix' > > if [ "" = "yes" ]; then \ > > cd utils/db_berkeley; make all ; \ > > fi ; > > if [ "" = "yes" ]; then \ > > cd utils/db_oracle; make all ; \ > > fi ; > > # install opensips binary > > touch /usr/local//sbin//opensips > > install -m 755 opensips /usr/local//sbin/ > > # install opensips menuconfig > > touch /usr/local//sbin//osipsconfig > > install -m 755 menuconfig/configure /usr/local//sbin//osipsconfig > > # install opensipsctl (and family) tool > > cat scripts/opensipsctl | \ > > sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" | \ > > sed -e "s#/usr/local/lib/opensips#/usr/local//lib64/opensips#g" > | \ > > sed -e "s#/usr/local/etc/opensips#/usr/local//etc/opensips/#g" > >/tmp/opensipsctl > > touch /usr/local//sbin//opensipsctl > > install -m 755 /tmp/opensipsctl /usr/local//sbin/ > > rm -fr /tmp/opensipsctl > > sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" \ > > < scripts/opensipsctl.base > /tmp/opensipsctl.base > > mkdir -p /usr/local//lib64/opensips/opensipsctl > > touch \ > > /usr/local//lib64/opensips/opensipsctl > > install -m 644 /tmp/opensipsctl.base \ > > /usr/local//lib64/opensips/ > opensipsctl/opensipsctl.base > > rm -fr /tmp/opensipsctl.base > > sed -e "s#/usr/local#/usr/local//sbin/#g" \ > > < scripts/opensipsctl.ctlbase > > /tmp/opensipsctl.ctlbase > > install -m 644 /tmp/opensipsctl.ctlbase \ > > /usr/local//lib64/opensips/ > opensipsctl/opensipsctl.ctlbase > > rm -fr /tmp/opensipsctl.ctlbase > > sed -e "s#/usr/local#/usr/local//sbin/#g" \ > > < scripts/opensipsctl.fifo > /tmp/opensipsctl.fifo > > install -m 644 /tmp/opensipsctl.fifo \ > > /usr/local//lib64/opensips/ > opensipsctl/opensipsctl.fifo > > rm -fr /tmp/opensipsctl.fifo > > sed -e "s#/usr/local#/usr/local//sbin/#g" \ > > < scripts/opensipsctl.unixsock > > /tmp/opensipsctl.unixsock > > install -m 644 /tmp/opensipsctl.unixsock \ > > /usr/local//lib64/opensips/ > opensipsctl/opensipsctl.unixsock > > rm -fr /tmp/opensipsctl.unixsock > > sed -e "s#/usr/local#/usr/local//sbin/#g" \ > > < scripts/opensipsctl.sqlbase > > /tmp/opensipsctl.sqlbase > > install -m 644 /tmp/opensipsctl.sqlbase \ > > /usr/local//lib64/opensips/ > opensipsctl/opensipsctl.sqlbase > > rm -fr /tmp/opensipsctl.sqlbase > > # install db setup base script > > sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" \ > > -e "s#/usr/local/etc/opensips#/usr/local//etc/opensips/#g" > \ > > -e "s#/usr/local/share/opensips#/usr/local//share/opensips/#g" > \ > > < scripts/opensipsdbctl.base > > /tmp/opensipsdbctl.base > > install -m 644 /tmp/opensipsdbctl.base \ > > /usr/local//lib64/opensips/ > opensipsctl/opensipsdbctl.base > > rm -fr /tmp/opensipsdbctl.base > > cat scripts/opensipsdbctl | \ > > sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" | \ > > sed -e "s#/usr/local/lib/opensips#/usr/local//lib64/opensips#g" > | \ > > sed -e "s#/usr/local/etc/opensips#/usr/local//etc/opensips/#g" > >/tmp/opensipsdbctl > > touch /usr/local//sbin//opensipsdbctl > > install -m 755 /tmp/opensipsdbctl /usr/local//sbin/ > > rm -fr /tmp/opensipsdbctl > > touch /usr/local//sbin//opensipsunix > > install -m 755 utils/opensipsunix/opensipsunix /usr/local//sbin/ > > sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" > \ > > -e "s#/usr/sbin/#/usr/local//sbin/#g" \ > > -e "s#/usr/lib/opensips/modules/# > /usr/local//lib64/opensips/modules/#g" \ > > -e "s#/usr/share/doc/opensips/#/ > usr/local//share/doc/opensips/#g" \ > > < opensips.8 > /usr/local//share/man//man8/ > opensips.8 > > chmod 644 /usr/local//share/man//man8/opensips.8 > > sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" > \ > > -e "s#/usr/sbin/#/usr/local//sbin/#g" \ > > -e "s#/usr/lib/opensips/modules/# > /usr/local//lib64/opensips/modules/#g" \ > > -e "s#/usr/share/doc/opensips/#/ > usr/local//share/doc/opensips/#g" \ > > < opensips.cfg.5 > /usr/local//share/man//man5/ > opensips.cfg.5 > > chmod 644 /usr/local//share/man//man5/opensips.cfg.5 > > sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" > \ > > -e "s#/usr/sbin/#/usr/local//sbin/#g" \ > > -e "s#/usr/lib/opensips/modules/# > /usr/local//lib64/opensips/modules/#g" \ > > -e "s#/usr/share/doc/opensips/#/ > usr/local//share/doc/opensips/#g" \ > > < scripts/opensipsctl.8 > > /usr/local//share/man//man8/opensipsctl.8 > > chmod 644 /usr/local//share/man//man8/opensipsctl.8 > > sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" > \ > > -e "s#/usr/sbin/#/usr/local//sbin/#g" \ > > -e "s#/usr/lib/opensips/modules/# > /usr/local//lib64/opensips/modules/#g" \ > > -e "s#/usr/share/doc/opensips/#/ > usr/local//share/doc/opensips/#g" \ > > < utils/opensipsunix/opensipsunix.8 > \ > > /usr/local//share/man//man8/opensipsunix.8 > > chmod 644 /usr/local//share/man//man8/opensipsunix.8 > > # install osipsconsole > > cat scripts/osipsconsole | \ > > sed -e "s#PATH_BIN[ \t]*=[ \t]*\"\./\"#PATH_BIN = > \"/usr/local//sbin/\"#g" | \ > > sed -e "s#PATH_CTLRC[ \t]*=[ > \t]*\"\./scripts/\"#PATH_CTLRC = \"/usr/local//etc/opensips/\"#g" | \ > > sed -e "s#PATH_LIBS[ \t]*=[ \t]*\"\./scripts/\"#PATH_LIBS > = \"/usr/local//lib64/opensips/opensipsctl/\"#g" | \ > > sed -e "s#PATH_SHARE[ \t]*=[ > \t]*\"\./scripts/\"#PATH_SHARE = \"/usr/local//share/opensips/\"#g" | \ > > sed -e "s#PATH_ETC[ \t]*=[ \t]*\"\./etc/\"#PATH_ETC = > \"/usr/local//etc/opensips/\"#g" \ > > > /tmp/osipsconsole > > touch /usr/local//sbin//osipsconsole > > install -m 755 /tmp/osipsconsole /usr/local//sbin/ > > rm -fr /tmp/osipsconsole > > /bin/sh: -c: line 1: syntax error near unexpected token `(' > > /bin/sh: -c: line 1: `for r in modules/() modules/{ modules/eval > modules/`/usr/bin/modulecmd modules/bash modules/`' > > make[1]: *** [modules] Error 1 > > make[1]: Leaving directory `/home/ravi/goutham/opensips-2.2.3' > > > > > > Press any key to return to menuconfig > > > > Regards, > > Ravitez.D > > > > On Mon, May 15, 2017 at 4:38 AM, Bogdan-Andrei Iancu > wrote: > >> Hi, >> >> Could you give some details about you inability of compiling 2.3 ?? >> >> Regards, >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> >> On 05/15/2017 05:31 AM, Ravitez Ravi wrote: >> >> Hi Michele, >> Good Day, >> Im unable to compile 2.3 in RHL 6.5 >> so got back to 1.9. >> >> Regards, >> Ravitez.D >> >> On Sun, May 14, 2017 at 7:42 AM, michele.pinassi < >> michele.pinassi at unisi.it> wrote: >> >>> Hi Ravi, there's any special reason not to choose latest 2.3 or, if you >>> need 1.11 series, 1.11.9 ? >>> >>> Also i suggest to choose a Debian 8 instead of RHel. >>> >>> Michele >>> >>> >>> Inviato da smartphone Samsung Galaxy. >>> >>> -------- Messaggio originale -------- >>> Da: Ravitez Ravi >>> Data: 13/05/17 23:01 (GMT+01:00) >>> A: OpenSIPS users mailling list < >>> users at lists.opensips.org> >>> Oggetto: [OpenSIPS-Users] Issues running opensips with load balancer. >>> >>> Hi All, >>> >>> I’m trying to run opensips with load balancer module but it fails to >>> come up. Below are details of what I have done and been trying. My >>> questions are in *bold italics and highlighted in yellow*. Request you >>> to take a look and help. >>> >>> >>> >>> *Objective:* Install OpenSIPS 1.11.10 with TLS on RHEL 6.5 for load >>> balancing SIP traffic >>> >>> *Procedure followed:* >>> >>> 1. Download and install OpenSIPS1.11.10 on RHEL 6.5 with default >>> configuration: >>> >>> a. Downloaded http://opensips.org/pub/opensi >>> ps/1.11.10/opensips-1.11.10-tls.tar.gz >>> >>> b. Un-tar and un-zip the downloaded file >>> >>> c. Go to opensips-1.11.10-tls folder, ran make menuconfig, select Compile >>> And Install OpenSIPS and followed by Exit & Save All Changes >>> >>> d. Run opensips on command line, ensure the opensips process is >>> running using ‘ps -ef | grep opensips’ command and stop the process >>> using ‘killall opensips’ >>> >>> >>> >>> 2. Get necessary dependencies straightened out for load balancer >>> as mentioned in section 1.4 in http://www.opensips.org/html/d >>> ocs/modules/1.11.x/load_balancer.html >>> >>> a. The section lists the following OpenSIPS modules: i) *Dialog* >>> – Dialog module, ii) *Dialog* – TM module, iii) *database* – one of the >>> DB modules. >>> >>> b. I did not see any specific dialog module either in Configure >>> Compile Flags or Configure Excluded Modules, however, I could see >>> /usr/local/lib64/opensips/modules/dialog.so and assumed this is the >>> intended module. *Not sure if it covers both Dialog and TM. Please >>> clarify.* >>> >>> c. I selected db_mysql from Configure Excluded Modules and got a >>> message “You have enabled the 'db_mysql' module, so please install ' >>> development libraries of mysql-client , typically libmysqlclient-dev'” >>> while saving. I could not find the RPM for RHEL. The closed I could find is >>> libmysqlclient16-devel-5.1.69-1.w6.x86_64.rpm which fails to get >>> installed. *Am I in right path here? Please advise.* >>> >>> d. I was following an example mentioned section 3.2 in >>> http://www.opensips.org/Documentation/Tutorials-LoadBalancing. >>> >>> The section shows following modules to be loaded: >>> >>> loadmodule "modules/maxfwd/maxfwd.so" >>> >>> loadmodule "modules/sl/sl.so" >>> >>> loadmodule "modules/db_mysql/db_mysql.so" >>> >>> loadmodule "modules/tm/tm.so" >>> >>> loadmodule "modules/xlog/xlog.so" >>> >>> loadmodule "modules/uri/uri.so" >>> >>> loadmodule "modules/rr/rr.so" >>> >>> loadmodule "modules/dialog/dialog.so" >>> >>> loadmodule "modules/mi_fifo/mi_fifo.so" >>> >>> loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" >>> >>> loadmodule "modules/signaling/signaling.so" >>> >>> loadmodule "modules/textops/textops.so" >>> >>> loadmodule "modules/load_balancer/load_balancer.so" >>> >>> However, the sub-directories mentioned in above list is not seen on my >>> file system after OpenSIPS installation, yet I see some of the above list >>> shared libraries under /usr/local/lib64/opensips/modules. *Hope this is >>> ok.* >>> >>> e. The defaults opensips.cfg provided includes most of the above >>> listed modules, but the below libraries were missing which are needed for >>> load balancer: >>> >>> loadmodule "modules/dialog.so" >>> >>> loadmodule "modules/textops.so" >>> >>> loadmodule "modules/load_balancer/load_balancer.so" >>> >>> loadmodule "modules/db_mysql/db_mysql.so" >>> >>> loadmodule "modules/xlog/xlog.so" >>> >>> loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so >>> >>> I was able to successfully start opensips after loading dialog.so and >>> textops.so, however, opensips refuses to start when I load load_balancer.so >>> with following error: >>> >>> May 13 16:40:18 kuat opensips: INFO:core:shm_mem_init: allocating SHM >>> block >>> >>> May 13 16:40:18 kuat opensips[22969]: NOTICE:core:main: version: >>> opensips 1.11.10-tls (x86_64/linux) >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 32 Mb >>> shared memory >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 2 Mb >>> private memory per process >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: >>> Registered event >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: >>> Registered event >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: >>> Registered event >>> >>> May 13 16:40:18 kuat opensips[22969]: NOTICE:signaling:mod_init: >>> initializing module ... >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:sl:mod_init: Initializing >>> StateLess engine >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:tm:mod_init: TM - >>> initializing... >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:rr:mod_init: rr - >>> initializing >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:maxfwd:mod_init: >>> initializing... >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:sipmsgops:mod_init: >>> initializing... >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:usrloc:ul_init_locks: locks >>> array size 512 >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: >>> Registered event >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: >>> Registered event >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:registrar:mod_init: >>> initializing... >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:acc:mod_init: initializing... >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: >>> Registered event >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: >>> Registered event >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: >>> Registered event >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:dialog:mod_init: Dialog >>> module - initializing >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:textops:mod_init: >>> initializing... >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:load_balancer:mod_init: >>> Load-Balancer module - initializing >>> >>> *May 13 16:40:18 kuat opensips[22969]: ERROR:load_balancer:mod_init: DB >>> URL is not defined!* >>> >>> *May 13 16:40:18 kuat opensips[22969]: ERROR:core:init_mod: failed to >>> initialize module load_balancer* >>> >>> *May 13 16:40:18 kuat opensips[22969]: ERROR:core:main: error while >>> initializing modules* >>> >>> May 13 16:40:18 kuat opensips[22969]: INFO:core:cleanup: cleanup >>> >>> May 13 16:40:18 kuat opensips: INFO:core:daemonize: pre-daemon process >>> exiting with -1 >>> >>> *Looks like this is due to DB module. Is this correct?* >>> >>> f. I do not see following shared libraries. *Please let me know >>> which modules should I load to get them.* >>> >>> loadmodule "modules/db_mysql/db_mysql.so" >>> >>> loadmodule "modules/xlog/xlog.so" >>> >>> loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" >>> >>> >>> Thank you :) >>> >>> >>> Regards, >>> >>> Ravitez.D >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> >> >> >> _______________________________________________ >> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xaled at web.de Mon May 22 11:15:54 2017 From: xaled at web.de (xaled) Date: Mon, 22 May 2017 17:15:54 +0200 Subject: [OpenSIPS-Users] identify branch by name in minor_branch_flag In-Reply-To: <19f5de40-09f4-9e10-4888-4a07dd7f7c17@opensips.org> References: <016601d2d100$96508430$c2f18c90$@web.de> <19f5de40-09f4-9e10-4888-4a07dd7f7c17@opensips.org> Message-ID: <00c101d2d30e$4e9d9a00$ebd8ce00$@web.de> Hello Bogdan, thanks! Following question – are the branch indexes and settings shared between the route? Wont the minor branch setting in route[a] for branch alice affect the bob’s branch setting in route[b] modparam("tm", "minor_branch_flag", 1) route[a] { append_branch("sip:alice at test.com"); setbflag(1,1); } route[b] { append_branch("sip:bob at test.com"); append_branch("sip:carol at test.com"); setbflag(2,1); } Thanks, xaled From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Sent: Montag, 22. Mai 2017 16:43 To: OpenSIPS users mailling list ; xaled Subject: Re: [OpenSIPS-Users] identify branch by name in minor_branch_flag Hello Xaled, Any branch can be a minor branch, you just have to properly mark it via the branch flag you configured (via the minor_branch_flag param - see http://www.opensips.org/html/docs/modules/2.3.x/tm.html#idp5618944 ) You can set the corresponding branch flag via setbflag( www.opensips.org/Documentation/Script-CoreFunctions-2-3 ) and check it via isbflagset(http://www.opensips.org/Documentation/Script-CoreFunctions-2-2#toc22) Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/20/2017 03:32 AM, xaled wrote: Hi, did I get it right that it is only possible to identify minor branches by index? Using index I cannot have first branch to be minor in some scenarios and not minor in other. It would be good to be able to identify multiple minor branches by names. Ether URI, or additional specific name parameter could be used for it. Instead of: modparam("tm", "minor_branch_flag", 1) something like: modparam("tm", "minor_branch_flag", “sip:alice at test.com”) route[1]{ append_branch( "sip:alice at test.com"); append_branch( "sip:bob at test.com"); } route[2]{ append_branch( "sip:bob at test.com"); append_branch( "sip:alice at test.com"); } $T_branch_idx could be extended to $T_branch_name. Thanks, xaled _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Mon May 22 12:26:13 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 22 May 2017 19:26:13 +0300 Subject: [OpenSIPS-Users] R: Issues running opensips with load balancer. In-Reply-To: References: Message-ID: Hello Ravi, Please send me the Makefile.conf file you have. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/22/2017 05:51 PM, Ravitez Ravi wrote: > > Hello Bogdan, > > Good Day, > > Here's what we get when using the default > configuration(flags,modules) > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xaled at web.de Mon May 22 14:30:20 2017 From: xaled at web.de (xaled) Date: Mon, 22 May 2017 20:30:20 +0200 Subject: [OpenSIPS-Users] Create new branch on receipt of provisional response on the main branch Message-ID: <00f801d2d329$78290600$687b1200$@web.de> Hello, I need to create a branch on receipt of provisional response on the main branch. Doing append_brach in reply_route does not seem to work. What is right way to do it? Thanks, xaled -------------- next part -------------- An HTML attachment was scrubbed... URL: From johan at democon.be Mon May 22 14:30:08 2017 From: johan at democon.be (Johan De Clercq) Date: Mon, 22 May 2017 20:30:08 +0200 Subject: [OpenSIPS-Users] OpenSIPs 2.2.2 warnings during start service In-Reply-To: <1495459594732-7607495.post@n2.nabble.com> References: <1495459594732-7607495.post@n2.nabble.com> Message-ID: Check radius. On 22 May 2017 17:07, "suresh.talasaniya" wrote: > Hi, > > I'm currently seeing the warnings when I start opensips service; > > Jan 18 13:04:35 qorblpsisprxyd1 /usr/sbin/opensips[3089]: > WARNING:core:handle_timer_job: timer job has a 1500000 us > delay in execution > Jan 18 13:04:35 qorblpsisprxyd1 /usr/sbin/opensips[3089]: > WARNING:core:handle_timer_job: timer job has a 1500000 us delay > in execution > Jan 18 13:04:35 qorblpsisprxyd1 /usr/sbin/opensips[3089]: > WARNING:core:handle_timer_job: timer job has a 1500000 us delay > in execution > Jan 18 13:04:35 qorblpsisprxyd1 /usr/sbin/opensips[3089]: > WARNING:core:handle_timer_job: utimer job has a 2290000 us > delay in execution > Jan 18 13:04:35 qorblpsisprxyd1 /usr/sbin/opensips[3089]: > INFO:core:do_action: max while loops are encountered > Jan 18 13:04:35 qorblpsisprxyd1 /usr/sbin/opensips[3088]: > WARNING:core:utimer_ticker: utimer task already scheduled for > 190 ms (now 2470 ms), it may over > > I check my server load but it seems normal. I am facing this issue when I > hit 50 cps and 500 CC. > > Can you please assist me how to resolve it ? > > > > -- > View this message in context: http://opensips-open-sip- > server.1449251.n2.nabble.com/OpenSIPs-2-2-2-warnings-during-start-service- > tp7607495.html > Sent from the OpenSIPS - Users mailing list archive at Nabble.com. > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From denis7979 at mail.ru Tue May 23 01:30:48 2017 From: denis7979 at mail.ru (Denis) Date: Tue, 23 May 2017 08:30:48 +0300 Subject: [OpenSIPS-Users] Opensips, load_balancing and authentication process In-Reply-To: <408b5ef3-00ed-05c5-42ec-e6bed13dfc68@opensips.org> References: <1455001495086199@web17g.yandex.ru> <408b5ef3-00ed-05c5-42ec-e6bed13dfc68@opensips.org> Message-ID: <1052191495517448@web40j.yandex.ru> An HTML attachment was scrubbed... URL: From rmundkowsky at ets.org Mon May 22 13:14:48 2017 From: rmundkowsky at ets.org (Mundkowsky, Robert) Date: Mon, 22 May 2017 17:14:48 +0000 Subject: [OpenSIPS-Users] R: Issues running opensips with load balancer. In-Reply-To: References: Message-ID: Not an export, but the load balancer uses a database. Did you setup a database and the schema in it and also setup the openSIPS config to point to that database? http://www.opensips.org/html/docs/modules/2.2.x/load_balancer.html#idp163120 modparam("load_balancer", "db_url", "dbdriver://username:password at dbhost/dbname") modparam("load_balancer", "db_table", "lb") modparam("load_balancer", "probing_interval", 60) … Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Ravitez Ravi Sent: Monday, May 22, 2017 10:51 AM To: Bogdan-Andrei Iancu ; OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] R: Issues running opensips with load balancer. Hello Bogdan, Good Day, Here's what we get when using the default configuration(flags,modules) [root at kuat opensips-2.2.3]# make menuconfig which: no lynx in (/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin) make -C menuconfig make[1]: Entering directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' gcc -o configure -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -g -Wall -DMENUCONFIG_CFG_PATH=\"menuconfig/configs/\" -DMENUCONFIG_GEN_PATH=\"etc/\" -DMENUCONFIG_HAVE_SOURCES=1 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lncurses -Wl,-O2 -Wl,-E make[1]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' ./menuconfig/configure --local which: no lynx in (/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin) make[1]: Entering directory `/home/ravi/goutham/opensips-2.2.3' sed -e "s#/usr/.*lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ < etc/opensips.cfg > /usr/local//etc/opensips/opensips.cfg.sample0 sed -e "s#/usr/.*etc/opensips/tls/#/usr/local//etc/opensips/tls/#g" \ < /usr/local//etc/opensips/opensips.cfg.sample0 \ > /usr/local//etc/opensips/opensips.cfg.sample rm -fr /usr/local//etc/opensips/opensips.cfg.sample0 chmod 600 /usr/local//etc/opensips/opensips.cfg.sample chmod 700 /usr/local//etc/opensips/ if [ -z "" -a \ ! -f /usr/local//etc/opensips/opensips.cfg ]; then \ mv -f /usr/local//etc/opensips/opensips.cfg.sample \ /usr/local//etc/opensips/opensips.cfg; \ fi # opensipsctl config touch /usr/local//etc/opensips//opensipsctlrc.sample install -m 644 scripts/opensipsctlrc \ /usr/local//etc/opensips//opensipsctlrc.sample if [ ! -f /usr/local//etc/opensips//opensipsctlrc ]; then \ mv -f /usr/local//etc/opensips//opensipsctlrc.sample \ /usr/local//etc/opensips//opensipsctlrc; \ fi # osipsconsole config touch /usr/local//etc/opensips//osipsconsolerc.sample install -m 644 scripts/osipsconsolerc \ /usr/local//etc/opensips//osipsconsolerc.sample if [ ! -f /usr/local//etc/opensips//osipsconsolerc ]; then \ mv -f /usr/local//etc/opensips//osipsconsolerc.sample \ /usr/local//etc/opensips//osipsconsolerc; \ fi make -C menuconfig proper make[2]: Entering directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' rm -f configure rm -f cfg.o curses.o items.o commands.o menus.o parser.o main.o make[2]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' make -C menuconfig \ MENUCONFIG_CFG_PATH=/usr/local//share/opensips//menuconfig_templates/ \ MENUCONFIG_GEN_PATH=/usr/local//etc/opensips/ MENUCONFIG_HAVE_SOURCES=0 make[2]: Entering directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o cfg.o cfg.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o curses.o curses.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o items.o items.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o commands.o commands.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o menus.o menus.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o parser.o parser.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o main.o main.c gcc -o configure -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lncurses -Wl,-O2 -Wl,-E -Wl,-E make[2]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' mkdir -p /usr/local//share/opensips//menuconfig_templates/ touch menuconfig/configs/* /usr/local//share/opensips//menuconfig_templates/ install -m 644 menuconfig/configs/* /usr/local//share/opensips//menuconfig_templates/ sed -i -e "s#/usr/.*lib/opensips/modules/#/usr/local//lib64/opensips/modules/#" \ /usr/local//share/opensips//menuconfig_templates/* cd utils/opensipsunix; make all make[2]: Entering directory `/home/ravi/goutham/opensips-2.2.3/utils/opensipsunix' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/utils/opensipsunix' if [ "" = "yes" ]; then \ cd utils/db_berkeley; make all ; \ fi ; if [ "" = "yes" ]; then \ cd utils/db_oracle; make all ; \ fi ; # install opensips binary touch /usr/local//sbin//opensips install -m 755 opensips /usr/local//sbin/ # install opensips menuconfig touch /usr/local//sbin//osipsconfig install -m 755 menuconfig/configure /usr/local//sbin//osipsconfig # install opensipsctl (and family) tool cat scripts/opensipsctl | \ sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" | \ sed -e "s#/usr/local/lib/opensips#/usr/local//lib64/opensips#g" | \ sed -e "s#/usr/local/etc/opensips#/usr/local//etc/opensips/#g" >/tmp/opensipsctl touch /usr/local//sbin//opensipsctl install -m 755 /tmp/opensipsctl /usr/local//sbin/ rm -fr /tmp/opensipsctl sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" \ < scripts/opensipsctl.base > /tmp/opensipsctl.base mkdir -p /usr/local//lib64/opensips/opensipsctl touch \ /usr/local//lib64/opensips/opensipsctl install -m 644 /tmp/opensipsctl.base \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.base rm -fr /tmp/opensipsctl.base sed -e "s#/usr/local#/usr/local//sbin/#g" \ < scripts/opensipsctl.ctlbase > /tmp/opensipsctl.ctlbase install -m 644 /tmp/opensipsctl.ctlbase \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.ctlbase rm -fr /tmp/opensipsctl.ctlbase sed -e "s#/usr/local#/usr/local//sbin/#g" \ < scripts/opensipsctl.fifo > /tmp/opensipsctl.fifo install -m 644 /tmp/opensipsctl.fifo \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.fifo rm -fr /tmp/opensipsctl.fifo sed -e "s#/usr/local#/usr/local//sbin/#g" \ < scripts/opensipsctl.unixsock > /tmp/opensipsctl.unixsock install -m 644 /tmp/opensipsctl.unixsock \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.unixsock rm -fr /tmp/opensipsctl.unixsock sed -e "s#/usr/local#/usr/local//sbin/#g" \ < scripts/opensipsctl.sqlbase > /tmp/opensipsctl.sqlbase install -m 644 /tmp/opensipsctl.sqlbase \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.sqlbase rm -fr /tmp/opensipsctl.sqlbase # install db setup base script sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" \ -e "s#/usr/local/etc/opensips#/usr/local//etc/opensips/#g" \ -e "s#/usr/local/share/opensips#/usr/local//share/opensips/#g" \ < scripts/opensipsdbctl.base > /tmp/opensipsdbctl.base install -m 644 /tmp/opensipsdbctl.base \ /usr/local//lib64/opensips/opensipsctl/opensipsdbctl.base rm -fr /tmp/opensipsdbctl.base cat scripts/opensipsdbctl | \ sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" | \ sed -e "s#/usr/local/lib/opensips#/usr/local//lib64/opensips#g" | \ sed -e "s#/usr/local/etc/opensips#/usr/local//etc/opensips/#g" >/tmp/opensipsdbctl touch /usr/local//sbin//opensipsdbctl install -m 755 /tmp/opensipsdbctl /usr/local//sbin/ rm -fr /tmp/opensipsdbctl touch /usr/local//sbin//opensipsunix install -m 755 utils/opensipsunix/opensipsunix /usr/local//sbin/ sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" \ -e "s#/usr/sbin/#/usr/local//sbin/#g" \ -e "s#/usr/lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ -e "s#/usr/share/doc/opensips/#/usr/local//share/doc/opensips/#g" \ < opensips.8 > /usr/local//share/man//man8/opensips.8 chmod 644 /usr/local//share/man//man8/opensips.8 sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" \ -e "s#/usr/sbin/#/usr/local//sbin/#g" \ -e "s#/usr/lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ -e "s#/usr/share/doc/opensips/#/usr/local//share/doc/opensips/#g" \ < opensips.cfg.5 > /usr/local//share/man//man5/opensips.cfg.5 chmod 644 /usr/local//share/man//man5/opensips.cfg.5 sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" \ -e "s#/usr/sbin/#/usr/local//sbin/#g" \ -e "s#/usr/lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ -e "s#/usr/share/doc/opensips/#/usr/local//share/doc/opensips/#g" \ < scripts/opensipsctl.8 > /usr/local//share/man//man8/opensipsctl.8 chmod 644 /usr/local//share/man//man8/opensipsctl.8 sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" \ -e "s#/usr/sbin/#/usr/local//sbin/#g" \ -e "s#/usr/lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ -e "s#/usr/share/doc/opensips/#/usr/local//share/doc/opensips/#g" \ < utils/opensipsunix/opensipsunix.8 > \ /usr/local//share/man//man8/opensipsunix.8 chmod 644 /usr/local//share/man//man8/opensipsunix.8 # install osipsconsole cat scripts/osipsconsole | \ sed -e "s#PATH_BIN[ \t]*=[ \t]*\"\./\"#PATH_BIN = \"/usr/local//sbin/\"#g" | \ sed -e "s#PATH_CTLRC[ \t]*=[ \t]*\"\./scripts/\"#PATH_CTLRC = \"/usr/local//etc/opensips/\"#g" | \ sed -e "s#PATH_LIBS[ \t]*=[ \t]*\"\./scripts/\"#PATH_LIBS = \"/usr/local//lib64/opensips/opensipsctl/\"#g" | \ sed -e "s#PATH_SHARE[ \t]*=[ \t]*\"\./scripts/\"#PATH_SHARE = \"/usr/local//share/opensips/\"#g" | \ sed -e "s#PATH_ETC[ \t]*=[ \t]*\"\./etc/\"#PATH_ETC = \"/usr/local//etc/opensips/\"#g" \ > /tmp/osipsconsole touch /usr/local//sbin//osipsconsole install -m 755 /tmp/osipsconsole /usr/local//sbin/ rm -fr /tmp/osipsconsole /bin/sh: -c: line 1: syntax error near unexpected token `(' /bin/sh: -c: line 1: `for r in modules/() modules/{ modules/eval modules/`/usr/bin/modulecmd modules/bash modules/`' make[1]: *** [modules] Error 1 make[1]: Leaving directory `/home/ravi/goutham/opensips-2.2.3' Press any key to return to menuconfig Regards, Ravitez.D On Mon, May 15, 2017 at 4:38 AM, Bogdan-Andrei Iancu > wrote: Hi, Could you give some details about you inability of compiling 2.3 ?? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/15/2017 05:31 AM, Ravitez Ravi wrote: Hi Michele, Good Day, Im unable to compile 2.3 in RHL 6.5 so got back to 1.9. Regards, Ravitez.D On Sun, May 14, 2017 at 7:42 AM, michele.pinassi > wrote: Hi Ravi, there's any special reason not to choose latest 2.3 or, if you need 1.11 series, 1.11.9 ? Also i suggest to choose a Debian 8 instead of RHel. Michele Inviato da smartphone Samsung Galaxy. -------- Messaggio originale -------- Da: Ravitez Ravi > Data: 13/05/17 23:01 (GMT+01:00) A: OpenSIPS users mailling list > Oggetto: [OpenSIPS-Users] Issues running opensips with load balancer. Hi All, I’m trying to run opensips with load balancer module but it fails to come up. Below are details of what I have done and been trying. My questions are in bold italics and highlighted in yellow. Request you to take a look and help. Objective: Install OpenSIPS 1.11.10 with TLS on RHEL 6.5 for load balancing SIP traffic Procedure followed: 1. Download and install OpenSIPS1.11.10 on RHEL 6.5 with default configuration: a. Downloaded http://opensips.org/pub/opensips/1.11.10/opensips-1.11.10-tls.tar.gz b. Un-tar and un-zip the downloaded file c. Go to opensips-1.11.10-tls folder, ran make menuconfig, select Compile And Install OpenSIPS and followed by Exit & Save All Changes d. Run opensips on command line, ensure the opensips process is running using ‘ps -ef | grep opensips’ command and stop the process using ‘killall opensips’ 2. Get necessary dependencies straightened out for load balancer as mentioned in section 1.4 in http://www.opensips.org/html/docs/modules/1.11.x/load_balancer.html a. The section lists the following OpenSIPS modules: i) Dialog – Dialog module, ii) Dialog – TM module, iii) database – one of the DB modules. b. I did not see any specific dialog module either in Configure Compile Flags or Configure Excluded Modules, however, I could see /usr/local/lib64/opensips/modules/dialog.so and assumed this is the intended module. Not sure if it covers both Dialog and TM. Please clarify. c. I selected db_mysql from Configure Excluded Modules and got a message “You have enabled the 'db_mysql' module, so please install ' development libraries of mysql-client , typically libmysqlclient-dev'” while saving. I could not find the RPM for RHEL. The closed I could find is libmysqlclient16-devel-5.1.69-1.w6.x86_64.rpm which fails to get installed. Am I in right path here? Please advise. d. I was following an example mentioned section 3.2 in http://www.opensips.org/Documentation/Tutorials-LoadBalancing. The section shows following modules to be loaded: loadmodule "modules/maxfwd/maxfwd.so" loadmodule "modules/sl/sl.so" loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/tm/tm.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/uri/uri.so" loadmodule "modules/rr/rr.so" loadmodule "modules/dialog/dialog.so" loadmodule "modules/mi_fifo/mi_fifo.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" loadmodule "modules/signaling/signaling.so" loadmodule "modules/textops/textops.so" loadmodule "modules/load_balancer/load_balancer.so" However, the sub-directories mentioned in above list is not seen on my file system after OpenSIPS installation, yet I see some of the above list shared libraries under /usr/local/lib64/opensips/modules. Hope this is ok. e. The defaults opensips.cfg provided includes most of the above listed modules, but the below libraries were missing which are needed for load balancer: loadmodule "modules/dialog.so" loadmodule "modules/textops.so" loadmodule "modules/load_balancer/load_balancer.so" loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so I was able to successfully start opensips after loading dialog.so and textops.so, however, opensips refuses to start when I load load_balancer.so with following error: May 13 16:40:18 kuat opensips: INFO:core:shm_mem_init: allocating SHM block May 13 16:40:18 kuat opensips[22969]: NOTICE:core:main: version: opensips 1.11.10-tls (x86_64/linux) May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 32 Mb shared memory May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 2 Mb private memory per process May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: NOTICE:signaling:mod_init: initializing module ... May 13 16:40:18 kuat opensips[22969]: INFO:sl:mod_init: Initializing StateLess engine May 13 16:40:18 kuat opensips[22969]: INFO:tm:mod_init: TM - initializing... May 13 16:40:18 kuat opensips[22969]: INFO:rr:mod_init: rr - initializing May 13 16:40:18 kuat opensips[22969]: INFO:maxfwd:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:sipmsgops:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:usrloc:ul_init_locks: locks array size 512 May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:registrar:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:acc:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:dialog:mod_init: Dialog module - initializing May 13 16:40:18 kuat opensips[22969]: INFO:textops:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:load_balancer:mod_init: Load-Balancer module - initializing May 13 16:40:18 kuat opensips[22969]: ERROR:load_balancer:mod_init: DB URL is not defined! May 13 16:40:18 kuat opensips[22969]: ERROR:core:init_mod: failed to initialize module load_balancer May 13 16:40:18 kuat opensips[22969]: ERROR:core:main: error while initializing modules May 13 16:40:18 kuat opensips[22969]: INFO:core:cleanup: cleanup May 13 16:40:18 kuat opensips: INFO:core:daemonize: pre-daemon process exiting with -1 Looks like this is due to DB module. Is this correct? f. I do not see following shared libraries. Please let me know which modules should I load to get them. loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" Thank you :) Regards, Ravitez.D _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue May 23 05:09:09 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 23 May 2017 12:09:09 +0300 Subject: [OpenSIPS-Users] OpenSIPS Rate Limit module - set limit lower than 1 per second In-Reply-To: References: Message-ID: Hi, Aknin! Unfortunately there is no way to specify the limit per interval. I do think this is a nice feature though, so I opened a feature request for this on our issue tracker[1]. You can track its progress over there. [1] https://github.com/OpenSIPS/opensips/issues/1130 Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/22/2017 12:22 PM, Aknin, Liran via Users wrote: > Hi, > > We see in the Rate Limit module documentation that the *limit* > parameter for the *rl_check* function is an integer and should be > specified as per-second, not per-timer_interval. > > Is there a way to set the limit to a lower value than 1 per second, > e.g "10 times per minute"? > > Thanks and regards, > Liran > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From goup2010 at gmail.com Tue May 23 14:39:24 2017 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Tue, 23 May 2017 21:39:24 +0300 Subject: [OpenSIPS-Users] WEBRTC - Bad Request/Body Message-ID: Hello, After update from Opensips 2.2.3 to 2.2.4 I have follow problem with WebRTC (sip.js): When WebRTC send CANCEL Opensips return SIP/2.0 400 Bad Request/Body. Here is WebSocket log: Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight Time) | sip.transport | sending WebSocket message: CANCEL sip:3287423512@ SIP/2.0 Via: SIP/2.0/WSS 192.0.2.16;branch=z9hG4bK8296649 To: > From: "Tester" @>;tag=6mmehombk4 Call-ID: ncgujo0cn2a6neb0hguj CSeq: 9374 CANCEL Content-Length: 0 sip-0.7.7.js:2900 Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight Time) | sip.transport | received WebSocket text message: SIP/2.0 400 Bad Request/Body Via: SIP/2.0/WSS 192.0.2.16;received=;branch=z9hG4bK8296649 To: >;tag=1fdc427fd21267a1733a000b01d225fc.005b From: "Tester" @>;tag=6mmehombk4 Call-ID: ncgujo0cn2a6neb0hguj CSeq: 9374 CANCEL Server: SIP Proxy Content-Length: 0 -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Wed May 24 03:31:29 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 24 May 2017 10:31:29 +0300 Subject: [OpenSIPS-Users] WEBRTC - Bad Request/Body In-Reply-To: References: Message-ID: <4c7c4db4-0064-c123-ea73-16f239b3a891@opensips.org> Hi, Dragomir! This doesn't help us at all. Can you check the OpenSIPS logs for any errors? Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/23/2017 09:39 PM, Dragomir Haralambiev wrote: > Hello, > > After update from Opensips 2.2.3 to 2.2.4 I have follow problem with > WebRTC (sip.js): > When WebRTC send CANCEL Opensips return SIP/2.0 400 Bad Request/Body. > > Here is WebSocket log: > > Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight Time) | sip.transport > | sending WebSocket message: > > CANCEL sip:3287423512@ SIP/2.0 > Via: SIP/2.0/WSS 192.0.2.16;branch=z9hG4bK8296649 > To: > > From: "Tester" @>;tag=6mmehombk4 > Call-ID: ncgujo0cn2a6neb0hguj > CSeq: 9374 CANCEL > Content-Length: 0 > > > > sip-0.7.7.js:2900 Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight > Time) | sip.transport | received WebSocket text message: > > SIP/2.0 400 Bad Request/Body > Via: SIP/2.0/WSS 192.0.2.16;received=;branch=z9hG4bK8296649 > To: > >;tag=1fdc427fd21267a1733a000b01d225fc.005b > From: "Tester" @>;tag=6mmehombk4 > Call-ID: ncgujo0cn2a6neb0hguj > CSeq: 9374 CANCEL > Server: SIP Proxy > Content-Length: 0 > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From liran.aknin at vonage.com Wed May 24 08:02:32 2017 From: liran.aknin at vonage.com (Aknin, Liran) Date: Wed, 24 May 2017 15:02:32 +0300 Subject: [OpenSIPS-Users] OpenSIPS Rate Limit module - set limit lower than 1 per second In-Reply-To: References: Message-ID: Hi Bogdan, Thanks for answering our other question. Can you please help us also with this one? thanks, Liran On Mon, May 22, 2017 at 12:22 PM, Aknin, Liran wrote: > Hi, > > We see in the Rate Limit module documentation that the *limit* parameter > for the *rl_check* function is an integer and should be specified as > per-second, not per-timer_interval. > > Is there a way to set the limit to a lower value than 1 per second, e.g > "10 times per minute"? > > Thanks and regards, > Liran > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Wed May 24 11:53:16 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Wed, 24 May 2017 18:53:16 +0300 Subject: [OpenSIPS-Users] [Training] OpenSIPS Bootcamp in Huston TX, US Message-ID: Something not looking right? View the web version Unbelievable opportunity to train in the US Join the core developers and founder of the OpenSIPS project for an intimate week of training in the US! This exclusive opportunity is limited to 20 students and represents the only such event for this year. This year's curriculum has been updated to reflect the many innovations introduced in OpenSIPS 2.2, a long term supported release that guarantees knowledge gained has a longer half-life. Certified training saves time and money OpenSIPS mistakes are easily avoided if you get proper training! Companies that use OpenSIPS waste time and money when they don't have a trained engineer on staff. Searching google, waiting on IRC, even the latency in mailing list replies takes it's toll over time. Take this rare opportunity to train your employees with the project members themselves. New updated track for 2017 With new content for OpenSIPS Version 2.2 LTS, this training delivers an increased depth of knowledge on scripting and routing leveraging some of the newest (as well as integrating with some of the oldest and most reliable) tools in the VoIP ecosystem. Our goal is to provide our students with the latest, most valuable, and pertinent knowledge that they can take back to their workplace and begin improving their networks. We strive to deliver a training environment that is easily replicated and found in most VoiP deployments. In terms of technical setup, students will participate in labs deployed in their own private space as well as interact with other students and theirs...Read more Key Objectives • Examine OpenSIPS use case scenarios, architecture, advantages and even limitations. • Install, configure and run OpenSIPS. • Interpret and understand the scripting language and core configuration of OpenSIPS. • Understand SIP transactions, SIP dialogs and NAT handling when it comes to deploying OpenSIPS. • Integrate with a relational database such as MySQL. • Install, configure and use the OpenSIPS Control Panel web interface. • Integrate with PSTN gateways and wholesale providers. • Implement advanced SIP call flows such as Call Forward, Call Hold and Call Transfer. Read more Registeraion Open > Get Social OpenSIPS - Facebook OpenSIPS Twitter OpenSIPS Linked in ©2017 OpenSIPS | All Rights Reserved This email was sent by bootcamp at opensips.org openSIPS | Training / Bootcamp -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: hero_banner_w_text.jpg Type: image/jpeg Size: 121095 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: btn_register.jpg Type: image/jpeg Size: 9812 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fb.png Type: image/png Size: 1154 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: tw.png Type: image/png Size: 1458 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: in.png Type: image/png Size: 1888 bytes Desc: not available URL: From goup2010 at gmail.com Wed May 24 12:15:32 2017 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Wed, 24 May 2017 19:15:32 +0300 Subject: [OpenSIPS-Users] WEBRTC - Bad Request/Body In-Reply-To: <4c7c4db4-0064-c123-ea73-16f239b3a891@opensips.org> References: <4c7c4db4-0064-c123-ea73-16f239b3a891@opensips.org> Message-ID: In Opensips log I not see any errors. On May 24, 2017 10:37, "Răzvan Crainea" wrote: > Hi, Dragomir! > > This doesn't help us at all. Can you check the OpenSIPS logs for any > errors? > > Best regards, > > Răzvan Crainea > OpenSIPS Solutionswww.opensips-solutions.com > > On 05/23/2017 09:39 PM, Dragomir Haralambiev wrote: > > Hello, > > After update from Opensips 2.2.3 to 2.2.4 I have follow problem with > WebRTC (sip.js): > When WebRTC send CANCEL Opensips return SIP/2.0 400 Bad Request/Body. > > Here is WebSocket log: > > Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight Time) | sip.transport | > sending WebSocket message: > > CANCEL sip:3287423512@ SIP/2.0 > Via: SIP/2.0/WSS 192.0.2.16;branch=z9hG4bK8296649 > To: > > From: "Tester" @>;tag=6mmehombk4 > Call-ID: ncgujo0cn2a6neb0hguj > CSeq: 9374 CANCEL > Content-Length: 0 > > > > sip-0.7.7.js:2900 Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight Time) | > sip.transport | received WebSocket text message: > > SIP/2.0 400 Bad Request/Body > Via: SIP/2.0/WSS 192.0.2.16;received=;branch=z9hG4bK8296649 > To: >;tag=1fdc427fd21267a1733a000b0 > 1d225fc.005b > From: "Tester" @>;tag=6mmehombk4 > Call-ID: ncgujo0cn2a6neb0hguj > CSeq: 9374 CANCEL > Server: SIP Proxy > Content-Length: 0 > > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Wed May 24 14:46:28 2017 From: liviu at opensips.org (Liviu Chircu) Date: Wed, 24 May 2017 21:46:28 +0300 Subject: [OpenSIPS-Users] WEBRTC - Bad Request/Body In-Reply-To: References: <4c7c4db4-0064-c123-ea73-16f239b3a891@opensips.org> Message-ID: <543f361a-46ec-88c7-783c-5ba9195cef7d@opensips.org> Are you using sipmsg_validate()? If yes, note that it can also receive an additional parameter, holding the error reason, which would be very helpful if printed. Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 24.05.2017 19:15, Dragomir Haralambiev wrote: > In Opensips log I not see any errors. > > > On May 24, 2017 10:37, "Răzvan Crainea" > wrote: > > Hi, Dragomir! > > This doesn't help us at all. Can you check the OpenSIPS logs for > any errors? > > Best regards, > > Răzvan Crainea > OpenSIPS Solutions > www.opensips-solutions.com > > On 05/23/2017 09:39 PM, Dragomir Haralambiev wrote: >> Hello, >> >> After update from Opensips 2.2.3 to 2.2.4 I have follow problem >> with WebRTC (sip.js): >> When WebRTC send CANCEL Opensips return SIP/2.0 400 Bad >> Request/Body. >> >> Here is WebSocket log: >> >> Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight Time) | >> sip.transport | sending WebSocket message: >> >> CANCEL sip:3287423512@ SIP/2.0 >> Via: SIP/2.0/WSS 192.0.2.16;branch=z9hG4bK8296649 >> To: > >> From: "Tester" @>;tag=6mmehombk4 >> Call-ID: ncgujo0cn2a6neb0hguj >> CSeq: 9374 CANCEL >> Content-Length: 0 >> >> >> >> sip-0.7.7.js:2900 Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight >> Time) | sip.transport | received WebSocket text message: >> >> SIP/2.0 400 Bad Request/Body >> Via: SIP/2.0/WSS >> 192.0.2.16;received=;branch=z9hG4bK8296649 >> To: >> >;tag=1fdc427fd21267a1733a000b01d225fc.005b >> From: "Tester" @>;tag=6mmehombk4 >> Call-ID: ncgujo0cn2a6neb0hguj >> CSeq: 9374 CANCEL >> Server: SIP Proxy >> Content-Length: 0 >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From goup2010 at gmail.com Wed May 24 15:00:17 2017 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Wed, 24 May 2017 22:00:17 +0300 Subject: [OpenSIPS-Users] WEBRTC - Bad Request/Body In-Reply-To: <543f361a-46ec-88c7-783c-5ba9195cef7d@opensips.org> References: <4c7c4db4-0064-c123-ea73-16f239b3a891@opensips.org> <543f361a-46ec-88c7-783c-5ba9195cef7d@opensips.org> Message-ID: if (!sipmsg_validate("shr")) { send_reply("400", "Bad Request/Body"); exit; }; 2017-05-24 21:46 GMT+03:00 Liviu Chircu : > Are you using sipmsg_validate()? If yes, note that it can also receive an > additional parameter, holding the error reason, which would be very helpful > if printed. > > Liviu Chircu > OpenSIPS Developerhttp://www.opensips-solutions.com > > On 24.05.2017 19:15, Dragomir Haralambiev wrote: > > In Opensips log I not see any errors. > > > On May 24, 2017 10:37, "Răzvan Crainea" wrote: > >> Hi, Dragomir! >> >> This doesn't help us at all. Can you check the OpenSIPS logs for any >> errors? >> >> Best regards, >> >> Răzvan Crainea >> OpenSIPS Solutionswww.opensips-solutions.com >> >> On 05/23/2017 09:39 PM, Dragomir Haralambiev wrote: >> >> Hello, >> >> After update from Opensips 2.2.3 to 2.2.4 I have follow problem with >> WebRTC (sip.js): >> When WebRTC send CANCEL Opensips return SIP/2.0 400 Bad Request/Body. >> >> Here is WebSocket log: >> >> Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight Time) | sip.transport | >> sending WebSocket message: >> >> CANCEL sip:3287423512@ SIP/2.0 >> Via: SIP/2.0/WSS 192.0.2.16;branch=z9hG4bK8296649 >> To: > >> From: "Tester" @>;tag=6mmehombk4 >> Call-ID: ncgujo0cn2a6neb0hguj >> CSeq: 9374 CANCEL >> Content-Length: 0 >> >> >> >> sip-0.7.7.js:2900 Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight Time) | >> sip.transport | received WebSocket text message: >> >> SIP/2.0 400 Bad Request/Body >> Via: SIP/2.0/WSS 192.0.2.16;received=;branch=z9hG4bK8296649 >> To: >;tag=1fdc427fd21267a1733a000b0 >> 1d225fc.005b >> From: "Tester" @>;tag=6mmehombk4 >> Call-ID: ncgujo0cn2a6neb0hguj >> CSeq: 9374 CANCEL >> Server: SIP Proxy >> Content-Length: 0 >> >> >> _______________________________________________ >> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Wed May 24 15:09:29 2017 From: liviu at opensips.org (Liviu Chircu) Date: Wed, 24 May 2017 22:09:29 +0300 Subject: [OpenSIPS-Users] WEBRTC - Bad Request/Body In-Reply-To: References: <4c7c4db4-0064-c123-ea73-16f239b3a891@opensips.org> <543f361a-46ec-88c7-783c-5ba9195cef7d@opensips.org> Message-ID: <6ac2b1d4-1158-8c7a-3e28-f7cdbaea0391@opensips.org> Can you do an xlog("sipmsg_validate error: $rc\n") in the error block, please? Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 24.05.2017 22:00, Dragomir Haralambiev wrote: > if (!sipmsg_validate("shr")) { > send_reply("400", "Bad Request/Body"); > exit; > }; > > 2017-05-24 21:46 GMT+03:00 Liviu Chircu >: > > Are you using sipmsg_validate()? If yes, note that it can also > receive an additional parameter, holding the error reason, which > would be very helpful if printed. > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 24.05.2017 19:15, Dragomir Haralambiev wrote: >> In Opensips log I not see any errors. >> >> >> On May 24, 2017 10:37, "Răzvan Crainea" > > wrote: >> >> Hi, Dragomir! >> >> This doesn't help us at all. Can you check the OpenSIPS logs >> for any errors? >> >> Best regards, >> >> Răzvan Crainea >> OpenSIPS Solutions >> www.opensips-solutions.com >> >> On 05/23/2017 09:39 PM, Dragomir Haralambiev wrote: >>> Hello, >>> >>> After update from Opensips 2.2.3 to 2.2.4 I have follow >>> problem with WebRTC (sip.js): >>> When WebRTC send CANCEL Opensips return SIP/2.0 400 Bad >>> Request/Body. >>> >>> Here is WebSocket log: >>> >>> Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight Time) | >>> sip.transport | sending WebSocket message: >>> >>> CANCEL sip:3287423512@ SIP/2.0 >>> Via: SIP/2.0/WSS 192.0.2.16;branch=z9hG4bK8296649 >>> To: > >>> From: "Tester" @>;tag=6mmehombk4 >>> Call-ID: ncgujo0cn2a6neb0hguj >>> CSeq: 9374 CANCEL >>> Content-Length: 0 >>> >>> >>> >>> sip-0.7.7.js:2900 Tue May 23 2017 21:10:47 GMT+0300 (FLE >>> Daylight Time) | sip.transport | received WebSocket text >>> message: >>> >>> SIP/2.0 400 Bad Request/Body >>> Via: SIP/2.0/WSS >>> 192.0.2.16;received=;branch=z9hG4bK8296649 >>> To: >>> >;tag=1fdc427fd21267a1733a000b01d225fc.005b >>> From: "Tester" @>;tag=6mmehombk4 >>> Call-ID: ncgujo0cn2a6neb0hguj >>> CSeq: 9374 CANCEL >>> Server: SIP Proxy >>> Content-Length: 0 >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From goup2010 at gmail.com Wed May 24 15:29:58 2017 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Wed, 24 May 2017 22:29:58 +0300 Subject: [OpenSIPS-Users] WEBRTC - Bad Request/Body In-Reply-To: <6ac2b1d4-1158-8c7a-3e28-f7cdbaea0391@opensips.org> References: <4c7c4db4-0064-c123-ea73-16f239b3a891@opensips.org> <543f361a-46ec-88c7-783c-5ba9195cef7d@opensips.org> <6ac2b1d4-1158-8c7a-3e28-f7cdbaea0391@opensips.org> Message-ID: sipmsg_validate error: -13 2017-05-24 22:09 GMT+03:00 Liviu Chircu : > Can you do an xlog("sipmsg_validate error: $rc\n") in the error block, > please? > > Liviu Chircu > OpenSIPS Developerhttp://www.opensips-solutions.com > > On 24.05.2017 22:00, Dragomir Haralambiev wrote: > > if (!sipmsg_validate("shr")) { > send_reply("400", "Bad Request/Body"); > exit; > }; > > 2017-05-24 21:46 GMT+03:00 Liviu Chircu : > >> Are you using sipmsg_validate()? If yes, note that it can also receive an >> additional parameter, holding the error reason, which would be very helpful >> if printed. >> >> Liviu Chircu >> OpenSIPS Developerhttp://www.opensips-solutions.com >> >> On 24.05.2017 19:15, Dragomir Haralambiev wrote: >> >> In Opensips log I not see any errors. >> >> >> On May 24, 2017 10:37, "Răzvan Crainea" wrote: >> >>> Hi, Dragomir! >>> >>> This doesn't help us at all. Can you check the OpenSIPS logs for any >>> errors? >>> >>> Best regards, >>> >>> Răzvan Crainea >>> OpenSIPS Solutionswww.opensips-solutions.com >>> >>> On 05/23/2017 09:39 PM, Dragomir Haralambiev wrote: >>> >>> Hello, >>> >>> After update from Opensips 2.2.3 to 2.2.4 I have follow problem with >>> WebRTC (sip.js): >>> When WebRTC send CANCEL Opensips return SIP/2.0 400 Bad Request/Body. >>> >>> Here is WebSocket log: >>> >>> Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight Time) | sip.transport | >>> sending WebSocket message: >>> >>> CANCEL sip:3287423512@ SIP/2.0 >>> Via: SIP/2.0/WSS 192.0.2.16;branch=z9hG4bK8296649 >>> To: > >>> From: "Tester" @>;tag=6mmehombk4 >>> Call-ID: ncgujo0cn2a6neb0hguj >>> CSeq: 9374 CANCEL >>> Content-Length: 0 >>> >>> >>> >>> sip-0.7.7.js:2900 Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight Time) >>> | sip.transport | received WebSocket text message: >>> >>> SIP/2.0 400 Bad Request/Body >>> Via: SIP/2.0/WSS 192.0.2.16;received=;branch=z9hG4bK8296649 >>> To: >;tag=1fdc427fd21267a1733a000b0 >>> 1d225fc.005b >>> From: "Tester" @>;tag=6mmehombk4 >>> Call-ID: ncgujo0cn2a6neb0hguj >>> CSeq: 9374 CANCEL >>> Server: SIP Proxy >>> Content-Length: 0 >>> >>> >>> _______________________________________________ >>> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> >> >> _______________________________________________ >> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> > > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Wed May 24 15:37:24 2017 From: liviu at opensips.org (Liviu Chircu) Date: Wed, 24 May 2017 22:37:24 +0300 Subject: [OpenSIPS-Users] WEBRTC - Bad Request/Body In-Reply-To: References: <4c7c4db4-0064-c123-ea73-16f239b3a891@opensips.org> <543f361a-46ec-88c7-783c-5ba9195cef7d@opensips.org> <6ac2b1d4-1158-8c7a-3e28-f7cdbaea0391@opensips.org> Message-ID: <2c780415-e9af-d4d2-8a19-1a1c67153361@opensips.org> http://www.opensips.org/html/docs/modules/2.4.x/sipmsgops.html#idp5377744 Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 24.05.2017 22:29, Dragomir Haralambiev wrote: > sipmsg_validate error: -13 > > 2017-05-24 22:09 GMT+03:00 Liviu Chircu >: > > Can you do an xlog("sipmsg_validate error: $rc\n") in the error > block, please? > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 24.05.2017 22:00, Dragomir Haralambiev wrote: >> if (!sipmsg_validate("shr")) { >> send_reply("400", "Bad Request/Body"); >> exit; >> }; >> >> 2017-05-24 21:46 GMT+03:00 Liviu Chircu > >: >> >> Are you using sipmsg_validate()? If yes, note that it can >> also receive an additional parameter, holding the error >> reason, which would be very helpful if printed. >> >> Liviu Chircu >> OpenSIPS Developer >> http://www.opensips-solutions.com >> >> >> On 24.05.2017 19:15, Dragomir Haralambiev wrote: >>> In Opensips log I not see any errors. >>> >>> >>> On May 24, 2017 10:37, "Răzvan Crainea" >> > wrote: >>> >>> Hi, Dragomir! >>> >>> This doesn't help us at all. Can you check the OpenSIPS >>> logs for any errors? >>> >>> Best regards, >>> >>> Răzvan Crainea >>> OpenSIPS Solutions >>> www.opensips-solutions.com >>> >>> >>> On 05/23/2017 09:39 PM, Dragomir Haralambiev wrote: >>>> Hello, >>>> >>>> After update from Opensips 2.2.3 to 2.2.4 I have follow >>>> problem with WebRTC (sip.js): >>>> When WebRTC send CANCEL Opensips return SIP/2.0 400 >>>> Bad Request/Body. >>>> >>>> Here is WebSocket log: >>>> >>>> Tue May 23 2017 21:10:47 GMT+0300 (FLE Daylight Time) | >>>> sip.transport | sending WebSocket message: >>>> >>>> CANCEL sip:3287423512@ SIP/2.0 >>>> Via: SIP/2.0/WSS 192.0.2.16;branch=z9hG4bK8296649 >>>> To: > >>>> From: "Tester" >>>> @>;tag=6mmehombk4 >>>> Call-ID: ncgujo0cn2a6neb0hguj >>>> CSeq: 9374 CANCEL >>>> Content-Length: 0 >>>> >>>> >>>> >>>> sip-0.7.7.js:2900 Tue May 23 2017 21:10:47 GMT+0300 >>>> (FLE Daylight Time) | sip.transport | received >>>> WebSocket text message: >>>> >>>> SIP/2.0 400 Bad Request/Body >>>> Via: SIP/2.0/WSS >>>> 192.0.2.16;received=;branch=z9hG4bK8296649 >>>> To: >>>> >;tag=1fdc427fd21267a1733a000b01d225fc.005b >>>> From: "Tester" >>>> @>;tag=6mmehombk4 >>>> Call-ID: ncgujo0cn2a6neb0hguj >>>> CSeq: 9374 CANCEL >>>> Server: SIP Proxy >>>> Content-Length: 0 >>>> >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at lists.opensips.org >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Goutham.Prasad at ipc.com Wed May 24 16:43:32 2017 From: Goutham.Prasad at ipc.com (Prasad, Goutham) Date: Wed, 24 May 2017 20:43:32 +0000 Subject: [OpenSIPS-Users] R: Issues running opensips with load balancer. In-Reply-To: References: Message-ID: Please see the attached requested conf file. Thanks in advance! Goutham P Madhava Group Lead • Voice Applications 777, Commerce Dr., Fairfield, CT 06825 T +1 203 339 7830 • M +1 203 683 8760 • E goutham.prasad at ipc.com Follow us on twitter: @ipc_Systems_Inc • Website: www.ipc.com [cid:image001.jpg at 01D2D4AC.DFEA3FA0] From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu Sent: Monday, May 22, 2017 12:26 PM To: Ravitez Ravi; OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] R: Issues running opensips with load balancer. Hello Ravi, Please send me the Makefile.conf file you have. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/22/2017 05:51 PM, Ravitez Ravi wrote: Hello Bogdan, Good Day, Here's what we get when using the default configuration(flags,modules) Vote IPC in the 2017 Waters Technology Awards. Winners are decided by those most important to us - our customers! Please vote for us (#28, #29) by link https://www.surveymonkey.com/r/MTXQFZF DISCLAIMER: This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unintended recipients are prohibited from taking action on the basis of information in this e-mail. E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with IPC. IPC reserves the right, to the extent and under circumstances permitted by applicable law, to retain, monitor and intercept e-mail messages to and from its systems. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3056 bytes Desc: image001.jpg URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile.conf Type: application/octet-stream Size: 9404 bytes Desc: Makefile.conf URL: From tito at xsvoce.com Thu May 25 09:51:59 2017 From: tito at xsvoce.com (Tito Cumpen) Date: Thu, 25 May 2017 06:51:59 -0700 Subject: [OpenSIPS-Users] Rest client for auth Message-ID: Group, Is it possible to use a rest api for auth_db? Meaning can opensips authenticate a user based on a rest query against a rest api? I thought about using db http by fronting the request with a local http server but I don't see a way to pass a custom headers to the query. This custom header would contain the auth session token. Thanks, Tito -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.quick at smartvox.co.uk Thu May 25 11:16:33 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Thu, 25 May 2017 16:16:33 +0100 Subject: [OpenSIPS-Users] Location table - how to use socket Message-ID: <001401d2d569$e5275c10$af761430$@smartvox.co.uk> The socket field in the location table sometimes contains very useful information such as: - to see which server received the Registration in a dual site scenario - to see if the UA registered over UDP, TCP or TLS However, there does not seem to be any mechanism for using the socket information in the USRLOC or REGISTRAR modules. For example, it is not possible to call lookup and filter for contacts made on the local server's socket or for contacts that used TLS. Please could the developers look at options to leverage this useful data, especially for the lookup function. Are there any tricks I could employ to achieve the same result. For example, if I set a branch flag to indicate which site received this registration would it then be possible to filter the results returned by lookup and extract the registrations received at site A while discarding those received at site B? To give a practical example: Dual site; Shared location table; User's device is registered at site B; Call arrives at site A so I want to use 302 redirect to send it over to site B, but I cannot tell from the results of a lookup whether the registration was made at A or B even though the data is there in the socket field. John Quick Smartvox Limited From razvan at opensips.org Fri May 26 04:11:52 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Fri, 26 May 2017 11:11:52 +0300 Subject: [OpenSIPS-Users] OpenSIPS Rate Limit module - set limit lower than 1 per second In-Reply-To: References: Message-ID: Hi, Aknin! Looks like you are not subscribed to the list and you missed by response :) Unfortunately there is no way to specify the limit per interval. I do think this is a nice feature though, so I opened a feature request for this on our issue tracker[1]. You can track its progress over there. [1] https://github.com/OpenSIPS/opensips/issues/1130 Best regards, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On 05/24/2017 03:02 PM, Aknin, Liran via Users wrote: > Hi Bogdan, > > Thanks for answering our other question. > Can you please help us also with this one? > > thanks, > Liran > > On Mon, May 22, 2017 at 12:22 PM, Aknin, Liran > wrote: > > Hi, > > We see in the Rate Limit module documentation that the *limit* > parameter for the *rl_check* function is an integer and should be > specified as per-second, not per-timer_interval. > > Is there a way to set the limit to a lower value than 1 per > second, e.g "10 times per minute"? > > Thanks and regards, > Liran > > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri May 26 09:24:46 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 26 May 2017 16:24:46 +0300 Subject: [OpenSIPS-Users] identify branch by name in minor_branch_flag In-Reply-To: <00c101d2d30e$4e9d9a00$ebd8ce00$@web.de> References: <016601d2d100$96508430$c2f18c90$@web.de> <19f5de40-09f4-9e10-4888-4a07dd7f7c17@opensips.org> <00c101d2d30e$4e9d9a00$ebd8ce00$@web.de> Message-ID: Hi Xaled, The first param of setbflag is the index of the added branch, starting from 1. Each append_branch() will add a new branch. And there is a single set of branchesper transaction, so they cannot mix. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Huston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/22/2017 06:15 PM, xaled wrote: > > Hello Bogdan, > > thanks! > > Following question – are the branch indexes and settings shared > between the route? Wont the minor branch setting in route[a] for > branch alice affect the bob’s branch setting in route[b] > > modparam("tm", "minor_branch_flag", 1) > > route[a] { > > append_branch("sip:alice at test.com"); > > setbflag(1,1); > > } > > route[b] { > > append_branch("sip:bob at test.com"); > > append_branch("sip:carol at test.com"); > > setbflag(2,1); > > } > > Thanks, > > xaled > > *From:*Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] > *Sent:* Montag, 22. Mai 2017 16:43 > *To:* OpenSIPS users mailling list ; xaled > > *Subject:* Re: [OpenSIPS-Users] identify branch by name in > minor_branch_flag > > Hello Xaled, > > Any branch can be a minor branch, you just have to properly mark it > via the branch flag you configured (via the minor_branch_flag param - > see http://www.opensips.org/html/docs/modules/2.3.x/tm.html#idp5618944 ) > > You can set the corresponding branch flag via setbflag( > www.opensips.org/Documentation/Script-CoreFunctions-2-3 > ) and > check it via > isbflagset(http://www.opensips.org/Documentation/Script-CoreFunctions-2-2#toc22) > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > OpenSIPS Summit May 2017 Amsterdam > http://www.opensips.org/events/Summit-2017Amsterdam.html > > On 05/20/2017 03:32 AM, xaled wrote: > > Hi, > > did I get it right that it is only possible to identify minor > branches by index? > > Using index I cannot have first branch to be minor in some > scenarios and not minor in other. > > It would be good to be able to identify multiple minor branches by > names. Ether URI, or additional specific name parameter could be > used for it. > > Instead of: > > modparam("tm", "minor_branch_flag", 1) > > something like: > > modparam("tm", "minor_branch_flag", “sip:alice at test.com” > ) > > route[1]{ > > append_branch("sip:alice at test.com" ); > > append_branch("sip:bob at test.com" ); > > } > > route[2]{ > > append_branch("sip:bob at test.com" ); > > append_branch("sip:alice at test.com" ); > > } > > $T_branch_idx could be extended to $T_branch_name. > > Thanks, > > xaled > > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri May 26 09:28:15 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 26 May 2017 16:28:15 +0300 Subject: [OpenSIPS-Users] Create new branch on receipt of provisional response on the main branch In-Reply-To: <00f801d2d329$78290600$687b1200$@web.de> References: <00f801d2d329$78290600$687b1200$@web.de> Message-ID: <9ffc9a67-d90d-1a95-b128-86e3535fd80c@opensips.org> Hi Xaled, With a pre-2.3 release you cannot do this, unless you wait for the current branches to fail, so to use the failure_route to add new branches. With 2.3 you can do it by using the t_inject_branch() function. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Huston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/22/2017 09:30 PM, xaled wrote: > > Hello, > > I need to create a branch on receipt of provisional response on the > main branch. > > Doing append_brach in reply_route does not seem to work. > > What is right way to do it? > > Thanks, > > xaled > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri May 26 09:33:48 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 26 May 2017 16:33:48 +0300 Subject: [OpenSIPS-Users] Opensips, load_balancing and authentication process In-Reply-To: <1052191495517448@web40j.yandex.ru> References: <1455001495086199@web17g.yandex.ru> <408b5ef3-00ed-05c5-42ec-e6bed13dfc68@opensips.org> <1052191495517448@web40j.yandex.ru> Message-ID: Hi Denis, As OpenSIPS is the registrar, it it the one generating the nonce (via the www_challenge() function). At script level, you do not have visibility over the sent nonce . Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Huston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/23/2017 08:30 AM, Denis via Users wrote: > Hello, Bogdan! > Thank you. > One more. How can i access a "nonce" value from 401 reply, during > REGISTER transaction? > Thank you. > -- > С уважением, Денис. > Best regards, Denis > 22.05.2017, 17:39, "Bogdan-Andrei Iancu" : >> Hi Denis, >> >> Just be sure : >> 1) during authentication, your proxy/registrar(s) allow to have cross >> challenging - one server is firing the auth challenge, but another >> one receives the reponse >> 2) the registrations are shared between all your registrar servers. >> >> Otherwise, just give it a try and test ;) >> >> Regards, >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> OpenSIPS Summit May 2017 Amsterdam >> http://www.opensips.org/events/Summit-2017Amsterdam.html >> On 05/18/2017 08:43 AM, Denis via Users wrote: >>> Hello! >>> I am sorry that it was early, but i could not find an answer for my >>> question. >>> I want to ask for advice from community about how can i use Opensips >>> as c "clean" Load_balancer for my project? >>> The scheme of the project is a classic. >>> Load_balancer ---> Proxy1/Register1 >>> | | >>> | | mysql replication. >>> | | >>> |_____________> Proxy2/Register2 >>> One load_balancer, two (or more) Proxies which have mysql >>> replication relationship. >>> What do i mean about "clean"? I mean that it should ONLY act as a >>> balancer. It should be entry point into my network and it should >>> "live forever" (UPS, protected server, NO MySQL interaction dialing >>> with transaction processing). It should not make any other action >>> about call processing (besides TCP <-> UDP conversion). All actions >>> (Call processing, authentication, Registration etc.) should "live" >>> in Proxies. >>> So, my question is, can i do it? >>> Will Opensips work correctly in such scheme, including >>> authentication procedure of the Call or Register processing? >>> Thank you for any help. >>> -- >>> С уважением, Денис. >>> Best regards, Denis >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> , >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri May 26 10:21:11 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 26 May 2017 17:21:11 +0300 Subject: [OpenSIPS-Users] Rest client for auth In-Reply-To: References: Message-ID: <796fa0d3-caa3-b4b9-5255-b2bcc188ca5c@opensips.org> Hi Tito, You can do that by fetching the password via an explicit DB query from script and pushing it for auth check using pv_www_authorize(): http://www.opensips.org/html/docs/modules/2.3.x/auth.html#idp5590848 Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Huston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/25/2017 04:51 PM, Tito Cumpen wrote: > Group, > > Is it possible to use a rest api for auth_db? Meaning can opensips > authenticate a user based on a rest query against a rest api? I > thought about using db http by fronting the request with a local http > server but I don't see a way to pass a custom headers to the query. > This custom header would contain the auth session token. > > > Thanks, > Tito > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri May 26 12:30:16 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 26 May 2017 19:30:16 +0300 Subject: [OpenSIPS-Users] Location table - how to use socket In-Reply-To: <001401d2d569$e5275c10$af761430$@smartvox.co.uk> References: <001401d2d569$e5275c10$af761430$@smartvox.co.uk> Message-ID: <1df74e9b-4eaa-fd1c-70d4-30a8272885c9@opensips.org> Hi John, I suppose you are using usrloc with DB-only to share registrations between multiples sites, otherwise the socket filter will not make sense, right ? Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Huston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/25/2017 06:16 PM, John Quick wrote: > The socket field in the location table sometimes contains very useful > information such as: > - to see which server received the Registration in a dual site scenario > - to see if the UA registered over UDP, TCP or TLS > > However, there does not seem to be any mechanism for using the socket > information in the USRLOC or REGISTRAR modules. > For example, it is not possible to call lookup and filter for contacts made > on the local server's socket or for contacts that used TLS. > > Please could the developers look at options to leverage this useful data, > especially for the lookup function. > > Are there any tricks I could employ to achieve the same result. For example, > if I set a branch flag to indicate which site received this registration > would it then be possible to filter the results returned by lookup and > extract the registrations received at site A while discarding those received > at site B? > > To give a practical example: Dual site; Shared location table; User's device > is registered at site B; Call arrives at site A so I want to use 302 > redirect to send it over to site B, but I cannot tell from the results of a > lookup whether the registration was made at A or B even though the data is > there in the socket field. > > John Quick > Smartvox Limited > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From john.quick at smartvox.co.uk Fri May 26 12:38:35 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Fri, 26 May 2017 17:38:35 +0100 Subject: [OpenSIPS-Users] Location table - how to use socket In-Reply-To: <1df74e9b-4eaa-fd1c-70d4-30a8272885c9@opensips.org> References: <001401d2d569$e5275c10$af761430$@smartvox.co.uk> <1df74e9b-4eaa-fd1c-70d4-30a8272885c9@opensips.org> Message-ID: <001501d2d63e$8543dfa0$8fcb9ee0$@smartvox.co.uk> Hi Bogdan, Yes. I tried with db_mode=1 and it behaved very strangely so I changed it to db_mode=3 (DB only). Also tried $(branch(socket)[N]) to read the socket data within my script, but it always returns . I am now thinking it will be necessary to have one location table per site, but perhaps you could consider adding options in future releases to allow the lookup function to only select contacts where the socket matches one that this server is listening on. John Quick Smartvox Limited -----Original Message----- From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Sent: 26 May 2017 17:30 To: john.quick at smartvox.co.uk; OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] Location table - how to use socket Hi John, I suppose you are using usrloc with DB-only to share registrations between multiples sites, otherwise the socket filter will not make sense, right ? Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Huston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/25/2017 06:16 PM, John Quick wrote: > The socket field in the location table sometimes contains very useful > information such as: > - to see which server received the Registration in a dual site > scenario > - to see if the UA registered over UDP, TCP or TLS > > However, there does not seem to be any mechanism for using the socket > information in the USRLOC or REGISTRAR modules. > For example, it is not possible to call lookup and filter for contacts > made on the local server's socket or for contacts that used TLS. > > Please could the developers look at options to leverage this useful > data, especially for the lookup function. > > Are there any tricks I could employ to achieve the same result. For > example, if I set a branch flag to indicate which site received this > registration would it then be possible to filter the results returned > by lookup and extract the registrations received at site A while > discarding those received at site B? > > To give a practical example: Dual site; Shared location table; User's > device is registered at site B; Call arrives at site A so I want to > use 302 redirect to send it over to site B, but I cannot tell from the > results of a lookup whether the registration was made at A or B even > though the data is there in the socket field. > > John Quick > Smartvox Limited > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From xaled at web.de Fri May 26 17:44:25 2017 From: xaled at web.de (xaled) Date: Fri, 26 May 2017 23:44:25 +0200 Subject: [OpenSIPS-Users] identify branch by name in minor_branch_flag In-Reply-To: References: <016601d2d100$96508430$c2f18c90$@web.de> <19f5de40-09f4-9e10-4888-4a07dd7f7c17@opensips.org> <00c101d2d30e$4e9d9a00$ebd8ce00$@web.de> Message-ID: <004101d2d669$3ee96900$bcbc3b00$@web.de> Hi Bogdan, Ok, thanks! Greetings, xaled From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Sent: Freitag, 26. Mai 2017 15:25 To: OpenSIPS users mailling list ; xaled Subject: Re: [OpenSIPS-Users] identify branch by name in minor_branch_flag Hi Xaled, The first param of setbflag is the index of the added branch, starting from 1. Each append_branch() will add a new branch. And there is a single set of branches per transaction, so they cannot mix. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Huston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/22/2017 06:15 PM, xaled wrote: Hello Bogdan, thanks! Following question – are the branch indexes and settings shared between the route? Wont the minor branch setting in route[a] for branch alice affect the bob’s branch setting in route[b] modparam("tm", "minor_branch_flag", 1) route[a] { append_branch( "sip:alice at test.com"); setbflag(1,1); } route[b] { append_branch( "sip:bob at test.com"); append_branch( "sip:carol at test.com"); setbflag(2,1); } Thanks, xaled From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Sent: Montag, 22. Mai 2017 16:43 To: OpenSIPS users mailling list ; xaled Subject: Re: [OpenSIPS-Users] identify branch by name in minor_branch_flag Hello Xaled, Any branch can be a minor branch, you just have to properly mark it via the branch flag you configured (via the minor_branch_flag param - see http://www.opensips.org/html/docs/modules/2.3.x/tm.html#idp5618944 ) You can set the corresponding branch flag via setbflag( www.opensips.org/Documentation/Script-CoreFunctions-2-3 ) and check it via isbflagset(http://www.opensips.org/Documentation/Script-CoreFunctions-2-2#toc22) Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/20/2017 03:32 AM, xaled wrote: Hi, did I get it right that it is only possible to identify minor branches by index? Using index I cannot have first branch to be minor in some scenarios and not minor in other. It would be good to be able to identify multiple minor branches by names. Ether URI, or additional specific name parameter could be used for it. Instead of: modparam("tm", "minor_branch_flag", 1) something like: modparam("tm", "minor_branch_flag", “sip:alice at test.com”) route[1]{ append_branch( "sip:alice at test.com"); append_branch( "sip:bob at test.com"); } route[2]{ append_branch( "sip:bob at test.com"); append_branch( "sip:alice at test.com"); } $T_branch_idx could be extended to $T_branch_name. Thanks, xaled _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From volga629 at networklab.ca Sat May 27 11:11:07 2017 From: volga629 at networklab.ca (volga629 at networklab.ca) Date: Sat, 27 May 2017 12:11:07 -0300 Subject: [OpenSIPS-Users] ebootcamp Message-ID: <1495897867.3696.7@smtp.networklab.ca> Hello Everyone, why http://ebootcamp.opensips.org don't use HTTPS ? Please fixed that security hole volga629 -------------- next part -------------- An HTML attachment was scrubbed... URL: From denis7979 at mail.ru Sun May 28 05:31:39 2017 From: denis7979 at mail.ru (=?utf-8?B?0JTQtdC90LjRgSDQn9GD0YLRj9GC0L4=?=) Date: Sun, 28 May 2017 12:31:39 +0300 Subject: [OpenSIPS-Users] Opensips, load_balancing and authentication process In-Reply-To: References: <1455001495086199@web17g.yandex.ru> <408b5ef3-00ed-05c5-42ec-e6bed13dfc68@opensips.org> <1052191495517448@web40j.yandex.ru> Message-ID: <5421991495963899@web11m.yandex.ru> An HTML attachment was scrubbed... URL: From bogdan at opensips.org Mon May 29 06:32:11 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 29 May 2017 13:32:11 +0300 Subject: [OpenSIPS-Users] Location table - how to use socket In-Reply-To: <001501d2d63e$8543dfa0$8fcb9ee0$@smartvox.co.uk> References: <001401d2d569$e5275c10$af761430$@smartvox.co.uk> <1df74e9b-4eaa-fd1c-70d4-30a8272885c9@opensips.org> <001501d2d63e$8543dfa0$8fcb9ee0$@smartvox.co.uk> Message-ID: <9f57e980-6ce7-7463-9ec5-5638cb5f8cc0@opensips.org> Hi John, the only way to share records via DB is to use DB only - the other modes are using the DB just for restart persistence reason (they do not read from DB at runtime, only once, at startup). In DB-only mode, all reads and writes (related to contacts) are done against the DB. In regards to $(branch(socket)[N]) - do you use it after a lookup(location) ? are you sure that the N'th branch exists and have a socket ? You may consider saving some extra attributes next to the contact ( see http://www.opensips.org/html/docs/modules/2.2.x/registrar.html#idp5568288) to identify the pop/host which produced that record. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Huston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/26/2017 07:38 PM, John Quick wrote: > Hi Bogdan, > > Yes. I tried with db_mode=1 and it behaved very strangely so I changed it to db_mode=3 (DB only). > > Also tried $(branch(socket)[N]) to read the socket data within my script, but it always returns . > > I am now thinking it will be necessary to have one location table per site, but perhaps you could consider adding options in future releases to allow the lookup function to only select contacts where the socket matches one that this server is listening on. > > John Quick > Smartvox Limited > > > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] > Sent: 26 May 2017 17:30 > To: john.quick at smartvox.co.uk; OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] Location table - how to use socket > > Hi John, > > I suppose you are using usrloc with DB-only to share registrations between multiples sites, otherwise the socket filter will not make sense, right ? > > Best regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Bootcamp 2017, Huston, US > http://opensips.org/training/OpenSIPS_Bootcamp_2017.html > > On 05/25/2017 06:16 PM, John Quick wrote: >> The socket field in the location table sometimes contains very useful >> information such as: >> - to see which server received the Registration in a dual site >> scenario >> - to see if the UA registered over UDP, TCP or TLS >> >> However, there does not seem to be any mechanism for using the socket >> information in the USRLOC or REGISTRAR modules. >> For example, it is not possible to call lookup and filter for contacts >> made on the local server's socket or for contacts that used TLS. >> >> Please could the developers look at options to leverage this useful >> data, especially for the lookup function. >> >> Are there any tricks I could employ to achieve the same result. For >> example, if I set a branch flag to indicate which site received this >> registration would it then be possible to filter the results returned >> by lookup and extract the registrations received at site A while >> discarding those received at site B? >> >> To give a practical example: Dual site; Shared location table; User's >> device is registered at site B; Call arrives at site A so I want to >> use 302 redirect to send it over to site B, but I cannot tell from the >> results of a lookup whether the registration was made at A or B even >> though the data is there in the socket field. >> >> John Quick >> Smartvox Limited >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users From flavio at voffice.com.br Mon May 29 07:09:11 2017 From: flavio at voffice.com.br (Flavio Goncalves) Date: Mon, 29 May 2017 08:09:11 -0300 Subject: [OpenSIPS-Users] ebootcamp In-Reply-To: <1495897867.3696.7@smtp.networklab.ca> References: <1495897867.3696.7@smtp.networklab.ca> Message-ID: Hi, All the eCommerce part of the site is handled by Paypal in a different page. Anyway I will study the implication of the migration to https soon. Best regards, Flavio E. Goncalves 2017-05-27 12:11 GMT-03:00 : > Hello Everyone, why http://ebootcamp.opensips.org don't use HTTPS ? > Please fixed that security hole > > > volga629 > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xaled at web.de Mon May 29 07:43:02 2017 From: xaled at web.de (xaled) Date: Mon, 29 May 2017 13:43:02 +0200 Subject: [OpenSIPS-Users] Create new branch on receipt of provisional response on the main branch In-Reply-To: <9ffc9a67-d90d-1a95-b128-86e3535fd80c@opensips.org> References: <00f801d2d329$78290600$687b1200$@web.de> <9ffc9a67-d90d-1a95-b128-86e3535fd80c@opensips.org> Message-ID: <008d01d2d870$bafc9d60$30f5d820$@web.de> Hi Bogdan, Thanks of pointing this new feature out. I’d like to have something like the script below to work by adding a branch after receipt of 180. The problem is I don’t get the meaning of source parameter of t_inject_branch in this scenario. Can you help me with this one? route { t_on_reply("global"); t_relay(); } onreply_route[global] { if (t_check_status("180")) { t_inject_branch(“???”); } } Thanks, Xaled From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Sent: Freitag, 26. Mai 2017 15:28 To: OpenSIPS users mailling list ; xaled Subject: Re: [OpenSIPS-Users] Create new branch on receipt of provisional response on the main branch Hi Xaled, With a pre-2.3 release you cannot do this, unless you wait for the current branches to fail, so to use the failure_route to add new branches. With 2.3 you can do it by using the t_inject_branch() function. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Huston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/22/2017 09:30 PM, xaled wrote: Hello, I need to create a branch on receipt of provisional response on the main branch. Doing append_brach in reply_route does not seem to work. What is right way to do it? Thanks, xaled _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From rosenberg11219 at gmail.com Mon May 29 08:37:12 2017 From: rosenberg11219 at gmail.com (Schneur Rosenberg) Date: Mon, 29 May 2017 15:37:12 +0300 Subject: [OpenSIPS-Users] List of load_balancer group Message-ID: Is there anyway to get in the script a list of destinations in the load_balancer group? I can get it directly from the DB but I want to avoid querying the DB, I want to use it to parallel fork certain calls to all servers in the load balancer group. I couldn't find anything in the load balancer documentations, the closest thing I could find is lb_list through fifo, but I want it in the script, I guess worst case I can query it and then memcache it. S. Rosenberg From gmaruzz at gmail.com Mon May 29 10:00:23 2017 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Mon, 29 May 2017 16:00:23 +0200 Subject: [OpenSIPS-Users] List of load_balancer group In-Reply-To: References: Message-ID: Hello Schneur, you may also use http://www.opensips.org/html/docs/modules/2.2.x/avpops.html for querying the db, then cache the result with sql cacher, or do the query and put the result in an avp if not already there. -giovanni On 29 May 2017 at 14:37, Schneur Rosenberg wrote: > Is there anyway to get in the script a list of destinations in the > load_balancer group? I can get it directly from the DB but I want to > avoid querying the DB, I want to use it to parallel fork certain calls > to all servers in the load balancer group. > > I couldn't find anything in the load balancer documentations, the > closest thing I could find is lb_list through fifo, but I want it in > the script, I guess worst case I can query it and then memcache it. > > S. Rosenberg > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rosenberg11219 at gmail.com Mon May 29 10:36:20 2017 From: rosenberg11219 at gmail.com (Schneur Rosenberg) Date: Mon, 29 May 2017 17:36:20 +0300 Subject: [OpenSIPS-Users] List of load_balancer group In-Reply-To: References: Message-ID: Hi Giovanni Thanks, by using memcache I meant to do a cache_fetch and if its not there then do avp_db_query and then use cache_store to store it for next time, I'm going to look into the sql cacher now, it seems to be a better solution. Schneur On Mon, May 29, 2017 at 5:00 PM, Giovanni Maruzzelli wrote: > Hello Schneur, > > you may also use http://www.opensips.org/html/docs/modules/2.2.x/avpops.html > for querying the db, then cache the result with sql cacher, or do the query > and put the result in an avp if not already there. > > -giovanni > > > On 29 May 2017 at 14:37, Schneur Rosenberg wrote: >> >> Is there anyway to get in the script a list of destinations in the >> load_balancer group? I can get it directly from the DB but I want to >> avoid querying the DB, I want to use it to parallel fork certain calls >> to all servers in the load balancer group. >> >> I couldn't find anything in the load balancer documentations, the >> closest thing I could find is lb_list through fifo, but I want it in >> the script, I guess worst case I can query it and then memcache it. >> >> S. Rosenberg >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > -- > > Sincerely, > > Giovanni Maruzzelli > OpenTelecom.IT > cell: +39 347 266 56 18 > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > From olvrsantos at yahoo.com Wed May 24 14:08:04 2017 From: olvrsantos at yahoo.com (Oliver Santos) Date: Wed, 24 May 2017 18:08:04 +0000 (UTC) Subject: [OpenSIPS-Users] Siptrace on ver 2.2.4 References: <1528961274.1828492.1495649284456.ref@mail.yahoo.com> Message-ID: <1528961274.1828492.1495649284456@mail.yahoo.com> Hi,  I am trying siptrace on opensips-2.2.4 but I am an error below ERROR:core:set_mod_param_regex: parameter not found in module Part of the config is listed below loadmodule "siptrace.so"modparam("siptrace", "db_url",         "mysql://opensips:opensipsrw at localhost/opensips") I appreciate any help. Thanks Sent from Yahoo Mail on Android -------------- next part -------------- An HTML attachment was scrubbed... URL: From Goutham.Prasad at ipc.com Wed May 24 16:44:44 2017 From: Goutham.Prasad at ipc.com (Prasad, Goutham) Date: Wed, 24 May 2017 20:44:44 +0000 Subject: [OpenSIPS-Users] R: Issues running opensips with load balancer. In-Reply-To: References: Message-ID: Robert, Thanks for your pointers. But I’m having issues even in getting the 2.2 compile on RHEL. Goutham P Madhava Group Lead • Voice Applications 777, Commerce Dr., Fairfield, CT 06825 T +1 203 339 7830 • M +1 203 683 8760 • E goutham.prasad at ipc.com Follow us on twitter: @ipc_Systems_Inc • Website: www.ipc.com [cid:image001.jpg at 01D2D4AD.0AE47220] From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mundkowsky, Robert Sent: Monday, May 22, 2017 1:15 PM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] R: Issues running opensips with load balancer. Not an export, but the load balancer uses a database. Did you setup a database and the schema in it and also setup the openSIPS config to point to that database? http://www.opensips.org/html/docs/modules/2.2.x/load_balancer.html#idp163120 modparam("load_balancer", "db_url", "dbdriver://username:password at dbhost/dbname") modparam("load_balancer", "db_table", "lb") modparam("load_balancer", "probing_interval", 60) … Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Ravitez Ravi Sent: Monday, May 22, 2017 10:51 AM To: Bogdan-Andrei Iancu >; OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] R: Issues running opensips with load balancer. Hello Bogdan, Good Day, Here's what we get when using the default configuration(flags,modules) [root at kuat opensips-2.2.3]# make menuconfig which: no lynx in (/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin) make -C menuconfig make[1]: Entering directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' gcc -o configure -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -g -Wall -DMENUCONFIG_CFG_PATH=\"menuconfig/configs/\" -DMENUCONFIG_GEN_PATH=\"etc/\" -DMENUCONFIG_HAVE_SOURCES=1 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lncurses -Wl,-O2 -Wl,-E make[1]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' ./menuconfig/configure --local which: no lynx in (/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin) make[1]: Entering directory `/home/ravi/goutham/opensips-2.2.3' sed -e "s#/usr/.*lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ < etc/opensips.cfg > /usr/local//etc/opensips/opensips.cfg.sample0 sed -e "s#/usr/.*etc/opensips/tls/#/usr/local//etc/opensips/tls/#g" \ < /usr/local//etc/opensips/opensips.cfg.sample0 \ > /usr/local//etc/opensips/opensips.cfg.sample rm -fr /usr/local//etc/opensips/opensips.cfg.sample0 chmod 600 /usr/local//etc/opensips/opensips.cfg.sample chmod 700 /usr/local//etc/opensips/ if [ -z "" -a \ ! -f /usr/local//etc/opensips/opensips.cfg ]; then \ mv -f /usr/local//etc/opensips/opensips.cfg.sample \ /usr/local//etc/opensips/opensips.cfg; \ fi # opensipsctl config touch /usr/local//etc/opensips//opensipsctlrc.sample install -m 644 scripts/opensipsctlrc \ /usr/local//etc/opensips//opensipsctlrc.sample if [ ! -f /usr/local//etc/opensips//opensipsctlrc ]; then \ mv -f /usr/local//etc/opensips//opensipsctlrc.sample \ /usr/local//etc/opensips//opensipsctlrc; \ fi # osipsconsole config touch /usr/local//etc/opensips//osipsconsolerc.sample install -m 644 scripts/osipsconsolerc \ /usr/local//etc/opensips//osipsconsolerc.sample if [ ! -f /usr/local//etc/opensips//osipsconsolerc ]; then \ mv -f /usr/local//etc/opensips//osipsconsolerc.sample \ /usr/local//etc/opensips//osipsconsolerc; \ fi make -C menuconfig proper make[2]: Entering directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' rm -f configure rm -f cfg.o curses.o items.o commands.o menus.o parser.o main.o make[2]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' make -C menuconfig \ MENUCONFIG_CFG_PATH=/usr/local//share/opensips//menuconfig_templates/ \ MENUCONFIG_GEN_PATH=/usr/local//etc/opensips/ MENUCONFIG_HAVE_SOURCES=0 make[2]: Entering directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o cfg.o cfg.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o curses.o curses.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o items.o items.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o commands.o commands.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o menus.o menus.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o parser.o parser.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o main.o main.c gcc -o configure -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lncurses -Wl,-O2 -Wl,-E -Wl,-E make[2]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' mkdir -p /usr/local//share/opensips//menuconfig_templates/ touch menuconfig/configs/* /usr/local//share/opensips//menuconfig_templates/ install -m 644 menuconfig/configs/* /usr/local//share/opensips//menuconfig_templates/ sed -i -e "s#/usr/.*lib/opensips/modules/#/usr/local//lib64/opensips/modules/#" \ /usr/local//share/opensips//menuconfig_templates/* cd utils/opensipsunix; make all make[2]: Entering directory `/home/ravi/goutham/opensips-2.2.3/utils/opensipsunix' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/utils/opensipsunix' if [ "" = "yes" ]; then \ cd utils/db_berkeley; make all ; \ fi ; if [ "" = "yes" ]; then \ cd utils/db_oracle; make all ; \ fi ; # install opensips binary touch /usr/local//sbin//opensips install -m 755 opensips /usr/local//sbin/ # install opensips menuconfig touch /usr/local//sbin//osipsconfig install -m 755 menuconfig/configure /usr/local//sbin//osipsconfig # install opensipsctl (and family) tool cat scripts/opensipsctl | \ sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" | \ sed -e "s#/usr/local/lib/opensips#/usr/local//lib64/opensips#g" | \ sed -e "s#/usr/local/etc/opensips#/usr/local//etc/opensips/#g" >/tmp/opensipsctl touch /usr/local//sbin//opensipsctl install -m 755 /tmp/opensipsctl /usr/local//sbin/ rm -fr /tmp/opensipsctl sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" \ < scripts/opensipsctl.base > /tmp/opensipsctl.base mkdir -p /usr/local//lib64/opensips/opensipsctl touch \ /usr/local//lib64/opensips/opensipsctl install -m 644 /tmp/opensipsctl.base \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.base rm -fr /tmp/opensipsctl.base sed -e "s#/usr/local#/usr/local//sbin/#g" \ < scripts/opensipsctl.ctlbase > /tmp/opensipsctl.ctlbase install -m 644 /tmp/opensipsctl.ctlbase \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.ctlbase rm -fr /tmp/opensipsctl.ctlbase sed -e "s#/usr/local#/usr/local//sbin/#g" \ < scripts/opensipsctl.fifo > /tmp/opensipsctl.fifo install -m 644 /tmp/opensipsctl.fifo \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.fifo rm -fr /tmp/opensipsctl.fifo sed -e "s#/usr/local#/usr/local//sbin/#g" \ < scripts/opensipsctl.unixsock > /tmp/opensipsctl.unixsock install -m 644 /tmp/opensipsctl.unixsock \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.unixsock rm -fr /tmp/opensipsctl.unixsock sed -e "s#/usr/local#/usr/local//sbin/#g" \ < scripts/opensipsctl.sqlbase > /tmp/opensipsctl.sqlbase install -m 644 /tmp/opensipsctl.sqlbase \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.sqlbase rm -fr /tmp/opensipsctl.sqlbase # install db setup base script sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" \ -e "s#/usr/local/etc/opensips#/usr/local//etc/opensips/#g" \ -e "s#/usr/local/share/opensips#/usr/local//share/opensips/#g" \ < scripts/opensipsdbctl.base > /tmp/opensipsdbctl.base install -m 644 /tmp/opensipsdbctl.base \ /usr/local//lib64/opensips/opensipsctl/opensipsdbctl.base rm -fr /tmp/opensipsdbctl.base cat scripts/opensipsdbctl | \ sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" | \ sed -e "s#/usr/local/lib/opensips#/usr/local//lib64/opensips#g" | \ sed -e "s#/usr/local/etc/opensips#/usr/local//etc/opensips/#g" >/tmp/opensipsdbctl touch /usr/local//sbin//opensipsdbctl install -m 755 /tmp/opensipsdbctl /usr/local//sbin/ rm -fr /tmp/opensipsdbctl touch /usr/local//sbin//opensipsunix install -m 755 utils/opensipsunix/opensipsunix /usr/local//sbin/ sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" \ -e "s#/usr/sbin/#/usr/local//sbin/#g" \ -e "s#/usr/lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ -e "s#/usr/share/doc/opensips/#/usr/local//share/doc/opensips/#g" \ < opensips.8 > /usr/local//share/man//man8/opensips.8 chmod 644 /usr/local//share/man//man8/opensips.8 sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" \ -e "s#/usr/sbin/#/usr/local//sbin/#g" \ -e "s#/usr/lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ -e "s#/usr/share/doc/opensips/#/usr/local//share/doc/opensips/#g" \ < opensips.cfg.5 > /usr/local//share/man//man5/opensips.cfg.5 chmod 644 /usr/local//share/man//man5/opensips.cfg.5 sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" \ -e "s#/usr/sbin/#/usr/local//sbin/#g" \ -e "s#/usr/lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ -e "s#/usr/share/doc/opensips/#/usr/local//share/doc/opensips/#g" \ < scripts/opensipsctl.8 > /usr/local//share/man//man8/opensipsctl.8 chmod 644 /usr/local//share/man//man8/opensipsctl.8 sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" \ -e "s#/usr/sbin/#/usr/local//sbin/#g" \ -e "s#/usr/lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ -e "s#/usr/share/doc/opensips/#/usr/local//share/doc/opensips/#g" \ < utils/opensipsunix/opensipsunix.8 > \ /usr/local//share/man//man8/opensipsunix.8 chmod 644 /usr/local//share/man//man8/opensipsunix.8 # install osipsconsole cat scripts/osipsconsole | \ sed -e "s#PATH_BIN[ \t]*=[ \t]*\"\./\"#PATH_BIN = \"/usr/local//sbin/\"#g" | \ sed -e "s#PATH_CTLRC[ \t]*=[ \t]*\"\./scripts/\"#PATH_CTLRC = \"/usr/local//etc/opensips/\"#g" | \ sed -e "s#PATH_LIBS[ \t]*=[ \t]*\"\./scripts/\"#PATH_LIBS = \"/usr/local//lib64/opensips/opensipsctl/\"#g" | \ sed -e "s#PATH_SHARE[ \t]*=[ \t]*\"\./scripts/\"#PATH_SHARE = \"/usr/local//share/opensips/\"#g" | \ sed -e "s#PATH_ETC[ \t]*=[ \t]*\"\./etc/\"#PATH_ETC = \"/usr/local//etc/opensips/\"#g" \ > /tmp/osipsconsole touch /usr/local//sbin//osipsconsole install -m 755 /tmp/osipsconsole /usr/local//sbin/ rm -fr /tmp/osipsconsole /bin/sh: -c: line 1: syntax error near unexpected token `(' /bin/sh: -c: line 1: `for r in modules/() modules/{ modules/eval modules/`/usr/bin/modulecmd modules/bash modules/`' make[1]: *** [modules] Error 1 make[1]: Leaving directory `/home/ravi/goutham/opensips-2.2.3' Press any key to return to menuconfig Regards, Ravitez.D On Mon, May 15, 2017 at 4:38 AM, Bogdan-Andrei Iancu > wrote: Hi, Could you give some details about you inability of compiling 2.3 ?? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/15/2017 05:31 AM, Ravitez Ravi wrote: Hi Michele, Good Day, Im unable to compile 2.3 in RHL 6.5 so got back to 1.9. Regards, Ravitez.D On Sun, May 14, 2017 at 7:42 AM, michele.pinassi > wrote: Hi Ravi, there's any special reason not to choose latest 2.3 or, if you need 1.11 series, 1.11.9 ? Also i suggest to choose a Debian 8 instead of RHel. Michele Inviato da smartphone Samsung Galaxy. -------- Messaggio originale -------- Da: Ravitez Ravi > Data: 13/05/17 23:01 (GMT+01:00) A: OpenSIPS users mailling list > Oggetto: [OpenSIPS-Users] Issues running opensips with load balancer. Hi All, I’m trying to run opensips with load balancer module but it fails to come up. Below are details of what I have done and been trying. My questions are in bold italics and highlighted in yellow. Request you to take a look and help. Objective: Install OpenSIPS 1.11.10 with TLS on RHEL 6.5 for load balancing SIP traffic Procedure followed: 1. Download and install OpenSIPS1.11.10 on RHEL 6.5 with default configuration: a. Downloaded http://opensips.org/pub/opensips/1.11.10/opensips-1.11.10-tls.tar.gz b. Un-tar and un-zip the downloaded file c. Go to opensips-1.11.10-tls folder, ran make menuconfig, select Compile And Install OpenSIPS and followed by Exit & Save All Changes d. Run opensips on command line, ensure the opensips process is running using ‘ps -ef | grep opensips’ command and stop the process using ‘killall opensips’ 2. Get necessary dependencies straightened out for load balancer as mentioned in section 1.4 in http://www.opensips.org/html/docs/modules/1.11.x/load_balancer.html a. The section lists the following OpenSIPS modules: i) Dialog – Dialog module, ii) Dialog – TM module, iii) database – one of the DB modules. b. I did not see any specific dialog module either in Configure Compile Flags or Configure Excluded Modules, however, I could see /usr/local/lib64/opensips/modules/dialog.so and assumed this is the intended module. Not sure if it covers both Dialog and TM. Please clarify. c. I selected db_mysql from Configure Excluded Modules and got a message “You have enabled the 'db_mysql' module, so please install ' development libraries of mysql-client , typically libmysqlclient-dev'” while saving. I could not find the RPM for RHEL. The closed I could find is libmysqlclient16-devel-5.1.69-1.w6.x86_64.rpm which fails to get installed. Am I in right path here? Please advise. d. I was following an example mentioned section 3.2 in http://www.opensips.org/Documentation/Tutorials-LoadBalancing. The section shows following modules to be loaded: loadmodule "modules/maxfwd/maxfwd.so" loadmodule "modules/sl/sl.so" loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/tm/tm.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/uri/uri.so" loadmodule "modules/rr/rr.so" loadmodule "modules/dialog/dialog.so" loadmodule "modules/mi_fifo/mi_fifo.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" loadmodule "modules/signaling/signaling.so" loadmodule "modules/textops/textops.so" loadmodule "modules/load_balancer/load_balancer.so" However, the sub-directories mentioned in above list is not seen on my file system after OpenSIPS installation, yet I see some of the above list shared libraries under /usr/local/lib64/opensips/modules. Hope this is ok. e. The defaults opensips.cfg provided includes most of the above listed modules, but the below libraries were missing which are needed for load balancer: loadmodule "modules/dialog.so" loadmodule "modules/textops.so" loadmodule "modules/load_balancer/load_balancer.so" loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so I was able to successfully start opensips after loading dialog.so and textops.so, however, opensips refuses to start when I load load_balancer.so with following error: May 13 16:40:18 kuat opensips: INFO:core:shm_mem_init: allocating SHM block May 13 16:40:18 kuat opensips[22969]: NOTICE:core:main: version: opensips 1.11.10-tls (x86_64/linux) May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 32 Mb shared memory May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 2 Mb private memory per process May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: NOTICE:signaling:mod_init: initializing module ... May 13 16:40:18 kuat opensips[22969]: INFO:sl:mod_init: Initializing StateLess engine May 13 16:40:18 kuat opensips[22969]: INFO:tm:mod_init: TM - initializing... May 13 16:40:18 kuat opensips[22969]: INFO:rr:mod_init: rr - initializing May 13 16:40:18 kuat opensips[22969]: INFO:maxfwd:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:sipmsgops:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:usrloc:ul_init_locks: locks array size 512 May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:registrar:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:acc:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:dialog:mod_init: Dialog module - initializing May 13 16:40:18 kuat opensips[22969]: INFO:textops:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:load_balancer:mod_init: Load-Balancer module - initializing May 13 16:40:18 kuat opensips[22969]: ERROR:load_balancer:mod_init: DB URL is not defined! May 13 16:40:18 kuat opensips[22969]: ERROR:core:init_mod: failed to initialize module load_balancer May 13 16:40:18 kuat opensips[22969]: ERROR:core:main: error while initializing modules May 13 16:40:18 kuat opensips[22969]: INFO:core:cleanup: cleanup May 13 16:40:18 kuat opensips: INFO:core:daemonize: pre-daemon process exiting with -1 Looks like this is due to DB module. Is this correct? f. I do not see following shared libraries. Please let me know which modules should I load to get them. loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" Thank you :) Regards, Ravitez.D _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ Vote IPC in the 2017 Waters Technology Awards. Winners are decided by those most important to us - our customers! Please vote for us (#28, #29) by link https://www.surveymonkey.com/r/MTXQFZF DISCLAIMER: This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unintended recipients are prohibited from taking action on the basis of information in this e-mail. E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with IPC. IPC reserves the right, to the extent and under circumstances permitted by applicable law, to retain, monitor and intercept e-mail messages to and from its systems. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3056 bytes Desc: image001.jpg URL: From liran.aknin at vonage.com Thu May 25 02:30:16 2017 From: liran.aknin at vonage.com (Aknin, Liran) Date: Thu, 25 May 2017 09:30:16 +0300 Subject: [OpenSIPS-Users] OpenSIPS Rate Limit module - set limit lower than 1 per second In-Reply-To: References: Message-ID: Hi again, We finally saw the answer on the opensips users list group. Thanks a lot and sorry for missing that. Best regards, Liran On Wed, May 24, 2017 at 3:02 PM, Aknin, Liran wrote: > Hi Bogdan, > > Thanks for answering our other question. > Can you please help us also with this one? > > thanks, > Liran > > On Mon, May 22, 2017 at 12:22 PM, Aknin, Liran > wrote: > >> Hi, >> >> We see in the Rate Limit module documentation that the *limit* parameter >> for the *rl_check* function is an integer and should be specified as >> per-second, not per-timer_interval. >> >> Is there a way to set the limit to a lower value than 1 per second, e.g >> "10 times per minute"? >> >> Thanks and regards, >> Liran >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From suresh.talasaniya at gmail.com Fri May 26 08:34:57 2017 From: suresh.talasaniya at gmail.com (suresh.talasaniya) Date: Fri, 26 May 2017 05:34:57 -0700 (MST) Subject: [OpenSIPS-Users] OpenSIPs 2.2.2 warnings during start service In-Reply-To: References: <1495459594732-7607495.post@n2.nabble.com> Message-ID: <1495802097124-7607536.post@n2.nabble.com> Hello Johan, If you have a testing patch, kindly provide me. https://opensips.org/pipermail/users/2016-August/035400.html Thank you. -- View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPs-2-2-2-warnings-during-start-service-tp7607495p7607536.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. From volga629 at skillsearch.ca Mon May 29 09:21:07 2017 From: volga629 at skillsearch.ca (Slava Bendersky) Date: Mon, 29 May 2017 10:21:07 -0300 Subject: [OpenSIPS-Users] ebootcamp In-Reply-To: References: <1495897867.3696.7@smtp.networklab.ca> Message-ID: <1496064067.3696.11@smtp.networklab.ca> Hello Flavio, Thank you, user log in , reset password, learning materials and so on, should be protected. volga629 On Mon, 29 May, 2017 at 8:09 AM, Flavio Goncalves wrote: > Hi, > > All the eCommerce part of the site is handled by Paypal in a > different page. Anyway I will study the implication of the migration > to https soon. > > Best regards, > > Flavio E. Goncalves > > 2017-05-27 12:11 GMT-03:00 : >> Hello Everyone, why http://ebootcamp.opensips.org don't use HTTPS ? >> Please fixed that security hole >> >> >> volga629 >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue May 30 06:29:44 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 30 May 2017 13:29:44 +0300 Subject: [OpenSIPS-Users] Create new branch on receipt of provisional response on the main branch In-Reply-To: <008d01d2d870$bafc9d60$30f5d820$@web.de> References: <00f801d2d329$78290600$687b1200$@web.de> <9ffc9a67-d90d-1a95-b128-86e3535fd80c@opensips.org> <008d01d2d870$bafc9d60$30f5d820$@web.de> Message-ID: Hi Xaled, Normally you should use the "msg" param for the inject function, to take the new destination (to be injected) from the sip msg RURI. But you are in on_reply route soyou cannnot do this. The only option is to use the "event" param and to manually simulate an event by populating some AVPs: $avp(uri) = ; $avp(received) =; empty string if not used $avp(path) = ;empty string if not used $avp(qval) = ;mandatory $avp(bflags) = ; mandatory (use 0 as default) $avp(socket) = ; empty string if not used Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Huston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/29/2017 02:43 PM, xaled wrote: > > Hi Bogdan, > > Thanks of pointing this new feature out. > > I’d like to have something like the script below to work by adding a > branch after receipt of 180. The problem is I don’t get the meaning of > source parameter of t_inject_branch in this scenario. Can you help me > with this one? > > route { > > t_on_reply("global"); > > t_relay(); > > } > > onreply_route[global] { > > if (t_check_status("180")) { > > t_inject_branch(“???”); > > } > > } > > Thanks, > > Xaled > > *From:*Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] > *Sent:* Freitag, 26. Mai 2017 15:28 > *To:* OpenSIPS users mailling list ; xaled > > *Subject:* Re: [OpenSIPS-Users] Create new branch on receipt of > provisional response on the main branch > > Hi Xaled, > > With a pre-2.3 release you cannot do this, unless you wait for the > current branches to fail, so to use the failure_route to add new branches. > > With 2.3 you can do it by using the t_inject_branch() function. > > Best regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > OpenSIPS Bootcamp 2017, Huston, US > http://opensips.org/training/OpenSIPS_Bootcamp_2017.html > > On 05/22/2017 09:30 PM, xaled wrote: > > Hello, > > I need to create a branch on receipt of provisional response on > the main branch. > > Doing append_brach in reply_route does not seem to work. > > What is right way to do it? > > Thanks, > > xaled > > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From xaled at web.de Tue May 30 09:26:36 2017 From: xaled at web.de (xaled) Date: Tue, 30 May 2017 15:26:36 +0200 Subject: [OpenSIPS-Users] Create new branch on receipt of provisional response on the main branch In-Reply-To: References: <00f801d2d329$78290600$687b1200$@web.de> <9ffc9a67-d90d-1a95-b128-86e3535fd80c@opensips.org> <008d01d2d870$bafc9d60$30f5d820$@web.de> Message-ID: <014301d2d948$5ea5e9d0$1bf1bd70$@web.de> Hi Bogdan, a-ha I thought of triggering on event, but did not find an even for the received 180 response. What I did not know, that one can simulate an event. That is a powerful function. Thanks, Xaled From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Bogdan-Andrei Iancu Sent: Dienstag, 30. Mai 2017 12:30 To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] Create new branch on receipt of provisional response on the main branch Hi Xaled, Normally you should use the "msg" param for the inject function, to take the new destination (to be injected) from the sip msg RURI. But you are in on_reply route so you cannnot do this. The only option is to use the "event" param and to manually simulate an event by populating some AVPs: $avp(uri) = ; $avp(received) = ; empty string if not used $avp(path) = ; empty string if not used $avp(qval) = ; mandatory $avp(bflags) = ; mandatory (use 0 as default) $avp(socket) = ; empty string if not used Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Huston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/29/2017 02:43 PM, xaled wrote: Hi Bogdan, Thanks of pointing this new feature out. I’d like to have something like the script below to work by adding a branch after receipt of 180. The problem is I don’t get the meaning of source parameter of t_inject_branch in this scenario. Can you help me with this one? route { t_on_reply("global"); t_relay(); } onreply_route[global] { if (t_check_status("180")) { t_inject_branch(“???”); } } Thanks, Xaled From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Sent: Freitag, 26. Mai 2017 15:28 To: OpenSIPS users mailling list ; xaled Subject: Re: [OpenSIPS-Users] Create new branch on receipt of provisional response on the main branch Hi Xaled, With a pre-2.3 release you cannot do this, unless you wait for the current branches to fail, so to use the failure_route to add new branches. With 2.3 you can do it by using the t_inject_branch() function. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Huston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/22/2017 09:30 PM, xaled wrote: Hello, I need to create a branch on receipt of provisional response on the main branch. Doing append_brach in reply_route does not seem to work. What is right way to do it? Thanks, xaled _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Tue May 30 09:48:23 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Tue, 30 May 2017 16:48:23 +0300 Subject: [OpenSIPS-Users] Opensips, load_balancing and authentication process In-Reply-To: <5421991495963899@web11m.yandex.ru> References: <1455001495086199@web17g.yandex.ru> <408b5ef3-00ed-05c5-42ec-e6bed13dfc68@opensips.org> <1052191495517448@web40j.yandex.ru> <5421991495963899@web11m.yandex.ru> Message-ID: <0d975197-914d-aaa0-f022-de51a9026c08@opensips.org> Hi Denis, Use the $hdr() to extract the hdr with the nonce in combination with some transformations and regular expressions to get the value for the nonce field. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Houston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/28/2017 12:31 PM, Денис Путято wrote: > Hello Bogdan! > > And if i wont to get nonce from, from example, load balanser? Not > registrar > > -- > С уважением, > Путято Денис > > 16:34, 26 мая 2017 г., "Bogdan-Andrei Iancu" : > > > > > > > Hi Denis, > > > > As OpenSIPS is the registrar, it it the one generating the nonce > (via the www_challenge() function). At script level, you do not > have visibility over the sent nonce . > > > > Regards, > > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > > http://www.opensips-solutions.com > > > > OpenSIPS Bootcamp 2017, Huston, US > > http://opensips.org/training/OpenSIPS_Bootcamp_2017.html > > > On 05/23/2017 08:30 AM, Denis via Users > wrote: > > >> >> Hello, Bogdan! >> >> >> Thank you. >> >> >> One more. How can i access a "nonce" value from 401 reply, >> during REGISTER transaction? >> >> >> Thank you. >> >> >> -- >> >> С уважением, Денис. >> >> Best regards, Denis >> >> >> >> >> >> >> 22.05.2017, 17:39, "Bogdan-Andrei Iancu" >> : >> >>> >>> Hi Denis, >>> >>> >>> >>> Just be sure : >>> >>> 1) during authentication, your proxy/registrar(s) allow to >>> have cross challenging - one server is firing the auth >>> challenge, but another one receives the reponse >>> >>> 2) the registrations are shared between all your registrar >>> servers. >>> >>> >>> >>> Otherwise, just give it a try and test ;) >>> >>> >>> >>> Regards, >>> Bogdan-Andrei Iancu >>> >>> OpenSIPS Founder and Developer >>> >>> http://www.opensips-solutions.com >>> >>> >>> >>> >>> OpenSIPS Summit May 2017 Amsterdam >>> >>> http://www.opensips.org/events/Summit-2017Amsterdam.html >>> >>> >>> On 05/18/2017 08:43 AM, Denis via Users wrote: >>> >>>> >>>> Hello! >>>> >>>> >>>> I am sorry that it was early, but i could not find an >>>> answer for my question. >>>> >>>> >>>> I want to ask for advice from community about how can i >>>> use Opensips as c "clean" Load_balancer for my project? >>>> >>>> The scheme of the project is a classic. >>>> >>>> >>>> Load_balancer ---> Proxy1/Register1 >>>> >>>> | | >>>> >>>> | | mysql replication. >>>> >>>> | | >>>> >>>> |_____________> Proxy2/Register2 >>>> >>>> >>>> One load_balancer, two (or more) Proxies which have >>>> mysql replication relationship. >>>> >>>> >>>> What do i mean about "clean"? I mean that it should >>>> ONLY act as a balancer. It should be entry point into my >>>> network and it should "live forever" (UPS, protected >>>> server, NO MySQL interaction dialing with transaction >>>> processing). It should not make any other action about >>>> call processing (besides TCP <-> UDP conversion). >>>> All actions (Call processing, authentication, Registration >>>> etc.) should "live" in Proxies. >>>> >>>> >>>> So, my question is, can i do it? >>>> >>>> Will Opensips work correctly in such scheme, including >>>> authentication procedure of the Call or Register >>>> processing? >>>> >>>> >>>> Thank you for any help. >>>> >>>> >>>> -- >>>> >>>> С уважением, Денис. >>>> >>>> Best regards, Denis >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> >>>> Users mailing list >>>> >>>> Users at lists.opensips.org >>>> >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>> >>>> >>> >>> >>> , >>> >>> _______________________________________________ >>> >>> Users mailing list >>> >>> Users at lists.opensips.org >>> >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> >> >> >> >> >> >> >> _______________________________________________ >> >> Users mailing list >> >> Users at lists.opensips.org >> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rmundkowsky at ets.org Tue May 30 10:07:24 2017 From: rmundkowsky at ets.org (Mundkowsky, Robert) Date: Tue, 30 May 2017 14:07:24 +0000 Subject: [OpenSIPS-Users] R: Issues running opensips with load balancer. In-Reply-To: References: Message-ID: Goutham, this thread was in response to running time errors such as “ERROR:load_balancer:mod_init: DB URL is not defined!” sent by Ravitez Ravi. I think you are referring to a different thread. Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Prasad, Goutham Sent: Wednesday, May 24, 2017 4:45 PM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] R: Issues running opensips with load balancer. Robert, Thanks for your pointers. But I’m having issues even in getting the 2.2 compile on RHEL. Goutham P Madhava Group Lead • Voice Applications 777, Commerce Dr., Fairfield, CT 06825 T +1 203 339 7830 • M +1 203 683 8760 • E goutham.prasad at ipc.com Follow us on twitter: @ipc_Systems_Inc • Website: www.ipc.com [cid:image001.jpg at 01D2D92C.87EC6290] From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Mundkowsky, Robert Sent: Monday, May 22, 2017 1:15 PM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] R: Issues running opensips with load balancer. Not an export, but the load balancer uses a database. Did you setup a database and the schema in it and also setup the openSIPS config to point to that database? http://www.opensips.org/html/docs/modules/2.2.x/load_balancer.html#idp163120 modparam("load_balancer", "db_url", "dbdriver://username:password at dbhost/dbname") modparam("load_balancer", "db_table", "lb") modparam("load_balancer", "probing_interval", 60) … Robert From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Ravitez Ravi Sent: Monday, May 22, 2017 10:51 AM To: Bogdan-Andrei Iancu >; OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] R: Issues running opensips with load balancer. Hello Bogdan, Good Day, Here's what we get when using the default configuration(flags,modules) [root at kuat opensips-2.2.3]# make menuconfig which: no lynx in (/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin) make -C menuconfig make[1]: Entering directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' gcc -o configure -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -g -Wall -DMENUCONFIG_CFG_PATH=\"menuconfig/configs/\" -DMENUCONFIG_GEN_PATH=\"etc/\" -DMENUCONFIG_HAVE_SOURCES=1 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lncurses -Wl,-O2 -Wl,-E make[1]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' ./menuconfig/configure --local which: no lynx in (/usr/lib64/qt-3.3/bin:/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin) make[1]: Entering directory `/home/ravi/goutham/opensips-2.2.3' sed -e "s#/usr/.*lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ < etc/opensips.cfg > /usr/local//etc/opensips/opensips.cfg.sample0 sed -e "s#/usr/.*etc/opensips/tls/#/usr/local//etc/opensips/tls/#g" \ < /usr/local//etc/opensips/opensips.cfg.sample0 \ > /usr/local//etc/opensips/opensips.cfg.sample rm -fr /usr/local//etc/opensips/opensips.cfg.sample0 chmod 600 /usr/local//etc/opensips/opensips.cfg.sample chmod 700 /usr/local//etc/opensips/ if [ -z "" -a \ ! -f /usr/local//etc/opensips/opensips.cfg ]; then \ mv -f /usr/local//etc/opensips/opensips.cfg.sample \ /usr/local//etc/opensips/opensips.cfg; \ fi # opensipsctl config touch /usr/local//etc/opensips//opensipsctlrc.sample install -m 644 scripts/opensipsctlrc \ /usr/local//etc/opensips//opensipsctlrc.sample if [ ! -f /usr/local//etc/opensips//opensipsctlrc ]; then \ mv -f /usr/local//etc/opensips//opensipsctlrc.sample \ /usr/local//etc/opensips//opensipsctlrc; \ fi # osipsconsole config touch /usr/local//etc/opensips//osipsconsolerc.sample install -m 644 scripts/osipsconsolerc \ /usr/local//etc/opensips//osipsconsolerc.sample if [ ! -f /usr/local//etc/opensips//osipsconsolerc ]; then \ mv -f /usr/local//etc/opensips//osipsconsolerc.sample \ /usr/local//etc/opensips//osipsconsolerc; \ fi make -C menuconfig proper make[2]: Entering directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' rm -f configure rm -f cfg.o curses.o items.o commands.o menus.o parser.o main.o make[2]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' make -C menuconfig \ MENUCONFIG_CFG_PATH=/usr/local//share/opensips//menuconfig_templates/ \ MENUCONFIG_GEN_PATH=/usr/local//etc/opensips/ MENUCONFIG_HAVE_SOURCES=0 make[2]: Entering directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o cfg.o cfg.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o curses.o curses.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o items.o items.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o commands.o commands.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o menus.o menus.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o parser.o parser.c gcc -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 -c -o main.o main.c gcc -o configure -g -O9 -funroll-loops -Wcast-align -Wall -minline-all-stringops -falign-loops -ftree-vectorize -mtune=nocona -Wold-style-definition -Wmissing-field-initializers -Wredundant-decls -Wcast-align -g -Wall -DMENUCONFIG_CFG_PATH=\"/usr/local//share/opensips//menuconfig_templates/\" -DMENUCONFIG_GEN_PATH=\"/usr/local//etc/opensips/\" -DMENUCONFIG_HAVE_SOURCES=0 cfg.o curses.o items.o commands.o menus.o parser.o main.o -lncurses -Wl,-O2 -Wl,-E -Wl,-E make[2]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/menuconfig' mkdir -p /usr/local//share/opensips//menuconfig_templates/ touch menuconfig/configs/* /usr/local//share/opensips//menuconfig_templates/ install -m 644 menuconfig/configs/* /usr/local//share/opensips//menuconfig_templates/ sed -i -e "s#/usr/.*lib/opensips/modules/#/usr/local//lib64/opensips/modules/#" \ /usr/local//share/opensips//menuconfig_templates/* cd utils/opensipsunix; make all make[2]: Entering directory `/home/ravi/goutham/opensips-2.2.3/utils/opensipsunix' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/ravi/goutham/opensips-2.2.3/utils/opensipsunix' if [ "" = "yes" ]; then \ cd utils/db_berkeley; make all ; \ fi ; if [ "" = "yes" ]; then \ cd utils/db_oracle; make all ; \ fi ; # install opensips binary touch /usr/local//sbin//opensips install -m 755 opensips /usr/local//sbin/ # install opensips menuconfig touch /usr/local//sbin//osipsconfig install -m 755 menuconfig/configure /usr/local//sbin//osipsconfig # install opensipsctl (and family) tool cat scripts/opensipsctl | \ sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" | \ sed -e "s#/usr/local/lib/opensips#/usr/local//lib64/opensips#g" | \ sed -e "s#/usr/local/etc/opensips#/usr/local//etc/opensips/#g" >/tmp/opensipsctl touch /usr/local//sbin//opensipsctl install -m 755 /tmp/opensipsctl /usr/local//sbin/ rm -fr /tmp/opensipsctl sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" \ < scripts/opensipsctl.base > /tmp/opensipsctl.base mkdir -p /usr/local//lib64/opensips/opensipsctl touch \ /usr/local//lib64/opensips/opensipsctl install -m 644 /tmp/opensipsctl.base \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.base rm -fr /tmp/opensipsctl.base sed -e "s#/usr/local#/usr/local//sbin/#g" \ < scripts/opensipsctl.ctlbase > /tmp/opensipsctl.ctlbase install -m 644 /tmp/opensipsctl.ctlbase \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.ctlbase rm -fr /tmp/opensipsctl.ctlbase sed -e "s#/usr/local#/usr/local//sbin/#g" \ < scripts/opensipsctl.fifo > /tmp/opensipsctl.fifo install -m 644 /tmp/opensipsctl.fifo \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.fifo rm -fr /tmp/opensipsctl.fifo sed -e "s#/usr/local#/usr/local//sbin/#g" \ < scripts/opensipsctl.unixsock > /tmp/opensipsctl.unixsock install -m 644 /tmp/opensipsctl.unixsock \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.unixsock rm -fr /tmp/opensipsctl.unixsock sed -e "s#/usr/local#/usr/local//sbin/#g" \ < scripts/opensipsctl.sqlbase > /tmp/opensipsctl.sqlbase install -m 644 /tmp/opensipsctl.sqlbase \ /usr/local//lib64/opensips/opensipsctl/opensipsctl.sqlbase rm -fr /tmp/opensipsctl.sqlbase # install db setup base script sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" \ -e "s#/usr/local/etc/opensips#/usr/local//etc/opensips/#g" \ -e "s#/usr/local/share/opensips#/usr/local//share/opensips/#g" \ < scripts/opensipsdbctl.base > /tmp/opensipsdbctl.base install -m 644 /tmp/opensipsdbctl.base \ /usr/local//lib64/opensips/opensipsctl/opensipsdbctl.base rm -fr /tmp/opensipsdbctl.base cat scripts/opensipsdbctl | \ sed -e "s#/usr/local/sbin#/usr/local//sbin/#g" | \ sed -e "s#/usr/local/lib/opensips#/usr/local//lib64/opensips#g" | \ sed -e "s#/usr/local/etc/opensips#/usr/local//etc/opensips/#g" >/tmp/opensipsdbctl touch /usr/local//sbin//opensipsdbctl install -m 755 /tmp/opensipsdbctl /usr/local//sbin/ rm -fr /tmp/opensipsdbctl touch /usr/local//sbin//opensipsunix install -m 755 utils/opensipsunix/opensipsunix /usr/local//sbin/ sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" \ -e "s#/usr/sbin/#/usr/local//sbin/#g" \ -e "s#/usr/lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ -e "s#/usr/share/doc/opensips/#/usr/local//share/doc/opensips/#g" \ < opensips.8 > /usr/local//share/man//man8/opensips.8 chmod 644 /usr/local//share/man//man8/opensips.8 sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" \ -e "s#/usr/sbin/#/usr/local//sbin/#g" \ -e "s#/usr/lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ -e "s#/usr/share/doc/opensips/#/usr/local//share/doc/opensips/#g" \ < opensips.cfg.5 > /usr/local//share/man//man5/opensips.cfg.5 chmod 644 /usr/local//share/man//man5/opensips.cfg.5 sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" \ -e "s#/usr/sbin/#/usr/local//sbin/#g" \ -e "s#/usr/lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ -e "s#/usr/share/doc/opensips/#/usr/local//share/doc/opensips/#g" \ < scripts/opensipsctl.8 > /usr/local//share/man//man8/opensipsctl.8 chmod 644 /usr/local//share/man//man8/opensipsctl.8 sed -e "s#/etc/opensips/opensips\.cfg#/usr/local//etc/opensips/opensips.cfg#g" \ -e "s#/usr/sbin/#/usr/local//sbin/#g" \ -e "s#/usr/lib/opensips/modules/#/usr/local//lib64/opensips/modules/#g" \ -e "s#/usr/share/doc/opensips/#/usr/local//share/doc/opensips/#g" \ < utils/opensipsunix/opensipsunix.8 > \ /usr/local//share/man//man8/opensipsunix.8 chmod 644 /usr/local//share/man//man8/opensipsunix.8 # install osipsconsole cat scripts/osipsconsole | \ sed -e "s#PATH_BIN[ \t]*=[ \t]*\"\./\"#PATH_BIN = \"/usr/local//sbin/\"#g" | \ sed -e "s#PATH_CTLRC[ \t]*=[ \t]*\"\./scripts/\"#PATH_CTLRC = \"/usr/local//etc/opensips/\"#g" | \ sed -e "s#PATH_LIBS[ \t]*=[ \t]*\"\./scripts/\"#PATH_LIBS = \"/usr/local//lib64/opensips/opensipsctl/\"#g" | \ sed -e "s#PATH_SHARE[ \t]*=[ \t]*\"\./scripts/\"#PATH_SHARE = \"/usr/local//share/opensips/\"#g" | \ sed -e "s#PATH_ETC[ \t]*=[ \t]*\"\./etc/\"#PATH_ETC = \"/usr/local//etc/opensips/\"#g" \ > /tmp/osipsconsole touch /usr/local//sbin//osipsconsole install -m 755 /tmp/osipsconsole /usr/local//sbin/ rm -fr /tmp/osipsconsole /bin/sh: -c: line 1: syntax error near unexpected token `(' /bin/sh: -c: line 1: `for r in modules/() modules/{ modules/eval modules/`/usr/bin/modulecmd modules/bash modules/`' make[1]: *** [modules] Error 1 make[1]: Leaving directory `/home/ravi/goutham/opensips-2.2.3' Press any key to return to menuconfig Regards, Ravitez.D On Mon, May 15, 2017 at 4:38 AM, Bogdan-Andrei Iancu > wrote: Hi, Could you give some details about you inability of compiling 2.3 ?? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Summit May 2017 Amsterdam http://www.opensips.org/events/Summit-2017Amsterdam.html On 05/15/2017 05:31 AM, Ravitez Ravi wrote: Hi Michele, Good Day, Im unable to compile 2.3 in RHL 6.5 so got back to 1.9. Regards, Ravitez.D On Sun, May 14, 2017 at 7:42 AM, michele.pinassi > wrote: Hi Ravi, there's any special reason not to choose latest 2.3 or, if you need 1.11 series, 1.11.9 ? Also i suggest to choose a Debian 8 instead of RHel. Michele Inviato da smartphone Samsung Galaxy. -------- Messaggio originale -------- Da: Ravitez Ravi > Data: 13/05/17 23:01 (GMT+01:00) A: OpenSIPS users mailling list > Oggetto: [OpenSIPS-Users] Issues running opensips with load balancer. Hi All, I’m trying to run opensips with load balancer module but it fails to come up. Below are details of what I have done and been trying. My questions are in bold italics and highlighted in yellow. Request you to take a look and help. Objective: Install OpenSIPS 1.11.10 with TLS on RHEL 6.5 for load balancing SIP traffic Procedure followed: 1. Download and install OpenSIPS1.11.10 on RHEL 6.5 with default configuration: a. Downloaded http://opensips.org/pub/opensips/1.11.10/opensips-1.11.10-tls.tar.gz b. Un-tar and un-zip the downloaded file c. Go to opensips-1.11.10-tls folder, ran make menuconfig, select Compile And Install OpenSIPS and followed by Exit & Save All Changes d. Run opensips on command line, ensure the opensips process is running using ‘ps -ef | grep opensips’ command and stop the process using ‘killall opensips’ 2. Get necessary dependencies straightened out for load balancer as mentioned in section 1.4 in http://www.opensips.org/html/docs/modules/1.11.x/load_balancer.html a. The section lists the following OpenSIPS modules: i) Dialog – Dialog module, ii) Dialog – TM module, iii) database – one of the DB modules. b. I did not see any specific dialog module either in Configure Compile Flags or Configure Excluded Modules, however, I could see /usr/local/lib64/opensips/modules/dialog.so and assumed this is the intended module. Not sure if it covers both Dialog and TM. Please clarify. c. I selected db_mysql from Configure Excluded Modules and got a message “You have enabled the 'db_mysql' module, so please install ' development libraries of mysql-client , typically libmysqlclient-dev'” while saving. I could not find the RPM for RHEL. The closed I could find is libmysqlclient16-devel-5.1.69-1.w6.x86_64.rpm which fails to get installed. Am I in right path here? Please advise. d. I was following an example mentioned section 3.2 in http://www.opensips.org/Documentation/Tutorials-LoadBalancing. The section shows following modules to be loaded: loadmodule "modules/maxfwd/maxfwd.so" loadmodule "modules/sl/sl.so" loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/tm/tm.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/uri/uri.so" loadmodule "modules/rr/rr.so" loadmodule "modules/dialog/dialog.so" loadmodule "modules/mi_fifo/mi_fifo.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" loadmodule "modules/signaling/signaling.so" loadmodule "modules/textops/textops.so" loadmodule "modules/load_balancer/load_balancer.so" However, the sub-directories mentioned in above list is not seen on my file system after OpenSIPS installation, yet I see some of the above list shared libraries under /usr/local/lib64/opensips/modules. Hope this is ok. e. The defaults opensips.cfg provided includes most of the above listed modules, but the below libraries were missing which are needed for load balancer: loadmodule "modules/dialog.so" loadmodule "modules/textops.so" loadmodule "modules/load_balancer/load_balancer.so" loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so I was able to successfully start opensips after loading dialog.so and textops.so, however, opensips refuses to start when I load load_balancer.so with following error: May 13 16:40:18 kuat opensips: INFO:core:shm_mem_init: allocating SHM block May 13 16:40:18 kuat opensips[22969]: NOTICE:core:main: version: opensips 1.11.10-tls (x86_64/linux) May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 32 Mb shared memory May 13 16:40:18 kuat opensips[22969]: INFO:core:main: using 2 Mb private memory per process May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: NOTICE:signaling:mod_init: initializing module ... May 13 16:40:18 kuat opensips[22969]: INFO:sl:mod_init: Initializing StateLess engine May 13 16:40:18 kuat opensips[22969]: INFO:tm:mod_init: TM - initializing... May 13 16:40:18 kuat opensips[22969]: INFO:rr:mod_init: rr - initializing May 13 16:40:18 kuat opensips[22969]: INFO:maxfwd:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:sipmsgops:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:usrloc:ul_init_locks: locks array size 512 May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:registrar:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:acc:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:core:evi_publish_event: Registered event May 13 16:40:18 kuat opensips[22969]: INFO:dialog:mod_init: Dialog module - initializing May 13 16:40:18 kuat opensips[22969]: INFO:textops:mod_init: initializing... May 13 16:40:18 kuat opensips[22969]: INFO:load_balancer:mod_init: Load-Balancer module - initializing May 13 16:40:18 kuat opensips[22969]: ERROR:load_balancer:mod_init: DB URL is not defined! May 13 16:40:18 kuat opensips[22969]: ERROR:core:init_mod: failed to initialize module load_balancer May 13 16:40:18 kuat opensips[22969]: ERROR:core:main: error while initializing modules May 13 16:40:18 kuat opensips[22969]: INFO:core:cleanup: cleanup May 13 16:40:18 kuat opensips: INFO:core:daemonize: pre-daemon process exiting with -1 Looks like this is due to DB module. Is this correct? f. I do not see following shared libraries. Please let me know which modules should I load to get them. loadmodule "modules/db_mysql/db_mysql.so" loadmodule "modules/xlog/xlog.so" loadmodule "modules/mi_xmlrpc/mi_xmlrpc.so" Thank you :) Regards, Ravitez.D _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ Vote IPC in the 2017 Waters Technology Awards. Winners are decided by those most important to us - our customers! Please vote for us (#28, #29) by clicking here. DISCLAIMER: This e-mail may contain information that is confidential, privileged or otherwise protected from disclosure. If you are not an intended recipient of this e-mail, do not duplicate or redistribute it by any means. Please delete it and any attachments and notify the sender that you have received it in error. Unintended recipients are prohibited from taking action on the basis of information in this e-mail. E-mail messages may contain computer viruses or other defects, may not be accurately replicated on other systems, or may be intercepted, deleted or interfered with without the knowledge of the sender or the intended recipient. If you are not comfortable with the risks associated with e-mail messages, you may decide not to use e-mail to communicate with IPC. IPC reserves the right, to the extent and under circumstances permitted by applicable law, to retain, monitor and intercept e-mail messages to and from its systems. ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 3056 bytes Desc: image001.jpg URL: From dvlux4 at gmail.com Tue May 30 11:43:58 2017 From: dvlux4 at gmail.com (=?UTF-8?Q?David_Pel=C3=A1ez?=) Date: Tue, 30 May 2017 17:43:58 +0200 Subject: [OpenSIPS-Users] 401 Unauthorized after Authentication Digest Message-ID: Hello everyone. My name is David, I am new on openisips and I am having some troubles to place calls from a Sip Phone in Opensips to an Asterisk Server. The opsnsips server and the asterisk are connected throughout a SIP Trunk. When I make a call from phone A in Opensips to Phone B in Asterisk authorization digest is required from Asterisk Server, I can responce with the credentials but a new 401 Unauthorized message is send back to Opensips, and then the message is forwarded to phone A. Please find attached the pcap file from wireshark and the opensips.cfg file. Any advice about this? Best regards David -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- # # OpenSIPS residential configuration script # by OpenSIPS Solutions # # This script was generated via "make menuconfig", from # the "Residential" scenario. # You can enable / disable more features / functionalities by # re-generating the scenario with different options.# # # Please refer to the Core CookBook at: # http://www.opensips.org/Resources/DocsCookbooks # for a explanation of possible statements, functions and parameters. # ####### Global Parameters ######### log_level=4 log_stderror=no log_facility=LOG_LOCAL0 #fork = yes children=4 /* uncomment the following lines to enable debugging */ #debug_mode=yes /* uncomment the next line to enable the auto temporary blacklisting of not available destinations (default disabled) */ #disable_dns_blacklist=no /* uncomment the next line to enable IPv6 lookup after IPv4 dns lookup failures (default disabled) */ #dns_try_ipv6=yes /* comment the next line to enable the auto discovery of local aliases based on revers DNS on IPs */ #auto_aliases=no alias=192.168.1.12 ###alias=172.16.100.10 listen=udp:192.168.1.12:5060 # CUSTOMIZE ME listen=tcp:192.168.1.12:5060 # CUSTOMIZE ME ####### Modules Section ######## #set module path mpath="/lib64/opensips/modules/" #### SIGNALING module loadmodule "signaling.so" #### StateLess module loadmodule "sl.so" #### Transaction Module loadmodule "tm.so" modparam("tm", "fr_timeout", 5) modparam("tm", "fr_inv_timeout", 30) modparam("tm", "restart_fr_on_each_reply", 0) modparam("tm", "onreply_avp_mode", 1) #### Record Route Module loadmodule "rr.so" /* do not append from tag to the RR (no need for this script) */ modparam("rr", "append_fromtag", 1) #### UAC_AUTH loadmodule "uac_auth.so" modparam("uac_auth","auth_username_avp","$avp(user)") modparam("uac_auth","auth_password_avp","$avp(pass)") modparam("uac_auth","auth_realm_avp","$avp(realm)") ###modparam("uac_auth","credential","2000:172.16.100.10:2000") ### UAC loadmodule "uac.so" modparam("uac","restore_mode","auto") modparam("uac","restore_passwd","my_secret_passwd") modparam("uac","rr_from_store_param","my_Fparam") modparam("uac","rr_to_store_param","my_Tparam") ####modparam("uac","force_dialog",yes) #### MAX ForWarD module loadmodule "maxfwd.so" #### SIP MSG OPerationS module loadmodule "sipmsgops.so" #### FIFO Management Interface loadmodule "mi_fifo.so" modparam("mi_fifo", "fifo_name", "/tmp/opensips_fifo") modparam("mi_fifo", "fifo_mode", 0666) #### URI module loadmodule "uri.so" modparam("uri", "use_uri_table", 0) #### MYSQL module loadmodule "db_mysql.so" #### USeR LOCation module loadmodule "usrloc.so" modparam("usrloc", "nat_bflag", "NAT") modparam("usrloc", "db_mode", 2) modparam("usrloc", "db_url", "mysql://root:opensips at localhost/opensips") # CUSTOMIZE ME #### REGISTRAR module loadmodule "registrar.so" modparam("registrar", "tcp_persistent_flag", "TCP_PERSISTENT") /* uncomment the next line not to allow more than 10 contacts per AOR */ #modparam("registrar", "max_contacts", 10) #### ACCounting module loadmodule "acc.so" /* what special events should be accounted ? */ modparam("acc", "early_media", 0) modparam("acc", "report_cancels", 0) /* by default we 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) #### AUTHentication modules loadmodule "auth.so" loadmodule "auth_db.so" modparam("auth_db", "calculate_ha1", yes) modparam("auth_db", "password_column", "password") modparam("auth_db|uri", "db_url", "mysql://root:opensips at localhost/opensips") # CUSTOMIZE ME modparam("auth_db", "load_credentials", "") #### ALIAS module loadmodule "alias_db.so" modparam("alias_db", "db_url", "mysql://root:opensips at localhost/opensips") # CUSTOMIZE ME #### DIALPLAN module loadmodule "dialplan.so" modparam("dialplan", "db_url", "mysql://root:opensips at localhost/opensips") # CUSTOMIZE ME #### DYNAMMIC ROUTING module loadmodule "drouting.so" modparam("drouting", "db_url", "mysql://root:opensips at localhost/opensips") # CUSTOMIZE ME loadmodule "proto_udp.so" loadmodule "proto_tcp.so" ####### Routing Logic ######## # main request routing logic route{ $avp(user):="2000"; $avp(pass):="2000"; $avp(realm):="asterisk"; if (!mf_process_maxfwd_header("10")) { sl_send_reply("483","Too Many Hops"); exit; } if (has_totag()) { # sequential request withing a dialog should # take the path determined by record-routing if (loose_route()) { if (is_method("BYE")) { # do accounting even if the transaction fails do_accounting("log","failed"); } else if (is_method("INVITE")) { # even if in most of the cases is useless, do RR for # re-INVITEs alos, as some buggy clients do change route set # during the dialog. record_route(); } # route it out to whatever destination was set by loose_route() # in $du (destination URI). route(relay); } else { if ( is_method("ACK") ) { if ( t_check_trans() ) { # non loose-route, but stateful ACK; must be an ACK after # a 487 or e.g. 404 from upstream server t_relay(); exit; } else { # ACK without matching transaction -> # ignore and discard exit; } } sl_send_reply("404","Not here"); } exit; } # CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; } t_check_trans(); if ( !(is_method("REGISTER") || is_from_gw() ) ) { if (from_uri==myself) { # authenticate if from local subscriber # authenticate all initial non-REGISTER request that pretend to be # generated by local subscriber (domain from FROM URI is local) if (!proxy_authorize("", "subscriber")) { proxy_challenge("", "0"); exit; } if (!db_check_from()) { sl_send_reply("403","Forbidden auth ID"); exit; } consume_credentials(); # caller authenticated } else { # if caller is not local, then called number must be local if (!uri==myself) { send_reply("403","Relay forbidden"); exit; } } } # preloaded route checking if (loose_route()) { xlog("L_ERR", "Attempt to route with preloaded Route's [$fu/$tu/$ru/$ci]"); if (!is_method("ACK")) sl_send_reply("403","Preload Route denied"); exit; } # record routing if (!is_method("REGISTER|MESSAGE")) record_route(); # account only INVITEs if (is_method("INVITE")) { do_accounting("log"); } if (!uri==myself) { append_hf("P-hint: outbound\r\n"); route(relay); } # requests for my domain if (is_method("PUBLISH|SUBSCRIBE")) { sl_send_reply("503", "Service Unavailable"); exit; } if (is_method("REGISTER")) { # authenticate the REGISTER requests if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; } if (!db_check_to()) { sl_send_reply("403","Forbidden auth ID"); exit; } if ( proto==TCP || 0 ) setflag(TCP_PERSISTENT); if (!save("location")) sl_reply_error(); exit; } if ($rU==NULL) { # request with no Username in RURI sl_send_reply("484","Address Incomplete"); exit; } #Anything starting with 2 goes to the callserver 2 if ($rU=~"^2") { uac_replace_from("sip:2000 at 192.168.1.12"); uac_replace_to("sip:201 at 172.16.100.10"); $rd="172.16.100.10"; #record_route(); route(relay); exit; } #t_on_failure("digest_response"); #t_relay(); # apply DB based aliases alias_db_lookup("dbaliases"); # apply transformations from dialplan table dp_translate("0","$rU/$rU"); if ($rU=~"^\+[1-9][0-9]+$") { if (!do_routing("0")) { send_reply("500","No PSTN Route found"); exit; } route(relay); exit; } # do lookup with method filtering if (!lookup("location","m")) { if (!db_does_uri_exist()) { send_reply("420","Bad Extension"); exit; } t_newtran(); t_reply("404", "Not Found"); exit; } # when routing via usrloc, log the missed calls also do_accounting("log","missed"); route(relay); } route[relay] { # for INVITEs enable some additional helper routes if (is_method("INVITE")) { t_on_branch("per_branch_ops"); t_on_reply("handle_nat"); t_on_failure("digest_response"); ###Antes ("missed_call") record_route(); ###Antes nada aqui } if (!t_relay()) { send_reply("500","Internal Error"); }; exit; } branch_route[per_branch_ops] { xlog("new branch at $ru\n"); } onreply_route[handle_nat] { xlog("incoming reply\n"); } failure_route[digest_response] { if (t_check_status("(401)|(407)")) { uac_auth(); t_relay(); record_route(); #xlog("got challenged \n"); #if(uac_auth()) { # xlog("auth was succesfull \n"); # t_relay(); exit; } } failure_route[missed_call] { if (t_was_cancelled()) { exit; } # uncomment the following lines if you want to block client # redirect based on 3xx replies. ##if (t_check_status("3[0-9][0-9]")) { ##t_reply("404","Not found"); ## exit; ##} } -------------- next part -------------- A non-text attachment was scrubbed... Name: test.pcapng Type: application/x-pcapng Size: 2156912 bytes Desc: not available URL: From tito at xsvoce.com Tue May 30 20:43:19 2017 From: tito at xsvoce.com (Tito Cumpen) Date: Tue, 30 May 2017 17:43:19 -0700 Subject: [OpenSIPS-Users] 401 Unauthorized after Authentication Digest In-Reply-To: References: Message-ID: David, Can you please share your opensips.cfg file? Check if opensips is removing the credentials via consume_credentials. I presume this trace is taken from the sip phone itself? I don't see the hop towards asterisk here. you should just have opensips forward if you wan't to avoid double registration. From the look of the auth challenge it looks like opensips is generating a challenge with its own ip derived realm. I'd use the load balance module or simply forward the requests back and forth. https://www.opensips.org/Documentation/Tutorials-LoadBalancing Here you can replace yate for asterisk. or you can follow https://www.opensips.org/Documentation/Tutorials-OpenSIPSAsteriskIntegration-1-8 which requires a bit more of database work to allow the auth to be taken place at opensips. On Tue, May 30, 2017 at 8:43 AM, David Peláez wrote: > Hello everyone. > > My name is David, I am new on openisips and I am having some troubles to > place calls from a Sip Phone in Opensips to an Asterisk Server. > > The opsnsips server and the asterisk are connected throughout a SIP Trunk. > When I make a call from phone A in Opensips to Phone B in Asterisk > authorization digest is required from Asterisk Server, I can responce with > the credentials but a new 401 Unauthorized message is send back to > Opensips, and then the message is forwarded to phone A. > > Please find attached the pcap file from wireshark and the opensips.cfg > file. > > Any advice about this? > > Best regards > David > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.quick at smartvox.co.uk Wed May 31 04:49:15 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Wed, 31 May 2017 09:49:15 +0100 Subject: [OpenSIPS-Users] 401 Unauthorized after Authentication Digest Message-ID: <001001d2d9ea$c8ccdf10$5a669d30$@smartvox.co.uk> Hi David, In the scenario you describe, I would expect to see one of the following solutions (but not both at the same time): 1. OpenSIPS acts as the registrar for the SIP phones. Calls (INVITE requests) from SIP phones are routed on via a SIP trunk 2. OpenSIPS acts as a transparent proxy in front of another SIP server such as Asterisk Scenario 1 is the most common. OpenSIPS authenticates calls based on a list of credentials that it holds, normally in the subscriber table. In this case, you really want to avoid the situation where each outbound call triggers an additional authentication request from the SIP trunk. Can you re-configure your Asterisk endpoint so it trusts INVITE requests coming from your OpenSIPS server? E.g. add the line insecure=INVITE to the sip peer definition. In scenario 2, which I would not consider to be the preferred solution, OpenSIPS just passes the SIP messages between the phone and the Asterisk server - in both directions. OpenSIPS does not authenticate calls because that job is done by the Asterisk server and all the credentials are held by Asterisk, not by OpenSIPS. In this case the 401 request would just be passed upstream to the phone. Try to avoid the situation where OpenSIPS is authenticating the INVITE from the SIP phones using its own list of credentials, but then it also has to authenticate each call sent over the SIP trunk. In theory you could use the UAC_AUTH module of OpenSIPS to do this, but in practice I have never been able to make this work because it breaks the CSeq numbering sequence of the SIP request messages. John Quick Smartvox Limited From denis7979 at mail.ru Wed May 31 04:56:53 2017 From: denis7979 at mail.ru (Denis) Date: Wed, 31 May 2017 11:56:53 +0300 Subject: [OpenSIPS-Users] Opensips and clusterer Message-ID: <109841496221013@web28g.yandex.ru> An HTML attachment was scrubbed... URL: From john.quick at smartvox.co.uk Wed May 31 06:01:32 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Wed, 31 May 2017 11:01:32 +0100 Subject: [OpenSIPS-Users] Location table - how to use socket In-Reply-To: <9f57e980-6ce7-7463-9ec5-5638cb5f8cc0@opensips.org> References: <001401d2d569$e5275c10$af761430$@smartvox.co.uk> <1df74e9b-4eaa-fd1c-70d4-30a8272885c9@opensips.org> <001501d2d63e$8543dfa0$8fcb9ee0$@smartvox.co.uk> <9f57e980-6ce7-7463-9ec5-5638cb5f8cc0@opensips.org> Message-ID: <001c01d2d9f4$e1622940$a4267bc0$@smartvox.co.uk> Hello Bogdan, Here is the code I used to check $(branch(socket)[N]): if (lookup("location")) { set_count("$branch(uri)", "$var(brcnt)"); if ($var(brcnt) > 0) { # More than one contact - not possible to check socket data xlog("L_WARN", " R3 IN: Req.type=$rm R-URI=$ru Br.cnt=$var(brcnt) Sock[0]=$(branch(socket)[0]) Sock[1]=$(branch(socket)[1]) Call-ID=$ci\n"); } else ... And here is the log file output when I have two registrations on the same username R3 IN: Req.type=INVITE R-URI=sip:01NNNNNN at 12.34.56.245:5060 Br.cnt=1 Sock[0]= Sock[1]= Call-ID=41d17a02d29 at sip1.mysipdomain.com The records in the location table both have data in the socket field. This is running on version 2.2.4 of OpenSIPS John Quick Smartvox Limited Tel: 01727-221221 -----Original Message----- From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Sent: 29 May 2017 11:32 To: john.quick at smartvox.co.uk; 'OpenSIPS users mailling list' Subject: Re: [OpenSIPS-Users] Location table - how to use socket Hi John, the only way to share records via DB is to use DB only - the other modes are using the DB just for restart persistence reason (they do not read from DB at runtime, only once, at startup). In DB-only mode, all reads and writes (related to contacts) are done against the DB. In regards to $(branch(socket)[N]) - do you use it after a lookup(location) ? are you sure that the N'th branch exists and have a socket ? You may consider saving some extra attributes next to the contact ( see http://www.opensips.org/html/docs/modules/2.2.x/registrar.html#idp5568288) to identify the pop/host which produced that record. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Huston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/26/2017 07:38 PM, John Quick wrote: > Hi Bogdan, > > Yes. I tried with db_mode=1 and it behaved very strangely so I changed it to db_mode=3 (DB only). > > Also tried $(branch(socket)[N]) to read the socket data within my script, but it always returns . > > I am now thinking it will be necessary to have one location table per site, but perhaps you could consider adding options in future releases to allow the lookup function to only select contacts where the socket matches one that this server is listening on. > > John Quick > Smartvox Limited > > > -----Original Message----- > From: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] > Sent: 26 May 2017 17:30 > To: john.quick at smartvox.co.uk; OpenSIPS users mailling list > > Subject: Re: [OpenSIPS-Users] Location table - how to use socket > > Hi John, > > I suppose you are using usrloc with DB-only to share registrations between multiples sites, otherwise the socket filter will not make sense, right ? > > Best regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > OpenSIPS Bootcamp 2017, Huston, US > http://opensips.org/training/OpenSIPS_Bootcamp_2017.html > > On 05/25/2017 06:16 PM, John Quick wrote: >> The socket field in the location table sometimes contains very useful >> information such as: >> - to see which server received the Registration in a dual site >> scenario >> - to see if the UA registered over UDP, TCP or TLS >> >> However, there does not seem to be any mechanism for using the socket >> information in the USRLOC or REGISTRAR modules. >> For example, it is not possible to call lookup and filter for >> contacts made on the local server's socket or for contacts that used TLS. >> >> Please could the developers look at options to leverage this useful >> data, especially for the lookup function. >> >> Are there any tricks I could employ to achieve the same result. For >> example, if I set a branch flag to indicate which site received this >> registration would it then be possible to filter the results returned >> by lookup and extract the registrations received at site A while >> discarding those received at site B? >> >> To give a practical example: Dual site; Shared location table; User's >> device is registered at site B; Call arrives at site A so I want to >> use 302 redirect to send it over to site B, but I cannot tell from >> the results of a lookup whether the registration was made at A or B >> even though the data is there in the socket field. >> >> John Quick >> Smartvox Limited >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users From pimenta at inatel.br Wed May 31 10:20:54 2017 From: pimenta at inatel.br (Rodrigo Pimenta Carvalho) Date: Wed, 31 May 2017 14:20:54 +0000 Subject: [OpenSIPS-Users] How to see SIP messages in the log ? Message-ID: Hi. Is it possible to see SIP messages in the OpenSIPS log ? Should I use some specific configuration in my opensips.cfg file? I would like tho see the entire SIP messages that is received and sent by the OpenSIPS. And, if peers are using TLS, is it still possible to see SIP messages from OpenSIPS? Any hint will be very helpful! Best regards. RODRIGO PIMENTA CARVALHO Inatel Competence Center Software Ph: +55 35 3471 9200 RAMAL 979 -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.quick at smartvox.co.uk Wed May 31 10:41:28 2017 From: john.quick at smartvox.co.uk (John Quick) Date: Wed, 31 May 2017 15:41:28 +0100 Subject: [OpenSIPS-Users] How to see SIP messages in the log ? Message-ID: <000001d2da1b$fcc31060$f6493120$@smartvox.co.uk> Hi Rodrigo, I use $mb to show the whole SIP request in the logs. I think it will also work for TLS. For example: xlog("L_WARN", "SIP Message: $mb"); The formatting is untidy because new line is shown as #015#012, but this would be easy to fix using standard Linux tools. John Quick Smartvox Limited From bogdan at opensips.org Wed May 31 10:50:33 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Wed, 31 May 2017 17:50:33 +0300 Subject: [OpenSIPS-Users] How to see SIP messages in the log ? In-Reply-To: References: Message-ID: <56e3105b-4b34-2f3d-dfd4-6622dab4dbc8@opensips.org> Hi Rodrigo, Better use the siptrace module that is able to dump the sip trace into a DB or via HEP to a capturing server (sipcapture.org). Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com OpenSIPS Bootcamp 2017, Houston, US http://opensips.org/training/OpenSIPS_Bootcamp_2017.html On 05/31/2017 05:20 PM, Rodrigo Pimenta Carvalho wrote: > > Hi. > > > Is it possible to see SIP messages in the OpenSIPS log ? > > Should I use some specific configuration in my opensips.cfg file? > > > I would like tho see the entire SIP messages that is received and sent > by the OpenSIPS. > > > And, if peers are using TLS, is it still possible to see SIP messages > from OpenSIPS? > > > Any hint will be very helpful! > > > Best regards. > > > RODRIGO PIMENTA CARVALHO > Inatel Competence Center > Software > Ph: +55 35 3471 9200 RAMAL 979 > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From E75A4669 at exemail.com.au Wed May 31 10:55:03 2017 From: E75A4669 at exemail.com.au (Alexander Jankowsky) Date: Thu, 1 Jun 2017 00:25:03 +0930 Subject: [OpenSIPS-Users] How to see SIP messages in the log ? In-Reply-To: References: Message-ID: <000501d2da1d$e2946b10$a7bd4130$@exemail.com.au> Hello Rodrigo, Depending on your install directory. Try the path to the file /var/log/syslog Open this in a text editor. This has useful opensips system information for you. Syslog has a lot of general system messages including the opensips messages. It is quite possible to reconfigure to separate out just the opensips messages. You will have to find some reading material and study up a little to do this. The books "Building Telephony Systems with OpenSIPS" are very helpful here. Alex From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of Rodrigo Pimenta Carvalho Sent: Wednesday, 31 May 2017 11:51 PM To: users at lists.opensips.org Subject: [OpenSIPS-Users] How to see SIP messages in the log ? Hi. Is it possible to see SIP messages in the OpenSIPS log ? Should I use some specific configuration in my opensips.cfg file? I would like tho see the entire SIP messages that is received and sent by the OpenSIPS. And, if peers are using TLS, is it still possible to see SIP messages from OpenSIPS? Any hint will be very helpful! Best regards. RODRIGO PIMENTA CARVALHO Inatel Competence Center Software Ph: +55 35 3471 9200 RAMAL 979 -------------- next part -------------- An HTML attachment was scrubbed... URL: From pimenta at inatel.br Wed May 31 14:51:12 2017 From: pimenta at inatel.br (Rodrigo Pimenta Carvalho) Date: Wed, 31 May 2017 18:51:12 +0000 Subject: [OpenSIPS-Users] How to see SIP messages in the log ? In-Reply-To: <000001d2da1b$fcc31060$f6493120$@smartvox.co.uk> References: <000001d2da1b$fcc31060$f6493120$@smartvox.co.uk> Message-ID: Hi John. This hint was very helpful! Thanks all of you. Regards. RODRIGO PIMENTA CARVALHO Inatel Competence Center Software Ph: +55 35 3471 9200 RAMAL 979 ________________________________ De: John Quick Enviado: quarta-feira, 31 de maio de 2017 11:41 Para: users at lists.opensips.org Cc: Rodrigo Pimenta Carvalho Assunto: Re: [OpenSIPS-Users] How to see SIP messages in the log ? Hi Rodrigo, I use $mb to show the whole SIP request in the logs. I think it will also work for TLS. For example: xlog("L_WARN", "SIP Message: $mb"); The formatting is untidy because new line is shown as #015#012, but this would be easy to fix using standard Linux tools. John Quick Smartvox Limited -------------- next part -------------- An HTML attachment was scrubbed... URL: