From spanda at 3clogic.com Mon Sep 2 02:50:27 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Mon, 2 Sep 2019 12:20:27 +0530 Subject: [OpenSIPS-Users] need some help using opensips 3.0 cluster module . In-Reply-To: References: <5ee7c223-cdea-933d-d9be-0c521249ad41@opensips.org> <2e639518-0e01-9352-0ba6-89ee9c9a4e69@opensips.org> <231375c3-200f-16cf-a836-37abeedb94aa@opensips.org> <2a97e43d-c0c5-e629-1893-165517c46e69@opensips.org> Message-ID: Hi All , In clustering , every opensips node has its own node id . modparam("clusterer", "my_node_id", 2) I want to read this value from from the DB . Is this possible or not ? If yes , how will I do this ? Please do help me . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Thu, Aug 8, 2019 at 12:44 PM Sasmita Panda wrote: > Thank you so much for the explanation . > > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Wed, Aug 7, 2019 at 6:46 PM Liviu Chircu wrote: > >> Sasmita, >> >> Dialog replication is not meant to work on such a cluster. Since dialogs >> retain more >> state than registration, they are more sensitive to the IP of the >> current node. >> >> If you want high-availability for dialogs, the basic unit of deployment >> shifts from >> 1 server to 2 servers (an active/backup pair). And in order to have the >> same IP on >> both servers, you must use VRRP-capable software, such as keepalived. >> >> Deploy as many pairs as needed in each location according to your >> traffic volume, and >> make sure to give each pair its own Virtual (highly available) IP that >> can automatically >> move from the active node to the backup in case the former one catches >> fire. >> >> PS: this information should be included in the dialog replication blog >> post, so make >> sure to read it closely. >> >> Liviu >> >> On 8/6/19 1:25 AM, Sasmita Panda wrote: >> > | id | cluster_id | node_id | url | state | >> > no_ping_retries | priority | sip_addr | flags | description | >> > | 1 | 1 | 1 | bin:192.168.0.x:5555 | 1 | >> > 3 | 50 | 192.168.0.x | seed | Node A | >> > | 2 | 1 | 2 | bin:192.168.0.y:5555 | 1 | >> > 3 | 50 | 192.168.0.y | seed | Node B | >> > | 3 | 1 | 3 | bin:192.168.0.z:5555 | 1 | >> > 3 | 50 | 192.168.0.z | seed | Node C >> >> _______________________________________________ >> 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 Mon Sep 2 03:08:51 2019 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Mon, 2 Sep 2019 09:08:51 +0200 Subject: [OpenSIPS-Users] need some help using opensips 3.0 cluster module . In-Reply-To: References: <5ee7c223-cdea-933d-d9be-0c521249ad41@opensips.org> <2e639518-0e01-9352-0ba6-89ee9c9a4e69@opensips.org> <231375c3-200f-16cf-a836-37abeedb94aa@opensips.org> <2a97e43d-c0c5-e629-1893-165517c46e69@opensips.org> Message-ID: Sasmita, how possibly you can do that? How you then associate a machine with an id? Would you create a new database field for the MAC of the machine? -giovanni On Mon, Sep 2, 2019 at 8:54 AM Sasmita Panda wrote: > Hi All , > > In clustering , every opensips node has its own node id . > > modparam("clusterer", "my_node_id", 2) > > I want to read this value from from the DB . Is this possible or not ? If > yes , how will I do this ? > > Please do help me . > > > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Thu, Aug 8, 2019 at 12:44 PM Sasmita Panda wrote: > >> Thank you so much for the explanation . >> >> >> *Thanks & Regards* >> *Sasmita Panda* >> *Senior Network Testing and Software Engineer* >> *3CLogic , ph:07827611765* >> >> >> On Wed, Aug 7, 2019 at 6:46 PM Liviu Chircu wrote: >> >>> Sasmita, >>> >>> Dialog replication is not meant to work on such a cluster. Since dialogs >>> retain more >>> state than registration, they are more sensitive to the IP of the >>> current node. >>> >>> If you want high-availability for dialogs, the basic unit of deployment >>> shifts from >>> 1 server to 2 servers (an active/backup pair). And in order to have the >>> same IP on >>> both servers, you must use VRRP-capable software, such as keepalived. >>> >>> Deploy as many pairs as needed in each location according to your >>> traffic volume, and >>> make sure to give each pair its own Virtual (highly available) IP that >>> can automatically >>> move from the active node to the backup in case the former one catches >>> fire. >>> >>> PS: this information should be included in the dialog replication blog >>> post, so make >>> sure to read it closely. >>> >>> Liviu >>> >>> On 8/6/19 1:25 AM, Sasmita Panda wrote: >>> > | id | cluster_id | node_id | url | state | >>> > no_ping_retries | priority | sip_addr | flags | description | >>> > | 1 | 1 | 1 | bin:192.168.0.x:5555 | 1 | >>> > 3 | 50 | 192.168.0.x | seed | Node A | >>> > | 2 | 1 | 2 | bin:192.168.0.y:5555 | 1 | >>> > 3 | 50 | 192.168.0.y | seed | Node B | >>> > | 3 | 1 | 3 | bin:192.168.0.z:5555 | 1 | >>> > 3 | 50 | 192.168.0.z | seed | Node C >>> >>> _______________________________________________ >>> 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 > -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon Sep 2 10:41:18 2019 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 2 Sep 2019 17:41:18 +0300 Subject: [OpenSIPS-Users] dropped DIAMETER support in AUTH module In-Reply-To: References: Message-ID: <220122bc-c6af-601a-c7b0-15bbe8cd94af@opensips.org> Hi, Stefan! IIRC the DIAMETER support was dropped because the implementation we had was not fully functional, and it might not work at all. Unfortunately after that we couldn't find the resources to develop a full fledged DIAMETER module. Best regards, Răzvan On 8/29/19 2:22 PM, Stefan Tobé wrote: > Hi , > I am investing possibilities to use opensips as application server in > IMS environment. > IMS requires DIAMETER support (authentication among other functions). > In the opensips release notes I noticed that DIAMETER support has been > dropped in version 2.3 > > Anybode have a clue why DIAMETER support was that dropped in that module? > -- > mvg > Stefan Tobé > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com From goup2010 at gmail.com Mon Sep 2 12:03:09 2019 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Mon, 2 Sep 2019 19:03:09 +0300 Subject: [OpenSIPS-Users] need help - Message-ID: Hello, What I do to check flag after has_totag() ? Here is example: route { .... if (has_totag()) { ..... if ( isflagset(BLA_BLA) ) { xlog("L_ERR", "Flag is active \n"); }; .... } if ( is_method("INVITE") ) { .... setflag(BLA_BLA); .... } .... } Regards, Dragomir -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Mon Sep 2 12:10:01 2019 From: liviu at opensips.org (Liviu Chircu) Date: Mon, 2 Sep 2019 19:10:01 +0300 Subject: [OpenSIPS-Users] need help - In-Reply-To: References: Message-ID: <310a2816-e14e-0b4f-c6c5-b5e61ed49ddc@opensips.org> Hi Dragomir, You can either set a $dlg_val [1] or a dialog flag [2] during the initial INVITE, then read it during mid-dialog requests.  Be careful with $dlg_val: it converts any integers to strings, so make sure that your comparison syntax is accurate! Best regards, [1]: https://opensips.org/html/docs/modules/3.1.x/dialog.html#pv_dlg_val [2]: https://opensips.org/html/docs/modules/3.1.x/dialog.html#func_set_dlg_flag Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 02.09.2019 19:03, Dragomir Haralambiev wrote: > Hello, > > What I do to check flag after has_totag() ? > > Here is example: > > > route { >      .... >      if (has_totag()) { >          ..... >          if ( isflagset(BLA_BLA) ) { >             xlog("L_ERR", "Flag is active \n"); >          }; >          .... >      } > >       if ( is_method("INVITE") ) { >          .... >           setflag(BLA_BLA); >           .... >        } > .... > } > > 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 babak.freeswitch at gmail.com Tue Sep 3 01:07:01 2019 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Tue, 3 Sep 2019 09:37:01 +0430 Subject: [OpenSIPS-Users] how to build opensips 2.3 2.4 with openssl 1.0.2? In-Reply-To: References: Message-ID: I followed this link https://www.howtoforge.com/tutorial/how-to-install-openssl-from-source-on-linux/ and after that installed opensips from source, build system detected openssl 1.0.2 (I think because I did not install openssl-dev) and now ssl related problems are solved. On Sat, Aug 31, 2019 at 9:12 AM Babak Yakhchali wrote: > Hi > because of problems with openssl 1.1 on debian 9 ( > https://github.com/OpenSIPS/opensips/issues/1767) I need to use openssl > 1.0 with branch 2.4 or 2.3. When I list installed libssl packages on debian > 9 I see this: > dpkg -l | grep ssl > ii libssl1.0.2:amd64 1.0.2l-2+deb9u3 amd64 > Secure Sockets Layer toolkit - shared libraries > ii libssl1.1:amd64 1.1.0f-3+deb9u2 amd64 > Secure Sockets Layer toolkit - shared libraries > ii openssl 1.1.0f-3+deb9u2 amd64 > Secure Sockets Layer toolkit - cryptographic utility > it seems libssl 1.0.2 library also exsists beside libssl 1.1 . Can I use > the 1.0.2 to build opensips or use it with the already installed 2.3 > version? if yes what changes do I need to apply to Makefile or environment? > thanks > -------------- next part -------------- An HTML attachment was scrubbed... URL: From spanda at 3clogic.com Tue Sep 3 01:14:15 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Tue, 3 Sep 2019 10:44:15 +0530 Subject: [OpenSIPS-Users] Need some reference to run opensips-cli commands . Message-ID: Hi All , Some commands giving proper output but some are giving error . I am not getting any document where its mention how to run these commands . opensips-cli -x mi "get_statistics" *SQLAlchemy version: 1.3.3ERROR: command 'get_statistics' returned: -32602: Invalid params* opensips-cli -x mi "list_statistics" *SQLAlchemy version: 1.3.3ERROR: command 'list_statistics' returned: -32000: Server error* opensips-cli -x mi "mem_pkg_dump" *SQLAlchemy version: 1.3.3ERROR: command 'mem_pkg_dump' returned: -32602: Invalid params* How I will run these commands ? I need to check the package memory and shared memory getting used while stress testing . Please do help me . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* -------------- next part -------------- An HTML attachment was scrubbed... URL: From podguiko at mail.ru Tue Sep 3 03:45:07 2019 From: podguiko at mail.ru (=?UTF-8?B?0J7Qu9C10LMg0J/QvtC00LPRg9C50LrQvg==?=) Date: Tue, 03 Sep 2019 10:45:07 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?counter_for_SCTP?= Message-ID: <1567496707.363091615@f536.i.mail.ru> Hello everyone! In my project I'm using SCTP protocol. It's working fine I would like to have some statistics about SCTP protocol. Here ( https://www.opensips.org/Documentation/Interface-CoreStatistics-2-4 ) at the "Net Class" I see TLS, UDP, TCP. Is there any way to get statistics about SCTP protocol? Thanks -- Олег Подгуйко -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmaruzz at gmail.com Tue Sep 3 03:54:06 2019 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 3 Sep 2019 09:54:06 +0200 Subject: [OpenSIPS-Users] Need some reference to run opensips-cli commands . In-Reply-To: References: Message-ID: Sasmita, execute opensips-cli witouth arguments, then, from inside opensips-cli shell, type "mi"and enter You will see available command, then for each of them, you can see possible arguments (opensips-cli): mi ERROR: module 'mi' expects the following commands: get_statistics, list_statistics, reset_statistics, uptime, version, pwd, arg, which, ps, kill, log_level, xlog_level, shm_check, cache_store, cache_fetch, cache_remove, event_subscribe, events_list, subscribers_list, list_tcp_conns, mem_pkg_dump, mem_shm_dump, mem_rpm_dump, reload_routes, help, list_blacklists, t_uac_dlg, t_uac_cancel, t_hash, t_reply, clusterer_reload, clusterer_set_status, clusterer_list, clusterer_list_topology, cluster_send_mi, cluster_broadcast_mi, clusterer_list_cap, clusterer_list_shtags, clusterer_shtag_set_active, ds_set_state, ds_list, ds_reload, domain_reload, domain_dump, dlg_list, dlg_list_ctx, dlg_end_dlg, dlg_db_sync, dlg_restore_db, dlg_cluster_sync, profile_get_size, profile_list_dlgs, profile_get_values, list_all_profiles, profile_end_dlgs, dlg_push_var, dlg_send_sequential, rtpengine_enable, rtpengine_show, rtpengine_reload, teardown, trace, trace_start, trace_stop On Tue, Sep 3, 2019 at 7:17 AM Sasmita Panda wrote: > Hi All , > > Some commands giving proper output but some are giving error . I am not > getting any document where its mention how to run these commands . > > opensips-cli -x mi "get_statistics" > > *SQLAlchemy version: 1.3.3ERROR: command 'get_statistics' returned: > -32602: Invalid params* > > opensips-cli -x mi "list_statistics" > > *SQLAlchemy version: 1.3.3ERROR: command 'list_statistics' returned: > -32000: Server error* > > opensips-cli -x mi "mem_pkg_dump" > > *SQLAlchemy version: 1.3.3ERROR: command 'mem_pkg_dump' returned: -32602: > Invalid params* > > > How I will run these commands ? I need to check the package memory and > shared memory getting used while stress testing . Please do help me . > > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > _______________________________________________ > 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 gmaruzz at gmail.com Tue Sep 3 03:57:33 2019 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 3 Sep 2019 09:57:33 +0200 Subject: [OpenSIPS-Users] Need some reference to run opensips-cli commands . In-Reply-To: References: Message-ID: then for each command, if you press "tab" it will give you what arguments are needed (if any) (opensips-cli): mi mem_pkg_dump ERROR: command 'mem_pkg_dump' returned: -32602: Invalid params (opensips-cli): mi mem_pkg_dump (->TAB) log_level= pid= On Tue, Sep 3, 2019 at 9:54 AM Giovanni Maruzzelli wrote: > Sasmita, > > execute opensips-cli witouth arguments, then, from inside opensips-cli > shell, type "mi"and enter > > You will see available command, > > then for each of them, you can see possible arguments > > (opensips-cli): mi > ERROR: module 'mi' expects the following commands: get_statistics, > list_statistics, reset_statistics, uptime, version, pwd, arg, which, ps, > kill, log_level, xlog_level, shm_check, cache_store, cache_fetch, > cache_remove, event_subscribe, events_list, subscribers_list, > list_tcp_conns, mem_pkg_dump, mem_shm_dump, mem_rpm_dump, reload_routes, > help, list_blacklists, t_uac_dlg, t_uac_cancel, t_hash, t_reply, > clusterer_reload, clusterer_set_status, clusterer_list, > clusterer_list_topology, cluster_send_mi, cluster_broadcast_mi, > clusterer_list_cap, clusterer_list_shtags, clusterer_shtag_set_active, > ds_set_state, ds_list, ds_reload, domain_reload, domain_dump, dlg_list, > dlg_list_ctx, dlg_end_dlg, dlg_db_sync, dlg_restore_db, dlg_cluster_sync, > profile_get_size, profile_list_dlgs, profile_get_values, list_all_profiles, > profile_end_dlgs, dlg_push_var, dlg_send_sequential, rtpengine_enable, > rtpengine_show, rtpengine_reload, teardown, trace, trace_start, trace_stop > > > > > > > > > > > > On Tue, Sep 3, 2019 at 7:17 AM Sasmita Panda wrote: > >> Hi All , >> >> Some commands giving proper output but some are giving error . I am not >> getting any document where its mention how to run these commands . >> >> opensips-cli -x mi "get_statistics" >> >> *SQLAlchemy version: 1.3.3ERROR: command 'get_statistics' returned: >> -32602: Invalid params* >> >> opensips-cli -x mi "list_statistics" >> >> *SQLAlchemy version: 1.3.3ERROR: command 'list_statistics' returned: >> -32000: Server error* >> >> opensips-cli -x mi "mem_pkg_dump" >> >> *SQLAlchemy version: 1.3.3ERROR: command 'mem_pkg_dump' returned: >> -32602: Invalid params* >> >> >> How I will run these commands ? I need to check the package memory and >> shared memory getting used while stress testing . Please do help me . >> >> >> *Thanks & Regards* >> *Sasmita Panda* >> *Senior Network Testing and Software Engineer* >> *3CLogic , ph:07827611765* >> _______________________________________________ >> 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 > > -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From spanda at 3clogic.com Tue Sep 3 04:09:52 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Tue, 3 Sep 2019 13:39:52 +0530 Subject: [OpenSIPS-Users] Need some reference to run opensips-cli commands . In-Reply-To: References: Message-ID: If I am running this command it giving me below output . (opensips-cli): mi mem_pkg_dump log_level=4 pid=13019 "OK" (opensips-cli): mi mem_shm_dump "OK" What should I do with this . I need the output like how much memory getting used at that time . This is the output through opensipsctl in opensips-1.11 which I was using earlier . [root at sip spanda]# /usr/local/sbin/opensipsctl fifo get_statistics shmem: shmem:total_size = 4294967296 shmem:used_size = 5113048 shmem:real_used_size = 15605976 shmem:max_used_size = 735486296 shmem:free_size = 4279361320 shmem:fragments = 624271 I need such output . How I will get this ? *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Tue, Sep 3, 2019 at 1:29 PM Giovanni Maruzzelli wrote: > then for each command, if you press "tab" it will give you what arguments > are needed (if any) > > (opensips-cli): mi mem_pkg_dump > ERROR: command 'mem_pkg_dump' returned: -32602: Invalid params > > (opensips-cli): mi mem_pkg_dump (->TAB) > log_level= pid= > > > On Tue, Sep 3, 2019 at 9:54 AM Giovanni Maruzzelli > wrote: > >> Sasmita, >> >> execute opensips-cli witouth arguments, then, from inside opensips-cli >> shell, type "mi"and enter >> >> You will see available command, >> >> then for each of them, you can see possible arguments >> >> (opensips-cli): mi >> ERROR: module 'mi' expects the following commands: get_statistics, >> list_statistics, reset_statistics, uptime, version, pwd, arg, which, ps, >> kill, log_level, xlog_level, shm_check, cache_store, cache_fetch, >> cache_remove, event_subscribe, events_list, subscribers_list, >> list_tcp_conns, mem_pkg_dump, mem_shm_dump, mem_rpm_dump, reload_routes, >> help, list_blacklists, t_uac_dlg, t_uac_cancel, t_hash, t_reply, >> clusterer_reload, clusterer_set_status, clusterer_list, >> clusterer_list_topology, cluster_send_mi, cluster_broadcast_mi, >> clusterer_list_cap, clusterer_list_shtags, clusterer_shtag_set_active, >> ds_set_state, ds_list, ds_reload, domain_reload, domain_dump, dlg_list, >> dlg_list_ctx, dlg_end_dlg, dlg_db_sync, dlg_restore_db, dlg_cluster_sync, >> profile_get_size, profile_list_dlgs, profile_get_values, list_all_profiles, >> profile_end_dlgs, dlg_push_var, dlg_send_sequential, rtpengine_enable, >> rtpengine_show, rtpengine_reload, teardown, trace, trace_start, trace_stop >> >> >> >> >> >> >> >> >> >> >> >> On Tue, Sep 3, 2019 at 7:17 AM Sasmita Panda wrote: >> >>> Hi All , >>> >>> Some commands giving proper output but some are giving error . I am not >>> getting any document where its mention how to run these commands . >>> >>> opensips-cli -x mi "get_statistics" >>> >>> *SQLAlchemy version: 1.3.3ERROR: command 'get_statistics' returned: >>> -32602: Invalid params* >>> >>> opensips-cli -x mi "list_statistics" >>> >>> *SQLAlchemy version: 1.3.3ERROR: command 'list_statistics' returned: >>> -32000: Server error* >>> >>> opensips-cli -x mi "mem_pkg_dump" >>> >>> *SQLAlchemy version: 1.3.3ERROR: command 'mem_pkg_dump' returned: >>> -32602: Invalid params* >>> >>> >>> How I will run these commands ? I need to check the package memory and >>> shared memory getting used while stress testing . Please do help me . >>> >>> >>> *Thanks & Regards* >>> *Sasmita Panda* >>> *Senior Network Testing and Software Engineer* >>> *3CLogic , ph:07827611765* >>> _______________________________________________ >>> 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 >> >> > > -- > 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 gmaruzz at gmail.com Tue Sep 3 04:16:40 2019 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 3 Sep 2019 10:16:40 +0200 Subject: [OpenSIPS-Users] Need some reference to run opensips-cli commands . In-Reply-To: References: Message-ID: Sasmita, are you sure you try hard enough before writing to M-L? I never used this command, I tried three times, and found how. Maybe you don't try enough? (opensips-cli): mi get_statistics statistics=all -giovanni On Tue, Sep 3, 2019 at 10:10 AM Sasmita Panda wrote: > If I am running this command it giving me below output . > > (opensips-cli): mi mem_pkg_dump log_level=4 pid=13019 > "OK" > > (opensips-cli): mi mem_shm_dump > "OK" > > What should I do with this . I need the output like how much memory > getting used at that time . > > This is the output through opensipsctl in opensips-1.11 which I was using > earlier . > [root at sip spanda]# /usr/local/sbin/opensipsctl fifo get_statistics shmem: > shmem:total_size = 4294967296 > shmem:used_size = 5113048 > shmem:real_used_size = 15605976 > shmem:max_used_size = 735486296 > shmem:free_size = 4279361320 > shmem:fragments = 624271 > > I need such output . How I will get this ? > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Tue, Sep 3, 2019 at 1:29 PM Giovanni Maruzzelli > wrote: > >> then for each command, if you press "tab" it will give you what arguments >> are needed (if any) >> >> (opensips-cli): mi mem_pkg_dump >> ERROR: command 'mem_pkg_dump' returned: -32602: Invalid params >> >> (opensips-cli): mi mem_pkg_dump (->TAB) >> log_level= pid= >> >> >> On Tue, Sep 3, 2019 at 9:54 AM Giovanni Maruzzelli >> wrote: >> >>> Sasmita, >>> >>> execute opensips-cli witouth arguments, then, from inside opensips-cli >>> shell, type "mi"and enter >>> >>> You will see available command, >>> >>> then for each of them, you can see possible arguments >>> >>> (opensips-cli): mi >>> ERROR: module 'mi' expects the following commands: get_statistics, >>> list_statistics, reset_statistics, uptime, version, pwd, arg, which, ps, >>> kill, log_level, xlog_level, shm_check, cache_store, cache_fetch, >>> cache_remove, event_subscribe, events_list, subscribers_list, >>> list_tcp_conns, mem_pkg_dump, mem_shm_dump, mem_rpm_dump, reload_routes, >>> help, list_blacklists, t_uac_dlg, t_uac_cancel, t_hash, t_reply, >>> clusterer_reload, clusterer_set_status, clusterer_list, >>> clusterer_list_topology, cluster_send_mi, cluster_broadcast_mi, >>> clusterer_list_cap, clusterer_list_shtags, clusterer_shtag_set_active, >>> ds_set_state, ds_list, ds_reload, domain_reload, domain_dump, dlg_list, >>> dlg_list_ctx, dlg_end_dlg, dlg_db_sync, dlg_restore_db, dlg_cluster_sync, >>> profile_get_size, profile_list_dlgs, profile_get_values, list_all_profiles, >>> profile_end_dlgs, dlg_push_var, dlg_send_sequential, rtpengine_enable, >>> rtpengine_show, rtpengine_reload, teardown, trace, trace_start, trace_stop >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> On Tue, Sep 3, 2019 at 7:17 AM Sasmita Panda wrote: >>> >>>> Hi All , >>>> >>>> Some commands giving proper output but some are giving error . I am not >>>> getting any document where its mention how to run these commands . >>>> >>>> opensips-cli -x mi "get_statistics" >>>> >>>> *SQLAlchemy version: 1.3.3ERROR: command 'get_statistics' returned: >>>> -32602: Invalid params* >>>> >>>> opensips-cli -x mi "list_statistics" >>>> >>>> *SQLAlchemy version: 1.3.3ERROR: command 'list_statistics' returned: >>>> -32000: Server error* >>>> >>>> opensips-cli -x mi "mem_pkg_dump" >>>> >>>> *SQLAlchemy version: 1.3.3ERROR: command 'mem_pkg_dump' returned: >>>> -32602: Invalid params* >>>> >>>> >>>> How I will run these commands ? I need to check the package memory and >>>> shared memory getting used while stress testing . Please do help me . >>>> >>>> >>>> *Thanks & Regards* >>>> *Sasmita Panda* >>>> *Senior Network Testing and Software Engineer* >>>> *3CLogic , ph:07827611765* >>>> _______________________________________________ >>>> 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 >>> >>> >> >> -- >> 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 >> > -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From spanda at 3clogic.com Tue Sep 3 04:49:34 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Tue, 3 Sep 2019 14:19:34 +0530 Subject: [OpenSIPS-Users] Need some reference to run opensips-cli commands . In-Reply-To: References: Message-ID: Thank you Giovanni. *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Tue, Sep 3, 2019 at 1:48 PM Giovanni Maruzzelli wrote: > Sasmita, > > are you sure you try hard enough before writing to M-L? > > I never used this command, I tried three times, and found how. > > Maybe you don't try enough? > > (opensips-cli): mi get_statistics statistics=all > > > -giovanni > > On Tue, Sep 3, 2019 at 10:10 AM Sasmita Panda wrote: > >> If I am running this command it giving me below output . >> >> (opensips-cli): mi mem_pkg_dump log_level=4 pid=13019 >> "OK" >> >> (opensips-cli): mi mem_shm_dump >> "OK" >> >> What should I do with this . I need the output like how much memory >> getting used at that time . >> >> This is the output through opensipsctl in opensips-1.11 which I was using >> earlier . >> [root at sip spanda]# /usr/local/sbin/opensipsctl fifo get_statistics shmem: >> shmem:total_size = 4294967296 >> shmem:used_size = 5113048 >> shmem:real_used_size = 15605976 >> shmem:max_used_size = 735486296 >> shmem:free_size = 4279361320 >> shmem:fragments = 624271 >> >> I need such output . How I will get this ? >> >> *Thanks & Regards* >> *Sasmita Panda* >> *Senior Network Testing and Software Engineer* >> *3CLogic , ph:07827611765* >> >> >> On Tue, Sep 3, 2019 at 1:29 PM Giovanni Maruzzelli >> wrote: >> >>> then for each command, if you press "tab" it will give you what >>> arguments are needed (if any) >>> >>> (opensips-cli): mi mem_pkg_dump >>> ERROR: command 'mem_pkg_dump' returned: -32602: Invalid params >>> >>> (opensips-cli): mi mem_pkg_dump (->TAB) >>> log_level= pid= >>> >>> >>> On Tue, Sep 3, 2019 at 9:54 AM Giovanni Maruzzelli >>> wrote: >>> >>>> Sasmita, >>>> >>>> execute opensips-cli witouth arguments, then, from inside opensips-cli >>>> shell, type "mi"and enter >>>> >>>> You will see available command, >>>> >>>> then for each of them, you can see possible arguments >>>> >>>> (opensips-cli): mi >>>> ERROR: module 'mi' expects the following commands: get_statistics, >>>> list_statistics, reset_statistics, uptime, version, pwd, arg, which, ps, >>>> kill, log_level, xlog_level, shm_check, cache_store, cache_fetch, >>>> cache_remove, event_subscribe, events_list, subscribers_list, >>>> list_tcp_conns, mem_pkg_dump, mem_shm_dump, mem_rpm_dump, reload_routes, >>>> help, list_blacklists, t_uac_dlg, t_uac_cancel, t_hash, t_reply, >>>> clusterer_reload, clusterer_set_status, clusterer_list, >>>> clusterer_list_topology, cluster_send_mi, cluster_broadcast_mi, >>>> clusterer_list_cap, clusterer_list_shtags, clusterer_shtag_set_active, >>>> ds_set_state, ds_list, ds_reload, domain_reload, domain_dump, dlg_list, >>>> dlg_list_ctx, dlg_end_dlg, dlg_db_sync, dlg_restore_db, dlg_cluster_sync, >>>> profile_get_size, profile_list_dlgs, profile_get_values, list_all_profiles, >>>> profile_end_dlgs, dlg_push_var, dlg_send_sequential, rtpengine_enable, >>>> rtpengine_show, rtpengine_reload, teardown, trace, trace_start, trace_stop >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Tue, Sep 3, 2019 at 7:17 AM Sasmita Panda >>>> wrote: >>>> >>>>> Hi All , >>>>> >>>>> Some commands giving proper output but some are giving error . I am >>>>> not getting any document where its mention how to run these commands . >>>>> >>>>> opensips-cli -x mi "get_statistics" >>>>> >>>>> *SQLAlchemy version: 1.3.3ERROR: command 'get_statistics' returned: >>>>> -32602: Invalid params* >>>>> >>>>> opensips-cli -x mi "list_statistics" >>>>> >>>>> *SQLAlchemy version: 1.3.3ERROR: command 'list_statistics' returned: >>>>> -32000: Server error* >>>>> >>>>> opensips-cli -x mi "mem_pkg_dump" >>>>> >>>>> *SQLAlchemy version: 1.3.3ERROR: command 'mem_pkg_dump' returned: >>>>> -32602: Invalid params* >>>>> >>>>> >>>>> How I will run these commands ? I need to check the package memory and >>>>> shared memory getting used while stress testing . Please do help me . >>>>> >>>>> >>>>> *Thanks & Regards* >>>>> *Sasmita Panda* >>>>> *Senior Network Testing and Software Engineer* >>>>> *3CLogic , ph:07827611765* >>>>> _______________________________________________ >>>>> 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 >>>> >>>> >>> >>> -- >>> 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 >>> >> > > -- > 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 kurgan-rus at inbox.ru Tue Sep 3 04:59:35 2019 From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEthemFudHNldg==?=) Date: Tue, 03 Sep 2019 11:59:35 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?Need_some_reference_to_run_opensips-cl?= =?utf-8?q?i_commands_=2E?= In-Reply-To: References: Message-ID: <1567501175.407701150@f406.i.mail.ru> Hi Sasmita, in spite of some python-related warnings, your commands are working (running 3.0). Try like this: root at vds1261:~# opensips-cli -x mi get_statistics tm: /usr/local/lib/python3.5/dist-packages/sqlalchemy/sql/functions.py:68: SAWarning: The GenericFunction 'array_agg' is already registered and is going to be overriden. "is going to be overriden.".format(identifier)) tm:received_replies: 0 tm:relayed_replies: 0 tm:local_replies: 0 tm:UAS_transactions: 0 tm:UAC_transactions: 0 tm:2xx_transactions: 0 tm:3xx_transactions: 0 tm:4xx_transactions: 0 tm:5xx_transactions: 0 tm:6xx_transactions: 0 tm:inuse_transactions: 0 ----------------------------------------------- BR, Alexey http://alexeyka.zantsev.com/ From gmaruzz at gmail.com Tue Sep 3 05:08:44 2019 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Tue, 3 Sep 2019 11:08:44 +0200 Subject: [OpenSIPS-Users] Need some reference to run opensips-cli commands . In-Reply-To: <1567501175.407701150@f406.i.mail.ru> References: <1567501175.407701150@f406.i.mail.ru> Message-ID: for shmem: (note the colon after shmem): (opensips-cli): mi get_statistics shmem: { "shmem:total_size": 268435456, "shmem:max_used_size": 4546936, "shmem:free_size": 263955152, "shmem:used_size": 4314256, "shmem:real_used_size": 4480304, "shmem:fragments": 1093 } On Tue, Sep 3, 2019 at 11:03 AM Alexey Kazantsev via Users < users at lists.opensips.org> wrote: > Hi Sasmita, > > in spite of some python-related warnings, your commands are working > (running 3.0). > > Try like this: > > > root at vds1261:~# opensips-cli -x mi get_statistics tm: > > /usr/local/lib/python3.5/dist-packages/sqlalchemy/sql/functions.py:68: > SAWarning: The GenericFunction 'array_agg' is already registered and is > going to be overriden. > "is going to be overriden.".format(identifier)) > tm:received_replies: 0 > tm:relayed_replies: 0 > tm:local_replies: 0 > tm:UAS_transactions: 0 > tm:UAC_transactions: 0 > tm:2xx_transactions: 0 > tm:3xx_transactions: 0 > tm:4xx_transactions: 0 > tm:5xx_transactions: 0 > tm:6xx_transactions: 0 > tm:inuse_transactions: 0 > > > > ----------------------------------------------- > BR, Alexey > http://alexeyka.zantsev.com/ > _______________________________________________ > 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 spanda at 3clogic.com Tue Sep 3 05:10:23 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Tue, 3 Sep 2019 14:40:23 +0530 Subject: [OpenSIPS-Users] Need some reference to run opensips-cli commands . In-Reply-To: <1567501175.407701150@f406.i.mail.ru> References: <1567501175.407701150@f406.i.mail.ru> Message-ID: Yes , I got it . I have already tried and its working . I got the info what I was looking for . Thank you so much for helping me out . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Tue, Sep 3, 2019 at 2:31 PM Alexey Kazantsev via Users < users at lists.opensips.org> wrote: > Hi Sasmita, > > in spite of some python-related warnings, your commands are working > (running 3.0). > > Try like this: > > > root at vds1261:~# opensips-cli -x mi get_statistics tm: > > /usr/local/lib/python3.5/dist-packages/sqlalchemy/sql/functions.py:68: > SAWarning: The GenericFunction 'array_agg' is already registered and is > going to be overriden. > "is going to be overriden.".format(identifier)) > tm:received_replies: 0 > tm:relayed_replies: 0 > tm:local_replies: 0 > tm:UAS_transactions: 0 > tm:UAC_transactions: 0 > tm:2xx_transactions: 0 > tm:3xx_transactions: 0 > tm:4xx_transactions: 0 > tm:5xx_transactions: 0 > tm:6xx_transactions: 0 > tm:inuse_transactions: 0 > > > > ----------------------------------------------- > BR, Alexey > http://alexeyka.zantsev.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 johan at democon.be Tue Sep 3 06:19:37 2019 From: johan at democon.be (johan) Date: Tue, 3 Sep 2019 12:19:37 +0200 Subject: [OpenSIPS-Users] misterious error on receive smpp message causing a rebind while the session is up. Message-ID: Hello, using opensips3.0. Opensips is on ip 10.3.0.150, smpp relay is on 80.84.24.81. They are connected with a trx link. 33662124034 is a mobile number 33757936414 is a user on opensips, this user is connected on TLS. Upon receiving a message from the smpp relay I find below in the logs. Sep  3 09:22:48 hendrix /data/opensips/sbin/opensips[3111]: DBG:proto_smpp:handle_submit_or_deliver_cmd: Received SMPP message#012FROM:#01101 01 33662124034#012TO:#01101 01 33757936414#012LEN:#01110#012Test11resp Sep  3 09:22:48 hendrix /data/opensips/sbin/opensips[3111]: DBG:core:tcp_conn_get: con found in state 0 Sep  3 09:22:48 hendrix /data/opensips/sbin/opensips[3111]: DBG:core:tcp_conn_get: tcp connection found (0x7fbe9a97bb50) already in this process ( 15 ) , fd = 5 Sep  3 09:22:48 hendrix /data/opensips/sbin/opensips[3111]: ERROR:core:tsend_stream: tsend_stream: failed to send: (14) Bad address Sep  3 09:22:48 hendrix /data/opensips/sbin/opensips[3111]: ERROR:proto_smpp:smpp_send_msg: failed to send data! Net result of this eror is that opensips thinks that the smpp link is down and hence sends a new bindtransceiver request 3 seconds later.  The smpp relay rejects this with reason "ESME already in bound state". Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3101]: DBG:tm:wait_handler: done Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3103]: INFO:proto_smpp:send_bind: binding session with system_id "BELDUSTMO" Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3103]: DBG:core:probe_max_sock_buff: getsockopt: snd is initially 16384 Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3103]: INFO:core:probe_max_sock_buff: using snd buffer of 416 kb Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3103]: INFO:core:init_sock_keepalive: TCP keepalive enabled on socket 130 Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3100]: DBG:db_mysql:mysql_raise_event: MySQL status has not changed: connected Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3103]: DBG:core:print_ip: tcpconn_new: new tcp connection to: 80.84.24.81 Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3103]: DBG:core:tcpconn_new: on port 2775, proto 10 Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3103]: INFO:proto_smpp:smpp_conn_init: smpp_conn_init called Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3103]: DBG:proto_smpp:send_bind: sent 43 bytes on smpp connection 0x7fbe9a946268 Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3103]: DBG:proto_smpp:bind_session: succsessfully bound BICS Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3103]: ERROR:proto_smpp:smpp_send_msg: cannot fetch connection for BICS (0) Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3119]: DBG:core:handle_worker: read response= 7fbe9a946268, 2, fd 302 from 7 (3103) Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3119]: DBG:core:tcpconn_add: hashes: 647, 160 Sep  3 09:22:51 hendrix /data/opensips/sbin/opensips[3119]: DBG:core:io_watch_add: [TCP_main] io_watch_add op (302 on 5) (0x5575c03fc700, 302, 19, 0x7fbe9a946268,1), fd_no=34/1024 Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3119]: DBG:core:handle_tcpconn_ev: data available on 0x7fbe9a946268 302 Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3119]: DBG:core:io_watch_del: [TCP_main] io_watch_del op on index 3 302 (0x5575c03fc700, 302, 3, 0x0,0x1) fd_no=35 called Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3119]: DBG:core:send2worker: to tcp worker 1 (0), 0x7fbe9a946268 rw 1 Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:core:handle_io: We have received conn 0x7fbe9a946268 with rw 1 on fd 5 Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:core:io_watch_add: [TCP_worker] io_watch_add op (5 on 88) (0x5575c03fc700, 5, 19, 0x7fbe9a946268,1), fd_no=4/1024 Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:proto_smpp:smpp_read_req: Using the global ( per process ) buff Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:proto_smpp:smpp_parse_headers: received a complete message Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:proto_smpp:smpp_handle_req: completely received a message Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:proto_smpp:smpp_handle_req: Nothing more to read on TCP conn 0x7fbe9a946268, currently in state 0 Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:proto_smpp:handle_smpp_msg: Received SMPP command 80000009 Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:proto_smpp:handle_bind_transceiver_resp_cmd: Received bind_transceiver_resp command Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: ERROR:proto_smpp:handle_bind_transceiver_resp_cmd: Error in bind_transceiver_resp 00000005 Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:proto_smpp:smpp_read_req: tcp_read_req end Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:proto_smpp:smpp_read_req: Using the global ( per process ) buff Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:core:proto_tcp_read: EOF on 0x7fbe9a946268, FD 5 Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:proto_smpp:smpp_read_req: EOF received Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:core:io_watch_del: [TCP_worker] io_watch_del op on index 0 5 (0x5575c03fc700, 5, 0, 0x10,0x3) fd_no=5 called Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:core:tcpconn_release:  releasing con 0x7fbe9a946268, state -1, fd=-1, id=1553651872 Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3111]: DBG:core:tcpconn_release:  extra_data (nil) Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3119]: DBG:core:handle_tcp_worker: response= 7fbe9a946268, -1 from tcp worker 0 (1) Sep  3 09:22:53 hendrix /data/opensips/sbin/opensips[3119]: DBG:core:tcpconn_destroy: delaying (0x7fbe9a946268, flags 0018) ref = 1 ... Sep  3 09:22:54 hendrix /data/opensips/sbin/opensips[3101]: DBG:tm:timer_routine: timer routine:2,tl=0x7fbe9a993fc0 next=0x7fbe9a992550, timeout=491883 Sep  3 09:22:54 hendrix /data/opensips/sbin/opensips[3101]: DBG:tm:wait_handler: removing 0x7fbe9a993f40 from table Sep  3 09:22:54 hendrix /data/opensips/sbin/opensips[3101]: DBG:tm:delete_cell: delete transaction 0x7fbe9a993f40 Sep  3 09:22:54 hendrix /data/opensips/sbin/opensips[3101]: DBG:tm:wait_handler: done Sep  3 09:22:54 hendrix /data/opensips/sbin/opensips[3101]: DBG:tm:timer_routine: timer routine:2,tl=0x7fbe9a992550 next=(nil), timeout=491883 Sep  3 09:22:54 hendrix /data/opensips/sbin/opensips[3101]: DBG:tm:wait_handler: removing 0x7fbe9a9924d0 from table Sep  3 09:22:54 hendrix /data/opensips/sbin/opensips[3101]: DBG:tm:delete_cell: delete transaction 0x7fbe9a9924d0 Sep  3 09:22:54 hendrix /data/opensips/sbin/opensips[3101]: DBG:tm:wait_handler: done Attached also a wireshark text trace which show that the ESME is indeed bound and that bind_transceiver is sent after Deliver_sm. Can somebody please explain what that error means and what I need to do to troubleshoot this ? If needed I can provide a full opensips.log of these few seconds (>1200 lijnen) Best regards, Johan. -------------- next part -------------- No. Time Source Destination Protocol Length Info 1 2019-09-03 11:22:45,448724 10.3.0.150 80.84.24.81 SMPP 80 SMPP Enquire_link Frame 1: 80 bytes on wire (640 bits), 80 bytes captured (640 bits) Enc IPv4, SPI 0xc5afa548 Internet Protocol Version 4, Src: 10.3.0.150, Dst: 80.84.24.81 Transmission Control Protocol, Src Port: 52731, Dst Port: 2775, Seq: 1, Ack: 1, Len: 16 Short Message Peer to Peer, Command: Enquire_link, Seq: 98555, Len: 16 Length: 16 Operation: Enquire_link (0x00000015) Sequence #: 98555 No. Time Source Destination Protocol Length Info 2 2019-09-03 11:22:45,463210 80.84.24.81 10.3.0.150 SMPP 80 SMPP Enquire_link - resp: "Ok" Frame 2: 80 bytes on wire (640 bits), 80 bytes captured (640 bits) Enc IPv4, SPI 0xcf4a3183 Internet Protocol Version 4, Src: 80.84.24.81, Dst: 10.3.0.150 Transmission Control Protocol, Src Port: 2775, Dst Port: 52731, Seq: 1, Ack: 17, Len: 16 Short Message Peer to Peer, Command: Enquire_link - resp, Status: "Ok", Seq: 98555, Len: 16 Length: 16 Operation: Enquire_link - resp (0x80000015) Result: Ok (0x00000000) Sequence #: 98555 No. Time Source Destination Protocol Length Info 3 2019-09-03 11:22:45,762208 10.3.0.150 80.84.24.81 SMPP 125 SMPP Submit_sm Frame 3: 125 bytes on wire (1000 bits), 125 bytes captured (1000 bits) Enc IPv4, SPI 0xc5afa548 Internet Protocol Version 4, Src: 10.3.0.150, Dst: 80.84.24.81 Transmission Control Protocol, Src Port: 52731, Dst Port: 2775, Seq: 17, Ack: 17, Len: 61 Short Message Peer to Peer, Command: Submit_sm, Seq: 98556, Len: 61 Length: 61 Operation: Submit_sm (0x00000004) Sequence #: 98556 Service type: (Default) Type of number (originator): International (0x01) Numbering plan indicator (originator): ISDN (E163/E164) (0x01) Originator address: 33757936414 Type of number (recipient): International (0x01) Numbering plan indicator (recipient): ISDN (E163/E164) (0x01) Recipient address: 33662124034 .... ..00 = Messaging mode: Default SMSC mode (0x0) ..00 00.. = Message type: Default message type (0x0) 00.. .... = GSM features: No specific features selected (0x0) Protocol id.: 0x00 Priority level: GSM: None ANSI-136: Bulk IS-95: Normal (0x00) Scheduled delivery time: Immediate delivery Validity period: SMSC default validity period .... ..00 = Delivery receipt: No SMSC delivery receipt requested (0x0) .... 00.. = Message type: No recipient SME acknowledgement requested (0x0) ...0 .... = Intermediate notif: No intermediate notification requested (0x0) .... ...0 = Replace: Don't replace (0x0) Data coding: 0x00 Predefined message: 0 Message length: 6 Message: 546573743132 No. Time Source Destination Protocol Length Info 4 2019-09-03 11:22:46,164966 80.84.24.81 10.3.0.150 SMPP 89 SMPP Submit_sm - resp: "Ok" Frame 4: 89 bytes on wire (712 bits), 89 bytes captured (712 bits) Enc IPv4, SPI 0xcf4a3183 Internet Protocol Version 4, Src: 80.84.24.81, Dst: 10.3.0.150 Transmission Control Protocol, Src Port: 2775, Dst Port: 52731, Seq: 17, Ack: 78, Len: 25 Short Message Peer to Peer, Command: Submit_sm - resp, Status: "Ok", Seq: 98556, Len: 25 Length: 25 Operation: Submit_sm - resp (0x80000004) Result: Ok (0x00000000) Sequence #: 98556 Message id.: 208F89EB No. Time Source Destination Protocol Length Info 5 2019-09-03 11:22:48,175465 80.84.24.81 10.3.0.150 SMPP 129 SMPP Deliver_sm Frame 5: 129 bytes on wire (1032 bits), 129 bytes captured (1032 bits) Enc IPv4, SPI 0xcf4a3183 Internet Protocol Version 4, Src: 80.84.24.81, Dst: 10.3.0.150 Transmission Control Protocol, Src Port: 2775, Dst Port: 52731, Seq: 42, Ack: 78, Len: 65 Short Message Peer to Peer, Command: Deliver_sm, Seq: 1, Len: 65 Length: 65 Operation: Deliver_sm (0x00000005) Sequence #: 1 Service type: (Default) Type of number (originator): International (0x01) Numbering plan indicator (originator): ISDN (E163/E164) (0x01) Originator address: 33662124034 Type of number (recipient): International (0x01) Numbering plan indicator (recipient): ISDN (E163/E164) (0x01) Recipient address: 33757936414 .... ..00 = Messaging mode: Default SMSC mode (0x0) ..00 00.. = Message type: Default message type (0x0) 00.. .... = GSM features: No specific features selected (0x0) Protocol id.: 0x00 Priority level: GSM: None ANSI-136: Bulk IS-95: Normal (0x00) Scheduled delivery time: Immediate delivery Validity period: SMSC default validity period .... ..01 = Delivery receipt: Delivery receipt requested (for success or failure) (0x1) .... 00.. = Message type: No recipient SME acknowledgement requested (0x0) ...0 .... = Intermediate notif: No intermediate notification requested (0x0) .... ...0 = Replace: Don't replace (0x0) Data coding: 0x00 Predefined message: 0 Message length: 10 Message: 54657374313172657370 No. Time Source Destination Protocol Length Info 6 2019-09-03 11:22:51,387212 10.3.0.150 80.84.24.81 SMPP 107 SMPP Bind_transceiver Frame 6: 107 bytes on wire (856 bits), 107 bytes captured (856 bits) Enc IPv4, SPI 0xc5afa548 Internet Protocol Version 4, Src: 10.3.0.150, Dst: 80.84.24.81 Transmission Control Protocol, Src Port: 51549, Dst Port: 2775, Seq: 1, Ack: 1, Len: 43 Short Message Peer to Peer, Command: Bind_transceiver, Seq: 98558, Len: 43 Length: 43 Operation: Bind_transceiver (0x00000009) Sequence #: 98558 System ID: BELDUSTMO Password: mypassword System type: OTT Version (if): 3.4 Type of number: International (0x01) Numbering plan indicator: ISDN (E163/E164) (0x01) No. Time Source Destination Protocol Length Info 7 2019-09-03 11:22:53,406210 80.84.24.81 10.3.0.150 SMPP 80 SMPP Bind_transceiver - resp: "ESME already in bound state" Frame 7: 80 bytes on wire (640 bits), 80 bytes captured (640 bits) Enc IPv4, SPI 0xcf4a3183 Internet Protocol Version 4, Src: 80.84.24.81, Dst: 10.3.0.150 Transmission Control Protocol, Src Port: 2775, Dst Port: 51549, Seq: 1, Ack: 44, Len: 16 Short Message Peer to Peer, Command: Bind_transceiver - resp, Status: "ESME already in bound state", Seq: 98558, Len: 16 Length: 16 Operation: Bind_transceiver - resp (0x80000009) Result: ESME already in bound state (0x00000005) Sequence #: 98558 From johan at democon.be Tue Sep 3 06:39:44 2019 From: johan at democon.be (johan) Date: Tue, 3 Sep 2019 12:39:44 +0200 Subject: [OpenSIPS-Users] function message Message-ID: <725102ea-a010-4b9e-45a4-1d027ba31055@democon.be> Hello, does there exist a method in opensips to create a MESSAGE to a contact ? BR, Johan. From farmorg at gmail.com Tue Sep 3 09:24:21 2019 From: farmorg at gmail.com (Mark Farmer) Date: Tue, 3 Sep 2019 14:24:21 +0100 Subject: [OpenSIPS-Users] Switch Statement Trouble Message-ID: Hi everyone, can anyone tell me what's going wrong here please? I'm having a problem with my switch statement in that $retcode 1 ends up falling into the processing for -1, -2, -3 # If the client is not already authenticated, check the return code and look for multiple failures www_authorize("", "subscriber"); switch ($retcode) { case 0: # false xlog("CUSTOM_LOG: Client NOT authenticated"); break; case 1: # true xlog("CUSTOM_LOG: Client authenticated"); break; case -3: # stale nonce case -2: # invalid passwd case -1: # no such user xlog("CUSTOM_LOG: Failed Authentication Attempt (Return Code: $retcode) for $ru To: $tu - Checking for Dictionary attack"); # Is the attribute AuthFail_$si present in cache? if ( cache_fetch("local","AuthFail_$si",$avp(failed_no)) ) { xlog("CUSTOM_LOG: Failure Attempts for $ru ($fU) is now $avp(failed_no) (Return Code: $retcode)"); # If so, how many failures so far? if ( $(avp(failed_no){s.int}) >= $var(max_auth_fail) ) { xlog("CUSTOM_LOG: SECURITY ALERT: $var(max_auth_fail) failed auth attempts for $fU from $si - Blocking IP Address"); # Looks like bad people - Block the source IP exec("sudo /sbin/ipset add $var(ipset) $$SIP_SRCIP"); xlog("CUSTOM_LOG: $si added to ipset $var(ipset))"); exit; } # If authentication is failing, increment the value of AuthFail_$si by 1 xlog("CUSTOM_LOG: Incrementing AuthFail_$si"); cache_add("local","AuthFail_$si",1,60); } else { # If the attribute AuthFail_$si is not present - add it xlog("CUSTOM_LOG: Adding Cache entry AuthFail_$si"); cache_store("local","AuthFail_$si","1",60); } break; default: # If non of the above is true, try to authenticate the user xlog("CUSTOM_LOG: No Subscriber in database for $ru ($fU) - Challenging"); www_challenge("", 0); } -------------- >From my logs: CUSTOM_LOG: Failed Authentication Attempt (Return Code: 1) for sip:XXX.XXX.XXX.XXX To: sip:5003 at XXX.XXX.XXX.XXX - Checking for Dictionary attack CUSTOM_LOG: Failure Attempts for sip:XXX.XXX.XXX.XXX (5003) is now 1 (Return Code: 1) CUSTOM_LOG: Incrementing AuthFail_XXX.XXX.XXX.XXX Version info: version: opensips 3.0.0 (x86_64/linux) flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_MALLOC, CC_O0, 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, sigio_rt, select. git revision: 435890a06 main.c compiled on 13:19:25 Jun 21 2019 with gcc 7 Many thanks Mark. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ben.Newlin at genesys.com Tue Sep 3 09:29:36 2019 From: Ben.Newlin at genesys.com (Ben Newlin) Date: Tue, 3 Sep 2019 13:29:36 +0000 Subject: [OpenSIPS-Users] Switch Statement Trouble In-Reply-To: References: Message-ID: <3855610D-1782-4D1A-AD15-1F586965F8F2@genesys.com> Mark, The logs you provided don’t show the code hitting the case for 1 at all. Have you verified the value of $retcode is what you think it is? You might consider adding it to the log print. Ben Newlin From: Users on behalf of Mark Farmer Reply-To: OpenSIPS users mailling list Date: Tuesday, September 3, 2019 at 9:25 AM To: OpenSIPS users mailling list Subject: [OpenSIPS-Users] Switch Statement Trouble Hi everyone, can anyone tell me what's going wrong here please? I'm having a problem with my switch statement in that $retcode 1 ends up falling into the processing for -1, -2, -3 # If the client is not already authenticated, check the return code and look for multiple failures www_authorize("", "subscriber"); switch ($retcode) { case 0: # false xlog("CUSTOM_LOG: Client NOT authenticated"); break; case 1: # true xlog("CUSTOM_LOG: Client authenticated"); break; case -3: # stale nonce case -2: # invalid passwd case -1: # no such user xlog("CUSTOM_LOG: Failed Authentication Attempt (Return Code: $retcode) for $ru To: $tu - Checking for Dictionary attack"); # Is the attribute AuthFail_$si present in cache? if ( cache_fetch("local","AuthFail_$si",$avp(failed_no)) ) { xlog("CUSTOM_LOG: Failure Attempts for $ru ($fU) is now $avp(failed_no) (Return Code: $retcode)"); # If so, how many failures so far? if ( $(avp(failed_no){s.int}) >= $var(max_auth_fail) ) { xlog("CUSTOM_LOG: SECURITY ALERT: $var(max_auth_fail) failed auth attempts for $fU from $si - Blocking IP Address"); # Looks like bad people - Block the source IP exec("sudo /sbin/ipset add $var(ipset) $$SIP_SRCIP"); xlog("CUSTOM_LOG: $si added to ipset $var(ipset))"); exit; } # If authentication is failing, increment the value of AuthFail_$si by 1 xlog("CUSTOM_LOG: Incrementing AuthFail_$si"); cache_add("local","AuthFail_$si",1,60); } else { # If the attribute AuthFail_$si is not present - add it xlog("CUSTOM_LOG: Adding Cache entry AuthFail_$si"); cache_store("local","AuthFail_$si","1",60); } break; default: # If non of the above is true, try to authenticate the user xlog("CUSTOM_LOG: No Subscriber in database for $ru ($fU) - Challenging"); www_challenge("", 0); } -------------- From my logs: CUSTOM_LOG: Failed Authentication Attempt (Return Code: 1) for sip:XXX.XXX.XXX.XXX To: sip:5003 at XXX.XXX.XXX.XXX - Checking for Dictionary attack CUSTOM_LOG: Failure Attempts for sip:XXX.XXX.XXX.XXX (5003) is now 1 (Return Code: 1) CUSTOM_LOG: Incrementing AuthFail_XXX.XXX.XXX.XXX Version info: version: opensips 3.0.0 (x86_64/linux) flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_MALLOC, CC_O0, 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, sigio_rt, select. git revision: 435890a06 main.c compiled on 13:19:25 Jun 21 2019 with gcc 7 Many thanks Mark. -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Tue Sep 3 09:35:38 2019 From: liviu at opensips.org (Liviu Chircu) Date: Tue, 3 Sep 2019 16:35:38 +0300 Subject: [OpenSIPS-Users] Switch Statement Trouble In-Reply-To: References: Message-ID: Hi Mark, Be _very_ careful when manipulating the "$retcode" variable, as it might get overwritten more often than you think.  I've seen "if" statements which override it to 1 (success), so maybe the "case" is behaving similarly. I suggest you first back it up, as such: $var(rc) = www_authorize("", "subscriber"); switch ($var(rc)) {     ... } Best regards, Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 03.09.2019 16:24, Mark Farmer wrote: > From my logs: > > CUSTOM_LOG: Failed Authentication Attempt (Return Code: 1) for > sip:XXX.XXX.XXX.XXX To: sip:5003 at XXX.XXX.XXX.XXX - Checking for > Dictionary attack From farmorg at gmail.com Tue Sep 3 09:39:16 2019 From: farmorg at gmail.com (Mark Farmer) Date: Tue, 3 Sep 2019 14:39:16 +0100 Subject: [OpenSIPS-Users] Switch Statement Trouble In-Reply-To: <3855610D-1782-4D1A-AD15-1F586965F8F2@genesys.com> References: <3855610D-1782-4D1A-AD15-1F586965F8F2@genesys.com> Message-ID: Hi Ben I think that's the problem, it should be identifying $retcode 1 at which point I'd see a log entry "CUSTOM_LOG: Client authenticated" but instead it's falling into the cases for -1, -2, -3 The 2nd log line shows the return code. TIA Mark. On Tue, 3 Sep 2019 at 14:32, Ben Newlin wrote: > Mark, > > > > The logs you provided don’t show the code hitting the case for 1 at all. > Have you verified the value of $retcode is what you think it is? You might > consider adding it to the log print. > > > > Ben Newlin > > > > *From: *Users on behalf of Mark Farmer > > *Reply-To: *OpenSIPS users mailling list > *Date: *Tuesday, September 3, 2019 at 9:25 AM > *To: *OpenSIPS users mailling list > *Subject: *[OpenSIPS-Users] Switch Statement Trouble > > > > Hi everyone, can anyone tell me what's going wrong here please? > > I'm having a problem with my switch statement in that $retcode 1 ends up > falling into the processing for -1, -2, -3 > > > > # If the client is not already authenticated, check the return code and > look for multiple failures > > www_authorize("", "subscriber"); > > switch ($retcode) > > { > > case 0: # false > > xlog("CUSTOM_LOG: Client NOT > authenticated"); > > break; > > case 1: # true > > xlog("CUSTOM_LOG: Client authenticated"); > > break; > > case -3: # stale nonce > > case -2: # invalid passwd > > case -1: # no such user > > xlog("CUSTOM_LOG: Failed Authentication > Attempt (Return Code: $retcode) for $ru To: $tu - Checking for Dictionary > attack"); > > # Is the attribute AuthFail_$si present in > cache? > > if ( > cache_fetch("local","AuthFail_$si",$avp(failed_no)) ) { > > xlog("CUSTOM_LOG: Failure Attempts > for $ru ($fU) is now $avp(failed_no) (Return Code: $retcode)"); > > # If so, how many failures so far? > > if ( $(avp(failed_no){s.int}) >= > $var(max_auth_fail) ) { > > xlog("CUSTOM_LOG: SECURITY > ALERT: $var(max_auth_fail) failed auth attempts for $fU from $si - Blocking > IP Address"); > > # Looks like bad people - > Block the source IP > > exec("sudo /sbin/ipset add > $var(ipset) $$SIP_SRCIP"); > > xlog("CUSTOM_LOG: $si > added to ipset $var(ipset))"); > > exit; > > } > > # If authentication is failing, > increment the value of AuthFail_$si by 1 > > xlog("CUSTOM_LOG: Incrementing > AuthFail_$si"); > > > cache_add("local","AuthFail_$si",1,60); > > } else { > > # If the attribute AuthFail_$si is > not present - add it > > xlog("CUSTOM_LOG: Adding Cache > entry AuthFail_$si"); > > > cache_store("local","AuthFail_$si","1",60); > > } > > break; > > default: > > # If non of the above is true, try to > authenticate the user > > xlog("CUSTOM_LOG: No Subscriber in > database for $ru ($fU) - Challenging"); > > www_challenge("", 0); > > } > > > > -------------- > > > > From my logs: > > > > CUSTOM_LOG: Failed Authentication Attempt (Return Code: 1) for > sip:XXX.XXX.XXX.XXX To: sip:5003 at XXX.XXX.XXX.XXX - Checking for > Dictionary attack > > CUSTOM_LOG: Failure Attempts for sip:XXX.XXX.XXX.XXX (5003) is now 1 > (Return Code: 1) > > CUSTOM_LOG: Incrementing AuthFail_XXX.XXX.XXX.XXX > > > > Version info: > > > > version: opensips 3.0.0 (x86_64/linux) > > flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, > Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_MALLOC, CC_O0, 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, sigio_rt, select. > > git revision: 435890a06 > > main.c compiled on 13:19:25 Jun 21 2019 with gcc 7 > > > > Many thanks > > Mark. > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- Mark Farmer farmorg at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From farmorg at gmail.com Tue Sep 3 10:01:59 2019 From: farmorg at gmail.com (Mark Farmer) Date: Tue, 3 Sep 2019 15:01:59 +0100 Subject: [OpenSIPS-Users] Switch Statement Trouble In-Reply-To: References: <3855610D-1782-4D1A-AD15-1F586965F8F2@genesys.com> Message-ID: Thanks Liviu Looks like that was the issue, $retcode was always 1, presumably due to the if statement. using $var(rc) seems to have resolved it :) Thanks again Mark. On Tue, 3 Sep 2019 at 14:39, Mark Farmer wrote: > Hi Ben > > I think that's the problem, it should be identifying $retcode 1 at which > point I'd see a log entry "CUSTOM_LOG: Client authenticated" but instead > it's falling into the cases for -1, -2, -3 > > The 2nd log line shows the return code. > > TIA > Mark. > > > > On Tue, 3 Sep 2019 at 14:32, Ben Newlin wrote: > >> Mark, >> >> >> >> The logs you provided don’t show the code hitting the case for 1 at all. >> Have you verified the value of $retcode is what you think it is? You might >> consider adding it to the log print. >> >> >> >> Ben Newlin >> >> >> >> *From: *Users on behalf of Mark >> Farmer >> *Reply-To: *OpenSIPS users mailling list >> *Date: *Tuesday, September 3, 2019 at 9:25 AM >> *To: *OpenSIPS users mailling list >> *Subject: *[OpenSIPS-Users] Switch Statement Trouble >> >> >> >> Hi everyone, can anyone tell me what's going wrong here please? >> >> I'm having a problem with my switch statement in that $retcode 1 ends up >> falling into the processing for -1, -2, -3 >> >> >> >> # If the client is not already authenticated, check the return code and >> look for multiple failures >> >> www_authorize("", "subscriber"); >> >> switch ($retcode) >> >> { >> >> case 0: # false >> >> xlog("CUSTOM_LOG: Client NOT >> authenticated"); >> >> break; >> >> case 1: # true >> >> xlog("CUSTOM_LOG: Client authenticated"); >> >> break; >> >> case -3: # stale nonce >> >> case -2: # invalid passwd >> >> case -1: # no such user >> >> xlog("CUSTOM_LOG: Failed Authentication >> Attempt (Return Code: $retcode) for $ru To: $tu - Checking for Dictionary >> attack"); >> >> # Is the attribute AuthFail_$si present >> in cache? >> >> if ( >> cache_fetch("local","AuthFail_$si",$avp(failed_no)) ) { >> >> xlog("CUSTOM_LOG: Failure >> Attempts for $ru ($fU) is now $avp(failed_no) (Return Code: $retcode)"); >> >> # If so, how many failures so far? >> >> if ( $(avp(failed_no){s.int}) >= >> $var(max_auth_fail) ) { >> >> xlog("CUSTOM_LOG: >> SECURITY ALERT: $var(max_auth_fail) failed auth attempts for $fU from $si - >> Blocking IP Address"); >> >> # Looks like bad people - >> Block the source IP >> >> exec("sudo /sbin/ipset >> add $var(ipset) $$SIP_SRCIP"); >> >> xlog("CUSTOM_LOG: $si >> added to ipset $var(ipset))"); >> >> exit; >> >> } >> >> # If authentication is failing, >> increment the value of AuthFail_$si by 1 >> >> xlog("CUSTOM_LOG: Incrementing >> AuthFail_$si"); >> >> >> cache_add("local","AuthFail_$si",1,60); >> >> } else { >> >> # If the attribute AuthFail_$si >> is not present - add it >> >> xlog("CUSTOM_LOG: Adding Cache >> entry AuthFail_$si"); >> >> >> cache_store("local","AuthFail_$si","1",60); >> >> } >> >> break; >> >> default: >> >> # If non of the above is true, try to >> authenticate the user >> >> xlog("CUSTOM_LOG: No Subscriber in >> database for $ru ($fU) - Challenging"); >> >> www_challenge("", 0); >> >> } >> >> >> >> -------------- >> >> >> >> From my logs: >> >> >> >> CUSTOM_LOG: Failed Authentication Attempt (Return Code: 1) for >> sip:XXX.XXX.XXX.XXX To: sip:5003 at XXX.XXX.XXX.XXX - Checking for >> Dictionary attack >> >> CUSTOM_LOG: Failure Attempts for sip:XXX.XXX.XXX.XXX (5003) is now 1 >> (Return Code: 1) >> >> CUSTOM_LOG: Incrementing AuthFail_XXX.XXX.XXX.XXX >> >> >> >> Version info: >> >> >> >> version: opensips 3.0.0 (x86_64/linux) >> >> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, >> Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_MALLOC, CC_O0, 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, sigio_rt, select. >> >> git revision: 435890a06 >> >> main.c compiled on 13:19:25 Jun 21 2019 with gcc 7 >> >> >> >> Many thanks >> >> Mark. >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > > > -- > Mark Farmer > farmorg at gmail.com > -- Mark Farmer farmorg at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From johan at democon.be Tue Sep 3 11:47:49 2019 From: johan at democon.be (johan) Date: Tue, 3 Sep 2019 17:47:49 +0200 Subject: [OpenSIPS-Users] opensips_cp 3.0 In-Reply-To: <1737f456-817a-b24a-770a-7420bfbd68dc@democon.be> References: <8c746773-415b-2efa-c333-94efe770b9f3@democon.be> <4c90865e-ee9e-6d69-3250-54c9172b1462@opensips.org> <1737f456-817a-b24a-770a-7420bfbd68dc@democon.be> Message-ID: <4ab093cf-52d3-95dc-f8ae-f16327819fe1@democon.be> Bogdan, for opensips3.0 the connector in boxes.global.inc.php should be  json:127.0.0.1:8888/mi maybe you can change this in the example in the documentation. Br, Johan. On 21.08.19 18:34, johan wrote: > > Hi Bogdan, > > netstat -tulpn on opensipsbox: > > .... > > tcp        0      0 0.0.0.0:8888 0.0.0.0:*               LISTEN      > 8881/opensips > > ... > > opensips.cfg > > #### HTTPD module > loadmodule "httpd.so" > modparam("httpd", "port", 8888) > #### MI_HTTP module > loadmodule "json.so" > loadmodule "mi_http.so" > > > boxes.global.inc.php > > // each server is a box > > $box_id=0; > > //  MI connector (via JSON backend):   json:host:port/json > $boxes[$box_id]['mi']['conn']="json:127.0.0.1:8888/JSON"; > > > Is there something that I overlook ? > > > On 21.08.19 17:59, Bogdan-Andrei Iancu wrote: >> Hi, >> >> I suspect your MI connector is not properly configured in CP - check >> if it matches the one offered by MI_HTTP in opensips (also opensips >> must run) >> >> Regards, >> Bogdan-Andrei Iancu >> >> OpenSIPS Founder and Developer >> https://www.opensips-solutions.com >> OpenSIPS Summit 2019 >> https://www.opensips.org/events/Summit-2019Amsterdam/ >> On 08/21/2019 06:34 PM, johan wrote: >>> >>> Hi, >>> >>> >>> I installed opensips-cp 3.1. >>> >>> Both uac_registrant and smpp work (thanks for that). >>> >>> However, when I need to reload something there is no reply coming >>> back (see below screenshot from dr_reload). >>> >>> Is there something that I need to change in my opensips.cfg to make >>> this working ? >>> >>> >>> Best regards, >>> >>> >>> >>> >>> >>> _______________________________________________ >>> 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 Wed Sep 4 01:16:23 2019 From: k.galinurov at gmail.com (Kirill Galinurov) Date: Wed, 4 Sep 2019 08:16:23 +0300 Subject: [OpenSIPS-Users] Latest opensips crashed on do_routing Message-ID: Hi All/ I use opensips with drouting module. Version: opensips 3.0.0 (x86_64/linux) flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_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, sigio_rt, select. git revision: 86d83c2b5 main.c compiled on 02:42:45 Sep 4 2019 with gcc 4.8.5 if (!do_routing(0,,,$avp(route_number),$avp(gateway_attr),$avp(carrier_attr),"*")){ .... } (gdb) bt full #0 0x00007f08222c307b in ?? () No symbol table info available. Cannot access memory at address 0x7ffd725e3b50 -------------- next part -------------- An HTML attachment was scrubbed... URL: From goup2010 at gmail.com Wed Sep 4 07:51:35 2019 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Wed, 4 Sep 2019 14:51:35 +0300 Subject: [OpenSIPS-Users] Double SDP Message-ID: Hello, I try setup Opensips to make local calls using device with encryption. In this example, it is not known UA 2 whether it supported (RTP/SAVP). UA 1 (RTP/AVP) ----> Opensips+Rtpengine -----> UA 2 1. I try to make call with: rtpengine_offer("RTP/AVP replace-session-connection replace-origin ICE=remove"); 2. If UA 2 is not supported RTP/AVP (use encryption always) return 488 (Not Acceptable Media). failure_route[local] { if (t_check_status("488")) { rtpengine_delete(); rtpengine_offer("RTP/SAVP replace-session-connection replace-origin ICE=remove"); t_on_failure("local"); t_relay(); exit; }; } This is INVITE from Opensips to UA 2. The Session Description Protocol contains two parts. One with RTP/AVP and the other with RTP/SAVP. Is this correct? INVITE ......................................... v=0 o=- 13211994121466145 1 IN IP4 84.21.15.45 s=X-Lite release 5.6.1 stamp 99142 c=IN IP4 84.21.15.45 t=0 0 m=audio 51334 RTP/AVP 8 0 101 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv a=rtcp:51335 v=0 o=- 13211994121466145 1 IN IP4 84.21.15.45 s=X-Lite release 5.6.1 stamp 99142 c=IN IP4 84.21.15.45 t=0 0 m=audio 51334 RTP/SAVP 8 0 101 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv a=rtcp:51335 a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:BQZW8OxjNdLM/Py8clP7nGLRPUXSDNTIhGS84YoN a=crypto:2 AES_CM_128_HMAC_SHA1_32 inline:eC/i/z6ll3sZL/rhqfFcqK+q/atpInrBV+WBl921 a=crypto:3 AES_192_CM_HMAC_SHA1_80 inline:1Zz46W/M4YkZOWSebTcZwlZspR7t3n5e0NLx36DLREpyrFzYj7I a=crypto:4 AES_192_CM_HMAC_SHA1_32 inline:43+DC+ZYBHrRWweVfJjP/U/3PFxd0QIyi5XHq7Oq8nnKS2w9lpQ a=crypto:5 AES_256_CM_HMAC_SHA1_80 inline:HVjfOVa4qezhGqdKYOxD3KiZFllBUA6G7NCnnESuYHoy8Ha+pTQi57H0knlobg a=crypto:6 AES_256_CM_HMAC_SHA1_32 inline:YbVeh5vrcQbMPKY9g13QCEBD7KZsin2wXWjQA+mEKfL0T8uMKE0+Dn2comPzmA a=crypto:7 F8_128_HMAC_SHA1_80 inline:lLQrgIsJWoTb37NCXKJrB88aSBX3/ETWFyPSnOu1 a=crypto:8 F8_128_HMAC_SHA1_32 inline:+LuITZ9LDvcQUv2O7t9FBztNUOkHhgpmj91w2c6w a=crypto:9 NULL_HMAC_SHA1_80 inline:y+3sqIOeZXDPG0mhYsz234s7Jrq3EOblQWT5bc0w a=crypto:10 NULL_HMAC_SHA1_32 inline:6oMnVQvKFtJeQnHyyCY6ECDLwIjgn3kGyxYPm+nT a=setup:actpass a=fingerprint:sha-1 A2:EF:11:86:E9:68:C9:8F:D6:86:33:07:BF:D1:6C:DD:6B:D8:FB:C3 The problem is that I get a one-way voice. Best regards, Dragomir -------------- next part -------------- An HTML attachment was scrubbed... URL: From Johan at democon.be Wed Sep 4 08:01:52 2019 From: Johan at democon.be (Johan De Clercq) Date: Wed, 4 Sep 2019 14:01:52 +0200 Subject: [OpenSIPS-Users] Double SDP In-Reply-To: References: Message-ID: No it is either rtp/avp or rtp/savp. On Wed, 4 Sep 2019, 13:54 Dragomir Haralambiev, wrote: > Hello, > > I try setup Opensips to make local calls using device with encryption. > > In this example, it is not known UA 2 whether it supported (RTP/SAVP). > UA 1 (RTP/AVP) ----> Opensips+Rtpengine -----> UA 2 > > 1. I try to make call with: > rtpengine_offer("RTP/AVP replace-session-connection replace-origin > ICE=remove"); > > 2. If UA 2 is not supported RTP/AVP (use encryption always) return 488 > (Not Acceptable Media). > > failure_route[local] { > > if (t_check_status("488")) { > rtpengine_delete(); > rtpengine_offer("RTP/SAVP replace-session-connection replace-origin > ICE=remove"); > t_on_failure("local"); > t_relay(); > exit; > }; > } > This is INVITE from Opensips to UA 2. > The Session Description Protocol contains two parts. One with RTP/AVP and > the other with RTP/SAVP. > Is this correct? > > INVITE > ......................................... > v=0 > o=- 13211994121466145 1 IN IP4 84.21.15.45 > s=X-Lite release 5.6.1 stamp 99142 > c=IN IP4 84.21.15.45 > t=0 0 > m=audio 51334 RTP/AVP 8 0 101 > a=rtpmap:8 PCMA/8000 > a=rtpmap:0 PCMU/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-15 > a=sendrecv > a=rtcp:51335 > v=0 > o=- 13211994121466145 1 IN IP4 84.21.15.45 > s=X-Lite release 5.6.1 stamp 99142 > c=IN IP4 84.21.15.45 > t=0 0 > m=audio 51334 RTP/SAVP 8 0 101 > a=rtpmap:8 PCMA/8000 > a=rtpmap:0 PCMU/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-15 > a=sendrecv > a=rtcp:51335 > a=crypto:1 AES_CM_128_HMAC_SHA1_80 > inline:BQZW8OxjNdLM/Py8clP7nGLRPUXSDNTIhGS84YoN > a=crypto:2 AES_CM_128_HMAC_SHA1_32 > inline:eC/i/z6ll3sZL/rhqfFcqK+q/atpInrBV+WBl921 > a=crypto:3 AES_192_CM_HMAC_SHA1_80 > inline:1Zz46W/M4YkZOWSebTcZwlZspR7t3n5e0NLx36DLREpyrFzYj7I > a=crypto:4 AES_192_CM_HMAC_SHA1_32 > inline:43+DC+ZYBHrRWweVfJjP/U/3PFxd0QIyi5XHq7Oq8nnKS2w9lpQ > a=crypto:5 AES_256_CM_HMAC_SHA1_80 > inline:HVjfOVa4qezhGqdKYOxD3KiZFllBUA6G7NCnnESuYHoy8Ha+pTQi57H0knlobg > a=crypto:6 AES_256_CM_HMAC_SHA1_32 > inline:YbVeh5vrcQbMPKY9g13QCEBD7KZsin2wXWjQA+mEKfL0T8uMKE0+Dn2comPzmA > a=crypto:7 F8_128_HMAC_SHA1_80 > inline:lLQrgIsJWoTb37NCXKJrB88aSBX3/ETWFyPSnOu1 > a=crypto:8 F8_128_HMAC_SHA1_32 > inline:+LuITZ9LDvcQUv2O7t9FBztNUOkHhgpmj91w2c6w > a=crypto:9 NULL_HMAC_SHA1_80 > inline:y+3sqIOeZXDPG0mhYsz234s7Jrq3EOblQWT5bc0w > a=crypto:10 NULL_HMAC_SHA1_32 > inline:6oMnVQvKFtJeQnHyyCY6ECDLwIjgn3kGyxYPm+nT > a=setup:actpass > a=fingerprint:sha-1 > A2:EF:11:86:E9:68:C9:8F:D6:86:33:07:BF:D1:6C:DD:6B:D8:FB:C3 > > > > The problem is that I get a one-way voice. > > Best 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 alexei.vasilyev at gmail.com Wed Sep 4 08:27:10 2019 From: alexei.vasilyev at gmail.com (Alexey Vasilyev) Date: Wed, 4 Sep 2019 05:27:10 -0700 (MST) Subject: [OpenSIPS-Users] Double SDP In-Reply-To: References: Message-ID: <1567600030098-0.post@n2.nabble.com> This is absolutely normal. SDP can contain both RTP/AVP and RTP/SAVP. This is Invite from snom phone, for example: Sent to tls:135.42.212.82:5061 at Sep 4 14:19:18.641 (1383 bytes): INVITE sip:*7 at sip.test.dk SIP/2.0 Via: SIP/2.0/TLS 172.16.1.29:4169;branch=z9hG4bK-gci2vl6fe7cz;rport From: "Demo" ;tag=ncsplp1nvz To: Call-ID: 313536373539393535363232353137-eewp9wlm45rf CSeq: 2 INVITE Max-Forwards: 70 User-Agent: snom320/8.7.5.44 Contact: ;reg-id=1 X-Serialnumber: 000XXX P-Key-Flags: keys="3" Accept: application/sdp Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE Allow-Events: talk, hold, refer, call-info Supported: timer, 100rel, replaces, from-change Session-Expires: 600 Min-SE: 90 Authorization: Digest username="200",realm="asterisk",nonce="7b2d56ec",uri="sip:*7 at sip.test.dk",response="7a9fe1f24a6f7585fb7323237a000167",algorithm=MD5 Content-Type: application/sdp Content-Length: 476 v=0 o=root 558099897 558099897 IN IP4 172.16.1.29 s=call c=IN IP4 172.16.1.29 t=0 0 m=audio 60812 RTP/SAVP 9 8 101 a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:ysn2nTlXXXXXXAuZYcpOhf1g/h+oG a=rtpmap:9 G722/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv m=audio 60812 RTP/AVP 9 8 101 a=rtpmap:9 G722/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv ----- --- Alexey Vasilyev -- Sent from: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html From Ben.Newlin at genesys.com Wed Sep 4 08:31:29 2019 From: Ben.Newlin at genesys.com (Ben Newlin) Date: Wed, 4 Sep 2019 12:31:29 +0000 Subject: [OpenSIPS-Users] Double SDP In-Reply-To: <1567600030098-0.post@n2.nabble.com> References: <1567600030098-0.post@n2.nabble.com> Message-ID: If you don't want to have both in the second INVITE, you can try putting both rtpengine_offer calls in branch routes instead. I haven't worked with rtpengine, but with other messages changes like this if you place them in the branch route then they affect only the current branch; after failure the original message will be returned and you may then be able to add RTP/SAVP only. Ben Newlin On 9/4/19, 8:27 AM, "Users on behalf of Alexey Vasilyev" wrote: This is absolutely normal. SDP can contain both RTP/AVP and RTP/SAVP. This is Invite from snom phone, for example: Sent to tls:135.42.212.82:5061 at Sep 4 14:19:18.641 (1383 bytes): INVITE sip:*7 at sip.test.dk SIP/2.0 Via: SIP/2.0/TLS 172.16.1.29:4169;branch=z9hG4bK-gci2vl6fe7cz;rport From: "Demo" ;tag=ncsplp1nvz To: Call-ID: 313536373539393535363232353137-eewp9wlm45rf CSeq: 2 INVITE Max-Forwards: 70 User-Agent: snom320/8.7.5.44 Contact: ;reg-id=1 X-Serialnumber: 000XXX P-Key-Flags: keys="3" Accept: application/sdp Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO, UPDATE Allow-Events: talk, hold, refer, call-info Supported: timer, 100rel, replaces, from-change Session-Expires: 600 Min-SE: 90 Authorization: Digest username="200",realm="asterisk",nonce="7b2d56ec",uri="sip:*7 at sip.test.dk",response="7a9fe1f24a6f7585fb7323237a000167",algorithm=MD5 Content-Type: application/sdp Content-Length: 476 v=0 o=root 558099897 558099897 IN IP4 172.16.1.29 s=call c=IN IP4 172.16.1.29 t=0 0 m=audio 60812 RTP/SAVP 9 8 101 a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:ysn2nTlXXXXXXAuZYcpOhf1g/h+oG a=rtpmap:9 G722/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv m=audio 60812 RTP/AVP 9 8 101 a=rtpmap:9 G722/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:20 a=sendrecv ----- --- Alexey Vasilyev -- Sent from: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users From goup2010 at gmail.com Wed Sep 4 08:34:13 2019 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Wed, 4 Sep 2019 15:34:13 +0300 Subject: [OpenSIPS-Users] Double SDP In-Reply-To: <1567600030098-0.post@n2.nabble.com> References: <1567600030098-0.post@n2.nabble.com> Message-ID: Hello, Thanks for your replay. If that's OK. Why do I have one-way voice? Rerards, На ср, 4.09.2019 г. в 15:29 ч. Alexey Vasilyev написа: > This is absolutely normal. SDP can contain both RTP/AVP and RTP/SAVP. This > is > Invite from snom phone, for example: > > Sent to tls:135.42.212.82:5061 at Sep 4 14:19:18.641 (1383 bytes): > > INVITE sip:*7 at sip.test.dk SIP/2.0 > Via: SIP/2.0/TLS 172.16.1.29:4169;branch=z9hG4bK-gci2vl6fe7cz;rport > From: "Demo" ;tag=ncsplp1nvz > To: > Call-ID: 313536373539393535363232353137-eewp9wlm45rf > CSeq: 2 INVITE > Max-Forwards: 70 > User-Agent: snom320/8.7.5.44 > Contact: ;reg-id=1 > X-Serialnumber: 000XXX > P-Key-Flags: keys="3" > Accept: application/sdp > Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, > MESSAGE, INFO, UPDATE > Allow-Events: talk, hold, refer, call-info > Supported: timer, 100rel, replaces, from-change > Session-Expires: 600 > Min-SE: 90 > Authorization: Digest > username="200",realm="asterisk",nonce="7b2d56ec",uri="sip:*7 at sip.test.dk > ",response="7a9fe1f24a6f7585fb7323237a000167",algorithm=MD5 > Content-Type: application/sdp > Content-Length: 476 > > v=0 > o=root 558099897 558099897 IN IP4 172.16.1.29 > s=call > c=IN IP4 172.16.1.29 > t=0 0 > m=audio 60812 RTP/SAVP 9 8 101 > a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:ysn2nTlXXXXXXAuZYcpOhf1g/h+oG > a=rtpmap:9 G722/8000 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-15 > a=ptime:20 > a=sendrecv > m=audio 60812 RTP/AVP 9 8 101 > a=rtpmap:9 G722/8000 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-15 > a=ptime:20 > a=sendrecv > > > > > > ----- > --- > Alexey Vasilyev > -- > Sent from: > http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html > > _______________________________________________ > 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 babak.freeswitch at gmail.com Thu Sep 5 00:41:38 2019 From: babak.freeswitch at gmail.com (Babak Yakhchali) Date: Thu, 5 Sep 2019 09:11:38 +0430 Subject: [OpenSIPS-Users] timer related warnings Message-ID: Hi should I be worried about these warnings? Sep 4 23:11:24 opensips_prod /usr/local/sbin/opensips[19797]: WARNING:core:handle_timer_job: timer job has a 70000 us delay in execution Sep 4 23:43:24 opensips_prod /usr/local/sbin/opensips[19790]: WARNING:core:handle_timer_job: utimer job has a 60000 us delay in execution Sep 5 00:59:39 opensips_prod /usr/local/sbin/opensips[19782]: WARNING:core:handle_timer_job: timer job has a 70000 us delay in execution Sep 5 01:16:44 opensips_prod /usr/local/sbin/opensips[19785]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 01:24:09 opensips_prod /usr/local/sbin/opensips[19829]: WARNING:core:handle_timer_job: utimer job has a 80000 us delay in execution Sep 5 01:26:04 opensips_prod /usr/local/sbin/opensips[19784]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 02:37:04 opensips_prod /usr/local/sbin/opensips[19807]: WARNING:core:handle_timer_job: timer job has a 70000 us delay in execution Sep 5 02:40:19 opensips_prod /usr/local/sbin/opensips[19816]: WARNING:core:handle_timer_job: utimer job has a 60000 us delay in execution Sep 5 02:47:34 opensips_prod /usr/local/sbin/opensips[19786]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 03:21:34 opensips_prod /usr/local/sbin/opensips[19799]: WARNING:core:handle_timer_job: utimer job has a 80000 us delay in execution Sep 5 03:46:04 opensips_prod /usr/local/sbin/opensips[19815]: WARNING:core:handle_timer_job: timer job has a 70000 us delay in execution Sep 5 04:13:09 opensips_prod /usr/local/sbin/opensips[19829]: WARNING:core:handle_timer_job: timer job has a 70000 us delay in execution Sep 5 04:22:39 opensips_prod /usr/local/sbin/opensips[19794]: WARNING:core:handle_timer_job: timer job has a 70000 us delay in execution Sep 5 04:27:59 opensips_prod /usr/local/sbin/opensips[19827]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 04:42:24 opensips_prod /usr/local/sbin/opensips[19786]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 04:42:24 opensips_prod /usr/local/sbin/opensips[19789]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 04:52:49 opensips_prod /usr/local/sbin/opensips[19788]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 04:52:49 opensips_prod /usr/local/sbin/opensips[19830]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 04:52:54 opensips_prod /usr/local/sbin/opensips[19783]: WARNING:core:handle_timer_job: timer job has a 70000 us delay in execution Sep 5 05:05:19 opensips_prod /usr/local/sbin/opensips[19793]: WARNING:core:handle_timer_job: timer job has a 60000 us delay in execution Sep 5 05:21:19 opensips_prod /usr/local/sbin/opensips[19788]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 06:17:19 opensips_prod /usr/local/sbin/opensips[19794]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 06:20:14 opensips_prod /usr/local/sbin/opensips[19795]: WARNING:core:handle_timer_job: timer job has a 70000 us delay in execution Sep 5 06:36:24 opensips_prod /usr/local/sbin/opensips[19789]: WARNING:core:handle_timer_job: timer job has a 70000 us delay in execution Sep 5 06:40:54 opensips_prod /usr/local/sbin/opensips[19828]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 06:59:59 opensips_prod /usr/local/sbin/opensips[19797]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 07:06:19 opensips_prod /usr/local/sbin/opensips[19828]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 07:15:34 opensips_prod /usr/local/sbin/opensips[19816]: WARNING:core:handle_timer_job: timer job has a 70000 us delay in execution Sep 5 07:44:09 opensips_prod /usr/local/sbin/opensips[19812]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution Sep 5 08:57:59 opensips_prod /usr/local/sbin/opensips[19826]: WARNING:core:handle_timer_job: utimer job has a 70000 us delay in execution -------------- next part -------------- An HTML attachment was scrubbed... URL: From k.galinurov at gmail.com Thu Sep 5 00:42:30 2019 From: k.galinurov at gmail.com (Kirill Galinurov) Date: Thu, 5 Sep 2019 07:42:30 +0300 Subject: [OpenSIPS-Users] Double SDP Message-ID: Hi Dragomir. May be you miss rtpengine_answer on reply? Like onreply_route[handle_reply] { if (has_body("application/sdp"){ $var(rtpengine_flags) = "RTP/AVP replace-session-connection replace-origin ICE=remove"; } -------------- next part -------------- An HTML attachment was scrubbed... URL: From goup2010 at gmail.com Thu Sep 5 03:17:33 2019 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Thu, 5 Sep 2019 10:17:33 +0300 Subject: [OpenSIPS-Users] Double SDP In-Reply-To: References: <1567600030098-0.post@n2.nabble.com> Message-ID: Thanks! Now all is OK! На ср, 4.09.2019 г. в 15:34 ч. Ben Newlin написа: > If you don't want to have both in the second INVITE, you can try putting > both rtpengine_offer calls in branch routes instead. I haven't worked with > rtpengine, but with other messages changes like this if you place them in > the branch route then they affect only the current branch; after failure > the original message will be returned and you may then be able to add > RTP/SAVP only. > > Ben Newlin > > On 9/4/19, 8:27 AM, "Users on behalf of Alexey Vasilyev" < > users-bounces at lists.opensips.org on behalf of alexei.vasilyev at gmail.com> > wrote: > > This is absolutely normal. SDP can contain both RTP/AVP and RTP/SAVP. > This is > Invite from snom phone, for example: > > Sent to tls:135.42.212.82:5061 at Sep 4 14:19:18.641 (1383 bytes): > > INVITE sip:*7 at sip.test.dk SIP/2.0 > Via: SIP/2.0/TLS 172.16.1.29:4169;branch=z9hG4bK-gci2vl6fe7cz;rport > From: "Demo" ;tag=ncsplp1nvz > To: > Call-ID: 313536373539393535363232353137-eewp9wlm45rf > CSeq: 2 INVITE > Max-Forwards: 70 > User-Agent: snom320/8.7.5.44 > Contact: ;reg-id=1 > X-Serialnumber: 000XXX > P-Key-Flags: keys="3" > Accept: application/sdp > Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, > PRACK, > MESSAGE, INFO, UPDATE > Allow-Events: talk, hold, refer, call-info > Supported: timer, 100rel, replaces, from-change > Session-Expires: 600 > Min-SE: 90 > Authorization: Digest > username="200",realm="asterisk",nonce="7b2d56ec",uri="sip:* > 7 at sip.test.dk",response="7a9fe1f24a6f7585fb7323237a000167",algorithm=MD5 > Content-Type: application/sdp > Content-Length: 476 > > v=0 > o=root 558099897 558099897 IN IP4 172.16.1.29 > s=call > c=IN IP4 172.16.1.29 > t=0 0 > m=audio 60812 RTP/SAVP 9 8 101 > a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:ysn2nTlXXXXXXAuZYcpOhf1g/h+oG > a=rtpmap:9 G722/8000 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-15 > a=ptime:20 > a=sendrecv > m=audio 60812 RTP/AVP 9 8 101 > a=rtpmap:9 G722/8000 > a=rtpmap:8 PCMA/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-15 > a=ptime:20 > a=sendrecv > > > > > > ----- > --- > Alexey Vasilyev > -- > Sent from: > http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.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 Thu Sep 5 03:32:52 2019 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Thu, 5 Sep 2019 10:32:52 +0300 Subject: [OpenSIPS-Users] TLS - nated contact is not fixed Message-ID: Hello, I have : if (is_method("REGISTER|SUBSCRIBE")) { fix_nated_register(); } fix_nated_contact(); When I have Transport UDP all is OK. Wen I have Transport TLS, contact record in location table is not fixed. What I do to fix this? Regards, Dragomir -------------- next part -------------- An HTML attachment was scrubbed... URL: From nocbgtelcom at gmail.com Thu Sep 5 04:18:11 2019 From: nocbgtelcom at gmail.com (Hristo Donev) Date: Thu, 5 Sep 2019 11:18:11 +0300 Subject: [OpenSIPS-Users] TLS - nated contact is not fixed In-Reply-To: References: Message-ID: Add the global parameter: tcp_accept_aliases=yes insert in main route: if (proto==TLS) { force_tcp_alias(); } На чт, 5.09.2019 г. в 10:37 ч. Dragomir Haralambiev написа: > Hello, > > I have : > if (is_method("REGISTER|SUBSCRIBE")) { > fix_nated_register(); > } > fix_nated_contact(); > > When I have Transport UDP all is OK. > Wen I have Transport TLS, contact record in location table is not fixed. > > What I do to fix this? > > 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 goup2010 at gmail.com Thu Sep 5 06:24:37 2019 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Thu, 5 Sep 2019 13:24:37 +0300 Subject: [OpenSIPS-Users] TLS - nated contact is not fixed In-Reply-To: References: Message-ID: Not working: AOR:: 33341656 Contact:: sip: 33341656 @192.168.1.106:50443;transport=TLS;ob Q= Expires:: 260 Callid:: 554fdfd6ee794451942f693e40fbe362 Cseq:: 31813 User-agent:: MicroSIP/3.19.18 Received:: sip:39.121.145.121:50445;transport=TLS State:: CS_SYNC Flags:: 0 Cflags:: TLS RM_ONTO_FLAG SIP_PING_BFLAG NAT_BFLAG Socket:: tls:83.21.101.114:5062 Methods:: 8063 SIP_instance:: When run :t_relay(); Relay send to 192.168.1.106:50443... На чт, 5.09.2019 г. в 11:21 ч. Hristo Donev написа: > Add the global parameter: > tcp_accept_aliases=yes > > insert in main route: > if (proto==TLS) { force_tcp_alias(); } > > > > На чт, 5.09.2019 г. в 10:37 ч. Dragomir Haralambiev > написа: > >> Hello, >> >> I have : >> if (is_method("REGISTER|SUBSCRIBE")) { >> fix_nated_register(); >> } >> fix_nated_contact(); >> >> When I have Transport UDP all is OK. >> Wen I have Transport TLS, contact record in location table is not fixed. >> >> What I do to fix this? >> >> Regards, >> Dragomir >> _______________________________________________ >> 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 Thu Sep 5 09:53:30 2019 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Thu, 5 Sep 2019 16:53:30 +0300 Subject: [OpenSIPS-Users] Problem with registrar mcontact_avp Message-ID: Hello, I try to store the real IP in the location table. I make the following: a. specify a mcontact_avp[1] in my script: modparam("registrar", "mcontact_avp", "$avp(register)") b. after fix_nated_contact() I store the changed contact in that AVP: fix_nated_contact(); $avp(register) = $ct.fields(uri); $avp(register) I have the following sip:33341656 at 39.121.145.121:50445;transport=TLS;ob Save location: save("location","c1","$fu") opensipsctl ul show AOR:: 33341656 Contact:: sip: 33341656 @192.168.1.106:50443;transport=TLS;ob Q= Expires:: 260 Callid:: 554fdfd6ee794451942f693e40fbe362 Cseq:: 31813 User-agent:: MicroSIP/3.19.18 Received:: sip:39.121.145.121:50445;transport=TLS State:: CS_SYNC Flags:: 0 Cflags:: TLS RM_ONTO_FLAG SIP_PING_BFLAG NAT_BFLAG Socket:: tls:83.21.101.114:5062 Methods:: 8063 SIP_instance:: Where is problem? Why the real IP did not store in the location table? Regards; Dragomir -------------- next part -------------- An HTML attachment was scrubbed... URL: From spanda at 3clogic.com Fri Sep 6 03:50:02 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Fri, 6 Sep 2019 13:20:02 +0530 Subject: [OpenSIPS-Users] need some help using opensips 3.0 cluster module . In-Reply-To: References: <5ee7c223-cdea-933d-d9be-0c521249ad41@opensips.org> <2e639518-0e01-9352-0ba6-89ee9c9a4e69@opensips.org> <231375c3-200f-16cf-a836-37abeedb94aa@opensips.org> <2a97e43d-c0c5-e629-1893-165517c46e69@opensips.org> Message-ID: Hi All , I have tested opensips 3.0 federated cachedb cluster with mongo db as cache db . But in my company we are using redis as cache db. loadmodule "cachedb_redis.so" loadmodule "db_cachedb.so" modparam("cachedb_redis", "cachedb_url","redis:group1://192.168.0.213:6379/ ") modparam("db_cachedb","cachedb_url","redis:group1://192.168.0.213:6379/") modparam("usrloc", "cachedb_url", "redis:group1://192.168.0.213:6379/") In place of mongodb I have replace redis . But its not working . I am not getting any data the redis cache . Please help me . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Mon, Sep 2, 2019 at 1:07 PM Sasmita Panda wrote: > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > ---------- Forwarded message --------- > From: Giovanni Maruzzelli > Date: Mon, Sep 2, 2019 at 12:40 PM > Subject: Re: [OpenSIPS-Users] need some help using opensips 3.0 cluster > module . > To: OpenSIPS users mailling list > > > Sasmita, how possibly you can do that? > How you then associate a machine with an id? > Would you create a new database field for the MAC of the machine? > > -giovanni > > > > > On Mon, Sep 2, 2019 at 8:54 AM Sasmita Panda wrote: > >> Hi All , >> >> In clustering , every opensips node has its own node id . >> >> modparam("clusterer", "my_node_id", 2) >> >> I want to read this value from from the DB . Is this possible or not ? If >> yes , how will I do this ? >> >> Please do help me . >> >> >> >> *Thanks & Regards* >> *Sasmita Panda* >> *Senior Network Testing and Software Engineer* >> *3CLogic , ph:07827611765* >> >> >> On Thu, Aug 8, 2019 at 12:44 PM Sasmita Panda wrote: >> >>> Thank you so much for the explanation . >>> >>> >>> *Thanks & Regards* >>> *Sasmita Panda* >>> *Senior Network Testing and Software Engineer* >>> *3CLogic , ph:07827611765* >>> >>> >>> On Wed, Aug 7, 2019 at 6:46 PM Liviu Chircu wrote: >>> >>>> Sasmita, >>>> >>>> Dialog replication is not meant to work on such a cluster. Since >>>> dialogs >>>> retain more >>>> state than registration, they are more sensitive to the IP of the >>>> current node. >>>> >>>> If you want high-availability for dialogs, the basic unit of deployment >>>> shifts from >>>> 1 server to 2 servers (an active/backup pair). And in order to have >>>> the >>>> same IP on >>>> both servers, you must use VRRP-capable software, such as keepalived. >>>> >>>> Deploy as many pairs as needed in each location according to your >>>> traffic volume, and >>>> make sure to give each pair its own Virtual (highly available) IP that >>>> can automatically >>>> move from the active node to the backup in case the former one catches >>>> fire. >>>> >>>> PS: this information should be included in the dialog replication blog >>>> post, so make >>>> sure to read it closely. >>>> >>>> Liviu >>>> >>>> On 8/6/19 1:25 AM, Sasmita Panda wrote: >>>> > | id | cluster_id | node_id | url | state | >>>> > no_ping_retries | priority | sip_addr | flags | description | >>>> > | 1 | 1 | 1 | bin:192.168.0.x:5555 | 1 | >>>> >>>> > 3 | 50 | 192.168.0.x | seed | Node A | >>>> > | 2 | 1 | 2 | bin:192.168.0.y:5555 | 1 | >>>> >>>> > 3 | 50 | 192.168.0.y | seed | Node B | >>>> > | 3 | 1 | 3 | bin:192.168.0.z:5555 | 1 | >>>> >>>> > 3 | 50 | 192.168.0.z | seed | Node C >>>> >>>> _______________________________________________ >>>> 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 >> > > > -- > 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 gmaruzz at gmail.com Fri Sep 6 03:59:38 2019 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Fri, 6 Sep 2019 09:59:38 +0200 Subject: [OpenSIPS-Users] need some help using opensips 3.0 cluster module . In-Reply-To: References: <5ee7c223-cdea-933d-d9be-0c521249ad41@opensips.org> <2e639518-0e01-9352-0ba6-89ee9c9a4e69@opensips.org> <231375c3-200f-16cf-a836-37abeedb94aa@opensips.org> <2a97e43d-c0c5-e629-1893-165517c46e69@opensips.org> Message-ID: it cannot work documentation say that explicitly "Currently, the metadata information may be published to NoSQL databases which support key/multi-value column-like associations. Example known backends to support these abstractions at the time of writing are MongoDB and Cassandra." https://opensips.org/html/docs/modules/3.0.x/usrloc.html On Fri, Sep 6, 2019 at 9:53 AM Sasmita Panda wrote: > Hi All , > > I have tested opensips 3.0 federated cachedb cluster with mongo db as > cache db . > > But in my company we are using redis as cache db. > > loadmodule "cachedb_redis.so" > loadmodule "db_cachedb.so" > modparam("cachedb_redis", "cachedb_url","redis:group1:// > 192.168.0.213:6379/") > modparam("db_cachedb","cachedb_url","redis:group1://192.168.0.213:6379/") > modparam("usrloc", "cachedb_url", "redis:group1://192.168.0.213:6379/") > > In place of mongodb I have replace redis . But its not working . I am not > getting any data the redis cache . Please help me . > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Mon, Sep 2, 2019 at 1:07 PM Sasmita Panda wrote: > >> >> *Thanks & Regards* >> *Sasmita Panda* >> *Senior Network Testing and Software Engineer* >> *3CLogic , ph:07827611765* >> >> >> ---------- Forwarded message --------- >> From: Giovanni Maruzzelli >> Date: Mon, Sep 2, 2019 at 12:40 PM >> Subject: Re: [OpenSIPS-Users] need some help using opensips 3.0 cluster >> module . >> To: OpenSIPS users mailling list >> >> >> Sasmita, how possibly you can do that? >> How you then associate a machine with an id? >> Would you create a new database field for the MAC of the machine? >> >> -giovanni >> >> >> >> >> On Mon, Sep 2, 2019 at 8:54 AM Sasmita Panda wrote: >> >>> Hi All , >>> >>> In clustering , every opensips node has its own node id . >>> >>> modparam("clusterer", "my_node_id", 2) >>> >>> I want to read this value from from the DB . Is this possible or not ? >>> If yes , how will I do this ? >>> >>> Please do help me . >>> >>> >>> >>> *Thanks & Regards* >>> *Sasmita Panda* >>> *Senior Network Testing and Software Engineer* >>> *3CLogic , ph:07827611765* >>> >>> >>> On Thu, Aug 8, 2019 at 12:44 PM Sasmita Panda >>> wrote: >>> >>>> Thank you so much for the explanation . >>>> >>>> >>>> *Thanks & Regards* >>>> *Sasmita Panda* >>>> *Senior Network Testing and Software Engineer* >>>> *3CLogic , ph:07827611765* >>>> >>>> >>>> On Wed, Aug 7, 2019 at 6:46 PM Liviu Chircu wrote: >>>> >>>>> Sasmita, >>>>> >>>>> Dialog replication is not meant to work on such a cluster. Since >>>>> dialogs >>>>> retain more >>>>> state than registration, they are more sensitive to the IP of the >>>>> current node. >>>>> >>>>> If you want high-availability for dialogs, the basic unit of >>>>> deployment >>>>> shifts from >>>>> 1 server to 2 servers (an active/backup pair). And in order to have >>>>> the >>>>> same IP on >>>>> both servers, you must use VRRP-capable software, such as keepalived. >>>>> >>>>> Deploy as many pairs as needed in each location according to your >>>>> traffic volume, and >>>>> make sure to give each pair its own Virtual (highly available) IP that >>>>> can automatically >>>>> move from the active node to the backup in case the former one catches >>>>> fire. >>>>> >>>>> PS: this information should be included in the dialog replication blog >>>>> post, so make >>>>> sure to read it closely. >>>>> >>>>> Liviu >>>>> >>>>> On 8/6/19 1:25 AM, Sasmita Panda wrote: >>>>> > | id | cluster_id | node_id | url | state | >>>>> > no_ping_retries | priority | sip_addr | flags | description | >>>>> > | 1 | 1 | 1 | bin:192.168.0.x:5555 | 1 | >>>>> >>>>> > 3 | 50 | 192.168.0.x | seed | Node A | >>>>> > | 2 | 1 | 2 | bin:192.168.0.y:5555 | 1 | >>>>> >>>>> > 3 | 50 | 192.168.0.y | seed | Node B | >>>>> > | 3 | 1 | 3 | bin:192.168.0.z:5555 | 1 | >>>>> >>>>> > 3 | 50 | 192.168.0.z | seed | Node C >>>>> >>>>> _______________________________________________ >>>>> 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 >>> >> >> >> -- >> 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 >> > _______________________________________________ > 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 spanda at 3clogic.com Fri Sep 6 04:25:48 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Fri, 6 Sep 2019 13:55:48 +0530 Subject: [OpenSIPS-Users] need some help using opensips 3.0 cluster module . In-Reply-To: References: <5ee7c223-cdea-933d-d9be-0c521249ad41@opensips.org> <2e639518-0e01-9352-0ba6-89ee9c9a4e69@opensips.org> <231375c3-200f-16cf-a836-37abeedb94aa@opensips.org> <2a97e43d-c0c5-e629-1893-165517c46e69@opensips.org> Message-ID: Ok . Thank you . I got a document for geo distributed clustering which uses redis as cache . This uses opensips 2.4 . I had tested this architecture also . This is working fine . https://saevolgo.blogspot.com/2018/01/opensips-geo-distributed-clustering.html Can I use this kind of scripting with opensips 3.0 to use redis cache ? If not , then to use redis I have to use opensips2.4 with clustering . Am I right ? *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Fri, Sep 6, 2019 at 1:31 PM Giovanni Maruzzelli wrote: > it cannot work > documentation say that explicitly > > "Currently, the metadata information may be published to NoSQL databases > which support key/multi-value column-like associations. Example known > backends to support these abstractions at the time of writing are MongoDB > and Cassandra." > > https://opensips.org/html/docs/modules/3.0.x/usrloc.html > > > > On Fri, Sep 6, 2019 at 9:53 AM Sasmita Panda wrote: > >> Hi All , >> >> I have tested opensips 3.0 federated cachedb cluster with mongo db as >> cache db . >> >> But in my company we are using redis as cache db. >> >> loadmodule "cachedb_redis.so" >> loadmodule "db_cachedb.so" >> modparam("cachedb_redis", "cachedb_url","redis:group1:// >> 192.168.0.213:6379/") >> modparam("db_cachedb","cachedb_url","redis:group1://192.168.0.213:6379/") >> modparam("usrloc", "cachedb_url", "redis:group1://192.168.0.213:6379/") >> >> In place of mongodb I have replace redis . But its not working . I am not >> getting any data the redis cache . Please help me . >> >> *Thanks & Regards* >> *Sasmita Panda* >> *Senior Network Testing and Software Engineer* >> *3CLogic , ph:07827611765* >> >> >> On Mon, Sep 2, 2019 at 1:07 PM Sasmita Panda wrote: >> >>> >>> *Thanks & Regards* >>> *Sasmita Panda* >>> *Senior Network Testing and Software Engineer* >>> *3CLogic , ph:07827611765* >>> >>> >>> ---------- Forwarded message --------- >>> From: Giovanni Maruzzelli >>> Date: Mon, Sep 2, 2019 at 12:40 PM >>> Subject: Re: [OpenSIPS-Users] need some help using opensips 3.0 cluster >>> module . >>> To: OpenSIPS users mailling list >>> >>> >>> Sasmita, how possibly you can do that? >>> How you then associate a machine with an id? >>> Would you create a new database field for the MAC of the machine? >>> >>> -giovanni >>> >>> >>> >>> >>> On Mon, Sep 2, 2019 at 8:54 AM Sasmita Panda wrote: >>> >>>> Hi All , >>>> >>>> In clustering , every opensips node has its own node id . >>>> >>>> modparam("clusterer", "my_node_id", 2) >>>> >>>> I want to read this value from from the DB . Is this possible or not ? >>>> If yes , how will I do this ? >>>> >>>> Please do help me . >>>> >>>> >>>> >>>> *Thanks & Regards* >>>> *Sasmita Panda* >>>> *Senior Network Testing and Software Engineer* >>>> *3CLogic , ph:07827611765* >>>> >>>> >>>> On Thu, Aug 8, 2019 at 12:44 PM Sasmita Panda >>>> wrote: >>>> >>>>> Thank you so much for the explanation . >>>>> >>>>> >>>>> *Thanks & Regards* >>>>> *Sasmita Panda* >>>>> *Senior Network Testing and Software Engineer* >>>>> *3CLogic , ph:07827611765* >>>>> >>>>> >>>>> On Wed, Aug 7, 2019 at 6:46 PM Liviu Chircu >>>>> wrote: >>>>> >>>>>> Sasmita, >>>>>> >>>>>> Dialog replication is not meant to work on such a cluster. Since >>>>>> dialogs >>>>>> retain more >>>>>> state than registration, they are more sensitive to the IP of the >>>>>> current node. >>>>>> >>>>>> If you want high-availability for dialogs, the basic unit of >>>>>> deployment >>>>>> shifts from >>>>>> 1 server to 2 servers (an active/backup pair). And in order to have >>>>>> the >>>>>> same IP on >>>>>> both servers, you must use VRRP-capable software, such as keepalived. >>>>>> >>>>>> Deploy as many pairs as needed in each location according to your >>>>>> traffic volume, and >>>>>> make sure to give each pair its own Virtual (highly available) IP >>>>>> that >>>>>> can automatically >>>>>> move from the active node to the backup in case the former one >>>>>> catches fire. >>>>>> >>>>>> PS: this information should be included in the dialog replication >>>>>> blog >>>>>> post, so make >>>>>> sure to read it closely. >>>>>> >>>>>> Liviu >>>>>> >>>>>> On 8/6/19 1:25 AM, Sasmita Panda wrote: >>>>>> > | id | cluster_id | node_id | url | state | >>>>>> > no_ping_retries | priority | sip_addr | flags | description | >>>>>> > | 1 | 1 | 1 | bin:192.168.0.x:5555 | 1 | >>>>>> >>>>>> > 3 | 50 | 192.168.0.x | seed | Node A | >>>>>> > | 2 | 1 | 2 | bin:192.168.0.y:5555 | 1 | >>>>>> >>>>>> > 3 | 50 | 192.168.0.y | seed | Node B | >>>>>> > | 3 | 1 | 3 | bin:192.168.0.z:5555 | 1 | >>>>>> >>>>>> > 3 | 50 | 192.168.0.z | seed | Node C >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>> >>> >>> >>> -- >>> 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 >>> >> _______________________________________________ >> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vladp at opensips.org Fri Sep 6 05:26:40 2019 From: vladp at opensips.org (Vlad Patrascu) Date: Fri, 6 Sep 2019 12:26:40 +0300 Subject: [OpenSIPS-Users] need some help using opensips 3.0 cluster module . In-Reply-To: References: <231375c3-200f-16cf-a836-37abeedb94aa@opensips.org> <2a97e43d-c0c5-e629-1893-165517c46e69@opensips.org> Message-ID: <9335a372-6fff-5eaa-9e79-9c07ea94b8c6@opensips.org> Hi Sasmita, The functions that allow you the send custom messages in the cluster at script level are still there in opensips 3.0, so yes, you can implement something similar to that blog post. Regards, Vlad Patrascu OpenSIPS Developer http://www.opensips-solutions.com On 09/06/2019 11:25 AM, Sasmita Panda wrote: > Ok . Thank you . > > I got a document for geo distributed clustering which uses redis as > cache . This uses opensips 2.4 . I had tested this architecture also . > This is working fine . > https://saevolgo.blogspot.com/2018/01/opensips-geo-distributed-clustering.html > > > Can I use this kind of scripting with opensips 3.0 to use redis cache ? > > If not , then to use redis I have to use opensips2.4 with clustering . > Am I right ? > > > */Thanks & Regards/* > /Sasmita Panda/ > /Senior Network Testing and Software Engineer/ > /3CLogic , ph:07827611765/ > > > On Fri, Sep 6, 2019 at 1:31 PM Giovanni Maruzzelli > wrote: > > it cannot work > documentation say that explicitly > > "Currently, the metadata information may be published to NoSQL > databases which support key/multi-value column-like associations. > Example known backends to support these abstractions at the time > of writing are MongoDB and Cassandra." > > https://opensips.org/html/docs/modules/3.0.x/usrloc.html > > > > On Fri, Sep 6, 2019 at 9:53 AM Sasmita Panda > wrote: > > Hi All , > > I have tested opensips 3.0 federated cachedb cluster with > mongo db as cache db . > > But in my company we are using redis as cache db. > > loadmodule "cachedb_redis.so" > loadmodule "db_cachedb.so" > modparam("cachedb_redis", > "cachedb_url","redis:group1://192.168.0.213:6379/ > ") > modparam("db_cachedb","cachedb_url","redis:group1://192.168.0.213:6379/ > ") > modparam("usrloc", "cachedb_url", > "redis:group1://192.168.0.213:6379/ ") > > In place of mongodb I have replace redis . But its not working > . I am not getting any data the redis cache . Please help me . > > */Thanks & Regards/* > /Sasmita Panda/ > /Senior Network Testing and Software Engineer/ > /3CLogic , ph:07827611765/ > > > On Mon, Sep 2, 2019 at 1:07 PM Sasmita Panda > > wrote: > > > */Thanks & Regards/* > /Sasmita Panda/ > /Senior Network Testing and Software Engineer/ > /3CLogic , ph:07827611765/ > > > ---------- Forwarded message --------- > From: *Giovanni Maruzzelli* > > Date: Mon, Sep 2, 2019 at 12:40 PM > Subject: Re: [OpenSIPS-Users] need some help using > opensips 3.0 cluster module . > To: OpenSIPS users mailling list > > > > Sasmita, how possibly you can do that? > How you then associate a machine with an id? > Would you create a new database field for the MAC of the > machine? > > -giovanni > > > > > On Mon, Sep 2, 2019 at 8:54 AM Sasmita Panda > > wrote: > > Hi All , > > In clustering , every opensips node has its own node id . > > modparam("clusterer", "my_node_id", 2) > > I want to read this value from from the DB . Is this > possible or not ? If yes , how will I do this ? > > Please do help me . > > > > */Thanks & Regards/* > /Sasmita Panda/ > /Senior Network Testing and Software Engineer/ > /3CLogic , ph:07827611765/ > > > On Thu, Aug 8, 2019 at 12:44 PM Sasmita Panda > > wrote: > > Thank you so much for the explanation  . > > > */Thanks & Regards/* > /Sasmita Panda/ > /Senior Network Testing and Software Engineer/ > /3CLogic , ph:07827611765/ > > > On Wed, Aug 7, 2019 at 6:46 PM Liviu Chircu > > > wrote: > > Sasmita, > > Dialog replication is not meant to work on > such a cluster. Since dialogs > retain more > state than registration, they are more > sensitive to the IP of the > current node. > > If you want high-availability for dialogs, the > basic unit of deployment > shifts from > 1 server to 2 servers (an active/backup > pair).  And in order to have the > same IP on > both servers, you must use VRRP-capable > software, such as keepalived. > > Deploy as many pairs as needed in each > location according to your > traffic volume, and > make sure to give each pair its own Virtual > (highly available) IP that > can automatically > move from the active node to the backup in > case the former one catches fire. > > PS: this information should be included in the > dialog replication blog > post, so make > sure to read it closely. > > Liviu > > On 8/6/19 1:25 AM, Sasmita Panda wrote: > > | id | cluster_id | node_id | url           >        | state | > > no_ping_retries | priority | sip_addr    | > flags | description | > > |  1 |          1 |       1 | > bin:192.168.0.x:5555 |     1 | > > 3 |       50 | 192.168.0.x | seed  | Node A >      | > > |  2 |          1 |       2 | > bin:192.168.0.y:5555 |     1 | > > 3 |       50 | 192.168.0.y | seed  | Node B >      | > > |  3 |          1 |       3 | > bin:192.168.0.z:5555 |     1 | > > 3 |       50 | 192.168.0.z | seed  | Node C > > _______________________________________________ > 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 > > > > -- > 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 > > _______________________________________________ > 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 > > > > _______________________________________________ > 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 spanda at 3clogic.com Fri Sep 6 05:53:59 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Fri, 6 Sep 2019 15:23:59 +0530 Subject: [OpenSIPS-Users] need some help using opensips 3.0 cluster module . In-Reply-To: <9335a372-6fff-5eaa-9e79-9c07ea94b8c6@opensips.org> References: <231375c3-200f-16cf-a836-37abeedb94aa@opensips.org> <2a97e43d-c0c5-e629-1893-165517c46e69@opensips.org> <9335a372-6fff-5eaa-9e79-9c07ea94b8c6@opensips.org> Message-ID: Hi , In AWS cloud is giving a service DynamoDB . Which is equivalent to mongoDB . So my query is , with opensips mongodb module can I use AWS DynamoDB in backend . I haven't tried yet . I am asking if its possible or not . If anybody have any idea then please share . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Fri, Sep 6, 2019 at 2:58 PM Vlad Patrascu wrote: > Hi Sasmita, > > The functions that allow you the send custom messages in the cluster at > script level are still there in opensips 3.0, so yes, you can implement > something similar to that blog post. > > Regards, > > Vlad Patrascu > OpenSIPS Developerhttp://www.opensips-solutions.com > > On 09/06/2019 11:25 AM, Sasmita Panda wrote: > > Ok . Thank you . > > I got a document for geo distributed clustering which uses redis as cache > . This uses opensips 2.4 . I had tested this architecture also . This is > working fine . > > https://saevolgo.blogspot.com/2018/01/opensips-geo-distributed-clustering.html > > > Can I use this kind of scripting with opensips 3.0 to use redis cache ? > > If not , then to use redis I have to use opensips2.4 with clustering . Am > I right ? > > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Fri, Sep 6, 2019 at 1:31 PM Giovanni Maruzzelli > wrote: > >> it cannot work >> documentation say that explicitly >> >> "Currently, the metadata information may be published to NoSQL databases >> which support key/multi-value column-like associations. Example known >> backends to support these abstractions at the time of writing are MongoDB >> and Cassandra." >> >> https://opensips.org/html/docs/modules/3.0.x/usrloc.html >> >> >> >> On Fri, Sep 6, 2019 at 9:53 AM Sasmita Panda wrote: >> >>> Hi All , >>> >>> I have tested opensips 3.0 federated cachedb cluster with mongo db as >>> cache db . >>> >>> But in my company we are using redis as cache db. >>> >>> loadmodule "cachedb_redis.so" >>> loadmodule "db_cachedb.so" >>> modparam("cachedb_redis", "cachedb_url","redis:group1:// >>> 192.168.0.213:6379/") >>> modparam("db_cachedb","cachedb_url","redis:group1://192.168.0.213:6379/ >>> ") >>> modparam("usrloc", "cachedb_url", "redis:group1://192.168.0.213:6379/") >>> >>> In place of mongodb I have replace redis . But its not working . I am >>> not getting any data the redis cache . Please help me . >>> >>> *Thanks & Regards* >>> *Sasmita Panda* >>> *Senior Network Testing and Software Engineer* >>> *3CLogic , ph:07827611765* >>> >>> >>> On Mon, Sep 2, 2019 at 1:07 PM Sasmita Panda wrote: >>> >>>> >>>> *Thanks & Regards* >>>> *Sasmita Panda* >>>> *Senior Network Testing and Software Engineer* >>>> *3CLogic , ph:07827611765* >>>> >>>> >>>> ---------- Forwarded message --------- >>>> From: Giovanni Maruzzelli >>>> Date: Mon, Sep 2, 2019 at 12:40 PM >>>> Subject: Re: [OpenSIPS-Users] need some help using opensips 3.0 cluster >>>> module . >>>> To: OpenSIPS users mailling list >>>> >>>> >>>> Sasmita, how possibly you can do that? >>>> How you then associate a machine with an id? >>>> Would you create a new database field for the MAC of the machine? >>>> >>>> -giovanni >>>> >>>> >>>> >>>> >>>> On Mon, Sep 2, 2019 at 8:54 AM Sasmita Panda >>>> wrote: >>>> >>>>> Hi All , >>>>> >>>>> In clustering , every opensips node has its own node id . >>>>> >>>>> modparam("clusterer", "my_node_id", 2) >>>>> >>>>> I want to read this value from from the DB . Is this possible or not ? >>>>> If yes , how will I do this ? >>>>> >>>>> Please do help me . >>>>> >>>>> >>>>> >>>>> *Thanks & Regards* >>>>> *Sasmita Panda* >>>>> *Senior Network Testing and Software Engineer* >>>>> *3CLogic , ph:07827611765* >>>>> >>>>> >>>>> On Thu, Aug 8, 2019 at 12:44 PM Sasmita Panda >>>>> wrote: >>>>> >>>>>> Thank you so much for the explanation . >>>>>> >>>>>> >>>>>> *Thanks & Regards* >>>>>> *Sasmita Panda* >>>>>> *Senior Network Testing and Software Engineer* >>>>>> *3CLogic , ph:07827611765* >>>>>> >>>>>> >>>>>> On Wed, Aug 7, 2019 at 6:46 PM Liviu Chircu >>>>>> wrote: >>>>>> >>>>>>> Sasmita, >>>>>>> >>>>>>> Dialog replication is not meant to work on such a cluster. Since >>>>>>> dialogs >>>>>>> retain more >>>>>>> state than registration, they are more sensitive to the IP of the >>>>>>> current node. >>>>>>> >>>>>>> If you want high-availability for dialogs, the basic unit of >>>>>>> deployment >>>>>>> shifts from >>>>>>> 1 server to 2 servers (an active/backup pair). And in order to have >>>>>>> the >>>>>>> same IP on >>>>>>> both servers, you must use VRRP-capable software, such as keepalived. >>>>>>> >>>>>>> Deploy as many pairs as needed in each location according to your >>>>>>> traffic volume, and >>>>>>> make sure to give each pair its own Virtual (highly available) IP >>>>>>> that >>>>>>> can automatically >>>>>>> move from the active node to the backup in case the former one >>>>>>> catches fire. >>>>>>> >>>>>>> PS: this information should be included in the dialog replication >>>>>>> blog >>>>>>> post, so make >>>>>>> sure to read it closely. >>>>>>> >>>>>>> Liviu >>>>>>> >>>>>>> On 8/6/19 1:25 AM, Sasmita Panda wrote: >>>>>>> > | id | cluster_id | node_id | url | state | >>>>>>> > no_ping_retries | priority | sip_addr | flags | description | >>>>>>> > | 1 | 1 | 1 | bin:192.168.0.x:5555 | 1 | >>>>>>> >>>>>>> > 3 | 50 | 192.168.0.x | seed | Node A | >>>>>>> > | 2 | 1 | 2 | bin:192.168.0.y:5555 | 1 | >>>>>>> >>>>>>> > 3 | 50 | 192.168.0.y | seed | Node B | >>>>>>> > | 3 | 1 | 3 | bin:192.168.0.z:5555 | 1 | >>>>>>> >>>>>>> > 3 | 50 | 192.168.0.z | seed | Node C >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>> >>>> >>>> >>>> -- >>>> 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 >>>> >>> _______________________________________________ >>> 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 >> > > > _______________________________________________ > 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 Fri Sep 6 06:07:38 2019 From: liviu at opensips.org (Liviu Chircu) Date: Fri, 6 Sep 2019 13:07:38 +0300 Subject: [OpenSIPS-Users] need some help using opensips 3.0 cluster module . In-Reply-To: References: <2a97e43d-c0c5-e629-1893-165517c46e69@opensips.org> <9335a372-6fff-5eaa-9e79-9c07ea94b8c6@opensips.org> Message-ID: <6a1f1b42-60df-13f3-d0e2-311b3909bc8f@opensips.org> Hi Sasmita, DynamoDB and MongoDB are completely different beasts. However, AWS also have an offering for DocumentDB, which is MongoDB-compatible and seems to be a better candidate for what you are looking for. Regards, Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 06.09.2019 12:53, Sasmita Panda wrote: > So my query is , with opensips mongodb module can I use AWS DynamoDB > in backend .  I haven't tried yet .  I am asking if its possible or > not . If anybody have any idea then please share . From farmorg at gmail.com Fri Sep 6 09:26:25 2019 From: farmorg at gmail.com (Mark Farmer) Date: Fri, 6 Sep 2019 14:26:25 +0100 Subject: [OpenSIPS-Users] Variables as parameters to rtpproxy Message-ID: Hi all I have been trying to pass script variables as parameters to rtpproxy_offer() & rtpproxy_answer() but they do not seem to work. Is this possible? EG: if (isflagset(R_LOCAL_TO_LOCAL)) { xlog("CUSTOM_LOG: Processing Flag: R_LOCAL_TO_LOCAL"); $var(rtpreplyflags) ="cofwee"; remove_hf("P-Asserted-Identity"); xlog("CUSTOM_LOG: Engaging rtpproxy_answer with flags: $var(rtpreplyflags), $var(extip)"); rtpproxy_answer("$var(rtpreplyflags)", "$var(extip)"); ------- $var(exip) is defined earlier on. version: opensips 3.0.0 (x86_64/linux) flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_MALLOC, CC_O0, 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, sigio_rt, select. git revision: 435890a06 Many thanks Mark. -------------- next part -------------- An HTML attachment was scrubbed... URL: From goup2010 at gmail.com Fri Sep 6 12:36:21 2019 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Fri, 6 Sep 2019 19:36:21 +0300 Subject: [OpenSIPS-Users] WRONG relay in Sequential requests Message-ID: Hello, I have problem with setup incoming call with TLS support: UA with TLS supprt is registered. Here is information from AOR AOR:: 33341656 Contact:: sip: 33341656 @192.168.1.106:50443;transport=TLS;ob Q= Expires:: 260 Callid:: 554fdfd6ee794451942f693e40fbe362 Cseq:: 31813 User-agent:: MicroSIP/3.19.18 Received:: sip:39.121.145.121:50445;transport=TLS State:: CS_SYNC Flags:: 0 Cflags:: TLS RM_ONTO_FLAG SIP_PING_BFLAG NAT_BFLAG Socket:: tls:83.21.101.114:5062 Methods:: 8063 SIP_instance:: When make local call to this UA: ------ part ot Opensips script ---- if (lookup("location","m")) { ....... xlog("L_ERR", "RELAY (INVITE) $rd:$rp du=$du "); t_relay(); } ------------------------------------ Information from log: RELAY (INVITE) 192.168.1.106:50433 du=sip:39.121.145.121:50445 ;transport=TLS In this case Opensips send relay to Received field from AOR - sip:39.121.145.121:50445;transport=TLS # Sequential requests ------ part ot Opensips script ---- if (has_totag()) { ........ xlog("L_ERR", "RELAY (Sequential requests) $rd:$rp du=$du "); t_relay(); } ------------------------------------ Information from log: RELAY (Sequential requests) 192.168.1.106:50433 du= ERROR:proto_tls:proto_tls_send: connect failed ERROR:core:msg_send: send() to 192.168.1.106:50433 for proto tls/3 failed In Sequential requests Opensips try to send message to 192.168.1.106:50433 (this is WRONG). How to solve this problem? Best regards, Dragomir -------------- next part -------------- An HTML attachment was scrubbed... URL: From spanda at 3clogic.com Mon Sep 9 06:15:36 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Mon, 9 Sep 2019 15:45:36 +0530 Subject: [OpenSIPS-Users] need some help using opensips 3.0 cluster module . In-Reply-To: <6a1f1b42-60df-13f3-d0e2-311b3909bc8f@opensips.org> References: <2a97e43d-c0c5-e629-1893-165517c46e69@opensips.org> <9335a372-6fff-5eaa-9e79-9c07ea94b8c6@opensips.org> <6a1f1b42-60df-13f3-d0e2-311b3909bc8f@opensips.org> Message-ID: Hi Liviu , Thats really great . I am trying to use document DB of AWS with opensips . I am facing some issue . From the console I can access document DB through its dns name . Its DNS name is like " docdb-2019-09-08-06-01-38.cluster-c8aqanvkjwjr.us-east-1.docdb.amazonaws.com " . When I configure this in opensips , opensips starts with no error . But while trying to connect to the DB its giving error . Its not reading the domain part properly . modparam("cachedb_mongodb", "cachedb_url","mongodb:instance1:// username:password at docdb-2019-09-08-06-01-38.cluster-c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017?ssl=true&ssl_ca_certs=rds-combined-ca-bundle.pem&replicaSet=rs0/db.collection ") Error message : ERROR:cachedb_mongodb:mongo_con_update: last error: 15.13053: No suitable servers found (`serverselectiontryonce` set): [Failed to resolve 'docdb-2019-09-08-06-01-38.cluster-c8aqanvkjwjr.us-east-1.docdb.amdocdb-2019-09-08-06-01-38.cluster-c8aqanvkjwjr.us-east-1.docdb.amazona'] Somehow its not able to read the domain part properly . How will I add this domain ? Please share if anybody has tested this . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Fri, Sep 6, 2019 at 3:38 PM Liviu Chircu wrote: > Hi Sasmita, > > DynamoDB and MongoDB are completely different beasts. However, AWS also > have an offering for > DocumentDB, which is MongoDB-compatible and seems to be a better > candidate for what you are looking for. > > Regards, > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 06.09.2019 12:53, Sasmita Panda wrote: > > So my query is , with opensips mongodb module can I use AWS DynamoDB > > in backend . I haven't tried yet . I am asking if its possible or > > not . If anybody have any idea then please share . > > _______________________________________________ > 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 david.villasmil.work at gmail.com Mon Sep 9 07:20:44 2019 From: david.villasmil.work at gmail.com (David Villasmil) Date: Mon, 9 Sep 2019 12:20:44 +0100 Subject: [OpenSIPS-Users] need some help using opensips 3.0 cluster module . In-Reply-To: References: <2a97e43d-c0c5-e629-1893-165517c46e69@opensips.org> <9335a372-6fff-5eaa-9e79-9c07ea94b8c6@opensips.org> <6a1f1b42-60df-13f3-d0e2-311b3909bc8f@opensips.org> Message-ID: Hello Samsita, You need to provide only the url, no params. I guess it something like: mongodb:instance1:// docdb-2019-09-08-06-01-38.cluster-c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017/ /db.collection") On Mon, 9 Sep 2019 at 11:16, Sasmita Panda wrote: > Hi Liviu , > > Thats really great . I am trying to use document DB of AWS with opensips . > > I am facing some issue . From the console I can access document DB through > its dns name . Its DNS name is like " > docdb-2019-09-08-06-01-38.cluster-c8aqanvkjwjr.us-east-1.docdb.amazonaws.com > " . > When I configure this in opensips , opensips starts with no error . But > while trying to connect to the DB its giving error . Its not reading the > domain part properly . > > modparam("cachedb_mongodb", "cachedb_url","mongodb:instance1:// > username:password at docdb-2019-09-08-06-01-38.cluster-c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017?ssl=true&ssl_ca_certs=rds-combined-ca-bundle.pem&replicaSet=rs0/db.collection > ") > > Error message : > > ERROR:cachedb_mongodb:mongo_con_update: last error: 15.13053: No suitable > servers found (`serverselectiontryonce` set): [Failed to resolve > 'docdb-2019-09-08-06-01-38.cluster-c8aqanvkjwjr.us-east-1.docdb.amdocdb-2019-09-08-06-01-38.cluster-c8aqanvkjwjr.us-east-1.docdb.amazona'] > > Somehow its not able to read the domain part properly . How will I add > this domain ? Please share if anybody has tested this . > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Fri, Sep 6, 2019 at 3:38 PM Liviu Chircu wrote: > >> Hi Sasmita, >> >> DynamoDB and MongoDB are completely different beasts. However, AWS also >> have an offering for >> DocumentDB, which is MongoDB-compatible and seems to be a better >> candidate for what you are looking for. >> >> Regards, >> >> Liviu Chircu >> OpenSIPS Developer >> http://www.opensips-solutions.com >> >> On 06.09.2019 12:53, Sasmita Panda wrote: >> > So my query is , with opensips mongodb module can I use AWS DynamoDB >> > in backend . I haven't tried yet . I am asking if its possible or >> > not . If anybody have any idea then please share . >> >> _______________________________________________ >> 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 > -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Mon Sep 9 07:27:39 2019 From: liviu at opensips.org (Liviu Chircu) Date: Mon, 9 Sep 2019 14:27:39 +0300 Subject: [OpenSIPS-Users] need some help using opensips 3.0 cluster module . In-Reply-To: References: <9335a372-6fff-5eaa-9e79-9c07ea94b8c6@opensips.org> <6a1f1b42-60df-13f3-d0e2-311b3909bc8f@opensips.org> Message-ID: <0ed6379a-1ad0-3996-d66f-b1bd619e2ef1@opensips.org> URL params are supported since April this year [1].  However, they should be given _after_ the database name, not the other way around [2]. PS: I suggest we open up a new thread to discuss this Mongo issue.  This one has well served its purpose, and beyond... [1]: https://github.com/OpenSIPS/opensips/commit/887f9f0e [2]: https://docs.mongodb.com/manual/reference/connection-string/ Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 09.09.2019 14:20, David Villasmil wrote: > You need to provide only the url, no params. From spanda at 3clogic.com Mon Sep 9 08:13:21 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Mon, 9 Sep 2019 17:43:21 +0530 Subject: [OpenSIPS-Users] need some help using opensips 3.0 cluster module . In-Reply-To: <0ed6379a-1ad0-3996-d66f-b1bd619e2ef1@opensips.org> References: <9335a372-6fff-5eaa-9e79-9c07ea94b8c6@opensips.org> <6a1f1b42-60df-13f3-d0e2-311b3909bc8f@opensips.org> <0ed6379a-1ad0-3996-d66f-b1bd619e2ef1@opensips.org> Message-ID: modparam("cachedb_mongodb", "cachedb_url","mongodb:instance1:// username:password@ docdb-2019-09-08-06-01-38.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017/ /db.collection?ssl=true&ssl_ca_certs=rds-combined-ca-bundle.pem&replicaSet=rs0") Is this the right format ? Even though there is no error while starting opensips but its not able to connect to the DB . and so opensips crashes . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Mon, Sep 9, 2019 at 4:58 PM Liviu Chircu wrote: > URL params are supported since April this year [1]. However, they should > be given _after_ the database name, not the other way around [2]. > > PS: I suggest we open up a new thread to discuss this Mongo issue. This > one > has well served its purpose, and beyond... > > [1]: https://github.com/OpenSIPS/opensips/commit/887f9f0e > [2]: https://docs.mongodb.com/manual/reference/connection-string/ > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 09.09.2019 14:20, David Villasmil wrote: > > You need to provide only the url, no params. > > _______________________________________________ > 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 spanda at 3clogic.com Tue Sep 10 08:52:42 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Tue, 10 Sep 2019 18:22:42 +0530 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . Message-ID: Hi All , There was another email chain where you guys suggested to use AWS document DB as this ia equivalent to mongo db . I am trying that . But opensips is crashing while storing data in the DocDB . Below is the error giving : DBG:cachedb_mongodb:mongo_con_update: filter: { "_id" : "1007 at opensips-chachdb.i3clogic.com192.168.0.x" } DBG:cachedb_mongodb:mongo_con_update: set: { "home_ip" : "192.168.0.x", "aor" : "1007 at opensips-chachdb.i3clogic.com" } DBG:cachedb_mongodb:mongo_con_update: unset: { } DBG:cachedb_mongodb:mongo_con_update: update: { "$set" : { "home_ip" : "192.168.0.x", "aor" : "1007 at opensips-chachdb.i3clogic.com" } } DBG:core:handle_sigs: OpenSIPS exit status = 134 INFO:core:handle_sigs: child process 32061 exited by a signal 6 INFO:core:handle_sigs: core was generated INFO:core:handle_sigs: terminating due to SIGCHLD DBG:core:shutdown_opensips: Asking process 4 [SIP receiver udp:192.168.0.x:5060] to terminate INFO:core:sig_usr: signal 15 received INFO:core:sig_usr: signal 15 received ......................... INFO:core:sig_usr: signal 15 received INFO:core:shutdown_opensips: process 2(1450) [time_keeper] terminated, still waiting for 0 more INFO:core:cleanup: cleanup DBG:core:pool_remove: connection still kept in the pool DBG:core:pool_remove: removing connection from the pool DBG:core:pool_remove: connection still kept in the pool message repeated 2 times: [ DBG:core:pool_remove: connection still kept in the pool] NOTICE:db_cachedb:destroy: destroy module db_cachedb ... NOTICE:cachedb_mongodb:destroy: destroy module cachedb_mongodb ... DBG:cachedb_mongodb:mongo_con_destroy: in mongo_destroy CRITICAL:core:sig_usr: segfault in attendant (starter) process! DBG:core:restore_segv_handler: restoring SIGSEGV handler... DBG:core:restore_segv_handler: successfully restored system SIGSEGV handler Please do check once . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Tue Sep 10 09:33:28 2019 From: liviu at opensips.org (Liviu Chircu) Date: Tue, 10 Sep 2019 16:33:28 +0300 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: Message-ID: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> Hi Sasmita, Are you able to locate the corefile?  If you supply the "-w " parameter to your opensips, then it should be in that directory, otherwise look inside the root "/" directory.  There should be a file named "core" or "core.XXXXX" somewhere. Once found, please run "gdb /usr/sbin/opensips core", then the "bt full" command and let us know the output (maybe post it on pastebin.com).  Also, make sure to install the "opensips-dbg" package before doing all of this in order to get an optimal output. Many thanks, Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 10.09.2019 15:52, Sasmita Panda wrote: >  DBG:core:handle_sigs: OpenSIPS exit status = 134 >  INFO:core:handle_sigs: child process 32061 exited by a signal 6 >  INFO:core:handle_sigs: core was generated >  INFO:core:handle_sigs: terminating due to SIGCHLD From wallnut.monkeys at gmail.com Tue Sep 10 15:22:54 2019 From: wallnut.monkeys at gmail.com (Dominic) Date: Tue, 10 Sep 2019 15:22:54 -0400 Subject: [OpenSIPS-Users] route_to_carrier using a random gateway Message-ID: Hi, I'm using OpenSIPS 2.4 and I want to use the route_to_carrier from the drouting module to send a call to a random gateway of that carrier instead of using the first one that is defined. for example: carrier1 has gw1 and gw2, I would like to send calls to gw1 and gw2 randomly instead of always sending calls to gw1. >From the documentation of the drouting module it looks as though this is possible, but I could not find an example. thanks in advance for any help -------------- next part -------------- An HTML attachment was scrubbed... URL: From Ben.Newlin at genesys.com Tue Sep 10 15:52:27 2019 From: Ben.Newlin at genesys.com (Ben Newlin) Date: Tue, 10 Sep 2019 19:52:27 +0000 Subject: [OpenSIPS-Users] route_to_carrier using a random gateway In-Reply-To: References: Message-ID: You just need to set the carrier flag to use weights for routing and define the list of gateways with their weights. It’s described in the Overview section of the dr_routing module documentation here: https://opensips.org/html/docs/modules/2.4.x/drouting.html#idp165856.. Ben Newlin From: Users on behalf of Dominic Reply-To: OpenSIPS users mailling list Date: Tuesday, September 10, 2019 at 3:23 PM To: OpenSIPS users mailling list Subject: [OpenSIPS-Users] route_to_carrier using a random gateway Hi, I'm using OpenSIPS 2.4 and I want to use the route_to_carrier from the drouting module to send a call to a random gateway of that carrier instead of using the first one that is defined. for example: carrier1 has gw1 and gw2, I would like to send calls to gw1 and gw2 randomly instead of always sending calls to gw1. From the documentation of the drouting module it looks as though this is possible, but I could not find an example. thanks in advance for any help -------------- next part -------------- An HTML attachment was scrubbed... URL: From spanda at 3clogic.com Wed Sep 11 03:54:40 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Wed, 11 Sep 2019 13:24:40 +0530 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> Message-ID: Pested the core dump with bt full in pastebin.com . Below is the link . https://pastebin.com/DuXV311r I hope I have given the right thing to detect the crash . Let me know if you need anything else . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Tue, Sep 10, 2019 at 7:04 PM Liviu Chircu wrote: > Hi Sasmita, > > Are you able to locate the corefile? If you supply the "-w " > parameter to your opensips, > then it should be in that directory, otherwise look inside the root "/" > directory. There should be > a file named "core" or "core.XXXXX" somewhere. > > Once found, please run "gdb /usr/sbin/opensips core", then the "bt full" > command and let us know the > output (maybe post it on pastebin.com). Also, make sure to install the > "opensips-dbg" package > before doing all of this in order to get an optimal output. > > Many thanks, > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 10.09.2019 15:52, Sasmita Panda wrote: > > DBG:core:handle_sigs: OpenSIPS exit status = 134 > > INFO:core:handle_sigs: child process 32061 exited by a signal 6 > > INFO:core:handle_sigs: core was generated > > INFO:core:handle_sigs: terminating due to SIGCHLD > > _______________________________________________ > 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 Sep 11 04:41:00 2019 From: liviu at opensips.org (Liviu Chircu) Date: Wed, 11 Sep 2019 11:41:00 +0300 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> Message-ID: <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> Thank you for the info, it's as clean of a crash trace as we can get, since we do not have any debug symbols for the mongo library (it seems the only way to get them is to compile/install the library by hand, which is not feasible). Before digging deeper: are you able to determine what Mongo server version and what libmongoc library version are being used in your environment?  Or is it all abstracted behind the DocumentDB server and its client SDK? Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 11.09.2019 10:54, Sasmita Panda wrote: > I hope I have given the right thing to detect the crash . Let me know > if you need anything else . From spanda at 3clogic.com Wed Sep 11 05:15:29 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Wed, 11 Sep 2019 14:45:29 +0530 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> Message-ID: MongoDB server version: 3.6.0 MongoDB shell version v3.6.14 libmongoc : /usr/lib/x86_64-linux-gnu/libmongoc-1.0.so.0 I havent done any changes in libmongoc . This is the version I am using to connect mongodb also . Document DB says , to use mongodb version 3.6 above if you wanted to connect to that from any instance . So I have installed 3.6 version . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Wed, Sep 11, 2019 at 2:12 PM Liviu Chircu wrote: > Thank you for the info, it's as clean of a crash trace as we can get, since > we do not have any debug symbols for the mongo library (it seems the > only way > to get them is to compile/install the library by hand, which is not > feasible). > > Before digging deeper: are you able to determine what Mongo server > version and > what libmongoc library version are being used in your environment? Or > is it all > abstracted behind the DocumentDB server and its client SDK? > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 11.09.2019 10:54, Sasmita Panda wrote: > > I hope I have given the right thing to detect the crash . Let me know > > if you need anything else . > > _______________________________________________ > 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 Sep 11 05:18:58 2019 From: liviu at opensips.org (Liviu Chircu) Date: Wed, 11 Sep 2019 12:18:58 +0300 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> Message-ID: <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> Can you also do "dpkg -l | grep -i libmongoc"?  Maybe the library is too new or too old. I'm asking because I've played with multiple setups using federated clustering + Mongo 3.6 without any aborts in the library so far.  So we need to think outside the box here :) Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 11.09.2019 12:15, Sasmita Panda wrote: > MongoDB server version: 3.6.0 > MongoDB shell version v3.6.14 > > libmongoc   : /usr/lib/x86_64-linux-gnu/libmongoc-1.0.so.0 > > I havent done any changes in libmongoc . This is the version I am > using to connect mongodb also . From spanda at 3clogic.com Wed Sep 11 05:20:05 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Wed, 11 Sep 2019 14:50:05 +0530 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> Message-ID: Document db engine version : docdb 3.6.0 *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Wed, Sep 11, 2019 at 2:45 PM Sasmita Panda wrote: > MongoDB server version: 3.6.0 > MongoDB shell version v3.6.14 > > libmongoc : /usr/lib/x86_64-linux-gnu/libmongoc-1.0.so.0 > > I havent done any changes in libmongoc . This is the version I am using to > connect mongodb also . > > Document DB says , to use mongodb version 3.6 above if you wanted to > connect to that from any instance . So I have installed 3.6 version . > > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Wed, Sep 11, 2019 at 2:12 PM Liviu Chircu wrote: > >> Thank you for the info, it's as clean of a crash trace as we can get, >> since >> we do not have any debug symbols for the mongo library (it seems the >> only way >> to get them is to compile/install the library by hand, which is not >> feasible). >> >> Before digging deeper: are you able to determine what Mongo server >> version and >> what libmongoc library version are being used in your environment? Or >> is it all >> abstracted behind the DocumentDB server and its client SDK? >> >> Liviu Chircu >> OpenSIPS Developer >> http://www.opensips-solutions.com >> >> On 11.09.2019 10:54, Sasmita Panda wrote: >> > I hope I have given the right thing to detect the crash . Let me know >> > if you need anything else . >> >> _______________________________________________ >> 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 spanda at 3clogic.com Wed Sep 11 05:21:18 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Wed, 11 Sep 2019 14:51:18 +0530 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> Message-ID: dpkg -l | grep -i libmongoc ii libmongoc-1.0-0 1.3.1-1 amd64 MongoDB C client library - runtime files ii libmongoc-dev 1.3.1-1 amd64 MongoDB C client library - dev files *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Wed, Sep 11, 2019 at 2:49 PM Liviu Chircu wrote: > Can you also do "dpkg -l | grep -i libmongoc"? Maybe the library is too > new or too old. > > I'm asking because I've played with multiple setups using federated > clustering + > Mongo 3.6 without any aborts in the library so far. So we need to think > outside the box here :) > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 11.09.2019 12:15, Sasmita Panda wrote: > > MongoDB server version: 3.6.0 > > MongoDB shell version v3.6.14 > > > > libmongoc : /usr/lib/x86_64-linux-gnu/libmongoc-1.0.so.0 > > > > I havent done any changes in libmongoc . This is the version I am > > using to connect mongodb also . > > _______________________________________________ > 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 spanda at 3clogic.com Wed Sep 11 05:30:07 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Wed, 11 Sep 2019 15:00:07 +0530 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> Message-ID: I think this version is not comparable with mondodb 3.6 . mongo driver 1.9 onward is comparable with mongodb 3.6 . Let me upgrade this first . Then will let you know the out come . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Wed, Sep 11, 2019 at 2:51 PM Sasmita Panda wrote: > dpkg -l | grep -i libmongoc > > ii libmongoc-1.0-0 1.3.1-1 > amd64 MongoDB C client library - runtime files > ii libmongoc-dev 1.3.1-1 > amd64 MongoDB C client library - dev files > > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Wed, Sep 11, 2019 at 2:49 PM Liviu Chircu wrote: > >> Can you also do "dpkg -l | grep -i libmongoc"? Maybe the library is too >> new or too old. >> >> I'm asking because I've played with multiple setups using federated >> clustering + >> Mongo 3.6 without any aborts in the library so far. So we need to think >> outside the box here :) >> >> Liviu Chircu >> OpenSIPS Developer >> http://www.opensips-solutions.com >> >> On 11.09.2019 12:15, Sasmita Panda wrote: >> > MongoDB server version: 3.6.0 >> > MongoDB shell version v3.6.14 >> > >> > libmongoc : /usr/lib/x86_64-linux-gnu/libmongoc-1.0.so.0 >> > >> > I havent done any changes in libmongoc . This is the version I am >> > using to connect mongodb also . >> >> _______________________________________________ >> 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 Sep 11 05:32:41 2019 From: liviu at opensips.org (Liviu Chircu) Date: Wed, 11 Sep 2019 12:32:41 +0300 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> Message-ID: <6abaad4a-1550-d6b3-ea26-ecdf396feb6b@opensips.org> Library and server versions look good.  The library is a bit old (I've only tested with 1.4), but it shouldn't make a difference.  Truth be told, both 1.3 and 1.4 are _very_ old compared to what the MongoDB docs are saying.  However, they work fine in real life! Can you try the following: when specifying the usrloc "db_url" modparam, could you also include the name of the collection?  For example, instead of: mongodb://1.2.3.4/opensipsDB ... use: mongodb://1.2.3.4/opensipsDB.userlocation Let me know if this helps. Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 11.09.2019 12:21, Sasmita Panda wrote: > dpkg -l | grep -i libmongoc > > ii  libmongoc-1.0-0                              1.3.1-1               >            amd64        MongoDB C client library - runtime files > ii  libmongoc-dev                                1.3.1-1               >            amd64        MongoDB C client library - dev files From liviu at opensips.org Wed Sep 11 05:33:43 2019 From: liviu at opensips.org (Liviu Chircu) Date: Wed, 11 Sep 2019 12:33:43 +0300 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: <6abaad4a-1550-d6b3-ea26-ecdf396feb6b@opensips.org> References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> <6abaad4a-1550-d6b3-ea26-ecdf396feb6b@opensips.org> Message-ID: Sorry, I meant "cachedb_url", of course. Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 11.09.2019 12:32, Liviu Chircu wrote: > when specifying the usrloc "db_url" modparam From spanda at 3clogic.com Wed Sep 11 05:58:21 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Wed, 11 Sep 2019 15:28:21 +0530 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> <6abaad4a-1550-d6b3-ea26-ecdf396feb6b@opensips.org> Message-ID: I had done the same . But that wont work . loadmodule "cachedb_mongodb.so" loadmodule "db_cachedb.so" modparam("cachedb_mongodb", "cachedb_url","mongodb:instance1:// opensips3:cluster@ docdb-2019-09-06-06-01-38.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017/ /opensipsDB.userlocation?ssl=true&ssl_ca_certs=rds-combined-ca-bundle.pem") modparam("db_cachedb","cachedb_url","mongodb:instance1:// opensips3:cluster@ docdb-2019-09-09-06-01-38.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017/ /opensipsDB.userlocation?ssl=true&ssl_ca_certs=rds-combined-ca-bundle.pem") modparam("usrloc", "use_domain", 1) modparam("usrloc", "working_mode_preset", "federation-cachedb-cluster") modparam("usrloc", "location_cluster", 1) modparam("usrloc", "cluster_mode", "federation-cachedb") modparam("usrloc", "restart_persistency", "read_from_sql") modparam("usrloc", "sql_write_mode", "write-back") modparam("usrloc", "cachedb_url", "mongodb:instance1:// opensips3:cluster@ docdb-2019-09-06-06-01-38.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017/ /opensipsDB.userlocation?ssl=true&ssl_ca_certs=rds-combined-ca-bundle.pem") This is my config file look like . But still opensips crashes when I register a user . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Wed, Sep 11, 2019 at 3:04 PM Liviu Chircu wrote: > Sorry, I meant "cachedb_url", of course. > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 11.09.2019 12:32, Liviu Chircu wrote: > > when specifying the usrloc "db_url" modparam > > _______________________________________________ > 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 Sep 11 09:06:48 2019 From: liviu at opensips.org (Liviu Chircu) Date: Wed, 11 Sep 2019 16:06:48 +0300 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> <6abaad4a-1550-d6b3-ea26-ecdf396feb6b@opensips.org> Message-ID: Maybe I'm seeing things, but isn't there a "//" double-slash typo in there? ("...:27017//opensipsDB...") Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 11.09.2019 12:58, Sasmita Panda wrote: > modparam("cachedb_mongodb", "cachedb_url","mongodb:instance1:// > opensips3:cluster@ > docdb-2019-09-06-06-01-38.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017/ > > /opensipsDB.userlocation?ssl=true&ssl_ca_certs=rds-combined-ca-bundle.pem") -------------- next part -------------- An HTML attachment was scrubbed... URL: From Louis.Rochon at comtechtel.com Wed Sep 11 14:41:14 2019 From: Louis.Rochon at comtechtel.com (Louis Rochon) Date: Wed, 11 Sep 2019 18:41:14 +0000 Subject: [OpenSIPS-Users] Mods to 2.4.6 Source Code Message-ID: Hi all, We have made some changes to the source code for 2.4.6 to be able to handle URIs with "urn:service:sos" and "urn:nena:service:sos". The current source code can handle the former, but not the latter. In keeping with the GPL, we are obliged to offer those changes to opensips.org. Is anybody interested in seeing those changes? Louis Rochon Senior Systems Designer Solacom Technologies, A Subsidiary of Comtech Telecommunications Corp. Desk: 819-205-8100 ext. 274 Australia: 1800 361 676 ext. 274 Address: 80 Jean-Proulx, Gatineau, Québec, Canada, J8Z 1W1 louis.rochon at comtechtel.com NOTICE TO RECIPIENT: This email, including attachments, may contain information which is confidential, proprietary, attorney-client privileged and / or controlled under U.S. export laws and regulations and may be restricted from disclosure by applicable State and Federal law. Nothing in this email shall create any legal binding agreement between the parties unless expressly stated herein and provided by an authorized representative of Comtech Telecommunications Corp. or its subsidiaries. If you are not the intended recipient of this message, be advised that any dissemination, distribution, or use of the contents of this message is strictly prohibited. If you received this message in error, please notify us immediately by return email and permanently delete all copies of the original email and any attached documentation from any computer or other media. -------------- next part -------------- An HTML attachment was scrubbed... URL: From skumar at netlinkvoice.com Wed Sep 11 20:22:44 2019 From: skumar at netlinkvoice.com (Steve Sharad Kumar) Date: Wed, 11 Sep 2019 19:22:44 -0500 Subject: [OpenSIPS-Users] OpenSIPS 2.4 cluster_send_mi_command Message-ID: Hi folks, I getting trouble sending address_reload mi command in my openSIPS cluster. When I try to use this command -> opensipsctl fifo cluster_broadcast_mi 1 address_reload I get this error message -> 400 Too few or too many arguments I know address_reload needs one partition parm, but I am not using any partition. So it should reload address table as default. If I execute this command -> opensipsctl fifo cluster_broadcast_mi 1 address_reload address I got this error -> 400 Trusted table reload failed In short, I want to execute address_reload command in openSIPS cluster. So please guide what should I do? Here is my permission module config -> #### PERMISSIONS module loadmodule "permissions.so" modparam("permissions", "db_url","mysql://opensipsuser:opensipsrw at X.X.X.X/opensips") And I tried something different too, When I try to execute the same address_reload command to in cluster on only specific node I got this error -> Command -> opensipsctl fifo cluster_send_mi 1 2 address_reload Error -> 9998]: ERROR:core:db_use_table: invalid parameter value (nil), 0x7f242bad8368 Sep 11 19:03:08 nlv-opensips /usr/local/sbin/opensips[9998]: ERROR:permissions:reload_address_table: failed to use address table Sep 11 19:03:08 nlv-opensips /usr/local/sbin/opensips[9998]: INFO:clusterer:handle_cl_mi_msg: MI command returned with: code <400>, reason <013$> Any help and guidance will be much appreciated. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From spanda at 3clogic.com Thu Sep 12 00:56:08 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Thu, 12 Sep 2019 10:26:08 +0530 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> <6abaad4a-1550-d6b3-ea26-ecdf396feb6b@opensips.org> Message-ID: I have tried with single-slash too same thing happens . Opensips crashes when its going to publish the metadata in documentDB . What should you suggest now ? Will I upgrade the library version . I am trying that option . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Wed, Sep 11, 2019 at 6:38 PM Liviu Chircu wrote: > Maybe I'm seeing things, but isn't there a "//" double-slash typo in > there? ("...:27017//opensipsDB...") > > Liviu Chircu > OpenSIPS Developerhttp://www.opensips-solutions.com > > On 11.09.2019 12:58, Sasmita Panda wrote: > > modparam("cachedb_mongodb", "cachedb_url","mongodb:instance1:// > opensips3:cluster@ > docdb-2019-09-06-06-01-38.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017/ > /opensipsDB.userlocation?ssl=true&ssl_ca_certs=rds-combined-ca-bundle.pem") > > _______________________________________________ > 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 Sep 12 04:26:49 2019 From: liviu at opensips.org (Liviu Chircu) Date: Thu, 12 Sep 2019 11:26:49 +0300 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> <6abaad4a-1550-d6b3-ea26-ecdf396feb6b@opensips.org> Message-ID: <083ba653-90d5-a3b9-d20e-54494fba563d@opensips.org> I suggest we manually compile a debuggable version of libmongoc library v1.3.1 using the following steps: # clone the libmongoc library source code git clone https://github.com/mongodb/mongo-c-driver -b 1.3.1 ~/src/mongo-c-driver cd ~/src/mongo-c-driver # prepare necessary packages apt remove libssl-dev apt install libssl1.0-dev gcc make autoconf # build, install and enable the library ./autogen.sh --enable-debug-symbols=yes make -j4 make install echo "/usr/local/lib" >/etc/ld.so.conf.d/libmongoc.conf ldconfig ... and we are done!  Now, just restart your OpenSIPS and produce another core file.  This time, gdb will print some extra information, which will help us understand what's going on. At any time, to clean up the debug library and revert to the default one (from packages): rm -fr /usr/local/lib/libbson-1.0.* /usr/local/lib/libmongoc-* rm /etc/ld.so.conf.d/libmongoc.conf ldconfig Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 12.09.2019 07:56, Sasmita Panda wrote: > > What should you suggest now ? Will I upgrade the library version . I > am trying that option . From razvan at opensips.org Thu Sep 12 04:37:23 2019 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Thu, 12 Sep 2019 11:37:23 +0300 Subject: [OpenSIPS-Users] Mods to 2.4.6 Source Code In-Reply-To: References: Message-ID: Sure, could you open a pull request with the changes on our github tracker[1]? [1] https://github.com/OpenSIPS/opensips/pulls Best regards, Răzvan On 9/11/19 9:41 PM, Louis Rochon wrote: > Hi all, > > We have made some changes to the source code for 2.4.6 to be able to > handle URIs with “urn:service:sos”  and “urn:nena:service:sos”. The > current source code can handle the former, but not the latter. > > In keeping with the GPL, we are obliged to offer those changes to > opensips.org. Is anybody interested in seeing those changes? > > *Louis Rochon* > > /Senior Systems Designer/ > > /Solacom Technologies, A Subsidiary of Comtech Telecommunications Corp./ > > Desk: 819-205-8100 ext. 274 > > Australia: 1800 361 676 ext. 274 > > Address: 80 Jean-Proulx, Gatineau, Québec, Canada, J8Z 1W1 > > louis.rochon at comtechtel.com > > NOTICE TO RECIPIENT: This email, including attachments, may contain > information which is confidential, proprietary, attorney-client > privileged and / or controlled under U.S. export laws and regulations > and may be restricted from disclosure by applicable State and Federal > law. Nothing in this email shall create any legal binding agreement > between the parties unless expressly stated herein and provided by an > authorized representative of Comtech Telecommunications Corp. or its > subsidiaries. If you are not the intended recipient of this message, be > advised that any dissemination, distribution, or use of the contents of > this message is strictly prohibited. If you received this message in > error, please notify us immediately by return email and permanently > delete all copies of the original email and any attached documentation > from any computer or other media. > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- Răzvan Crainea OpenSIPS Core Developer http://www.opensips-solutions.com From kurgan-rus at inbox.ru Thu Sep 12 05:18:20 2019 From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEthemFudHNldg==?=) Date: Thu, 12 Sep 2019 12:18:20 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?route=5Fto=5Fcarrier_using_a_random_ga?= =?utf-8?q?teway?= In-Reply-To: References: Message-ID: <1568279900.217464530@f368.i.mail.ru> Hi Ben, does it mean that the gateways will be selected in random order if they have the same weight? >You just need to set the carrier flag to use weights for routing and define the list of gateways with their weights. It’s described in the Overview section of the dr_routing module documentation here: https://opensips.org/html/docs/modules/2.4.x/drouting.html#idp165856 .. >  >Ben Newlin ----------------------------------------------- BR, Alexey http://alexeyka.zantsev.com/ From wallnut.monkeys at gmail.com Thu Sep 12 06:35:32 2019 From: wallnut.monkeys at gmail.com (Dominic) Date: Thu, 12 Sep 2019 06:35:32 -0400 Subject: [OpenSIPS-Users] route_to_carrier using a random gateway In-Reply-To: <1568279900.217464530@f368.i.mail.ru> References: <1568279900.217464530@f368.i.mail.ru> Message-ID: i tried it it out and looks to be working (random). thanks for the help Ben On Thu, Sep 12, 2019, 5:24 AM Alexey Kazantsev via Users, < users at lists.opensips.org> wrote: > Hi Ben, > > does it mean that the gateways will be selected in random order if they > have the same weight? > > > >You just need to set the carrier flag to use weights for routing and > define the list of gateways with their weights. It’s described in the > Overview section of the dr_routing module documentation here: > https://opensips.org/html/docs/modules/2.4.x/drouting.html#idp165856 .. > > > >Ben Newlin > > > > ----------------------------------------------- > BR, Alexey > http://alexeyka.zantsev.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 kurgan-rus at inbox.ru Thu Sep 12 06:51:11 2019 From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEthemFudHNldg==?=) Date: Thu, 12 Sep 2019 13:51:11 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?route=5Fto=5Fcarrier_using_a_random_ga?= =?utf-8?q?teway?= In-Reply-To: References: <1568279900.217464530@f368.i.mail.ru> Message-ID: <1568285471.894262704@f123.i.mail.ru> Dominic, so, you use the same weight of gateways for random selection, right? >i tried it it out and looks to be working (random). >thanks for the help Ben ----------------------------------------------- BR, Alexey http://alexeyka.zantsev.com/ From wallnut.monkeys at gmail.com Thu Sep 12 07:00:20 2019 From: wallnut.monkeys at gmail.com (Dominic) Date: Thu, 12 Sep 2019 07:00:20 -0400 Subject: [OpenSIPS-Users] route_to_carrier using a random gateway In-Reply-To: <1568285471.894262704@f123.i.mail.ru> References: <1568279900.217464530@f368.i.mail.ru> <1568285471.894262704@f123.i.mail.ru> Message-ID: yes thats what I did. On Thu, Sep 12, 2019, 6:53 AM Alexey Kazantsev via Users, < users at lists.opensips.org> wrote: > Dominic, > > so, you use the same weight of gateways for random selection, right? > > > >i tried it it out and looks to be working (random). > >thanks for the help Ben > > > ----------------------------------------------- > BR, Alexey > http://alexeyka.zantsev.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 spanda at 3clogic.com Thu Sep 12 07:37:06 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Thu, 12 Sep 2019 17:07:06 +0530 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: <083ba653-90d5-a3b9-d20e-54494fba563d@opensips.org> References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> <6abaad4a-1550-d6b3-ea26-ecdf396feb6b@opensips.org> <083ba653-90d5-a3b9-d20e-54494fba563d@opensips.org> Message-ID: Hi , I am using ubuntu 16 . I am not able to run make command . Its giving error . make[1]: Entering directory '/opt/mongo-c-driver' CCLD test-replica-set /usr/bin/ld: tests/test_replica_set-ha-test.o: undefined reference to symbol 'pthread_once@@GLIBC_2.2.5' //lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status Makefile:2516: recipe for target 'test-replica-set' failed make[1]: *** [test-replica-set] Error 1 make[1]: Leaving directory '/opt/mongo-c-driver' Makefile:4866: recipe for target 'install-recursive' failed make: *** [install-recursive] Error 1 I am trying to solve this . Once done I will give the core dump . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Thu, Sep 12, 2019 at 1:58 PM Liviu Chircu wrote: > I suggest we manually compile a debuggable version of libmongoc library > v1.3.1 using the following steps: > > # clone the libmongoc library source code > git clone https://github.com/mongodb/mongo-c-driver -b 1.3.1 > ~/src/mongo-c-driver > cd ~/src/mongo-c-driver > > # prepare necessary packages > apt remove libssl-dev > apt install libssl1.0-dev gcc make autoconf > > # build, install and enable the library > ./autogen.sh --enable-debug-symbols=yes > make -j4 > make install > echo "/usr/local/lib" >/etc/ld.so.conf.d/libmongoc.conf > ldconfig > > ... and we are done! Now, just restart your OpenSIPS and produce > another core file. This time, gdb > will print some extra information, which will help us understand what's > going on. > > At any time, to clean up the debug library and revert to the default one > (from packages): > > rm -fr /usr/local/lib/libbson-1.0.* /usr/local/lib/libmongoc-* > rm /etc/ld.so.conf.d/libmongoc.conf > ldconfig > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 12.09.2019 07:56, Sasmita Panda wrote: > > > > What should you suggest now ? Will I upgrade the library version . I > > am trying that option . > > _______________________________________________ > 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 Sep 12 10:19:45 2019 From: liviu at opensips.org (Liviu Chircu) Date: Thu, 12 Sep 2019 17:19:45 +0300 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> <6abaad4a-1550-d6b3-ea26-ecdf396feb6b@opensips.org> <083ba653-90d5-a3b9-d20e-54494fba563d@opensips.org> Message-ID: Let's follow the official build guide [1], maybe it will make things easier. So make sure to install below requirements, then try again: sudo apt install cmake libssl-dev libsasl2-dev [1]: http://mongoc.org/libmongoc/current/installing.html Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 12.09.2019 14:37, Sasmita Panda wrote: > make[1]: Entering directory '/opt/mongo-c-driver' >   CCLD     test-replica-set > /usr/bin/ld: tests/test_replica_set-ha-test.o: undefined reference to > symbol 'pthread_once@@GLIBC_2.2.5' > //lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO > missing from command line -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Thu Sep 12 11:10:47 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 12 Sep 2019 18:10:47 +0300 Subject: [OpenSIPS-Users] TLS - nated contact is not fixed In-Reply-To: References: Message-ID: <32e54277-8b5f-fccc-ac96-1c8e0b69a1c3@opensips.org> Hi Dragomir, See the "Received" field - I think the fix_nated_register() did the job. What do you print when doing the xlog "Relay sent to...." ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/5/19 1:24 PM, Dragomir Haralambiev wrote: > Not working: >       AOR:: 33341656 >                 Contact:: sip: 33341656  > @192.168.1.106:50443;transport=TLS;ob Q= >                         Expires:: 260 >                         Callid:: 554fdfd6ee794451942f693e40fbe362 >                         Cseq:: 31813 >                         User-agent:: MicroSIP/3.19.18 >                         Received:: sip:39.121.145.121:50445;transport=TLS >                         State:: CS_SYNC >                         Flags:: 0 >                         Cflags:: TLS RM_ONTO_FLAG SIP_PING_BFLAG NAT_BFLAG >                         Socket:: tls:83.21.101.114:5062 > >                         Methods:: 8063 >                         SIP_instance:: > > > When run :t_relay(); > > Relay send to 192.168.1.106:50443... > > На чт, 5.09.2019 г. в 11:21 ч. Hristo Donev > написа: > > Add the global parameter: > tcp_accept_aliases=yes > > insert in main route: > if (proto==TLS) { force_tcp_alias(); } > > > > На чт, 5.09.2019 г. в 10:37 ч. Dragomir Haralambiev > > написа: > > Hello, > > I have : > if (is_method("REGISTER|SUBSCRIBE")) { >       fix_nated_register(); >  } > fix_nated_contact(); > > When I have Transport UDP all is OK. > Wen I have Transport TLS, contact record in location table is > not fixed. > > What I do to fix this? > > Regards, > Dragomir > _______________________________________________ > 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 Sep 12 11:12:49 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 12 Sep 2019 18:12:49 +0300 Subject: [OpenSIPS-Users] Mailing list for security issues. In-Reply-To: References: Message-ID: Hi Johan, Patches should go via the GITHUB tracker, as Pull Requests. Security issues (if code related) should be reported via the "devel" mailing list. If the issue is SIP generic, use the "users" lists. Thanks, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 8/27/19 7:34 PM, Johan De Clercq wrote: > Hello, > > How are security related problems / patches reported for opensips ? Is > there a separate mailing list or are they announced on the normal user > list ? > > Best regards, johan > > Outlook voor iOS downloaden > > _______________________________________________ > 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 Sep 12 11:15:00 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 12 Sep 2019 18:15:00 +0300 Subject: [OpenSIPS-Users] sipmsgops.so / codec_delete_except_re In-Reply-To: <1566821494.990739447@f358.i.mail.ru> References: <1566821494.990739447@f358.i.mail.ru> Message-ID: Alexey, What OpenSIPS version you use ? Have you tried to run the test with full logs (log_level 4) to see if you get some hints ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 8/26/19 3:11 PM, Alexey Kazantsev via Users wrote: > Hi list > > Trying to delete all codecs except one. > No success. > > > route[relay] { > if (is_method("INVITE")) { > t_on_branch("per_branch_ops"); > t_on_reply("handle_nat"); > t_on_failure("1"); > } > > script_trace( 1, "$rb(application/sdp)", "trace_codecs"); > codec_delete_except_re("pcm"); #will delete all codecs except PCMA and PCMU > script_trace(); > > if (!t_relay()) { > send_reply(500,"Internal Error"); > } > exit; > } > > > Tried several variants: pcm, pcma, PCMA, PCMA|PCMU, > started from an example in the documentation. > > What I see in trace: > > [Script Trace][/etc/opensips/opensips.cfg:314][trace_codecs][module codec_delete_except_re] -> () > [Script Trace][/etc/opensips/opensips.cfg:315][trace_codecs][core script_trace] -> () > [Script Trace][/etc/opensips/opensips.cfg:314][trace_codecs][module codec_delete_except_re] -> () > [Script Trace][/etc/opensips/opensips.cfg:315][trace_codecs][core script_trace] -> () > > What I'm doing wrong? > > ----------------------------------------------- > BR, Alexey > http://alexeyka.zantsev.com/ > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From bogdan at opensips.org Thu Sep 12 11:21:24 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 12 Sep 2019 18:21:24 +0300 Subject: [OpenSIPS-Users] Opensips 3.0 | opensips-cli -x database create -> Index column size too large. The maximum column size is 767 bytes. In-Reply-To: <1567021847.1866.71.camel@topgreen.co.uk> References: <1567021847.1866.71.camel@topgreen.co.uk> Message-ID: <393610fd-6032-0ba1-c305-61d2437616eb@opensips.org> Hi Adrian, How did you install the OpenSIPS 3.0 ? from sources or from packages ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 8/28/19 10:50 PM, Adrian Fretwell wrote: > Hello All, > Just migrating to Opensips 3.0 and I am using opensip-cli for the > first time. > > When I issue a opensips-cli -x database create command some of the > operations fail with: > Error: (1709, 'Index column size too large. The maximum column size is > 767 bytes.') > > I will paste the full error below. I am aware of this limitation with > 10.1.38-MariaDB-0+deb9u1 but have added the following to my mysql > config file: > innodb_file_format=barracuda > innodb_file_format_max=barracuda > innodb_file_per_table=on > innodb_large_prefix=on > > I believe the last part of the work around is to specify the row > format as DYNAMIC thus enabling the index key prefix length limit to > be raised to 3072 bytes for InnoDB tables with this format. > > The problem is that I can't work out how to specify the row format > DYNAMIC to the opensips-cli program, can anyone help? > > Kind regards, > Adrian Fretwell > > > Full error printout for one table operation: > > root at sip4-master :~# opensips-cli -x database > create > SQLAlchemy version:  1.3.3 > Please provide the URL of the SQL database: mysql://root at localhost > Create [a]ll tables or just the [c]urrently configured ones? (Default > value is a): > Creating all tables ... > Running standard-create.sql... > Running group-create.sql... > Running b2b-create.sql... > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > Running acc-create.sql... > Running clusterer-create.sql... > Running tracer-create.sql... > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > Running closeddial-create.sql... > Running registrant-create.sql... > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > Running call_center-create.sql... > Running dialog-create.sql... > Running load_balancer-create.sql... > Running tls_mgm-create.sql... > Running domain-create.sql... > Running msilo-create.sql... > Running avpops-create.sql... > Running dispatcher-create.sql... > Running rtpengine-create.sql... > Running usrloc-create.sql... > Running fraud_detection-create.sql... > Running emergency-create.sql... > Running rls-create.sql... > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > Running auth_db-create.sql... > Running presence-create.sql... > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > Running cpl-create.sql... > Running dialplan-create.sql... > Running freeswitch_scripting-create.sql... > Running rtpproxy-create.sql... > Running permissions-create.sql... > Running b2b_sca-create.sql... > Running drouting-create.sql... > Running alias_db-create.sql... > Running cachedb_sql-create.sql... > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > Running domainpolicy-create.sql... > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > Running speeddial-create.sql... > Running userblacklist-create.sql... > Running imc-create.sql... > Running carrierroute-create.sql... > Running smpp-create.sql... > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > ERROR: Error closing cursor > Traceback (most recent call last): >   File > "/usr/local/lib/python3.5/dist-packages/SQLAlchemy-1.3.3-py3.5-linux-x86_64.egg/sqlalchemy/engine/base.py", > line 1333, in _safe_close_cursor >     cursor.close() >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 85, in close >     while self.nextset(): >   File > "/usr/local/lib/python3.5/dist-packages/mysqlclient-1.3.14-py3.5-linux-x86_64.egg/MySQLdb/cursors.py", > line 173, in nextset >     nr = db.next_result() > _mysql_exceptions.OperationalError: (1709, 'Index column size too > large. The maximum column size is 767 bytes.') > root at sip4-master :~# > > _______________________________________________ > 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 Sep 12 11:46:45 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 12 Sep 2019 18:46:45 +0300 Subject: [OpenSIPS-Users] sql_cacher with cachedb_local In-Reply-To: References: Message-ID: <90521e57-94d4-4986-6732-0262e1ad2c99@opensips.org> HI Mehdi, Do you get that error only when using it from startup_route ? Also, try to change the cachedb_url to "local:///collection2" Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 8/30/19 10:12 AM, Mehdi Shirazi wrote: > Hi > Please help me configuring sql_cacher. > I use Opensips 2.4.6 . > modparam("cachedb_local", "cachedb_url", "local:group2:///collection2") > modparam("sql_cacher", "cache_table", > "id=st_caching > db_url=mysql://opensips:1234ms at localhost/opensips > cachedb_url=local:group2:///collection2 > table=STrig > key=number > columns=cause") > startup_route { >     xlog("The cause is $sql_cached_value(st_caching:cause:88443322)"); >     } > in log: > ERROR:sql_cacher:get_rld_vers_from_cache: Failed to get reload version > integer from cachedb > ERROR:sql_cacher:pv_get_sql_cached_value: Error fetching from cachedb > > Regards > M.Shirazi > > > _______________________________________________ > 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 kurgan-rus at inbox.ru Fri Sep 13 08:59:50 2019 From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEthemFudHNldg==?=) Date: Fri, 13 Sep 2019 15:59:50 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?sipmsgops=2Eso_/_codec=5Fdelete=5Fexce?= =?utf-8?q?pt=5Fre?= In-Reply-To: References: <1566821494.990739447@f358.i.mail.ru> Message-ID: <1568379590.31274319@f392.i.mail.ru> Hi Bogdan, in fact, I'm just playing with this and have no real need (at least right now). But I'm curious why the function is not working properly for me. Script debugging shows smth strange about SDP presence: DBG:sipmsgops:create_codec_lumps: creating 1 streams DBG:sipmsgops:get_associated_lump: Have 1 lumps DBG:sipmsgops:get_associated_lump: have lump at 619 want at 619 DBG:core:parse_headers: flags=ffffffffffffffff DBG:core:parse_sdp: message body has length zero DBG:sipmsgops:do_for_all_streams: Message has no SDP DBG:core:parse_headers: flags=ffffffffffffffff DBG:core:parse_sdp: message body has length zero DBG:sipmsgops:do_for_all_streams: Message has no SDP But the SIP debug seems to be OK. This is the INVITE from Linphone to OpenSIPS: 2019/09/13 17:50:18.815477 195.209.116.18:5060 -> 185.212.148.195:5060 INVITE sip:lexus2 at alexeyka.zantsev.com SIP/2.0 Via: SIP/2.0/UDP 195.209.116.18:5060;rport;branch=z9hG4bK319001858 From: ;tag=1401125272 To: Call-ID: 910262535 CSeq: 20 INVITE Contact: Content-Type: application/sdp Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO Max-Forwards: 70 User-Agent: Linphone/3.6.1 (eXosip2/4.1.0) Subject: Phone call Content-Length: 237 v=0 o=alexey 2285 1260 IN IP4 195.209.116.18 s=Talk c=IN IP4 195.209.116.18 t=0 0 m=audio 7078 RTP/AVP 0 8 9 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:9 G722/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-11 And this is the INVITE coming from OpenSIPS to another UAC (here I'd like any codec except pcm* be removed from SDP): 2019/09/13 17:50:18.823409 185.212.148.195:5060 -> 195.209.116.4:5061 INVITE sip:lexus2 at 195.209.116.4:5061 SIP/2.0 Record-Route: Via: SIP/2.0/UDP 185.212.148.195:5060;branch=z9hG4bK4291.21f47e33.0 Via: SIP/2.0/UDP 195.209.116.18:5060;received=195.209.116.18;rport=5060;branch=z9hG4bK319001858 From: ;tag=1401125272 To: Call-ID: 910262535 CSeq: 20 INVITE Contact: Content-Type: application/sdp Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO Max-Forwards: 69 User-Agent: Linphone/3.6.1 (eXosip2/4.1.0) Subject: Phone call Content-Length: 266 v=0 o=alexey 2285 1260 IN IP4 185.212.148.195 s=Talk c=IN IP4 185.212.148.195 t=0 0 m=audio 30184 RTP/AVP 0 8 9 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:9 G722/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-11 a=sendrecv a=rtcp:30185 ----------------------------------------------- BR, Alexey http://alexeyka.zantsev.com/ From kurgan-rus at inbox.ru Fri Sep 13 09:12:14 2019 From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEthemFudHNldg==?=) Date: Fri, 13 Sep 2019 16:12:14 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?sipmsgops=2Eso_/_codec=5Fdelete=5Fexce?= =?utf-8?q?pt=5Fre?= In-Reply-To: <1568379590.31274319@f392.i.mail.ru> References: <1566821494.990739447@f358.i.mail.ru> <1568379590.31274319@f392.i.mail.ru> Message-ID: <1568380334.165594989@f429.i.mail.ru> Maybe I need to use this function in some other place of the script? ----------------------------------------------- BR, Alexey http://alexeyka.zantsev.com/ From kurgan-rus at inbox.ru Fri Sep 13 09:22:16 2019 From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEthemFudHNldg==?=) Date: Fri, 13 Sep 2019 16:22:16 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?sipmsgops=2Eso_/_codec=5Fdelete=5Fexce?= =?utf-8?q?pt=5Fre?= In-Reply-To: <1568380334.165594989@f429.i.mail.ru> References: <1566821494.990739447@f358.i.mail.ru> <1568379590.31274319@f392.i.mail.ru> <1568380334.165594989@f429.i.mail.ru> Message-ID: <1568380936.422140643@f397.i.mail.ru> Now I'm testing with this snippet: $var(aline_1_before) = $(rb{sdp.line,a,0}); xlog("Route: $rT . 1 a line in the SDP body is $var(aline_1_before)\n"); $var(aline_2_before) = $(rb{sdp.line,a,1}); xlog("Route: $rT . 2 a line in the SDP body is $var(aline_2_before)\n"); $var(aline_3_before) = $(rb{sdp.line,a,2}); xlog("Route: $rT . 3 a line in the SDP body is $var(aline_3_before)\n"); codec_delete_except_re("pcm"); #will delete all codecs except PCMA and PCMU $var(aline_1_after) = $(rb{sdp.line,a,0}); xlog("Route: $rT . 1 a line in the SDP body is $var(aline_1_after)\n"); $var(aline_2_after) = $(rb{sdp.line,a,1}); xlog("Route: $rT . 2 a line in the SDP body is $var(aline_2_after)\n"); $var(aline_3_after) = $(rb{sdp.line,a,2}); xlog("Route: $rT . 3 a line in the SDP body is $var(aline_3_after)\n"); if (!t_relay()) { send_reply(500,"Internal Error"); } And I see this: Route: request_route . 1 a line in the SDP body is a=rtpmap:0 PCMU/8000 Route: request_route . 2 a line in the SDP body is a=rtpmap:8 PCMA/8000 Route: request_route . 3 a line in the SDP body is a=rtpmap:9 G722/8000 Route: request_route . 1 a line in the SDP body is a=rtpmap:0 PCMU/8000 Route: request_route . 2 a line in the SDP body is a=rtpmap:8 PCMA/8000 Route: request_route . 3 a line in the SDP body is a=rtpmap:9 G722/8000 new branch at sip:lexus2 at 195.209.116.4:5061 Route: request_route . 1 a line in the SDP body is Route: request_route . 2 a line in the SDP body is Route: request_route . 3 a line in the SDP body is Route: request_route . 1 a line in the SDP body is Route: request_route . 2 a line in the SDP body is Route: request_route . 3 a line in the SDP body is Route: request_route . 1 a line in the SDP body is Route: request_route . 2 a line in the SDP body is Route: request_route . 3 a line in the SDP body is Route: request_route . 1 a line in the SDP body is Route: request_route . 2 a line in the SDP body is Route: request_route . 3 a line in the SDP body is But as we remember, the SIP debug looks OK (SDP is in all invites). So what I'm doing wrong?! ----------------------------------------------- BR, Alexey http://alexeyka.zantsev.com/ From kurgan-rus at inbox.ru Fri Sep 13 09:27:24 2019 From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEthemFudHNldg==?=) Date: Fri, 13 Sep 2019 16:27:24 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?sipmsgops=2Eso_/_codec=5Fdelete=5Fexce?= =?utf-8?q?pt=5Fre?= In-Reply-To: <1568380936.422140643@f397.i.mail.ru> References: <1566821494.990739447@f358.i.mail.ru> <1568380334.165594989@f429.i.mail.ru> <1568380936.422140643@f397.i.mail.ru> Message-ID: <1568381244.921135714@f132.i.mail.ru> Also tried to delete codecs in branch_route, but still no success. Well, enough flooding:) Maybe somebody has an idea how to remove codecs. ----------------------------------------------- BR, Alexey http://alexeyka.zantsev.com/ From spanda at 3clogic.com Mon Sep 16 03:35:36 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Mon, 16 Sep 2019 13:05:36 +0530 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> <6abaad4a-1550-d6b3-ea26-ecdf396feb6b@opensips.org> <083ba653-90d5-a3b9-d20e-54494fba563d@opensips.org> Message-ID: The new core file is given below in pastebin https://pastebin.com/zMpf12MQ Rather than this , I was trying to upgrade mongo c library to 1.9 and running with document DB . Here I am not able to connect to Document DB . its giving below error When I am connecting with SSL=true ERROR:cachedb_mongodb:mongo_con_update: last error: 15.13053: No suitable servers found (`serverSelectionTryOnce` set): [TLS handshake failed: error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed calling ismaster on ' docdb-2019-09-14-06-14-132.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017 '] When I am doing without ssl ERROR:cachedb_mongodb:mongo_con_update: last error: 1.11: Authentication failed. In both the cases I am able to connect to the Doc DB from the instance console . But in opensips its giving such error . Opensips is not crashing although . Why is this error coming . I am not getting this error in the code also . Below is the library version in my instance . and Document db is in same 3.6 version . dpkg -l | grep -i libmongoc ii libmongoc-1.0-0 1.9.2+dfsg-1build1 amd64 MongoDB C client library - runtime files ii libmongoc-dev 1.9.2+dfsg-1build1 amd64 MongoDB C client library - dev files *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Thu, Sep 12, 2019 at 7:50 PM Liviu Chircu wrote: > Let's follow the official build guide [1], maybe it will make things > easier. > > So make sure to install below requirements, then try again: > > sudo apt install cmake libssl-dev libsasl2-dev > > [1]: http://mongoc.org/libmongoc/current/installing.html > > Liviu Chircu > OpenSIPS Developerhttp://www.opensips-solutions.com > > On 12.09.2019 14:37, Sasmita Panda wrote: > > make[1]: Entering directory '/opt/mongo-c-driver' > CCLD test-replica-set > /usr/bin/ld: tests/test_replica_set-ha-test.o: undefined reference to > symbol 'pthread_once@@GLIBC_2.2.5' > //lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing > from command line > > _______________________________________________ > 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 Sep 16 07:37:45 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 16 Sep 2019 14:37:45 +0300 Subject: [OpenSIPS-Users] [Blog] OpenSIPS as MS Teams SBC Message-ID: Let's welcome Alexey Vasilyev as a new contributer on the OpenSIPS blog. And what is more interesting (as first post) than the topic of how to use OpenSIPS as an SBC for MS Teams, to allow the Office 365 users to dial outside to their tenant, to call to PSTN number or to users/extensions hosted on classical SIP PBXes. https://blog.opensips.org/2019/09/16/opensips-as-ms-teams-sbc/ Enjoy, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com From gmaruzz at gmail.com Mon Sep 16 07:41:09 2019 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Mon, 16 Sep 2019 13:41:09 +0200 Subject: [OpenSIPS-Users] [OpenSIPS-Business] [Blog] OpenSIPS as MS Teams SBC In-Reply-To: References: Message-ID: Congrats, Alexey, very nice article. Thank you! -giovanni On Mon, Sep 16, 2019 at 1:39 PM Bogdan-Andrei Iancu wrote: > Let's welcome Alexey Vasilyev as a new contributer on the OpenSIPS blog. > > And what is more interesting (as first post) than the topic of how to > use OpenSIPS as an SBC for MS Teams, to allow the Office 365 users to > dial outside to their tenant, to call to PSTN number or to > users/extensions hosted on classical SIP PBXes. > > https://blog.opensips.org/2019/09/16/opensips-as-ms-teams-sbc/ > > Enjoy, > > -- > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > > > _______________________________________________ > Business mailing list > Business at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/business > -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.shirazi at gmail.com Mon Sep 16 09:53:03 2019 From: m.shirazi at gmail.com (Mehdi Shirazi) Date: Mon, 16 Sep 2019 18:23:03 +0430 Subject: [OpenSIPS-Users] sql_cacher with cachedb_local In-Reply-To: <90521e57-94d4-4986-6732-0262e1ad2c99@opensips.org> References: <90521e57-94d4-4986-6732-0262e1ad2c99@opensips.org> Message-ID: Hi Thanks for reply. inside main route it was working ok but inside startup_route (2.4.6 and 3.0) not working. Regards M.Shirazi On Thu, Sep 12, 2019 at 8:16 PM Bogdan-Andrei Iancu wrote: > HI Mehdi, > > Do you get that error only when using it from startup_route ? > > Also, try to change the cachedb_url to "local:///collection2" > > Regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS Summit 2019 > https://www.opensips.org/events/Summit-2019Amsterdam/ > > On 8/30/19 10:12 AM, Mehdi Shirazi wrote: > > Hi > Please help me configuring sql_cacher. > I use Opensips 2.4.6 . > modparam("cachedb_local", "cachedb_url", "local:group2:///collection2") > modparam("sql_cacher", "cache_table", > "id=st_caching > db_url=mysql://opensips:1234ms at localhost/opensips > cachedb_url=local:group2:///collection2 > table=STrig > key=number > columns=cause") > startup_route { > xlog("The cause is $sql_cached_value(st_caching:cause:88443322)"); > } > in log: > ERROR:sql_cacher:get_rld_vers_from_cache: Failed to get reload version > integer from cachedb > ERROR:sql_cacher:pv_get_sql_cached_value: Error fetching from cachedb > > Regards > M.Shirazi > > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From skumar at netlinkvoice.com Mon Sep 16 16:09:02 2019 From: skumar at netlinkvoice.com (Steve Sharad Kumar) Date: Mon, 16 Sep 2019 15:09:02 -0500 Subject: [OpenSIPS-Users] Replacing Adtran with OpenSIPS Message-ID: Hi, We are trying to replace our Adtran which is being used as an SBC for faxing with openSIPS. But we are getting a problem with openSIPS. This gonna be our call flow -> Asterisk -> OpenSIPS -> SIP Trunk Rtpproxy is running inside openSIPS. I am new to openSIPS so need help from smart folks. When we get 200 OK (SDP) from trunk provider, our ACK is not traversing the openSIPS. ACK is being directly sent to trunk provider. Please view the call flow -> 2019/09/16 15:05:16.045125 10.250.110.90:5060 -> 10.10.10.172:5060 INVITE sip:6014279333 at 10.10.10.172 SIP/2.0 Via: SIP/2.0/UDP 10.250.110.90:5060;branch=z9hG4bK5b901208 Max-Forwards: 70 From: "Sunny Singh" ;tag=as6597b08e To: Contact: Call-ID: 3032e3ce2c4b2c9334aadd4c0d294683 at 10.250.110.90:5060 CSeq: 102 INVITE User-Agent: Asterisk PBX certified/13.21-cert3 Date: Mon, 16 Sep 2019 20:05:16 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Content-Type: application/sdp Content-Length: 301 v=0 o=root 736228850 736228850 IN IP4 10.250.110.90 s=Asterisk PBX certified/13.21-cert3 c=IN IP4 10.250.110.90 t=0 0 m=audio 12276 RTP/AVP 0 8 3 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=maxptime:150 a=sendrecv 2019/09/16 15:05:16.045914 10.10.10.172:5060 -> 67.231.12.67:5060 INVITE sip:6014279333 at 67.231.12.67:5060 SIP/2.0 Record-Route: Via: SIP/2.0/UDP 38.65.55.146:5060;branch=z9hG4bK424b.1d038492.0 Via: SIP/2.0/UDP 10.250.110.90:5060;branch=z9hG4bK5b901208 Max-Forwards: 69 From: "Sunny Singh" ;tag=as6597b08e To: Contact: Call-ID: 3032e3ce2c4b2c9334aadd4c0d294683 at 10.250.110.90:5060 CSeq: 102 INVITE User-Agent: Asterisk PBX certified/13.21-cert3 Date: Mon, 16 Sep 2019 20:05:16 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE Supported: replaces, timer Content-Type: application/sdp Content-Length: 317 v=0 o=root 736228850 736228850 IN IP4 38.65.55.146 s=Asterisk PBX certified/13.21-cert3 c=IN IP4 38.65.55.146 t=0 0 m=audio 12322 RTP/AVP 0 8 3 101 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=maxptime:150 a=sendrecv a=nortpproxy:yes 2019/09/16 15:05:16.281867 67.231.12.67:5060 -> 10.10.10.172:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP 38.65.55.146:5060;branch=z9hG4bK424b.1d038492.0 Via: SIP/2.0/UDP 10.250.110.90:5060;branch=z9hG4bK5b901208 From: "Sunny Singh" ;tag=as6597b08e To: ;tag=gK00b184ef Call-ID: 3032e3ce2c4b2c9334aadd4c0d294683 at 10.250.110.90:5060 CSeq: 102 INVITE Record-Route: Accept: application/sdp Contact: Allow: INVITE,ACK,CANCEL,BYE,PRACK,OPTIONS Supported: replaces Content-Length: 236 Content-Disposition: session; handling=required Content-Type: application/sdp v=0 o=Sonus_UAC 687409 672900 IN IP4 67.231.12.67 s=SIP Media Capabilities c=IN IP4 67.231.12.207 t=0 0 m=audio 36368 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv a=ptime:20 2019/09/16 15:05:16.289521 10.10.10.172:5060 -> 10.250.110.90:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP 10.250.110.90:5060;branch=z9hG4bK5b901208 From: "Sunny Singh" ;tag=as6597b08e To: ;tag=gK00b184ef Call-ID: 3032e3ce2c4b2c9334aadd4c0d294683 at 10.250.110.90:5060 CSeq: 102 INVITE Record-Route: Accept: application/sdp Contact: Allow: INVITE,ACK,CANCEL,BYE,PRACK,OPTIONS Supported: replaces Content-Length: 253 Content-Disposition: session; handling=required Content-Type: application/sdp v=0 o=Sonus_UAC 687409 672900 IN IP4 38.65.55.146 s=SIP Media Capabilities c=IN IP4 38.65.55.146 t=0 0 m=audio 13406 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=sendrecv a=ptime:20 a=nortpproxy:yes 2019/09/16 15:05:16.290712 10.250.110.90:34022 -> 10.10.10.172:5060 ACK sip:6014279333 at 67.231.12.67:5060 SIP/2.0 Via: SIP/2.0/UDP 10.250.110.90:5060;branch=z9hG4bK5c3259ad Route: Max-Forwards: 70 From: "Sunny Singh" ;tag=as6597b08e To: ;tag=gK00b184ef Contact: Call-ID: 3032e3ce2c4b2c9334aadd4c0d294683 at 10.250.110.90:5060 CSeq: 102 ACK User-Agent: Asterisk PBX certified/13.21-cert3 Content-Length: 0 And for this setup we have to use openSIPS residential script or trunking script ? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexei.vasilyev at gmail.com Tue Sep 17 01:55:16 2019 From: alexei.vasilyev at gmail.com (Alexey Vasilyev) Date: Mon, 16 Sep 2019 22:55:16 -0700 (MST) Subject: [OpenSIPS-Users] [OpenSIPS-Business] [Blog] OpenSIPS as MS Teams SBC In-Reply-To: References: Message-ID: <1568699716999-0.post@n2.nabble.com> Thanks, Giovanni and Bogdan! If somebody has questions, I think we can discuss here. ----- --- Alexey Vasilyev -- Sent from: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html From skhan at 3clogic.com Tue Sep 17 05:19:26 2019 From: skhan at 3clogic.com (Shanawaj Khan) Date: Tue, 17 Sep 2019 14:49:26 +0530 Subject: [OpenSIPS-Users] Problem with SQL database in Federated User Location Cluster OpenSIPS 3.0 Message-ID: Hi All, I am trying to save user location data in SQL database for restart persistency. I am setting parameters as modparam("usrloc", "db_url", "mysql://root:myuser at localhost/opensips") modparam("usrloc", "use_domain", 1) modparam("usrloc", "location_cluster", 1) modparam("usrloc", "cluster_mode", "federation-cachedb") modparam("usrloc", "restart_persistency", "load_from_sql") modparam("usrloc", "sql_write_mode", "write-back") modparam("usrloc", "cachedb_url", "mongodb://mydomain.com: myport/opensipsDB.userlocation") All other OpenSIPS functionalities are working fine but I am unable to find data in SQL database. Thanks & Regards, Shahnawaz -------------- next part -------------- An HTML attachment was scrubbed... URL: From Johan at democon.be Tue Sep 17 05:45:08 2019 From: Johan at democon.be (Johan De Clercq) Date: Tue, 17 Sep 2019 11:45:08 +0200 Subject: [OpenSIPS-Users] Problem with SQL database in Federated User Location Cluster OpenSIPS 3.0 In-Reply-To: References: Message-ID: Your connection string is probably wrong. On Tue, 17 Sep 2019, 11:22 Shanawaj Khan, wrote: > Hi All, > > I am trying to save user location data in SQL database for restart > persistency. I am setting parameters as > > modparam("usrloc", "db_url", "mysql://root:myuser at localhost/opensips") > modparam("usrloc", "use_domain", 1) > modparam("usrloc", "location_cluster", 1) > modparam("usrloc", "cluster_mode", "federation-cachedb") > modparam("usrloc", "restart_persistency", "load_from_sql") > modparam("usrloc", "sql_write_mode", "write-back") > modparam("usrloc", "cachedb_url", "mongodb://mydomain.com: > myport/opensipsDB.userlocation") > > All other OpenSIPS functionalities are working fine but I am unable to > find data in SQL database. > > Thanks & Regards, > Shahnawaz > _______________________________________________ > 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 Tue Sep 17 05:56:07 2019 From: liviu at opensips.org (Liviu Chircu) Date: Tue, 17 Sep 2019 12:56:07 +0300 Subject: [OpenSIPS-Users] Problem with SQL database in Federated User Location Cluster OpenSIPS 3.0 In-Reply-To: References: Message-ID: Hi Shanawaj, By any chance, do you get an ERROR log on startup resembling: ERROR: unknown 'restart_persistency' value: load_from_sql, using 'none'? It looks like you should be using "load-from-sql" (with dashes) Regards, Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 17.09.2019 12:19, Shanawaj Khan wrote: > modparam("usrloc", "restart_persistency", "load_from_sql") From skhan at 3clogic.com Tue Sep 17 06:10:32 2019 From: skhan at 3clogic.com (Shanawaj Khan) Date: Tue, 17 Sep 2019 15:40:32 +0530 Subject: [OpenSIPS-Users] Problem with SQL database in Federated User Location Cluster OpenSIPS 3.0 In-Reply-To: References: Message-ID: Thanks Liviu, working fine with "load-from-sql" (with dashes). Regards, Shahnawaz On Tue, Sep 17, 2019 at 3:27 PM Liviu Chircu wrote: > Hi Shanawaj, > > By any chance, do you get an ERROR log on startup resembling: > > ERROR: unknown 'restart_persistency' value: load_from_sql, using 'none'? > > It looks like you should be using "load-from-sql" (with dashes) > > Regards, > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 17.09.2019 12:19, Shanawaj Khan wrote: > > modparam("usrloc", "restart_persistency", "load_from_sql") > > _______________________________________________ > 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 spanda at 3clogic.com Thu Sep 19 02:25:55 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Thu, 19 Sep 2019 11:55:55 +0530 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> <6abaad4a-1550-d6b3-ea26-ecdf396feb6b@opensips.org> <083ba653-90d5-a3b9-d20e-54494fba563d@opensips.org> Message-ID: Is there any update on this ? I am blocked here . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Mon, Sep 16, 2019 at 1:05 PM Sasmita Panda wrote: > The new core file is given below in pastebin > > https://pastebin.com/zMpf12MQ > > > Rather than this , I was trying to upgrade mongo c library to 1.9 and > running with document DB . > > Here I am not able to connect to Document DB . its giving below error > When I am connecting with SSL=true > ERROR:cachedb_mongodb:mongo_con_update: last error: 15.13053: No suitable > servers found (`serverSelectionTryOnce` set): [TLS handshake failed: > error:1416F086:SSL routines:tls_process_server_certificate:certificate > verify failed calling ismaster on ' > docdb-2019-09-14-06-14-132.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017 > '] > > When I am doing without ssl > ERROR:cachedb_mongodb:mongo_con_update: last error: 1.11: Authentication > failed. > > In both the cases I am able to connect to the Doc DB from the instance > console . But in opensips its giving such error . Opensips is not crashing > although . Why is this error coming . I am not getting this error in the > code also . > > Below is the library version in my instance . and Document db is in same > 3.6 version . > dpkg -l | grep -i libmongoc > ii libmongoc-1.0-0 1.9.2+dfsg-1build1 > amd64 MongoDB C client library - runtime files > ii libmongoc-dev 1.9.2+dfsg-1build1 > amd64 MongoDB C client library - dev files > > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Thu, Sep 12, 2019 at 7:50 PM Liviu Chircu wrote: > >> Let's follow the official build guide [1], maybe it will make things >> easier. >> >> So make sure to install below requirements, then try again: >> >> sudo apt install cmake libssl-dev libsasl2-dev >> >> [1]: http://mongoc.org/libmongoc/current/installing.html >> >> Liviu Chircu >> OpenSIPS Developerhttp://www.opensips-solutions.com >> >> On 12.09.2019 14:37, Sasmita Panda wrote: >> >> make[1]: Entering directory '/opt/mongo-c-driver' >> CCLD test-replica-set >> /usr/bin/ld: tests/test_replica_set-ha-test.o: undefined reference to >> symbol 'pthread_once@@GLIBC_2.2.5' >> //lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing >> from command line >> >> _______________________________________________ >> 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 Sep 19 04:21:36 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 19 Sep 2019 11:21:36 +0300 Subject: [OpenSIPS-Users] [Release] Heads up, OpenSIPS 3.1 planned for 1st of October Message-ID: Hi all, It has been a while since the OpenSIPS 3.0 release and thanks to our awesome community a great amount of testing and reporting work was done. Of course, this translated in good chunk of fixes that make OpenSIPS 3.x a more stable and shining piece of software. Shortly said, it is time for a new minor release, it is time for OpenSIPS 3.1. This is planned for 1st of October. We still have some fixes (and testing of course) on the pipe, due to the release date, but please take good usage of the remaining time and open reports if you are aware of any issues affecting OpenSIPS 3.0. Many thanks, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From Johan at democon.be Thu Sep 19 04:24:39 2019 From: Johan at democon.be (Johan De Clercq) Date: Thu, 19 Sep 2019 10:24:39 +0200 Subject: [OpenSIPS-Users] [Release] Heads up, OpenSIPS 3.1 planned for 1st of October In-Reply-To: References: Message-ID: Hello Bogdan, can you please clarify what feature requests are added in the coming minor release ? BR, Op do 19 sep. 2019 om 10:23 schreef Bogdan-Andrei Iancu : > Hi all, > > It has been a while since the OpenSIPS 3.0 release and thanks to our > awesome community a great amount of testing and reporting work was done. Of > course, this translated in good chunk of fixes that make OpenSIPS 3.x a > more stable and shining piece of software. > > Shortly said, it is time for a new minor release, it is time for OpenSIPS > 3.1. This is planned for 1st of October. > > We still have some fixes (and testing of course) on the pipe, due to the > release date, but please take good usage of the remaining time and open > reports if you are aware of any issues affecting OpenSIPS 3.0. > > Many thanks, > > -- > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS Summit 2019 > https://www.opensips.org/events/Summit-2019Amsterdam/ > > _______________________________________________ > 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 Sep 19 07:39:33 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 19 Sep 2019 14:39:33 +0300 Subject: [OpenSIPS-Users] [Release] Heads up, OpenSIPS 3.1 planned for 1st of October In-Reply-To: References: Message-ID: Did I say 3.1 ?? my bad, it is 3.0.1 minor in the 3.0 family :) Lesson: don't do major work before the morning coffee ;) Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/19/19 11:21 AM, Bogdan-Andrei Iancu wrote: > Hi all, > > It has been a while since the OpenSIPS 3.0 release and thanks to our > awesome community a great amount of testing and reporting work was > done. Of course, this translated in good chunk of fixes that make > OpenSIPS 3.x a more stable and shining piece of software. > > Shortly said, it is time for a new minor release, it is time for > OpenSIPS 3.1. This is planned for 1st of October. > > We still have some fixes (and testing of course) on the pipe, due to > the release date, but please take good usage of the remaining time and > open reports if you are aware of any issues affecting OpenSIPS 3.0. > > Many thanks, > -- > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS Summit 2019 > https://www.opensips.org/events/Summit-2019Amsterdam/ > > _______________________________________________ > 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 Sep 19 07:41:06 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 19 Sep 2019 14:41:06 +0300 Subject: [OpenSIPS-Users] [Release] Heads up, OpenSIPS 3.1 planned for 1st of October In-Reply-To: References: Message-ID: Hi Johan, As 3.0.1 (not 3.1 as wrongly advertised here) is a minor release in the 3.0 family, it brings only fixes, no new feature. Only the major releases bring new features. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/19/19 11:24 AM, Johan De Clercq wrote: > Hello Bogdan, > can you please clarify what feature requests are added in the coming > minor release ? > > BR, > > Op do 19 sep. 2019 om 10:23 schreef Bogdan-Andrei Iancu > >: > > Hi all, > > It has been a while since the OpenSIPS 3.0 release and thanks to > our awesome community a great amount of testing and reporting work > was done. Of course, this translated in good chunk of fixes that > make OpenSIPS 3.x a more stable and shining piece of software. > > Shortly said, it is time for a new minor release, it is time for > OpenSIPS 3.1. This is planned for 1st of October. > > We still have some fixes (and testing of course) on the pipe, due > to the release date, but please take good usage of the remaining > time and open reports if you are aware of any issues affecting > OpenSIPS 3.0. > > Many thanks, > > -- > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS Summit 2019 > https://www.opensips.org/events/Summit-2019Amsterdam/ > > _______________________________________________ > 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 johan at democon.be Thu Sep 19 07:47:08 2019 From: johan at democon.be (Johan De Clercq) Date: Thu, 19 Sep 2019 11:47:08 +0000 Subject: [OpenSIPS-Users] [Release] Heads up, OpenSIPS 3.1 planned for 1st of October In-Reply-To: References: , Message-ID: ;-) Outlook voor iOS downloaden ________________________________ Van: Users namens Bogdan-Andrei Iancu Verzonden: donderdag, september 19, 2019 1:42 PM Aan: OpenSIPS users mailling list; developensips Onderwerp: Re: [OpenSIPS-Users] [Release] Heads up, OpenSIPS 3.1 planned for 1st of October Did I say 3.1 ?? my bad, it is 3.0.1 minor in the 3.0 family :) Lesson: don't do major work before the morning coffee ;) Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/19/19 11:21 AM, Bogdan-Andrei Iancu wrote: Hi all, It has been a while since the OpenSIPS 3.0 release and thanks to our awesome community a great amount of testing and reporting work was done. Of course, this translated in good chunk of fixes that make OpenSIPS 3.x a more stable and shining piece of software. Shortly said, it is time for a new minor release, it is time for OpenSIPS 3.1. This is planned for 1st of October. We still have some fixes (and testing of course) on the pipe, due to the release date, but please take good usage of the remaining time and open reports if you are aware of any issues affecting OpenSIPS 3.0. Many thanks, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ _______________________________________________ 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 johan at democon.be Thu Sep 19 07:47:47 2019 From: johan at democon.be (Johan De Clercq) Date: Thu, 19 Sep 2019 11:47:47 +0000 Subject: [OpenSIPS-Users] [Release] Heads up, OpenSIPS 3.1 planned for 1st of October In-Reply-To: References: , Message-ID: It seems that you are a late riser ;-) Outlook voor iOS downloaden ________________________________ Van: Users namens Bogdan-Andrei Iancu Verzonden: donderdag, september 19, 2019 1:42 PM Aan: OpenSIPS users mailling list; developensips Onderwerp: Re: [OpenSIPS-Users] [Release] Heads up, OpenSIPS 3.1 planned for 1st of October Did I say 3.1 ?? my bad, it is 3.0.1 minor in the 3.0 family :) Lesson: don't do major work before the morning coffee ;) Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/19/19 11:21 AM, Bogdan-Andrei Iancu wrote: Hi all, It has been a while since the OpenSIPS 3.0 release and thanks to our awesome community a great amount of testing and reporting work was done. Of course, this translated in good chunk of fixes that make OpenSIPS 3.x a more stable and shining piece of software. Shortly said, it is time for a new minor release, it is time for OpenSIPS 3.1. This is planned for 1st of October. We still have some fixes (and testing of course) on the pipe, due to the release date, but please take good usage of the remaining time and open reports if you are aware of any issues affecting OpenSIPS 3.0. Many thanks, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ _______________________________________________ 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 spanda at 3clogic.com Fri Sep 20 02:47:49 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Fri, 20 Sep 2019 12:17:49 +0530 Subject: [OpenSIPS-Users] Problem with SQL database in Federated User Location Cluster OpenSIPS 3.0 In-Reply-To: References: Message-ID: Hi Liviu, I have a query in this model . As the contact metadata is present in the mongoDB cache . When an Invite came to a node which is not local to that node at that time , the node query the mongoDB cache for the meta data or the node has the meta data in the memory . I mean each and every time when node receive an Invite , is that query the mongoDB cache for the meta data ? If its saving the metadata in memory anywhere then how can I see that . Whats the command for this ? *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Tue, Sep 17, 2019 at 3:41 PM Shanawaj Khan wrote: > Thanks Liviu, working fine with "load-from-sql" (with dashes). > > Regards, > Shahnawaz > > On Tue, Sep 17, 2019 at 3:27 PM Liviu Chircu wrote: > >> Hi Shanawaj, >> >> By any chance, do you get an ERROR log on startup resembling: >> >> ERROR: unknown 'restart_persistency' value: load_from_sql, using 'none'? >> >> It looks like you should be using "load-from-sql" (with dashes) >> >> Regards, >> >> Liviu Chircu >> OpenSIPS Developer >> http://www.opensips-solutions.com >> >> On 17.09.2019 12:19, Shanawaj Khan wrote: >> > modparam("usrloc", "restart_persistency", "load_from_sql") >> >> _______________________________________________ >> 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 Fri Sep 20 08:28:18 2019 From: liviu at opensips.org (Liviu Chircu) Date: Fri, 20 Sep 2019 15:28:18 +0300 Subject: [OpenSIPS-Users] Problem with SQL database in Federated User Location Cluster OpenSIPS 3.0 In-Reply-To: References: Message-ID: Hi Sasmita, Any time we receive an INVITE, we have to look up the MongoDB metadata, to learn all POPs where we should fork it to.  There is no caching for this, as the idea is to be able to scale this whole thing horizontally and geographically. Regards, Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 20.09.2019 09:47, Sasmita Panda wrote: > When an Invite came to a node which is not local to that node at that > time , the node query the mongoDB cache for the meta data or > the node has the meta data in the memory . From liviu at opensips.org Fri Sep 20 08:31:04 2019 From: liviu at opensips.org (Liviu Chircu) Date: Fri, 20 Sep 2019 15:31:04 +0300 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> <6abaad4a-1550-d6b3-ea26-ecdf396feb6b@opensips.org> <083ba653-90d5-a3b9-d20e-54494fba563d@opensips.org> Message-ID: <9c93c585-5538-e165-5a56-64a01c9020b2@opensips.org> It looks like you are connecting to a single node (which is SECONDARY), rather than a replica set, so the driver is unable to locate a PRIMARY node, to which it can issue writes. What does your DocumentDB infrastructure look like?  Is it a replica set?  A single instance? Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 16.09.2019 10:35, Sasmita Panda wrote: > The new core file is given below in pastebin > > https://pastebin.com/zMpf12MQ > > > Rather than this , I was trying to upgrade mongo c library to 1.9 and > running with document DB . > > Here I am not able to connect to Document DB . its giving below error > When I am connecting with SSL=true >  ERROR:cachedb_mongodb:mongo_con_update: last error: 15.13053: No > suitable servers found (`serverSelectionTryOnce` set): [TLS handshake > failed: error:1416F086:SSL > routines:tls_process_server_certificate:certificate verify failed > calling ismaster on > 'docdb-2019-09-14-06-14-132.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017 > '] > > When I am doing without ssl > ERROR:cachedb_mongodb:mongo_con_update: last error: 1.11: > Authentication failed. > > In both the cases I am able to connect to the Doc DB from the instance > console . But in opensips its giving such error . Opensips is not > crashing although .  Why is this error coming . I am not getting this > error in the code also . > > Below is the library version in my instance . and Document db is in > same 3.6 version . > dpkg -l | grep -i libmongoc > ii  libmongoc-1.0-0                      1.9.2+dfsg-1build1           >       amd64        MongoDB C client library - runtime files > ii  libmongoc-dev                        1.9.2+dfsg-1build1           >       amd64        MongoDB C client library - dev files > > > */Thanks & Regards/* > /Sasmita Panda/ > /Senior Network Testing and Software Engineer/ > /3CLogic , ph:07827611765/ > > > On Thu, Sep 12, 2019 at 7:50 PM Liviu Chircu > wrote: > > Let's follow the official build guide [1], maybe it will make > things easier. > > So make sure to install below requirements, then try again: > > sudo apt install cmake libssl-dev libsasl2-dev > > [1]: http://mongoc.org/libmongoc/current/installing.html > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 12.09.2019 14:37, Sasmita Panda wrote: >> make[1]: Entering directory '/opt/mongo-c-driver' >>   CCLD     test-replica-set >> /usr/bin/ld: tests/test_replica_set-ha-test.o: undefined >> reference to symbol 'pthread_once@@GLIBC_2.2.5 >> ' >> //lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO >> missing from command line > _______________________________________________ > 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 m.shirazi at gmail.com Sat Sep 21 09:27:11 2019 From: m.shirazi at gmail.com (Mehdi Shirazi) Date: Sat, 21 Sep 2019 16:57:11 +0330 Subject: [OpenSIPS-Users] sql_cacher with cachedb_local In-Reply-To: References: <90521e57-94d4-4986-6732-0262e1ad2c99@opensips.org> Message-ID: Hi Is there a way to see content of sql_cacher loaded inside of cachedb_local with "mi cache_fetch" command ? Regards M.Shirazi On Mon, Sep 16, 2019 at 6:23 PM Mehdi Shirazi wrote: > Hi > Thanks for reply. > inside main route it was working ok but inside startup_route (2.4.6 and > 3.0) not working. > Regards > M.Shirazi > > On Thu, Sep 12, 2019 at 8:16 PM Bogdan-Andrei Iancu > wrote: > >> HI Mehdi, >> >> Do you get that error only when using it from startup_route ? >> >> Also, try to change the cachedb_url to "local:///collection2" >> >> Regards, >> >> Bogdan-Andrei Iancu >> >> OpenSIPS Founder and Developer >> https://www.opensips-solutions.com >> OpenSIPS Summit 2019 >> https://www.opensips.org/events/Summit-2019Amsterdam/ >> >> On 8/30/19 10:12 AM, Mehdi Shirazi wrote: >> >> Hi >> Please help me configuring sql_cacher. >> I use Opensips 2.4.6 . >> modparam("cachedb_local", "cachedb_url", "local:group2:///collection2") >> modparam("sql_cacher", "cache_table", >> "id=st_caching >> db_url=mysql://opensips:1234ms at localhost/opensips >> cachedb_url=local:group2:///collection2 >> table=STrig >> key=number >> columns=cause") >> startup_route { >> xlog("The cause is $sql_cached_value(st_caching:cause:88443322)"); >> } >> in log: >> ERROR:sql_cacher:get_rld_vers_from_cache: Failed to get reload version >> integer from cachedb >> ERROR:sql_cacher:pv_get_sql_cached_value: Error fetching from cachedb >> >> Regards >> M.Shirazi >> >> >> _______________________________________________ >> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From spanda at 3clogic.com Mon Sep 23 07:03:59 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Mon, 23 Sep 2019 16:33:59 +0530 Subject: [OpenSIPS-Users] Need help to connect AWS document db through opensips 3.0 . In-Reply-To: <9c93c585-5538-e165-5a56-64a01c9020b2@opensips.org> References: <1101fbe7-64df-d89b-20fd-8f2a04f7b3da@opensips.org> <9aab0a65-9fc1-2b2d-96ec-62f25709cc73@opensips.org> <6d0e0e90-c99d-205d-dae5-9fb413a7e399@opensips.org> <6abaad4a-1550-d6b3-ea26-ecdf396feb6b@opensips.org> <083ba653-90d5-a3b9-d20e-54494fba563d@opensips.org> <9c93c585-5538-e165-5a56-64a01c9020b2@opensips.org> Message-ID: Hi Liviu , My document DB is act like a cluster . I have created only 1 instance in the cluster which has write/read permission and is the primary instance . DocumentDB says this is the way to connect to the Db from remote application . cluster : mongodb://master:@ docdb-xxx.cluster-c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017/?ssl=true&ssl_ca_certs=rds-combined-ca-bundle.pem&replicaSet=rs0 instance : mongodb://master:@ docdb-xxx.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017/?ssl=true&ssl_ca_certs=rds-combined-ca-bundle.pem In my config I had set this URL for , cachedb_mongodb , db_cachedb and also usrloc . modparam("usrloc", "cachedb_url","mongodb:// master:cluster2018 at docdb-xxx.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017/opensipsDB.userlocation ?ssl=true&ssl_ca_certs=rds-combined-ca-bundle.pem") Error in the log : ERROR:cachedb_mongodb:mongo_con_update: last error: 15.13053: No suitable servers found (`serverSelectionTryOnce` set): [TLS handshake failed: error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed calling ismaster on 'docdb-xxx.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017'] With same credentials I am able to connect to the doc db from console and its connect to rs0:PRIMARY> . I am able to create DB , collection , insert data in collection and read the data also . where I am doing mistake . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Fri, Sep 20, 2019 at 6:02 PM Liviu Chircu wrote: > It looks like you are connecting to a single node (which is SECONDARY), > rather than a replica set, > so the driver is unable to locate a PRIMARY node, to which it can issue > writes. > > What does your DocumentDB infrastructure look like? Is it a replica set? > A single instance? > > Liviu Chircu > OpenSIPS Developerhttp://www.opensips-solutions.com > > On 16.09.2019 10:35, Sasmita Panda wrote: > > The new core file is given below in pastebin > > https://pastebin.com/zMpf12MQ > > > Rather than this , I was trying to upgrade mongo c library to 1.9 and > running with document DB . > > Here I am not able to connect to Document DB . its giving below error > When I am connecting with SSL=true > ERROR:cachedb_mongodb:mongo_con_update: last error: 15.13053: No suitable > servers found (`serverSelectionTryOnce` set): [TLS handshake failed: > error:1416F086:SSL routines:tls_process_server_certificate:certificate > verify failed calling ismaster on ' > docdb-2019-09-14-06-14-132.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017 > '] > > When I am doing without ssl > ERROR:cachedb_mongodb:mongo_con_update: last error: 1.11: Authentication > failed. > > In both the cases I am able to connect to the Doc DB from the instance > console . But in opensips its giving such error . Opensips is not crashing > although . Why is this error coming . I am not getting this error in the > code also . > > Below is the library version in my instance . and Document db is in same > 3.6 version . > dpkg -l | grep -i libmongoc > ii libmongoc-1.0-0 1.9.2+dfsg-1build1 > amd64 MongoDB C client library - runtime files > ii libmongoc-dev 1.9.2+dfsg-1build1 > amd64 MongoDB C client library - dev files > > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Thu, Sep 12, 2019 at 7:50 PM Liviu Chircu wrote: > >> Let's follow the official build guide [1], maybe it will make things >> easier. >> >> So make sure to install below requirements, then try again: >> >> sudo apt install cmake libssl-dev libsasl2-dev >> >> [1]: http://mongoc.org/libmongoc/current/installing.html >> >> Liviu Chircu >> OpenSIPS Developerhttp://www.opensips-solutions.com >> >> On 12.09.2019 14:37, Sasmita Panda wrote: >> >> make[1]: Entering directory '/opt/mongo-c-driver' >> CCLD test-replica-set >> /usr/bin/ld: tests/test_replica_set-ha-test.o: undefined reference to >> symbol 'pthread_once@@GLIBC_2.2.5' >> //lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing >> from command line >> >> _______________________________________________ >> 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 basit.engg at gmail.com Mon Sep 23 09:49:05 2019 From: basit.engg at gmail.com (Abdul Basit) Date: Mon, 23 Sep 2019 18:49:05 +0500 Subject: [OpenSIPS-Users] [OpenSIPS-Business] [Release] OpenSIPS 3.0.0 release becomes stable In-Reply-To: References: <6233559d-f0b3-f41d-91f5-9d0ad4c03b08@opensips.org> Message-ID: Congratulations!!! -- regards, abdul basit | p: +92 32 1416 4196 | o: +92 30 0841 1445 On Mon, 23 Sep 2019 at 13:34, Brett Nemeroff wrote: > Great News Bogdan and Team! What an amazing accomplishment! Looking > forward to seeing how OpenSIPs develops going forward from this milestone! > > -Brett > > > On Wed, May 29, 2019 at 11:35 AM Bogdan-Andrei Iancu > wrote: > >> Hi everyone ! >> >> One and half month of testing, reporting, debugging, fixing and >> re-testing - what was the result? >> >> The OpenSIPS 3.0 stable version is now ready. >> >> It was a tremendous collective effort to make this important step from >> beta to stable release - and this would not have been possible without >> the help of you, of the OpenSIPS community - people involved in testing, >> people contributing with fixes, people doing reports, people making >> OpenSIPS even a greater software. >> >> Now, it is the time to sit, sip and relax :) >> >> and Enjoy 3.0! >> >> -- >> Bogdan-Andrei Iancu >> >> OpenSIPS Founder and Developer >> https://www.opensips-solutions.com >> OpenSIPS Summit 2019 >> https://www.opensips.org/events/Summit-2019Amsterdam/ >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > _______________________________________________ > Business mailing list > Business at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/business > -------------- next part -------------- An HTML attachment was scrubbed... URL: From johan at democon.be Mon Sep 23 12:11:15 2019 From: johan at democon.be (johan) Date: Mon, 23 Sep 2019 18:11:15 +0200 Subject: [OpenSIPS-Users] play wav file with rtpengine. Message-ID: <35fa8262-15ff-f894-12e7-adbfc12dc348@democon.be> Hello, I have seen that in 3.1 there are new functions added to rtpengine. Can this be backported to 3.0 or can I compile this 3.1 module in a 3.0 installation ? BR, From suharik71 at gmail.com Mon Sep 23 14:26:51 2019 From: suharik71 at gmail.com (=?UTF-8?B?0JDQvdGC0L7QvSDQldGA0YjQvtCy?=) Date: Mon, 23 Sep 2019 21:26:51 +0300 Subject: [OpenSIPS-Users] event_route DLG_state ERROR Message-ID: Hello friends! I try to catch dialog state changes in event_route and get an error. opensips version 3.0.0.20190922.571112e37-1.el7 conf. event_route[E_DLG_STATE_CHANGED] { switch($param(new_state)){ case 4: xlog("L_INFO", "[$ci] - dialog Esteblished \n"); break; case 5: xlog("L_INFO", "[$ci] - dialog end \n"); break; } } at startup opensips get this error kernel: opensips[12853]: segfault at 0 ip 00007f07b7fba55b sp 00007ffce9a66d80 error 4 in dialog.so[7f07b7fa1000+76000] this is my configuration error or bug? -------------- next part -------------- An HTML attachment was scrubbed... URL: From johan at democon.be Mon Sep 23 14:33:39 2019 From: johan at democon.be (Johan De Clercq) Date: Mon, 23 Sep 2019 18:33:39 +0000 Subject: [OpenSIPS-Users] event_route DLG_state ERROR In-Reply-To: References: Message-ID: Post the backtrace place Outlook voor iOS downloaden ________________________________ Van: Users namens Антон Ершов Verzonden: maandag, september 23, 2019 8:29 PM Aan: OpenSIPS users mailling list Onderwerp: [OpenSIPS-Users] event_route DLG_state ERROR Hello friends! I try to catch dialog state changes in event_route and get an error. opensips version 3.0.0.20190922.571112e37-1.el7 conf. event_route[E_DLG_STATE_CHANGED] { switch($param(new_state)){ case 4: xlog("L_INFO", "[$ci] - dialog Esteblished \n"); break; case 5: xlog("L_INFO", "[$ci] - dialog end \n"); break; } } at startup opensips get this error kernel: opensips[12853]: segfault at 0 ip 00007f07b7fba55b sp 00007ffce9a66d80 error 4 in dialog.so[7f07b7fa1000+76000] this is my configuration error or bug? -------------- next part -------------- An HTML attachment was scrubbed... URL: From suharik71 at gmail.com Mon Sep 23 15:25:15 2019 From: suharik71 at gmail.com (=?UTF-8?B?0JDQvdGC0L7QvSDQldGA0YjQvtCy?=) Date: Mon, 23 Sep 2019 22:25:15 +0300 Subject: [OpenSIPS-Users] event_route DLG_state ERROR In-Reply-To: References: Message-ID: (gdb) bt full #0 0x00007fba00aa455b in register_dlgcb () from /usr/lib64/opensips/modules/dialog.so No symbol table info available. #1 0x00007fba04faf1a8 in mod_init () from /usr/lib64/opensips/modules/acc.so No symbol table info available. #2 0x00000000004b0c06 in init_mod () No symbol table info available. #3 0x00000000004b0c8b in init_mod () No symbol table info available. #4 0x00000000004b0c8b in init_mod () No symbol table info available. #5 0x00000000004b0c8b in init_mod () No symbol table info available. #6 0x00000000004b0c8b in init_mod () No symbol table info available. #7 0x00000000004b0c8b in init_mod () No symbol table info available. #8 0x00000000004b0c8b in init_mod () No symbol table info available. #9 0x00000000004b0c8b in init_mod () No symbol table info available. #10 0x00000000004b0c8b in init_mod () No symbol table info available. #11 0x00000000004b0c8b in init_mod () No symbol table info available. #12 0x00000000004b0c8b in init_mod () No symbol table info available. #13 0x00000000004b0c8b in init_mod () No symbol table info available. #14 0x00000000004b0c8b in init_mod () No symbol table info available. #15 0x00000000004b0c8b in init_mod () No symbol table info available. #16 0x00000000004b0c8b in init_mod () No symbol table info available. #17 0x00000000004b0c8b in init_mod () No symbol table info available. #18 0x00000000004b0c8b in init_mod () No symbol table info available. #19 0x00000000004b0c8b in init_mod () No symbol table info available. #20 0x00000000004b0c8b in init_mod () No symbol table info available. #21 0x00000000004b0c8b in init_mod () No symbol table info available. #22 0x00000000004b30bc in init_modules () No symbol table info available. #23 0x000000000041e3c7 in main () No symbol table info available. пн, 23 сент. 2019 г. в 21:35, Johan De Clercq : > Post the backtrace place > > Outlook voor iOS downloaden > > ------------------------------ > *Van:* Users namens Антон Ершов < > suharik71 at gmail.com> > *Verzonden:* maandag, september 23, 2019 8:29 PM > *Aan:* OpenSIPS users mailling list > *Onderwerp:* [OpenSIPS-Users] event_route DLG_state ERROR > > Hello friends! > I try to catch dialog state changes in event_route and get an error. > opensips version 3.0.0.20190922.571112e37-1.el7 > > conf. > > event_route[E_DLG_STATE_CHANGED] { > switch($param(new_state)){ > case 4: > xlog("L_INFO", "[$ci] - dialog Esteblished \n"); > break; > > case 5: > xlog("L_INFO", "[$ci] - dialog end \n"); > break; > } > } > > at startup opensips get this error > > kernel: opensips[12853]: segfault at 0 ip 00007f07b7fba55b sp > 00007ffce9a66d80 error 4 in dialog.so[7f07b7fa1000+76000] > > this is my configuration error or bug? > > > _______________________________________________ > 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 spanda at 3clogic.com Tue Sep 24 02:42:18 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Tue, 24 Sep 2019 12:12:18 +0530 Subject: [OpenSIPS-Users] Need some clarification in rtpengine module . Message-ID: Hi All, rtpengine and rtpproxy module somehow plays same role with some advance features in rtpengine . There is a parameter in rtpproxy module " nortpproxy_str " through which we can manage the involvement of rtpproxy in the call leg . modparam("rtpproxy", "nortpproxy_str", "a=sdpmangled:yes\r\n") In rtpengine there is no such parameter having similar functionality . Is there any other way which will behave similarly in rtpengine . Basically what I wanted to do is , in a call having 2 different leg . If in one leg rtpengine is already involved , I don,'t want to involved rtpengine again in the other leg . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexei.vasilyev at gmail.com Wed Sep 25 03:49:27 2019 From: alexei.vasilyev at gmail.com (Alexey Vasilyev) Date: Wed, 25 Sep 2019 00:49:27 -0700 (MST) Subject: [OpenSIPS-Users] CentOS7: Possible SYN flooding on port 5061 Message-ID: <1569397767984-0.post@n2.nabble.com> Hi, When switching Backup->Active with a lot of TLS clients I got this message on CentOS 7: kernel: TCP: request_sock_TCP: Possible SYN flooding on port 5061. Sending cookies. It is described for example here https://access.redhat.com/solutions/30453 And related to socket backlog limit. It's not a problem to increase kernel limit: sysctl -w net.core.somaxconn=2048 But the question is about OpenSIPS. What do you think, is this enough? https://github.com/OpenSIPS/opensips/blob/ca75c705a4d74a06aec8ffe6d6e5d5c5e6fb97d6/net/tcp_conn.h#L46 /*!< TCP listen backlog count */ #define DEFAULT_TCP_LISTEN_BACKLOG 10 If we have thousands TLS/TCP connections at the same time, and for example 32 processes, so we'll have only 10*32=320 socket backlog limit for OpenSIPS? Is this right? Should it be increased? ----- --- Alexey Vasilyev -- Sent from: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html From farmorg at gmail.com Wed Sep 25 08:33:44 2019 From: farmorg at gmail.com (Mark Farmer) Date: Wed, 25 Sep 2019 13:33:44 +0100 Subject: [OpenSIPS-Users] Segfault on mi reload_routes Message-ID: Hi all I've seen reports of this elsewhere but didn't find a solution. When I use opensips-cli to do a 'mi reload_routes' OpenSIPS segfaults. I did a git pull and install clean yesterday on opensips-cli. opensips -V version: opensips 3.0.0 (x86_64/linux) flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_MALLOC, CC_O0, 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, sigio_rt, select. git revision: 435890a06 main.c compiled on 13:19:25 Jun 21 2019 with gcc 7 Oddly, it doesn't seem to matter what is in the last line, it errors regardless but this is the part of the route that seems to trigger it: else if (isflagset(Voicemail)) { $var(rtpflags) ="replace-session-connection replace-origin trust-address force symmetric in-face=external out-face=internal"; xlog("CUSTOM_LOG: Call goes to Voicemail service - Route to Asterisk."); xlog("CUSTOM_LOG: Engaging rtpengine_offer with flags: $var(rtpflags)"); rtpengine_offer($var(rtpflags)); xlog("CUSTOM_LOG: Rewriting host:port"); rewritehostport("10.150.50.53:5060"); force_send_socket(udp:10.150.50.51); return(1); opensips-cli -d -x mi reload_routes DEBUG: using config file /etc/opensips-cli.cfg DEBUG: Loaded module 'database' DEBUG: Loaded module 'diagnose' DEBUG: Loaded module 'instance' DEBUG: Loaded module 'mi' DEBUG: sent command ':opensips_fifo_reply_23259:{"jsonrpc": "2.0", "id": "16512", "method": "which", "params": []}' DEBUG: Loaded module 'tls' DEBUG: Loaded module 'trace' DEBUG: Skipping module 'trap' - excluded on purpose DEBUG: Loaded module 'user' DEBUG: running in non-interactive mode '['mi', 'reload_routes']' DEBUG: running command 'reload_routes' '[]' DEBUG: named parameters are used DEBUG: running command 'reload_routes' '{}' DEBUG: sent command ':opensips_fifo_reply_20789:{"jsonrpc": "2.0", "id": "10120", "method": "reload_routes", "params": {}}' ERROR: communication exception for 'reload_routes' returned: ERROR: Is OpenSIPS running? DBG:core:decode_mime_type: Decoding MIME type for:[application/sdp] DBG:core:fix_actions: fixing t_on_reply, /usr/local/etc/opensips/opensips.cfg:735 DBG:core:fix_actions: fixing is_registered, /usr/local/etc/opensips/opensips.cfg:749 DBG:core:fix_actions: fixing is_registered, /usr/local/etc/opensips/opensips.cfg:749 DBG:core:fix_actions: fixing insert_hf, /usr/local/etc/opensips/opensips.cfg:751 DBG:core:fix_actions: fixing lookup, /usr/local/etc/opensips/opensips.cfg:753 DBG:core:fix_actions: fixing is_from_gw, /usr/local/etc/opensips/opensips.cfg:753 DBG:core:fix_actions: fixing rtpengine_offer, /usr/local/etc/opensips/opensips.cfg:768 DBG:core:fix_actions: fixing do_routing, /usr/local/etc/opensips/opensips.cfg:769 DBG:core:fix_actions: fixing rtpengine_offer, /usr/local/etc/opensips/opensips.cfg:774 DBG:core:fix_actions: fixing do_routing, /usr/local/etc/opensips/opensips.cfg:775 DBG:core:fix_actions: fixing rtpengine_offer, /usr/local/etc/opensips/opensips.cfg:780 CRITICAL:core:sig_usr: segfault in process pid: 30907, id: 2 DBG:core:restore_segv_handler: restoring SIGSEGV handler... DBG:core:restore_segv_handler: successfully restored system SIGSEGV handler DBG:core:handle_sigs: OpenSIPS exit status = 139 INFO:core:handle_sigs: child process 30907 exited by a signal 11 INFO:core:handle_sigs: core was generated INFO:core:handle_sigs: terminating due to SIGCHLD Thanks and regards Mark. -------------- next part -------------- An HTML attachment was scrubbed... URL: From lanceoreste at gmail.com Wed Sep 25 09:57:19 2019 From: lanceoreste at gmail.com (Lance Oreste) Date: Wed, 25 Sep 2019 09:57:19 -0400 Subject: [OpenSIPS-Users] OpenSIPS 2.4 Crashes on handle_publish(); Message-ID: Below are logs at loglevel 9 Sep 24 15:09:24 dev-opensip opensips[8076]: ============================================ Sep 24 15:09:24 dev-opensip opensips[8076]: PUBLISH Request from 122.129.76.131 Sep 24 15:09:24 dev-opensip opensips[8076]: ============================================ Sep 24 15:09:24 dev-opensip opensips[8076]: PUBLISH sip:USR923123811118 at sbc.discoverfojee.com:6000 SIP/2.0 Sep 24 15:09:24 dev-opensip opensips[8076]: Via: SIP/2.0/TCP 192.168.8.19:55585;branch=z9hG4bK.iGCnPgfck;rport Sep 24 15:09:24 dev-opensip opensips[8076]: From: < sip:USR923123811118 at sbc.discoverfojee.com>;tag=4N6qi13x- Sep 24 15:09:24 dev-opensip opensips[8076]: To: sip:USR923123811118 at sbc.discoverfojee.com Sep 24 15:09:24 dev-opensip opensips[8076]: CSeq: 20 PUBLISH Sep 24 15:09:24 dev-opensip opensips[8076]: Call-ID: P7ZAcdqvjL Sep 24 15:09:24 dev-opensip opensips[8076]: Max-Forwards: 70 Sep 24 15:09:24 dev-opensip opensips[8076]: Supported: replaces, outbound Sep 24 15:09:24 dev-opensip opensips[8076]: Event: presence Sep 24 15:09:24 dev-opensip opensips[8076]: Content-Length: 444 Sep 24 15:09:24 dev-opensip opensips[8076]: Content-Type: application/pidf+xml Sep 24 15:09:24 dev-opensip opensips[8076]: Expires: 3600 Sep 24 15:09:24 dev-opensip opensips[8076]: User-Agent: Togee_iPhone9.3_iOS12.4.1/3.15-75-g80075db (belle-sip/1.5.0) Sep 24 15:09:24 dev-opensip opensips[8076]: #015 Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 dev-opensip opensips[8076]: open Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 dev-opensip opensips[8076]: sip:USR923123811118 at xxx.discoverfojee.com:6000 Sep 24 15:09:24 dev-opensip opensips[8076]: 2019-09-24T15:09:23Z Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 dev-opensip opensips[8076]: ============================================ Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] DBG:core:parse_headers: flags=ffffffffffffffff Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] DBG:core:parse_headers: flags=ffffffffffffffff Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] DBG:presence:search_event: start event= [presence] Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] DBG:presence:handle_publish: Expires header found, value= 3600 Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] DBG:presence:handle_publish: SIP-If-Match header not found Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] DBG:presence:generate_ETag: etag= a.1569337762.8097.1.0 Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] DBG:presence:handle_publish: new etag= a.1569337762.8097.1.0 Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] DBG:core:parse_headers: flags=ffffffffffffffff Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] CRITICAL:core:sig_usr: segfault in process pid: 8097, id: 16 Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] DBG:core:restore_segv_handler: restoring SIGSEGV handler... Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] DBG:core:restore_segv_handler: successfully restored system SIGSEGV handler Sep 24 15:09:24 dev-opensip kernel: [98363.069674] opensips[8097]: segfault at 0 ip 00007f92b8b12476 sp 00007ffe723f5010 error 4 in presence.so[7f92b8b09000+46000] -------------- next part -------------- An HTML attachment was scrubbed... URL: From farmorg at gmail.com Wed Sep 25 10:05:26 2019 From: farmorg at gmail.com (Mark Farmer) Date: Wed, 25 Sep 2019 15:05:26 +0100 Subject: [OpenSIPS-Users] Segfault on mi reload_routes In-Reply-To: References: Message-ID: To add a bit more, I've enabled core dumps but I've not been able to see anything useful: (gdb) core-file /var/log/opensips/core.12152 [New LWP 12152] Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips/opensips.pid -m 128 -M 4 -u opens'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007f266e894646 in ?? () (gdb) bt full #0 0x00007f266e894646 in ?? () No symbol table info available. #1 0x0000562dc721ae56 in ?? () No symbol table info available. #2 0x000000006dc3d9f7 in ?? () No symbol table info available. #3 0x0000000000706475 in ?? () No symbol table info available. #4 0x0000000000000000 in ?? () No symbol table info available. I also 'upgraded' to a git clone so now running latest code. On Wed, 25 Sep 2019 at 13:33, Mark Farmer wrote: > Hi all > > I've seen reports of this elsewhere but didn't find a solution. When I use > opensips-cli to do a 'mi reload_routes' OpenSIPS segfaults. > > I did a git pull and install clean yesterday on opensips-cli. > > opensips -V > version: opensips 3.0.0 (x86_64/linux) > flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, > Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_MALLOC, CC_O0, 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, sigio_rt, select. > git revision: 435890a06 > main.c compiled on 13:19:25 Jun 21 2019 with gcc 7 > > Oddly, it doesn't seem to matter what is in the last line, it errors > regardless but this is the part of the route that seems to trigger it: > > else if (isflagset(Voicemail)) { > $var(rtpflags) ="replace-session-connection replace-origin > trust-address force symmetric in-face=external out-face=internal"; > xlog("CUSTOM_LOG: Call goes to Voicemail service - Route > to Asterisk."); > xlog("CUSTOM_LOG: Engaging rtpengine_offer with flags: > $var(rtpflags)"); > rtpengine_offer($var(rtpflags)); > xlog("CUSTOM_LOG: Rewriting host:port"); > rewritehostport("10.150.50.53:5060"); > force_send_socket(udp:10.150.50.51); > return(1); > > opensips-cli -d -x mi reload_routes > DEBUG: using config file /etc/opensips-cli.cfg > DEBUG: Loaded module 'database' > DEBUG: Loaded module 'diagnose' > DEBUG: Loaded module 'instance' > DEBUG: Loaded module 'mi' > DEBUG: sent command ':opensips_fifo_reply_23259:{"jsonrpc": "2.0", "id": > "16512", "method": "which", "params": []}' > DEBUG: Loaded module 'tls' > DEBUG: Loaded module 'trace' > DEBUG: Skipping module 'trap' - excluded on purpose > DEBUG: Loaded module 'user' > DEBUG: running in non-interactive mode '['mi', 'reload_routes']' > DEBUG: running command 'reload_routes' '[]' > DEBUG: named parameters are used > DEBUG: running command 'reload_routes' '{}' > DEBUG: sent command ':opensips_fifo_reply_20789:{"jsonrpc": "2.0", "id": > "10120", "method": "reload_routes", "params": {}}' > ERROR: communication exception for 'reload_routes' returned: > ERROR: Is OpenSIPS running? > > DBG:core:decode_mime_type: Decoding MIME type for:[application/sdp] > DBG:core:fix_actions: fixing t_on_reply, > /usr/local/etc/opensips/opensips.cfg:735 > DBG:core:fix_actions: fixing is_registered, > /usr/local/etc/opensips/opensips.cfg:749 > DBG:core:fix_actions: fixing is_registered, > /usr/local/etc/opensips/opensips.cfg:749 > DBG:core:fix_actions: fixing insert_hf, > /usr/local/etc/opensips/opensips.cfg:751 > DBG:core:fix_actions: fixing lookup, > /usr/local/etc/opensips/opensips.cfg:753 > DBG:core:fix_actions: fixing is_from_gw, > /usr/local/etc/opensips/opensips.cfg:753 > DBG:core:fix_actions: fixing rtpengine_offer, > /usr/local/etc/opensips/opensips.cfg:768 > DBG:core:fix_actions: fixing do_routing, > /usr/local/etc/opensips/opensips.cfg:769 > DBG:core:fix_actions: fixing rtpengine_offer, > /usr/local/etc/opensips/opensips.cfg:774 > DBG:core:fix_actions: fixing do_routing, > /usr/local/etc/opensips/opensips.cfg:775 > DBG:core:fix_actions: fixing rtpengine_offer, > /usr/local/etc/opensips/opensips.cfg:780 > CRITICAL:core:sig_usr: segfault in process pid: 30907, id: 2 > DBG:core:restore_segv_handler: restoring SIGSEGV handler... > DBG:core:restore_segv_handler: successfully restored system SIGSEGV handler > DBG:core:handle_sigs: OpenSIPS exit status = 139 > INFO:core:handle_sigs: child process 30907 exited by a signal 11 > INFO:core:handle_sigs: core was generated > INFO:core:handle_sigs: terminating due to SIGCHLD > > > Thanks and regards > Mark. > > -- Mark Farmer farmorg at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From farmorg at gmail.com Wed Sep 25 11:29:09 2019 From: farmorg at gmail.com (Mark Farmer) Date: Wed, 25 Sep 2019 16:29:09 +0100 Subject: [OpenSIPS-Users] Segfault on mi reload_routes In-Reply-To: References: Message-ID: OK, I figured out my mistake with gdb so I now have a 'bt full' output of the core dump: GNU gdb (Ubuntu 8.1-0ubuntu3.1) 8.1.0.20180409-git Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/local/sbin/opensips...done. [New LWP 12152] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/local/sbin/opensips -P /var/run/opensips/opensips.pid -m 128 -M 4 -u opens'. Program terminated with signal SIGSEGV, Segmentation fault. #0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:120 #0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:120 No locals. #1 0x0000562dc721ae56 in resolvehost (name=0x706475 , no_ip_test=0) at resolve.c:464 he = 0x0 start = {tv_sec = 139802802612144, tv_usec = 0} ip = 0x0 s = {s = 0x706475 , len = -2013680896} #2 0x0000562dc71e477a in fix_actions (a=0x7f266dc3d1e0) at route.c:1320 t = 0x7f266dc3de38 ret = 0 cmd = 0x7f2660636740 acmd = 0xc51aa61587f9ab00 he = 0x562dc718c990 <_start> ip = {af = 1417257328, len = 32764, u = {addrl = {139803026513288, 1841548528}, addr32 = {1841028488, 32550, 1841548528, 0}, addr16 = {56712, 28091, 32550, 0, 52464, 28099, 0, 0}, addr = "\210ݻm&\177\000\000\360\314\303m\000\000\000"}} si = 0x7ffc5479a970 host = {s = 0x7ffc5479a970 "\017", len = 0} proto = 0 port = 32 p = 0x562dc718c990 <_start> blh = 0x7f266dbda998 i = 0 s = {s = 0x7f266dc3d9d8 "CUSTOM_LOG: Rewriting host:port", len = 31} model = 0x7f266dc4b8e0 models = {0x2f74, 0x562dc718c990 <_start>, 0x7ffc5479a170, 0x562dc71e2df5 , 0x7f2660418f38 } sp = 0x0 xlp = 0x2f74 ev_id = 32550 __FUNCTION__ = "fix_actions" #3 0x0000562dc71e3edd in fix_actions (a=0x7f266dc40c48) at route.c:1227 t = 0x7f266dc40c48 ret = 0 cmd = 0x7f2660418e80 acmd = 0xc51aa61587f9ab00 he = 0x562dc718c990 <_start> ip = {af = 1417257632, len = 32764, u = {addrl = {139803026515496, 1841545040}, addr32 = {1841030696, 32550, 1841545040, 0}, addr16 = {58920, 28091, 32550, 0, 48976, 28099, 0, 0}, addr = "(\346\273m&\177\000\000P\277\303m\000\000\000"}} si = 0x7ffc5479a970 host = {s = 0x7ffc5479a970 "\017", len = 0} proto = 0 port = 32 p = 0x562dc718c990 <_start> blh = 0x7f266dbda620 i = 0 s = {s = 0x7f266dc3c740 "CUSTOM_LOG: Engaging rtpengine_offer with flags: $var(rtpflags)", len = 63} model = 0x0 models = {0x2f74, 0x562dc718c990 <_start>, 0x7ffc5479a2a0, 0x562dc71e2df5 , 0x7f2660418f38 } sp = 0x0 xlp = 0x2f74 ev_id = 32550 __FUNCTION__ = "fix_actions" #4 0x0000562dc71e3f31 in fix_actions (a=0x7f266dc40d70) at route.c:1231 t = 0x7f266dc40d70 ret = 0 cmd = 0x7f2660418e80 acmd = 0xc51aa61587f9ab00 he = 0x562dc71e3127 ip = {af = 1417257936, len = 32764, u = {addrl = {139803026518464, 1841510768}, addr32 = {1841033664, 32550, 1841510768, 0}, addr16 = {61888, 28091, 32550, 0, 14704, 28099, 0, 0}, addr = "\300\361\273m&\177\000\000p9\303m\000\000\000"}} si = 0x0 host = {s = 0x7ffc5479a970 "\017", len = 0} proto = 0 port = 1417259376 p = 0x562dc718c990 <_start> blh = 0x7ffc5479a970 i = 0 s = {s = 0x7f266dc3ba38 "CUSTOM_LOG: Engaging rtpengine_offer with flags: $var(rtpflags)", len = 63} model = 0x0 models = {0x2f74, 0x562dc718c990 <_start>, 0x7ffc5479a3d0, 0x562dc71e2df5 , 0x7f266577cf98 } sp = 0x0 xlp = 0x7ffc5479a350 ev_id = -988109291 __FUNCTION__ = "fix_actions" #5 0x0000562dc71e3f31 in fix_actions (a=0x7f266dc378c8) at route.c:1231 t = 0x7f266dc40e98 ret = 0 cmd = 0x7f266577cf70 acmd = 0x1 he = 0xc51aa61587f9ab00 ip = {af = 12148, len = 0, u = {addrl = {140721725744416, 94754613807504}, addr32 = {1417258272, 32764, 3340290448, 22061}, addr16 = {42272, 21625, 32764, 0, 51600, 50968, 22061, 0}, addr = " \245yT\374\177\000\000\220\311\030\307-V\000"}} si = 0x562dc73564d0 <__FUNCTION__.10125> host = {s = 0x7ffc5479a970 "\017", len = 0} proto = 0 port = 0 p = 0x7f266f207740 blh = 0x0 i = 0 s = {s = 0x7f266dc33630 "CUSTOM_LOG: Checking for Media Services Routing...", len = 50} model = 0x0 models = {0x0, 0x7ffc5479a550, 0x0, 0x7ffc5479af23, 0x2f74} sp = 0x0 xlp = 0x7ffc5479a970 ev_id = 0 __FUNCTION__ = "fix_actions" #6 0x0000562dc71e68a8 in fix_rls () at route.c:1767 i = 4 ret = 0 #7 0x0000562dc724659b in reload_routing_script () at cfg_reload.c:508 sr = 0x7f266dc21428 sr_bk = 0x0 curr_wdir = 0x0 cfg_buf = { s = 0x562dc8c83e40 "__OSSPP_FILEBEGIN__ \"/usr/local/etc/opensips/opensips.cfg\"\n__OSSPP_LINE__ 1\n#\n__OSSPP_LINE__ 2\n# OpenSIPS residential configuration script\n__OSSPP_LINE__ 3\n# by OpenSIPS Solutions cmd_params = {item = 0x0, list = 0x562dc75c2bc8 } is_ambiguous = 0 pos_params = 0 __FUNCTION__ = "handle_mi_request" #10 0x00007f2664cdc3bf in mi_fifo_server (fifo_stream=0x562dc8c04670) at fifo_fnc.c:757 parse_end = 0x0 request = {req_obj = 0x562dc8c21700, id = 0x562dc8c21660, method = 0x562dc8c21610, params = 0x0, invalid = 0} read_len = 100 parse_len = 0 req_method = 0x562dc8c5f590 "reload_routes" file_sep = 0x7f266dc20409 ":{\"jsonrpc\": \"2.0\", \"id\": \"13372\", \"method\": \"reload_routes\", \"params\": {}}" file = 0x7f266dbcf3a0 "/tmp/opensips_fifo_reply_4224" p = 0x7f266dc2040a "{\"jsonrpc\": \"2.0\", \"id\": \"13372\", \"method\": \"reload_routes\", \"params\": {}}" cmd = 0x7f266dbf2ea8 reply_stream = 0x562dc8c1ada0 remain_len = 0 hdl = 0x0 response = 0x562dc8c6f0c0 rc = 0 buf = {s = 0x7f266dc203f0 ":opensips_fifo_reply_4224:{\"jsonrpc\": \"2.0\", \"id\": \"13372\", \"method\": \"reload_routes\", \"params\": {}}", len = 4096} __FUNCTION__ = "mi_fifo_server" #11 0x00007f2664cd7d89 in fifo_process (rank=0) at mi_fifo.c:223 fifo_stream = 0x562dc8c04670 __FUNCTION__ = "fifo_process" #12 0x0000562dc722f8d6 in start_module_procs () at sr_module.c:853 m = 0x7f266dbacc10 n = 0 l = 0 x = 0 __FUNCTION__ = "start_module_procs" #13 0x0000562dc72287d6 in main_loop () at main.c:774 chd_rank = 0 startup_done = 0x0 last_check = 0 rc = 1001 __FUNCTION__ = "main_loop" #14 0x0000562dc722be12 in main (argc=15, argv=0x7ffc5479a978) at main.c:1480 cfg_log_stderr = 1 c = -1 r = 0 tmp = 0x7ffc5479af07 "" tmp_len = 9 port = 0 proto = 1862227552 protos_no = 1 options = 0x562dc734bb98 "f:cCm:M:b:l:n:N:rRvdDFEVhw:t:u:g:p:P:G:W:o:a:k:s:" ret = -1 seed = 2480117594 rfd = 3 __FUNCTION__ = "main" (gdb) On Wed, 25 Sep 2019 at 15:05, Mark Farmer wrote: > To add a bit more, I've enabled core dumps but I've not been able to see > anything useful: > > (gdb) core-file /var/log/opensips/core.12152 > [New LWP 12152] > Core was generated by `/usr/local/sbin/opensips -P > /var/run/opensips/opensips.pid -m 128 -M 4 -u opens'. > Program terminated with signal SIGSEGV, Segmentation fault. > #0 0x00007f266e894646 in ?? () > (gdb) bt full > #0 0x00007f266e894646 in ?? () > No symbol table info available. > #1 0x0000562dc721ae56 in ?? () > No symbol table info available. > #2 0x000000006dc3d9f7 in ?? () > No symbol table info available. > #3 0x0000000000706475 in ?? () > No symbol table info available. > #4 0x0000000000000000 in ?? () > No symbol table info available. > > I also 'upgraded' to a git clone so now running latest code. > > > On Wed, 25 Sep 2019 at 13:33, Mark Farmer wrote: > >> Hi all >> >> I've seen reports of this elsewhere but didn't find a solution. When I >> use opensips-cli to do a 'mi reload_routes' OpenSIPS segfaults. >> >> I did a git pull and install clean yesterday on opensips-cli. >> >> opensips -V >> version: opensips 3.0.0 (x86_64/linux) >> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, >> Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_MALLOC, CC_O0, 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, sigio_rt, select. >> git revision: 435890a06 >> main.c compiled on 13:19:25 Jun 21 2019 with gcc 7 >> >> Oddly, it doesn't seem to matter what is in the last line, it errors >> regardless but this is the part of the route that seems to trigger it: >> >> else if (isflagset(Voicemail)) { >> $var(rtpflags) ="replace-session-connection >> replace-origin trust-address force symmetric in-face=external >> out-face=internal"; >> xlog("CUSTOM_LOG: Call goes to Voicemail service - Route >> to Asterisk."); >> xlog("CUSTOM_LOG: Engaging rtpengine_offer with flags: >> $var(rtpflags)"); >> rtpengine_offer($var(rtpflags)); >> xlog("CUSTOM_LOG: Rewriting host:port"); >> rewritehostport("10.150.50.53:5060"); >> force_send_socket(udp:10.150.50.51); >> return(1); >> >> opensips-cli -d -x mi reload_routes >> DEBUG: using config file /etc/opensips-cli.cfg >> DEBUG: Loaded module 'database' >> DEBUG: Loaded module 'diagnose' >> DEBUG: Loaded module 'instance' >> DEBUG: Loaded module 'mi' >> DEBUG: sent command ':opensips_fifo_reply_23259:{"jsonrpc": "2.0", "id": >> "16512", "method": "which", "params": []}' >> DEBUG: Loaded module 'tls' >> DEBUG: Loaded module 'trace' >> DEBUG: Skipping module 'trap' - excluded on purpose >> DEBUG: Loaded module 'user' >> DEBUG: running in non-interactive mode '['mi', 'reload_routes']' >> DEBUG: running command 'reload_routes' '[]' >> DEBUG: named parameters are used >> DEBUG: running command 'reload_routes' '{}' >> DEBUG: sent command ':opensips_fifo_reply_20789:{"jsonrpc": "2.0", "id": >> "10120", "method": "reload_routes", "params": {}}' >> ERROR: communication exception for 'reload_routes' returned: >> ERROR: Is OpenSIPS running? >> >> DBG:core:decode_mime_type: Decoding MIME type for:[application/sdp] >> DBG:core:fix_actions: fixing t_on_reply, >> /usr/local/etc/opensips/opensips.cfg:735 >> DBG:core:fix_actions: fixing is_registered, >> /usr/local/etc/opensips/opensips.cfg:749 >> DBG:core:fix_actions: fixing is_registered, >> /usr/local/etc/opensips/opensips.cfg:749 >> DBG:core:fix_actions: fixing insert_hf, >> /usr/local/etc/opensips/opensips.cfg:751 >> DBG:core:fix_actions: fixing lookup, >> /usr/local/etc/opensips/opensips.cfg:753 >> DBG:core:fix_actions: fixing is_from_gw, >> /usr/local/etc/opensips/opensips.cfg:753 >> DBG:core:fix_actions: fixing rtpengine_offer, >> /usr/local/etc/opensips/opensips.cfg:768 >> DBG:core:fix_actions: fixing do_routing, >> /usr/local/etc/opensips/opensips.cfg:769 >> DBG:core:fix_actions: fixing rtpengine_offer, >> /usr/local/etc/opensips/opensips.cfg:774 >> DBG:core:fix_actions: fixing do_routing, >> /usr/local/etc/opensips/opensips.cfg:775 >> DBG:core:fix_actions: fixing rtpengine_offer, >> /usr/local/etc/opensips/opensips.cfg:780 >> CRITICAL:core:sig_usr: segfault in process pid: 30907, id: 2 >> DBG:core:restore_segv_handler: restoring SIGSEGV handler... >> DBG:core:restore_segv_handler: successfully restored system SIGSEGV >> handler >> DBG:core:handle_sigs: OpenSIPS exit status = 139 >> INFO:core:handle_sigs: child process 30907 exited by a signal 11 >> INFO:core:handle_sigs: core was generated >> INFO:core:handle_sigs: terminating due to SIGCHLD >> >> >> Thanks and regards >> Mark. >> >> > > -- > Mark Farmer > farmorg at gmail.com > -- Mark Farmer farmorg at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Wed Sep 25 12:09:45 2019 From: liviu at opensips.org (Liviu Chircu) Date: Wed, 25 Sep 2019 19:09:45 +0300 Subject: [OpenSIPS-Users] Segfault on mi reload_routes In-Reply-To: References: Message-ID: <71c5148f-d405-35b6-1e5e-ac244f32bb8b@opensips.org> Hi, Mark! Thank you for the nice backtrace!  I managed to reproduce the crash and opened up a GitHub issue for it [1]. This should bring us one step closer to getting it fixed, so I suggest we move the discussion over there. Cheers, [1]: https://github.com/OpenSIPS/opensips/issues/1839 Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 25.09.2019 18:29, Mark Farmer wrote: > OK, I figured out my mistake with gdb so I now have a 'bt full' output > of the core dump From m.vale at live.com.au Wed Sep 25 14:18:23 2019 From: m.vale at live.com.au (Michael Vale) Date: Wed, 25 Sep 2019 18:18:23 +0000 Subject: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 Message-ID: Hi. I have a couple of phones in Aeroplane mode and the Bria Push services are still running. When I call these phones, the Bria Push server cancels the call with a 487 and the calls dont go through to unavailable voicemail, I just get the Telstra 'this number is unavailable' message. Could anyone suggest some solution? -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.vale at live.com.au Wed Sep 25 14:30:43 2019 From: m.vale at live.com.au (Michael Vale) Date: Wed, 25 Sep 2019 18:30:43 +0000 Subject: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 In-Reply-To: References: Message-ID: i tried lookup("location","push_server_ip") and that seems to work but how can i make it differentiate between when their is no actual phone registered and when push + phone is registered? ________________________________ From: Users on behalf of Michael Vale Sent: Thursday, 26 September 2019 4:18 AM To: users at lists.opensips.org Subject: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 Hi. I have a couple of phones in Aeroplane mode and the Bria Push services are still running. When I call these phones, the Bria Push server cancels the call with a 487 and the calls dont go through to unavailable voicemail, I just get the Telstra 'this number is unavailable' message. Could anyone suggest some solution? -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.vale at live.com.au Wed Sep 25 14:38:57 2019 From: m.vale at live.com.au (Michael Vale) Date: Wed, 25 Sep 2019 18:38:57 +0000 Subject: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 In-Reply-To: References: , Message-ID: that didn't help anyway. ________________________________ From: Users on behalf of Michael Vale Sent: Thursday, 26 September 2019 4:30 AM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 i tried lookup("location","push_server_ip") and that seems to work but how can i make it differentiate between when their is no actual phone registered and when push + phone is registered? ________________________________ From: Users on behalf of Michael Vale Sent: Thursday, 26 September 2019 4:18 AM To: users at lists.opensips.org Subject: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 Hi. I have a couple of phones in Aeroplane mode and the Bria Push services are still running. When I call these phones, the Bria Push server cancels the call with a 487 and the calls dont go through to unavailable voicemail, I just get the Telstra 'this number is unavailable' message. Could anyone suggest some solution? -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.vale at live.com.au Wed Sep 25 14:53:15 2019 From: m.vale at live.com.au (Michael Vale) Date: Wed, 25 Sep 2019 18:53:15 +0000 Subject: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 In-Reply-To: References: , , Message-ID: okay sorry to bother you all. i solved it. for anyone interested i did t_on_reply in a relay route, to a onreply route, t_check_status 487 there then forwarded to the voicemail server. 🙂💛 ________________________________ From: Users on behalf of Michael Vale Sent: Thursday, 26 September 2019 4:38 AM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 that didn't help anyway. ________________________________ From: Users on behalf of Michael Vale Sent: Thursday, 26 September 2019 4:30 AM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 i tried lookup("location","push_server_ip") and that seems to work but how can i make it differentiate between when their is no actual phone registered and when push + phone is registered? ________________________________ From: Users on behalf of Michael Vale Sent: Thursday, 26 September 2019 4:18 AM To: users at lists.opensips.org Subject: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 Hi. I have a couple of phones in Aeroplane mode and the Bria Push services are still running. When I call these phones, the Bria Push server cancels the call with a 487 and the calls dont go through to unavailable voicemail, I just get the Telstra 'this number is unavailable' message. Could anyone suggest some solution? -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.vale at live.com.au Wed Sep 25 16:17:28 2019 From: m.vale at live.com.au (Michael Vale) Date: Wed, 25 Sep 2019 20:17:28 +0000 Subject: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 In-Reply-To: References: , , , Message-ID: well that didnt work either. once the push server registers the calls fail to go through to voicemail. ________________________________ From: Users on behalf of Michael Vale Sent: Thursday, 26 September 2019 4:53 AM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 okay sorry to bother you all. i solved it. for anyone interested i did t_on_reply in a relay route, to a onreply route, t_check_status 487 there then forwarded to the voicemail server. 🙂💛 ________________________________ From: Users on behalf of Michael Vale Sent: Thursday, 26 September 2019 4:38 AM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 that didn't help anyway. ________________________________ From: Users on behalf of Michael Vale Sent: Thursday, 26 September 2019 4:30 AM To: OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 i tried lookup("location","push_server_ip") and that seems to work but how can i make it differentiate between when their is no actual phone registered and when push + phone is registered? ________________________________ From: Users on behalf of Michael Vale Sent: Thursday, 26 September 2019 4:18 AM To: users at lists.opensips.org Subject: [OpenSIPS-Users] Failure to route to asterisk voicemail when Bria Push responds with 487 Hi. I have a couple of phones in Aeroplane mode and the Bria Push services are still running. When I call these phones, the Bria Push server cancels the call with a 487 and the calls dont go through to unavailable voicemail, I just get the Telstra 'this number is unavailable' message. Could anyone suggest some solution? -------------- next part -------------- An HTML attachment was scrubbed... URL: From farmorg at gmail.com Thu Sep 26 04:34:13 2019 From: farmorg at gmail.com (Mark Farmer) Date: Thu, 26 Sep 2019 09:34:13 +0100 Subject: [OpenSIPS-Users] Segfault on mi reload_routes In-Reply-To: <71c5148f-d405-35b6-1e5e-ac244f32bb8b@opensips.org> References: <71c5148f-d405-35b6-1e5e-ac244f32bb8b@opensips.org> Message-ID: Excellent, thank you. On Wed, 25 Sep 2019 at 17:12, Liviu Chircu wrote: > Hi, Mark! > > Thank you for the nice backtrace! I managed to reproduce the crash and > opened up a GitHub issue for it [1]. > This should bring us one step closer to getting it fixed, so I suggest > we move the discussion over there. > > Cheers, > > [1]: https://github.com/OpenSIPS/opensips/issues/1839 > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 25.09.2019 18:29, Mark Farmer wrote: > > OK, I figured out my mistake with gdb so I now have a 'bt full' output > > of the core dump > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- Mark Farmer farmorg at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From olle at zaark.com Thu Sep 26 09:30:11 2019 From: olle at zaark.com (olle at zaark.com) Date: Thu, 26 Sep 2019 15:30:11 +0200 Subject: [OpenSIPS-Users] Problems with loose_route and ACK Message-ID: <01d401d5746e$86452280$92cf6780$@zaark.com> Hi , I have stumbled on a issue with ACK on 200 OK from Freeswitch. We are running 2.4.4 but I have also upgraded to 2.4.6 and testad with the same result. I get an ACK from our Freeswitch (172.25.0.25), trace from ngrep (some address and numbers have been anonymized). U 2019/09/26 13:00:22.614545 172.25.0.25:5060 -> 172.25.251.4:5060 #31 ACK sip:c22c11d0-7961-48c6-a603-e3d1872a462a at 95.195.215.15:56188;transport=TCP;o b SIP/2.0. Via: SIP/2.0/UDP 172.25.0.25;rport;branch=z9hG4bK26XN3DN58vg6e. Route: . Route: . Max-Forwards: 70. From: "0123456789" ;tag=v3rpgKD64K2me. To: ;tag=3Gwq-SQeo2nkmHWzeMGXPMJbWjv1UqxR . Call-ID: 6d8b0c06-5b00-1238-3aa8-fa163e0144b5. CSeq: 10197616 ACK. Contact: . Content-Length: 0. . Our script in this case basically only have 3 steps has_to(), loose_route() and t_relay() AFAIK this packed should be routed to our edge proxy on 172.25.0.21 which has the public IP aaa.bbb.ccc, but what happens is that it routes to the 2nd Route header and drops the first: U 2019/09/26 13:00:22.614870 172.25.251.4:5060 -> aaa.bbb.ccc.77:5002 #32 ACK sip:c22c11d0-7961-48c6-a603-e3d1872a462a at 95.195.215.15:56188;transport=TCP;o b SIP/2.0. Via: SIP/2.0/UDP 172.25.251.4:5060;branch=z9hG4bK1d62.29103862.3. Via: SIP/2.0/UDP 172.25.0.25;received=172.25.0.25;rport=5060;branch=z9hG4bK26XN3DN58vg6e. Route: . Max-Forwards: 69. From: "0123456789" ;tag=v3rpgKD64K2me. To: ;tag=3Gwq-SQeo2nkmHWzeMGXPMJbWjv1UqxR . Call-ID: 6d8b0c06-5b00-1238-3aa8-fa163e0144b5. CSeq: 10197616 ACK. Contact: . Content-Length: 0. This used to work in an older setup with Opensips running 2.1, so not sure if I'm doing something wrong here. Any hints are appreciated Thanks in advance / Olle -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Thu Sep 26 09:55:35 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 26 Sep 2019 16:55:35 +0300 Subject: [OpenSIPS-Users] play wav file with rtpengine. In-Reply-To: <35fa8262-15ff-f894-12e7-adbfc12dc348@democon.be> References: <35fa8262-15ff-f894-12e7-adbfc12dc348@democon.be> Message-ID: <247c0169-5eb8-0181-723f-37a16e728d14@opensips.org> Hi Johan, No, they will not be backported and they are new features, and no new features are pushed into 3.0, but only fixes. You can try to grab the 3.1 module and see if it compiles against 3.0 - if someone asks you, I never suggested anything like this :P. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/23/19 7:11 PM, johan wrote: > Hello, > > I have seen that in 3.1 there are new functions added to rtpengine. > > Can this be backported to 3.0 or can I compile this 3.1 module in a > 3.0 installation ? > > > BR, > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From bogdan at opensips.org Thu Sep 26 10:03:15 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 26 Sep 2019 17:03:15 +0300 Subject: [OpenSIPS-Users] event_route DLG_state ERROR In-Reply-To: References: Message-ID: Hi Anton, The backtrace looks similar to one from a crash fixed couple of days ago - get the latest build (nightly packages or latest 3.0 from git) and try again. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/23/19 10:25 PM, Антон Ершов wrote: > (gdb) bt full > #0  0x00007fba00aa455b in register_dlgcb () from > /usr/lib64/opensips/modules/dialog.so > No symbol table info available. > #1  0x00007fba04faf1a8 in mod_init () from > /usr/lib64/opensips/modules/acc.so > No symbol table info available. > #2  0x00000000004b0c06 in init_mod () > No symbol table info available. > #3  0x00000000004b0c8b in init_mod () > No symbol table info available. > #4  0x00000000004b0c8b in init_mod () > No symbol table info available. > #5  0x00000000004b0c8b in init_mod () > No symbol table info available. > #6  0x00000000004b0c8b in init_mod () > No symbol table info available. > #7  0x00000000004b0c8b in init_mod () > No symbol table info available. > #8  0x00000000004b0c8b in init_mod () > No symbol table info available. > #9  0x00000000004b0c8b in init_mod () > No symbol table info available. > #10 0x00000000004b0c8b in init_mod () > No symbol table info available. > #11 0x00000000004b0c8b in init_mod () > No symbol table info available. > #12 0x00000000004b0c8b in init_mod () > No symbol table info available. > #13 0x00000000004b0c8b in init_mod () > No symbol table info available. > #14 0x00000000004b0c8b in init_mod () > No symbol table info available. > #15 0x00000000004b0c8b in init_mod () > No symbol table info available. > #16 0x00000000004b0c8b in init_mod () > No symbol table info available. > #17 0x00000000004b0c8b in init_mod () > No symbol table info available. > #18 0x00000000004b0c8b in init_mod () > No symbol table info available. > #19 0x00000000004b0c8b in init_mod () > No symbol table info available. > #20 0x00000000004b0c8b in init_mod () > No symbol table info available. > #21 0x00000000004b0c8b in init_mod () > No symbol table info available. > #22 0x00000000004b30bc in init_modules () > No symbol table info available. > #23 0x000000000041e3c7 in main () > No symbol table info available. > > пн, 23 сент. 2019 г. в 21:35, Johan De Clercq >: > > Post the backtrace place > > Outlook voor iOS downloaden > ------------------------------------------------------------------------ > *Van:* Users > namens Антон Ершов > > > *Verzonden:* maandag, september 23, 2019 8:29 PM > *Aan:* OpenSIPS users mailling list > *Onderwerp:* [OpenSIPS-Users] event_route DLG_state ERROR > Hello friends! > I try to catch dialog state changes in event_route and get an error. > opensips version 3.0.0.20190922.571112e37-1.el7 > > conf. > > event_route[E_DLG_STATE_CHANGED] { >     switch($param(new_state)){ >         case 4: >             xlog("L_INFO", "[$ci] - dialog Esteblished \n"); >             break; > >         case 5: >             xlog("L_INFO", "[$ci] - dialog end \n"); >             break; >     } > } > > at startup opensips get this error > > kernel: opensips[12853]: segfault at 0 ip 00007f07b7fba55b sp > 00007ffce9a66d80 error 4 in dialog.so[7f07b7fa1000+76000] > > this is my configuration error or bug? > > > _______________________________________________ > 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 Sep 26 10:07:23 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 26 Sep 2019 17:07:23 +0300 Subject: [OpenSIPS-Users] Need some clarification in rtpengine module . In-Reply-To: References: Message-ID: <53569728-e877-e5dc-84fd-2a0e929edbd6@opensips.org> Hi Sasmita, Not sure if rtpengine has a similar built-in feature (their doc is something that can be improved :P), but you can achieve the same from script level I guess (adding and testing that SDP 'a' line). Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/24/19 9:42 AM, Sasmita Panda wrote: > Hi All, > > rtpengine and rtpproxy module somehow plays same role with some > advance features in rtpengine . > > There is a parameter in rtpproxy module " nortpproxy_str " through > which we can manage the involvement  of rtpproxy in the call leg . > modparam("rtpproxy", "nortpproxy_str", "a=sdpmangled:yes\r\n") > In rtpengine there is no such parameter having similar functionality . > Is there any other way which will behave similarly in rtpengine . > Basically what I wanted to do is , in a call having 2 different leg . > If in one leg rtpengine is already involved , > I don,'t want to involved rtpengine again in the other leg . > > > */Thanks & Regards/* > /Sasmita Panda/ > /Senior Network Testing and Software Engineer/ > /3CLogic , ph:07827611765/ > > _______________________________________________ > 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 Sep 26 10:14:51 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 26 Sep 2019 17:14:51 +0300 Subject: [OpenSIPS-Users] CentOS7: Possible SYN flooding on port 5061 In-Reply-To: <1569397767984-0.post@n2.nabble.com> References: <1569397767984-0.post@n2.nabble.com> Message-ID: <3447a448-a91e-fcb9-fb53-d416973f5f2b@opensips.org> Hi Alexey, see https://opensips.org/Documentation/Script-CoreParameters-2-4#toc67 I see no reason why not trying to increase the value - at the end this will probably translate into a larger buffer attached by the kernel to the listening socket. So, just give it a try. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/25/19 10:49 AM, Alexey Vasilyev wrote: > Hi, > > When switching Backup->Active with a lot of TLS clients I got this message > on CentOS 7: > kernel: TCP: request_sock_TCP: Possible SYN flooding on port 5061. Sending > cookies. > > It is described for example here https://access.redhat.com/solutions/30453 > > And related to socket backlog limit. > > It's not a problem to increase kernel limit: > sysctl -w net.core.somaxconn=2048 > > But the question is about OpenSIPS. What do you think, is this enough? > https://github.com/OpenSIPS/opensips/blob/ca75c705a4d74a06aec8ffe6d6e5d5c5e6fb97d6/net/tcp_conn.h#L46 > > /*!< TCP listen backlog count */ > #define DEFAULT_TCP_LISTEN_BACKLOG 10 > > If we have thousands TLS/TCP connections at the same time, and for example > 32 processes, so we'll have only 10*32=320 socket backlog limit for > OpenSIPS? Is this right? > > Should it be increased? > > > > ----- > --- > Alexey Vasilyev > -- > Sent from: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From bogdan at opensips.org Thu Sep 26 10:16:14 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 26 Sep 2019 17:16:14 +0300 Subject: [OpenSIPS-Users] OpenSIPS 2.4 Crashes on handle_publish(); In-Reply-To: References: Message-ID: Hi Lance, Did the crash result into a corefile ? if yes, could you extract the backtrace from it? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/25/19 4:57 PM, Lance Oreste wrote: > > Below are logs at loglevel 9 > > Sep 24 15:09:24 dev-opensip opensips[8076]: > ============================================ > > Sep 24 15:09:24 dev-opensip opensips[8076]: PUBLISH Request from > 122.129.76.131 > > Sep 24 15:09:24 dev-opensip opensips[8076]: > ============================================ > > Sep 24 15:09:24 dev-opensip opensips[8076]: PUBLISH > sip:USR923123811118 at sbc.discoverfojee.com:6000 >  SIP/2.0 > > Sep 24 15:09:24 dev-opensip opensips[8076]: Via: SIP/2.0/TCP > 192.168.8.19:55585;branch=z9hG4bK.iGCnPgfck;rport > > Sep 24 15:09:24 dev-opensip opensips[8076]: From: > >;tag=4N6qi13x- > > Sep 24 15:09:24 dev-opensip opensips[8076]: To: > sip:USR923123811118 at sbc.discoverfojee.com > > > Sep 24 15:09:24 dev-opensip opensips[8076]: CSeq: 20 PUBLISH > > Sep 24 15:09:24 dev-opensip opensips[8076]: Call-ID: P7ZAcdqvjL > > Sep 24 15:09:24 dev-opensip opensips[8076]: Max-Forwards: 70 > > Sep 24 15:09:24 dev-opensip opensips[8076]: Supported: replaces, outbound > > Sep 24 15:09:24 dev-opensip opensips[8076]: Event: presence > > Sep 24 15:09:24 dev-opensip opensips[8076]: Content-Length: 444 > > Sep 24 15:09:24 dev-opensip opensips[8076]: Content-Type: > application/pidf+xml > > Sep 24 15:09:24 dev-opensip opensips[8076]: Expires: 3600 > > Sep 24 15:09:24 dev-opensip opensips[8076]: User-Agent: > Togee_iPhone9.3_iOS12.4.1/3.15-75-g80075db (belle-sip/1.5.0) > > Sep 24 15:09:24 dev-opensip opensips[8076]: #015 > > Sep 24 15:09:24 dev-opensip opensips[8076]: encoding="UTF-8"?> > > Sep 24 15:09:24 dev-opensip opensips[8076]: xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" > xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" > entity="sip:USR923123811118 at xxx.discoverfojee.com:6000 > " > xmlns="urn:ietf:params:xml:ns:pidf"> > > Sep 24 15:09:24 dev-opensip opensips[8076]:  > > Sep 24 15:09:24 dev-opensip opensips[8076]:   > > Sep 24 15:09:24 dev-opensip opensips[8076]:    open > > Sep 24 15:09:24 dev-opensip opensips[8076]:   > > Sep 24 15:09:24 dev-opensip opensips[8076]:   priority="0.8">sip:USR923123811118 at xxx.discoverfojee.com:6000 > > > Sep 24 15:09:24 dev-opensip opensips[8076]: > 2019-09-24T15:09:23Z > > Sep 24 15:09:24 dev-opensip opensips[8076]:  > > Sep 24 15:09:24 dev-opensip opensips[8076]: > > Sep 24 15:09:24 dev-opensip opensips[8076]: > ============================================ > > Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] > DBG:core:parse_headers: flags=ffffffffffffffff > > Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] > DBG:core:parse_headers: flags=ffffffffffffffff > > Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] > DBG:presence:search_event: start event= [presence] > > Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] > DBG:presence:handle_publish: Expires header found, value= 3600 > > Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] > DBG:presence:handle_publish: SIP-If-Match header not found > > Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] > DBG:presence:generate_ETag: etag= a.1569337762.8097.1.0 > > Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] > DBG:presence:handle_publish: new etag= a.1569337762.8097.1.0 > > Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] > DBG:core:parse_headers: flags=ffffffffffffffff > > Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] > CRITICAL:core:sig_usr: segfault in process pid: 8097, id: 16 > > Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] > DBG:core:restore_segv_handler: restoring SIGSEGV handler... > > Sep 24 15:09:24 dev-opensip opensips[8076]: Sep 24 15:09:24 [8097] > DBG:core:restore_segv_handler: successfully restored system SIGSEGV > handler > > Sep 24 15:09:24 dev-opensip kernel: [98363.069674] opensips[8097]: > segfault at 0 ip 00007f92b8b12476 sp 00007ffe723f5010 error 4 in > presence.so[7f92b8b09000+46000] > > > _______________________________________________ > 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 Sep 26 10:51:02 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 26 Sep 2019 17:51:02 +0300 Subject: [OpenSIPS-Users] Problems with loose_route and ACK In-Reply-To: <01d401d5746e$86452280$92cf6780$@zaark.com> References: <01d401d5746e$86452280$92cf6780$@zaark.com> Message-ID: <77dd90a9-9519-caa8-9dec-33a382d936ab@opensips.org> Hi Olle, It is like the double-RR indication is ignored (the r2 param) from the top Route hdr. Are you sure that the "enable_double_rr" modparam is still on ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/26/19 4:30 PM, olle at zaark.com wrote: > > Hi , > > I have stumbled on a issue with ACK on 200 OK from Freeswitch. We are > running 2.4.4 but I have also upgraded to 2.4.6 and testad with the > same result. > > I get an ACK from our Freeswitch (172.25.0.25), trace from ngrep (some > address and numbers have been anonymized). > > U 2019/09/26 13:00:22.614545 172.25.0.25:5060 -> 172.25.251.4:5060 #31 > > ACK > sip:c22c11d0-7961-48c6-a603-e3d1872a462a at 95.195.215.15:56188;transport=TCP;ob > SIP/2.0. > > Via: SIP/2.0/UDP 172.25.0.25;rport;branch=z9hG4bK26XN3DN58vg6e. > > Route: > . > > Route: > . > > Max-Forwards: 70. > > From: "0123456789" ;tag=v3rpgKD64K2me. > > To: > ;tag=3Gwq-SQeo2nkmHWzeMGXPMJbWjv1UqxR. > > Call-ID: 6d8b0c06-5b00-1238-3aa8-fa163e0144b5. > > CSeq: 10197616 ACK. > > Contact: . > > Content-Length: 0. > > . > > Our script in this case basically only have 3 steps has_to(), > loose_route() and t_relay() > > AFAIK this packed should be routed to our edge proxy on 172.25.0.21 > which has the public IP aaa.bbb.ccc,  but what happens is that it > routes to the 2nd Route header and drops the first: > > U 2019/09/26 13:00:22.614870 172.25.251.4:5060 -> aaa.bbb.ccc.77:5002 #32 > > ACK > sip:c22c11d0-7961-48c6-a603-e3d1872a462a at 95.195.215.15:56188;transport=TCP;ob > SIP/2.0. > > Via: SIP/2.0/UDP 172.25.251.4:5060;branch=z9hG4bK1d62.29103862.3. > > Via: SIP/2.0/UDP > 172.25.0.25;received=172.25.0.25;rport=5060;branch=z9hG4bK26XN3DN58vg6e. > > Route: > . > > Max-Forwards: 69. > > From: "0123456789" ;tag=v3rpgKD64K2me. > > To: > ;tag=3Gwq-SQeo2nkmHWzeMGXPMJbWjv1UqxR. > > Call-ID: 6d8b0c06-5b00-1238-3aa8-fa163e0144b5. > > CSeq: 10197616 ACK. > > Contact: . > > Content-Length: 0. > > This used to work in an older setup with Opensips running 2.1, so not > sure if I’m doing something wrong here. > > Any hints are appreciated > > Thanks in advance / Olle > > > _______________________________________________ > 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 farmorg at gmail.com Thu Sep 26 11:37:58 2019 From: farmorg at gmail.com (Mark Farmer) Date: Thu, 26 Sep 2019 16:37:58 +0100 Subject: [OpenSIPS-Users] codec_delete() not working in 3.0 Message-ID: Been looking at this for a while now and it just won't play ball. I have an avp defined: # Codecs we do NOT support! $avp(BadCodec) = "G729"; $avp(BadCodec) = "G729a"; Then I use a for each to remove any instances of the codecs: for ($var(ToDelete) in $(avp(BadCodec)[*])) if (codec_delete($var(ToDelete))) { xlog("CUSTOM_LOG: Invalid codec detected and deleted: $var(ToDelete)"); } sipmsgops reports that it's trying to remove codecs: DBG:sipmsgops:codec_delete: deleting codec with clock <> --- DBG:sipmsgops:codec_delete: deleting codec with clock <> --- My custom logs only generate a single entry since only G729 is present in SDP: CUSTOM_LOG: Invalid codec detected and deleted: G729 But when the call is routed, the G729 codecs remain in the SDP: a=rtpmap:18 G729/8000 Can anyone suggest why might that be? Regards Mark. -------------- next part -------------- An HTML attachment was scrubbed... URL: From james at ip-sentinel.com Thu Sep 26 11:57:09 2019 From: james at ip-sentinel.com (James Hogbin) Date: Thu, 26 Sep 2019 15:57:09 +0000 Subject: [OpenSIPS-Users] codec_delete() not working in 3.0 In-Reply-To: References: Message-ID: I think this is helpful? https://opensips.org/pipermail/users/2016-September/035510.html james James Hogbin Director IP Sentinel t. +44 (0)20 3011 4150 m. +44 7786910895 w. https://www.ip-sentinel.com On 26 Sep 2019, at 16:37, Mark Farmer > wrote: Been looking at this for a while now and it just won't play ball. I have an avp defined: # Codecs we do NOT support! $avp(BadCodec) = "G729"; $avp(BadCodec) = "G729a"; Then I use a for each to remove any instances of the codecs: for ($var(ToDelete) in $(avp(BadCodec)[*])) if (codec_delete($var(ToDelete))) { xlog("CUSTOM_LOG: Invalid codec detected and deleted: $var(ToDelete)"); } sipmsgops reports that it's trying to remove codecs: DBG:sipmsgops:codec_delete: deleting codec with clock <> --- DBG:sipmsgops:codec_delete: deleting codec with clock <> --- My custom logs only generate a single entry since only G729 is present in SDP: CUSTOM_LOG: Invalid codec detected and deleted: G729 But when the call is routed, the G729 codecs remain in the SDP: a=rtpmap:18 G729/8000 Can anyone suggest why might that be? Regards Mark. _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users IP Sentinel Disclaimer This communication is for the information of the person to whom it has been delivered and neither it nor any of its contents should be passed on to or used by any other person. IP Sentinel Ltd is a limited company registered in England and Wales under Registered Number 08648097. Registered Office: Newnhams Wood, Horsted Keynes, West Sussex, RH17 7BT. Disclaimer: Q3dhRSrm_disclaimer -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 119092616571201171.png Type: image/png Size: 3317 bytes Desc: not available URL: From podguiko at mail.ru Thu Sep 26 13:47:26 2019 From: podguiko at mail.ru (=?UTF-8?B?T2xlZyBQb2RndXlrbw==?=) Date: Thu, 26 Sep 2019 20:47:26 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?Take_the_value_of_the_newly_added_SIP_?= =?utf-8?q?X-header_for_the_log?= Message-ID: <1569520046.659161650@f509.i.mail.ru> Hello everebody!   My opensips works as proxy. Get INVITE from one side and communicates with a remote web server via rest. Opensips sends a request to the web server and receives a lot of custom data, which it converts to SIP X-header. In the end I get 10 different SIP X-headers   $var(i) = 0;              while( $json(resp/headers[$var(i)]) )             {                 $var(header)=$json(resp/headers[$var(i)]/header);                 $var(value)=$json(resp/headers[$var(i)]/value);                 $var(i) = $var(i) + 1;                            # add sip headers                 append_hf("$var(header):$var(value)\r\n");             }          route(BALANCE);         route(RELAY);      Everything works. Now, In the next route (BALANCE), I want to output the header that was just added to the log xlog("L_INFO", "$X-My-Custom-Header: $(hdr(X-My-Custom-Header))");   But in the log I always see null. Although in the INVITE wich opensips sends, all SIP X-header in place.  Does this mean I can't get the value of the newly added SIP X-header? What should I do to get these values?           -- Олег Подгуйко -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Thu Sep 26 13:59:01 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 26 Sep 2019 20:59:01 +0300 Subject: [OpenSIPS-Users] Problems with loose_route and ACK In-Reply-To: <000501d57481$7077f2d0$5167d870$@zaark.com> References: <01d401d5746e$86452280$92cf6780$@zaark.com> <77dd90a9-9519-caa8-9dec-33a382d936ab@opensips.org> <000501d57481$7077f2d0$5167d870$@zaark.com> Message-ID: Hi, You should have it on the OpenSIPS with the 172.25.251.4 IP. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/26/19 6:45 PM, Olle Frimanson wrote: > > Hi again I might add it’s enabled on our edge proxy since it converts > TCP/TLS to UDP > > Br/Olle > > *Från:*Bogdan-Andrei Iancu > *Skickat:* den 26 september 2019 16:51 > *Till:* OpenSIPS users mailling list ; > olle at zaark.com > *Ämne:* Re: [OpenSIPS-Users] Problems with loose_route and ACK > > Hi Olle, > > It is like the double-RR indication is ignored (the r2 param) from the > top Route hdr. Are you sure that the "enable_double_rr" modparam is > still on ? > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS Summit 2019 > https://www.opensips.org/events/Summit-2019Amsterdam/ > > On 9/26/19 4:30 PM, olle at zaark.com wrote: > > Hi , > > I have stumbled on a issue with ACK on 200 OK from Freeswitch. We > are running 2.4.4 but I have also upgraded to 2.4.6 and testad > with the same result. > > I get an ACK from our Freeswitch (172.25.0.25), trace from ngrep > (some address and numbers have been anonymized). > > U 2019/09/26 13:00:22.614545 172.25.0.25:5060 -> 172.25.251.4:5060 #31 > > ACK > sip:c22c11d0-7961-48c6-a603-e3d1872a462a at 95.195.215.15:56188;transport=TCP;ob > SIP/2.0. > > Via: SIP/2.0/UDP 172.25.0.25;rport;branch=z9hG4bK26XN3DN58vg6e. > > Route: > > . > > Route: > > . > > Max-Forwards: 70. > > From: "0123456789" > ;tag=v3rpgKD64K2me. > > To: > ;tag=3Gwq-SQeo2nkmHWzeMGXPMJbWjv1UqxR. > > Call-ID: 6d8b0c06-5b00-1238-3aa8-fa163e0144b5. > > CSeq: 10197616 ACK. > > Contact: > . > > Content-Length: 0. > > . > > Our script in this case basically only have 3 steps has_to(), > loose_route() and t_relay() > > AFAIK this packed should be routed to our edge proxy on > 172.25.0.21 which has the public IP aaa.bbb.ccc,  but what happens > is that it routes to the 2nd Route header and drops the first: > > U 2019/09/26 13:00:22.614870 172.25.251.4:5060 -> > aaa.bbb.ccc.77:5002 #32 > > ACK > sip:c22c11d0-7961-48c6-a603-e3d1872a462a at 95.195.215.15:56188;transport=TCP;ob > SIP/2.0. > > Via: SIP/2.0/UDP 172.25.251.4:5060;branch=z9hG4bK1d62.29103862.3. > > Via: SIP/2.0/UDP > 172.25.0.25;received=172.25.0.25;rport=5060;branch=z9hG4bK26XN3DN58vg6e. > > Route: > > . > > Max-Forwards: 69. > > From: "0123456789" > ;tag=v3rpgKD64K2me. > > To: > ;tag=3Gwq-SQeo2nkmHWzeMGXPMJbWjv1UqxR. > > Call-ID: 6d8b0c06-5b00-1238-3aa8-fa163e0144b5. > > CSeq: 10197616 ACK. > > Contact: > . > > Content-Length: 0. > > This used to work in an older setup with Opensips running 2.1, so > not sure if I’m doing something wrong here. > > Any hints are appreciated > > Thanks in advance / Olle > > > > _______________________________________________ > > 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 Ben.Newlin at genesys.com Thu Sep 26 14:16:05 2019 From: Ben.Newlin at genesys.com (Ben Newlin) Date: Thu, 26 Sep 2019 18:16:05 +0000 Subject: [OpenSIPS-Users] Take the value of the newly added SIP X-header for the log In-Reply-To: <1569520046.659161650@f509.i.mail.ru> References: <1569520046.659161650@f509.i.mail.ru> Message-ID: Oleg, OpenSIPS stores all the changes you make to the INVITE and applies them all together right before sending it out. This is to be more efficient. So you cannot usually see these types of changes during processing. This means if you want to keep using those headers in your script you need to remember them yourself. The easiest way to do this from your code is to just access the same $json variable in the BALANCE route. JSON variables in OpenSIPS are just like $var in that they are persistent within an OpenSIPS process [1] (so make sure you initialize!). So as long as you are not calling any async function in between, the values will all still be there. Alternatively, you can store the values in AVPs [2]. Assuming you are using TM, AVPs are attached to the transaction and will persist through branches and replies, in case you need the values there as well. AVPs are stacks, so the model I have used for data like this is to have 2 AVPs – one for the keys and one for the values – and keep them in sync. [1] - https://opensips.org/html/docs/modules/2.4.x/json.html#pv_json [2] - https://www.opensips.org/Documentation/Script-CoreVar-2-4#toc2 Ben Newlin From: Users on behalf of Oleg Podguyko via Users Reply-To: Oleg Podguyko , OpenSIPS users mailling list Date: Thursday, September 26, 2019 at 1:49 PM To: "users at lists.opensips.org" Subject: [OpenSIPS-Users] Take the value of the newly added SIP X-header for the log Hello everebody! My opensips works as proxy. Get INVITE from one side and communicates with a remote web server via rest. Opensips sends a request to the web server and receives a lot of custom data, which it converts to SIP X-header. In the end I get 10 different SIP X-headers $var(i) = 0; while( $json(resp/headers[$var(i)]) ) { $var(header)=$json(resp/headers[$var(i)]/header); $var(value)=$json(resp/headers[$var(i)]/value); $var(i) = $var(i) + 1; # add sip headers append_hf("$var(header):$var(value)\r\n"); } route(BALANCE); route(RELAY); Everything works. Now, In the next route (BALANCE), I want to output the header that was just added to the log xlog("L_INFO", "$X-My-Custom-Header: $(hdr(X-My-Custom-Header))"); But in the log I always see null. Although in the INVITE wich opensips sends, all SIP X-header in place. Does this mean I can't get the value of the newly added SIP X-header? What should I do to get these values? -- Олег Подгуйко -------------- next part -------------- An HTML attachment was scrubbed... URL: From podguiko at mail.ru Thu Sep 26 18:30:45 2019 From: podguiko at mail.ru (=?UTF-8?B?T2xlZyBQb2RndXlrbw==?=) Date: Fri, 27 Sep 2019 01:30:45 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?Take_the_value_of_the_newly_added_SIP_?= =?utf-8?q?X-header_for_the_log?= In-Reply-To: References: <1569520046.659161650@f509.i.mail.ru> Message-ID: <1569537045.511298130@f481.i.mail.ru> Hello Ben, Thank you for your advices!   >Четверг, 26 сентября 2019, 21:16 +03:00 от Ben Newlin : >  >Oleg, >  >OpenSIPS stores all the changes you make to the INVITE and applies them all together right before sending it out. This is to be more efficient. So you cannot usually see these types of changes during processing. This means if you want to keep using those headers in your script you need to remember them yourself. >  >The easiest way to do this from your code is to just access the same $json variable in the BALANCE route. JSON variables in OpenSIPS are just like $var in that they are persistent within an OpenSIPS process [1] (so make sure you initialize!). So as long as you are not calling any async function in between, the values will all still be there. >  >Alternatively, you can store the values in AVPs [2]. Assuming you are using TM, AVPs are attached to the transaction and will persist through branches and replies, in case you need the values there as well. AVPs are stacks, so the model I have used for data like this is to have 2 AVPs – one for the keys and one for the values – and keep them in sync. >  >[1] - https://opensips.org/html/docs/modules/2.4.x/json.html#pv_json >[2] - https://www.opensips.org/Documentation/Script-CoreVar-2-4#toc2 >  >Ben Newlin >  >From: Users < users-bounces at lists.opensips.org > on behalf of Oleg Podguyko via Users < users at lists.opensips.org > >Reply-To: Oleg Podguyko < podguiko at mail.ru >, OpenSIPS users mailling list < users at lists.opensips.org > >Date: Thursday, September 26, 2019 at 1:49 PM >To: "users at lists.opensips.org" < users at lists.opensips.org > >Subject: [OpenSIPS-Users] Take the value of the newly added SIP X-header for the log >  >Hello everebody! >  >My opensips works as proxy. Get INVITE from one side and communicates with a remote web server via rest. Opensips sends a request to the web server and receives a lot of custom data, which it converts to SIP X-header. In the end I get 10 different SIP X-headers >  >$var(i) = 0;  >            while( $json(resp/headers[$var(i)]) ) >            { >                $var(header)=$json(resp/headers[$var(i)]/header); >                $var(value)=$json(resp/headers[$var(i)]/value); >                $var(i) = $var(i) + 1;            >                # add sip headers >                append_hf("$var(header):$var(value)\r\n"); >            }  >        route(BALANCE); >        route(RELAY);   >  > Everything works. Now, In the next route (BALANCE), I want to output the header that was just added to the log >xlog("L_INFO", "$X-My-Custom-Header: $(hdr(X-My-Custom-Header))"); >  >But in the log I always see null. Although in the INVITE wich opensips sends, all SIP X-header in place.  >Does this mean I can't get the value of the newly added SIP X-header? What should I do to get these values? >  >  >  >  >  >-- >Олег Подгуйко     -- Олег Подгуйко   -------------- next part -------------- An HTML attachment was scrubbed... URL: From spanda at 3clogic.com Fri Sep 27 03:34:51 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Fri, 27 Sep 2019 13:04:51 +0530 Subject: [OpenSIPS-Users] Need some clarification in rtpengine module . In-Reply-To: <53569728-e877-e5dc-84fd-2a0e929edbd6@opensips.org> References: <53569728-e877-e5dc-84fd-2a0e929edbd6@opensips.org> Message-ID: How I will add a attribute in the SDP body . In the rtpengine module there is no flag which will add a attribute directly . If I am doing like below add_body_part("$var(body)", "a=sdpmangled:yes\r\n"); Its not adding this attribute in the body . Is there any other option to do this ? *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Thu, Sep 26, 2019 at 7:37 PM Bogdan-Andrei Iancu wrote: > Hi Sasmita, > > Not sure if rtpengine has a similar built-in feature (their doc is > something that can be improved :P), but you can achieve the same from > script level I guess (adding and testing that SDP 'a' line). > > Best regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS Summit 2019 > https://www.opensips.org/events/Summit-2019Amsterdam/ > > On 9/24/19 9:42 AM, Sasmita Panda wrote: > > Hi All, > > rtpengine and rtpproxy module somehow plays same role with some advance > features in rtpengine . > > There is a parameter in rtpproxy module " nortpproxy_str " through which > we can manage the involvement of rtpproxy in the call leg . > > modparam("rtpproxy", "nortpproxy_str", "a=sdpmangled:yes\r\n") > > In rtpengine there is no such parameter having similar functionality . > Is there any other way which will behave similarly in rtpengine . > > Basically what I wanted to do is , in a call having 2 different leg . > If in one leg rtpengine is already involved , > I don,'t want to involved rtpengine again in the other leg . > > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From callum.guy at x-on.co.uk Fri Sep 27 03:55:11 2019 From: callum.guy at x-on.co.uk (Callum Guy) Date: Fri, 27 Sep 2019 08:55:11 +0100 Subject: [OpenSIPS-Users] Need some clarification in rtpengine module . In-Reply-To: References: <53569728-e877-e5dc-84fd-2a0e929edbd6@opensips.org> Message-ID: I think your syntax is wrong? https://opensips.org/html/docs/modules/3.0.x/sipmsgops.html#func_add_body_part On Fri, 27 Sep 2019 at 08:36, Sasmita Panda wrote: > How I will add a attribute in the SDP body . In the rtpengine module there > is no flag which will add a attribute directly . > > If I am doing like below > > add_body_part("$var(body)", "a=sdpmangled:yes\r\n"); > > Its not adding this attribute in the body . Is there any other option to do this ? > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Thu, Sep 26, 2019 at 7:37 PM Bogdan-Andrei Iancu > wrote: > >> Hi Sasmita, >> >> Not sure if rtpengine has a similar built-in feature (their doc is >> something that can be improved :P), but you can achieve the same from >> script level I guess (adding and testing that SDP 'a' line). >> >> Best regards, >> >> Bogdan-Andrei Iancu >> >> OpenSIPS Founder and Developer >> https://www.opensips-solutions.com >> OpenSIPS Summit 2019 >> https://www.opensips.org/events/Summit-2019Amsterdam/ >> >> On 9/24/19 9:42 AM, Sasmita Panda wrote: >> >> Hi All, >> >> rtpengine and rtpproxy module somehow plays same role with some advance >> features in rtpengine . >> >> There is a parameter in rtpproxy module " nortpproxy_str " through which >> we can manage the involvement of rtpproxy in the call leg . >> >> modparam("rtpproxy", "nortpproxy_str", "a=sdpmangled:yes\r\n") >> >> In rtpengine there is no such parameter having similar functionality . >> Is there any other way which will behave similarly in rtpengine . >> >> Basically what I wanted to do is , in a call having 2 different leg . >> If in one leg rtpengine is already involved , >> I don,'t want to involved rtpengine again in the other leg . >> >> >> *Thanks & Regards* >> *Sasmita Panda* >> *Senior Network Testing and Software Engineer* >> *3CLogic , ph:07827611765* >> >> _______________________________________________ >> 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 > -- *0333 332 0000  |  www.x-on.co.uk   |   **      * X-on is a trading name of Storacall Technology Ltd a limited company registered in England and Wales. Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead, Herts, HP3 9SD. Company Registration No. 2578478. The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient, please notify X-on immediately on +44(0)333 332 0000 and delete the message from your computer. If you are not a named addressee you must not use, disclose, disseminate, distribute, copy, print or reply to this email. Views or opinions expressed by an individual within this email may not necessarily reflect the views of X-on or its associated companies. Although X-on routinely screens for viruses, addressees should scan this email and any attachments for viruses. X-on makes no representation or warranty as to the absence of viruses in this email or any attachments. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri Sep 27 04:13:10 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 27 Sep 2019 11:13:10 +0300 Subject: [OpenSIPS-Users] Problems with loose_route and ACK In-Reply-To: <004201d57498$acb6cd90$062468b0$@zaark.com> References: <01d401d5746e$86452280$92cf6780$@zaark.com> <77dd90a9-9519-caa8-9dec-33a382d936ab@opensips.org> <000501d57481$7077f2d0$5167d870$@zaark.com> <004201d57498$acb6cd90$062468b0$@zaark.com> Message-ID: <4baf502e-86db-4ac0-3f80-fba15a31357e@opensips.org> Enable log_level 4 (debug level) and post the logs generated by OpenSIPS (172.25.251.4) when handling the ACK. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/26/19 9:31 PM, Olle Frimanson wrote: > > Hi yes I tried that as well and then the ACK was not routed at all. > > BR/Olle > > *Från:*Bogdan-Andrei Iancu > *Skickat:* den 26 september 2019 19:59 > *Till:* Olle Frimanson ; users at lists.opensips.org > *Ämne:* Re: SV: [OpenSIPS-Users] Problems with loose_route and ACK > > Hi, > > You should have it on the OpenSIPS with the 172.25.251.4 IP. > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS Summit 2019 > https://www.opensips.org/events/Summit-2019Amsterdam/ > > On 9/26/19 6:45 PM, Olle Frimanson wrote: > > Hi again I might add it’s enabled on our edge proxy since it > converts TCP/TLS to UDP > > Br/Olle > > *Från:*Bogdan-Andrei Iancu > > *Skickat:* den 26 september 2019 16:51 > *Till:* OpenSIPS users mailling list > ; olle at zaark.com > > *Ämne:* Re: [OpenSIPS-Users] Problems with loose_route and ACK > > Hi Olle, > > It is like the double-RR indication is ignored (the r2 param) from > the top Route hdr. Are you sure that the "enable_double_rr" > modparam is still on ? > > Regards, > > > Bogdan-Andrei Iancu > > > > OpenSIPS Founder and Developer > > https://www.opensips-solutions.com > > OpenSIPS Summit 2019 > > https://www.opensips.org/events/Summit-2019Amsterdam/ > > On 9/26/19 4:30 PM, olle at zaark.com wrote: > > Hi , > > I have stumbled on a issue with ACK on 200 OK from Freeswitch. > We are running 2.4.4 but I have also upgraded to 2.4.6 and > testad with the same result. > > I get an ACK from our Freeswitch (172.25.0.25), trace from > ngrep (some address and numbers have been anonymized). > > U 2019/09/26 13:00:22.614545 172.25.0.25:5060 -> > 172.25.251.4:5060 #31 > > ACK > sip:c22c11d0-7961-48c6-a603-e3d1872a462a at 95.195.215.15:56188;transport=TCP;ob > SIP/2.0. > > Via: SIP/2.0/UDP 172.25.0.25;rport;branch=z9hG4bK26XN3DN58vg6e. > > Route: > > . > > Route: > > . > > Max-Forwards: 70. > > From: "0123456789" > ;tag=v3rpgKD64K2me. > > To: > ;tag=3Gwq-SQeo2nkmHWzeMGXPMJbWjv1UqxR. > > Call-ID: 6d8b0c06-5b00-1238-3aa8-fa163e0144b5. > > CSeq: 10197616 ACK. > > Contact: > > . > > Content-Length: 0. > > . > > Our script in this case basically only have 3 steps has_to(), > loose_route() and t_relay() > > AFAIK this packed should be routed to our edge proxy on > 172.25.0.21 which has the public IP aaa.bbb.ccc,  but what > happens is that it routes to the 2nd Route header and drops > the first: > > U 2019/09/26 13:00:22.614870 172.25.251.4:5060 -> > aaa.bbb.ccc.77:5002 #32 > > ACK > sip:c22c11d0-7961-48c6-a603-e3d1872a462a at 95.195.215.15:56188;transport=TCP;ob > SIP/2.0. > > Via: SIP/2.0/UDP 172.25.251.4:5060;branch=z9hG4bK1d62.29103862.3. > > Via: SIP/2.0/UDP > 172.25.0.25;received=172.25.0.25;rport=5060;branch=z9hG4bK26XN3DN58vg6e. > > Route: > > . > > Max-Forwards: 69. > > From: "0123456789" > ;tag=v3rpgKD64K2me. > > To: > ;tag=3Gwq-SQeo2nkmHWzeMGXPMJbWjv1UqxR. > > Call-ID: 6d8b0c06-5b00-1238-3aa8-fa163e0144b5. > > CSeq: 10197616 ACK. > > Contact: > > . > > Content-Length: 0. > > This used to work in an older setup with Opensips running 2.1, > so not sure if I’m doing something wrong here. > > Any hints are appreciated > > Thanks in advance / Olle > > > > > _______________________________________________ > > 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 alexei.vasilyev at gmail.com Fri Sep 27 04:28:31 2019 From: alexei.vasilyev at gmail.com (Alexey Vasilyev) Date: Fri, 27 Sep 2019 01:28:31 -0700 (MST) Subject: [OpenSIPS-Users] CentOS7: Possible SYN flooding on port 5061 In-Reply-To: <3447a448-a91e-fcb9-fb53-d416973f5f2b@opensips.org> References: <1569397767984-0.post@n2.nabble.com> <3447a448-a91e-fcb9-fb53-d416973f5f2b@opensips.org> Message-ID: <1569572911373-0.post@n2.nabble.com> Hi Bogdan, Yes, this is exactly what I need. I'll change it and will see, how it works with next switching. Thanks. ----- --- Alexey Vasilyev -- Sent from: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html From farmorg at gmail.com Fri Sep 27 04:36:02 2019 From: farmorg at gmail.com (Mark Farmer) Date: Fri, 27 Sep 2019 09:36:02 +0100 Subject: [OpenSIPS-Users] codec_delete() not working in 3.0 In-Reply-To: References: Message-ID: Thanks James, that's interesting. However my understanding is that all mention of the target codec should be removed but in this case it seems to be unchanged. According to this list: https://www.iana.org/assignments/rtp-parameters/rtp-parameters.xhtml G.729 is represented in the m=audio line by a value of 18 which is still present in the resulting INVITE. The SDP from the initial INVITE from a phone: v=0 o=- 1569572039 1569572039 IN IP4 xxx.xxx.xxx.xxx s=Polycom IP Phone c=IN IP4 xxx.xxx.xxx.xxx b=AS:512 t=0 0 m=audio 2226 RTP/AVP 9 8 0 *18* 127 a=rtpmap:9 G722/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 *a=rtpmap:18 G729/8000* a=fmtp:18 annexb=no a=rtpmap:127 telephone-event/8000 m=video 2228 RTP/AVP 109 34 a=rtpmap:109 H264/90000 a=fmtp:109 profile-level-id=42800d; packetization-mode=0 a=rtpmap:34 H263/90000 a=fmtp:34 CIF=1;QCIF=1;SQCIF=1 And the resulting outbound INVITE: v=0 o=- 1569572039 1569572039 IN IP4 xxx.xxx.xxx.xxx s=Polycom IP Phone c=IN IP4 xxx.xxx.xxx.xxx b=AS:512 t=0 0 m=audio 10552 RTP/AVP 9 8 0 *18* 127 a=rtpmap:9 G722/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 *a=rtpmap:18 G729/8000* a=rtpmap:127 telephone-event/8000 a=fmtp:18 annexb=no a=sendrecv a=rtcp:10553 a=ice-ufrag:NaBg56me a=ice-pwd:oWZ4Hzrn4kJtnYfXo4Q7oCNx95 a=candidate:wWTC1VOV2dAOfI4x 1 UDP 2130706431 xxx.xxx.xxx.xxx 10552 typ host a=candidate:wWTC1VOV2dAOfI4x 2 UDP 2130706430 xxx.xxx.xxx.xxx 10553 typ host m=video 10574 RTP/AVP 109 34 a=rtpmap:109 H264/90000 a=rtpmap:34 H263/90000 a=fmtp:109 profile-level-id=42800d; packetization-mode=0 a=fmtp:34 CIF=1;QCIF=1;SQCIF=1 a=sendrecv a=rtcp:10575 a=ice-ufrag:U1Lig1Dm a=ice-pwd:wzCYNGN9FyuFLChyqqVR7YqLRE a=candidate:wWTC1VOV2dAOfI4x 1 UDP 2130706431 xxx.xxx.xxx.xxx 10574 typ host a=candidate:wWTC1VOV2dAOfI4x 2 UDP 2130706430 xxx.xxx.xxx.xxx 10575 typ host On Thu, 26 Sep 2019 at 16:59, James Hogbin wrote: > I think this is helpful? > > https://opensips.org/pipermail/users/2016-September/035510.html > > james > > > *James Hogbin* > *Director* > [image: IP Sentinel Logo] > t. +44 (0)20 3011 4150 <+442030114150> > m. +44 7786910895 > w. https://www.ip-sentinel.com > > On 26 Sep 2019, at 16:37, Mark Farmer wrote: > > Been looking at this for a while now and it just won't play ball. > I have an avp defined: > > # Codecs we do NOT support! > $avp(BadCodec) = "G729"; > $avp(BadCodec) = "G729a"; > > Then I use a for each to remove any instances of the codecs: > > for ($var(ToDelete) in $(avp(BadCodec)[*])) > if (codec_delete($var(ToDelete))) { > xlog("CUSTOM_LOG: Invalid codec detected and > deleted: $var(ToDelete)"); > } > > sipmsgops reports that it's trying to remove codecs: > > DBG:sipmsgops:codec_delete: deleting codec with clock <> > --- > DBG:sipmsgops:codec_delete: deleting codec with clock <> > --- > > My custom logs only generate a single entry since only G729 is present in > SDP: > > CUSTOM_LOG: Invalid codec detected and deleted: G729 > > But when the call is routed, the G729 codecs remain in the SDP: > > a=rtpmap:18 G729/8000 > > Can anyone suggest why might that be? > > Regards > Mark. > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > IP Sentinel Disclaimer > The information contained in this e-mail, and any attachment, is > confidential and is intended solely for the use of the intended recipient. > Access, copying or re-use of the e-mail or any attachment, or any > information contained therein, by any other person is not authorized. > Unintended recipients are prohibited from taking action on the basis of > information in this e-mail. If you are not the intended recipient or have > received this email in error, please notify the sender immediately by > return email and delete the email from your computer. 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. We do not guarantee > that either are virus-free and accept no liability for any damage sustained > as a result of computer viruses or other defects. . IP Sentinel Ltd is a > limited company registered in England and Wales under Registered Number > 08648097. Registered Office: Newnhams Wood, Horsted Keynes, West Sussex, > RH17 7BT. > Q3dhRSrm_disclaimer > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- Mark Farmer farmorg at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 119092616571201171.png Type: image/png Size: 3317 bytes Desc: not available URL: From david.villasmil.work at gmail.com Fri Sep 27 05:03:17 2019 From: david.villasmil.work at gmail.com (David Villasmil) Date: Fri, 27 Sep 2019 10:03:17 +0100 Subject: [OpenSIPS-Users] codec_delete() not working in 3.0 In-Reply-To: References: Message-ID: Annexb as well On Fri, 27 Sep 2019 at 09:36, Mark Farmer wrote: > Thanks James, that's interesting. However my understanding is that all > mention of the target codec should be removed but in this case it seems to > be unchanged. > > According to this list: > https://www.iana.org/assignments/rtp-parameters/rtp-parameters.xhtml > > G.729 is represented in the m=audio line by a value of 18 which is still > present in the resulting INVITE. > The SDP from the initial INVITE from a phone: > > v=0 > o=- 1569572039 1569572039 IN IP4 xxx.xxx.xxx.xxx > s=Polycom IP Phone > c=IN IP4 xxx.xxx.xxx.xxx > b=AS:512 > t=0 0 > m=audio 2226 RTP/AVP 9 8 0 *18* 127 > a=rtpmap:9 G722/8000 > a=rtpmap:8 PCMA/8000 > a=rtpmap:0 PCMU/8000 > *a=rtpmap:18 G729/8000* > a=fmtp:18 annexb=no > a=rtpmap:127 telephone-event/8000 > m=video 2228 RTP/AVP 109 34 > a=rtpmap:109 H264/90000 > a=fmtp:109 profile-level-id=42800d; packetization-mode=0 > a=rtpmap:34 H263/90000 > a=fmtp:34 CIF=1;QCIF=1;SQCIF=1 > > And the resulting outbound INVITE: > > v=0 > o=- 1569572039 1569572039 IN IP4 xxx.xxx.xxx.xxx > s=Polycom IP Phone > c=IN IP4 xxx.xxx.xxx.xxx > b=AS:512 > t=0 0 > m=audio 10552 RTP/AVP 9 8 0 *18* 127 > a=rtpmap:9 G722/8000 > a=rtpmap:8 PCMA/8000 > a=rtpmap:0 PCMU/8000 > *a=rtpmap:18 G729/8000* > a=rtpmap:127 telephone-event/8000 > a=fmtp:18 annexb=no > a=sendrecv > a=rtcp:10553 > a=ice-ufrag:NaBg56me > a=ice-pwd:oWZ4Hzrn4kJtnYfXo4Q7oCNx95 > a=candidate:wWTC1VOV2dAOfI4x 1 UDP 2130706431 xxx.xxx.xxx.xxx 10552 typ > host > a=candidate:wWTC1VOV2dAOfI4x 2 UDP 2130706430 xxx.xxx.xxx.xxx 10553 typ > host > m=video 10574 RTP/AVP 109 34 > a=rtpmap:109 H264/90000 > a=rtpmap:34 H263/90000 > a=fmtp:109 profile-level-id=42800d; packetization-mode=0 > a=fmtp:34 CIF=1;QCIF=1;SQCIF=1 > a=sendrecv > a=rtcp:10575 > a=ice-ufrag:U1Lig1Dm > a=ice-pwd:wzCYNGN9FyuFLChyqqVR7YqLRE > a=candidate:wWTC1VOV2dAOfI4x 1 UDP 2130706431 xxx.xxx.xxx.xxx 10574 typ > host > a=candidate:wWTC1VOV2dAOfI4x 2 UDP 2130706430 xxx.xxx.xxx.xxx 10575 typ > host > > > > On Thu, 26 Sep 2019 at 16:59, James Hogbin wrote: > >> I think this is helpful? >> >> https://opensips.org/pipermail/users/2016-September/035510.html >> >> james >> >> >> *James Hogbin* >> *Director* >> [image: IP Sentinel Logo] >> t. +44 (0)20 3011 4150 <+442030114150> >> m. +44 7786910895 >> w. https://www.ip-sentinel.com >> >> On 26 Sep 2019, at 16:37, Mark Farmer wrote: >> >> Been looking at this for a while now and it just won't play ball. >> I have an avp defined: >> >> # Codecs we do NOT support! >> $avp(BadCodec) = "G729"; >> $avp(BadCodec) = "G729a"; >> >> Then I use a for each to remove any instances of the codecs: >> >> for ($var(ToDelete) in $(avp(BadCodec)[*])) >> if (codec_delete($var(ToDelete))) { >> xlog("CUSTOM_LOG: Invalid codec detected and >> deleted: $var(ToDelete)"); >> } >> >> sipmsgops reports that it's trying to remove codecs: >> >> DBG:sipmsgops:codec_delete: deleting codec with clock <> >> --- >> DBG:sipmsgops:codec_delete: deleting codec with clock <> >> --- >> >> My custom logs only generate a single entry since only G729 is present in >> SDP: >> >> CUSTOM_LOG: Invalid codec detected and deleted: G729 >> >> But when the call is routed, the G729 codecs remain in the SDP: >> >> a=rtpmap:18 G729/8000 >> >> Can anyone suggest why might that be? >> >> Regards >> Mark. >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> IP Sentinel Disclaimer >> The information contained in this e-mail, and any attachment, is >> confidential and is intended solely for the use of the intended recipient. >> Access, copying or re-use of the e-mail or any attachment, or any >> information contained therein, by any other person is not authorized. >> Unintended recipients are prohibited from taking action on the basis of >> information in this e-mail. If you are not the intended recipient or have >> received this email in error, please notify the sender immediately by >> return email and delete the email from your computer. 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. We do not guarantee >> that either are virus-free and accept no liability for any damage sustained >> as a result of computer viruses or other defects. . IP Sentinel Ltd is a >> limited company registered in England and Wales under Registered Number >> 08648097. Registered Office: Newnhams Wood, Horsted Keynes, West Sussex, >> RH17 7BT. >> Q3dhRSrm_disclaimer >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > > > -- > Mark Farmer > farmorg at gmail.com > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- Regards, David Villasmil email: david.villasmil.work at gmail.com phone: +34669448337 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 119092616571201171.png Type: image/png Size: 3317 bytes Desc: not available URL: From bogdan at opensips.org Fri Sep 27 06:28:33 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 27 Sep 2019 13:28:33 +0300 Subject: [OpenSIPS-Users] codec_delete() not working in 3.0 In-Reply-To: References: Message-ID: <33001dfe-b9ba-b964-33ff-4747c3e6707c@opensips.org> Hi MArk, Simply injecting your SDP in a basic script like: route{     # Codecs we do NOT support!     $avp(BadCodec) = "G729";     $avp(BadCodec) = "G729a";     for ($var(ToDelete) in $(avp(BadCodec)[*]))         if (codec_delete("$var(ToDelete)")) {             xlog("CUSTOM_LOG: Invalid codec detected and deleted: $var(ToDelete)");         }     forward();     exit; } shows that the codec delete works: v=0 o=- 1569572039 1569572039 IN IP4 xxx.xxx.xxx.xxx s=Polycom IP Phone c=IN IP4 xxx.xxx.xxx.xxx b=AS:512 t=0 0 m=audio 2226 RTP/AVP 9 8 0 18 127 a=rtpmap:9 G722/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:127 telephone-event/8000 m=video 2228 RTP/AVP 109 34 a=rtpmap:109 H264/90000 a=fmtp:109 profile-level-id=42800d; packetization-mode=0 a=rtpmap:34 H263/90000 a=fmtp:34 CIF=1;QCIF=1;SQCIF=1 results in: v=0 o=- 1569572039 1569572039 IN IP4 xxx.xxx.xxx.xxx s=Polycom IP Phone c=IN IP4 xxx.xxx.xxx.xxx b=AS:512 t=0 0 m=audio 2226 RTP/AVP 9 8 0 127 a=rtpmap:9 G722/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:127 telephone-event/8000 m=video 2228 RTP/AVP 109 34 a=rtpmap:109 H264/90000 a=fmtp:109 profile-level-id=42800d; packetization-mode=0 a=rtpmap:34 H263/90000 a=fmtp:34 CIF=1;QCIF=1;SQCIF=1 Are you sure you are not doing any other SDP oriented change, like rtpengine / rtpproxy ? I tested against 2.4 version Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/26/19 6:37 PM, Mark Farmer wrote: > Been looking at this for a while now and it just won't play ball. > I have an avp defined: > > # Codecs we do NOT support! > $avp(BadCodec) = "G729"; > $avp(BadCodec) = "G729a"; > > Then I use a for each to remove any instances of the codecs: > > for ($var(ToDelete) in $(avp(BadCodec)[*])) >                 if (codec_delete($var(ToDelete))) { > xlog("CUSTOM_LOG: Invalid codec detected and deleted: $var(ToDelete)"); >                 } > > sipmsgops reports that it's trying to remove codecs: > > DBG:sipmsgops:codec_delete: deleting codec with clock <> > --- > DBG:sipmsgops:codec_delete: deleting codec with clock <> > --- > > My custom logs only generate a single entry since only G729 is present > in SDP: > > CUSTOM_LOG: Invalid codec detected and deleted: G729 > > But when the call is routed, the G729 codecs remain in the SDP: > > a=rtpmap:18 G729/8000 > > Can anyone suggest why might that be? > > Regards > Mark. > > > > _______________________________________________ > 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 james at ip-sentinel.com Thu Sep 26 04:09:01 2019 From: james at ip-sentinel.com (JamesH) Date: Thu, 26 Sep 2019 01:09:01 -0700 (MST) Subject: [OpenSIPS-Users] TLS Cypher Renegotiation & WireShark or SIPTrace Message-ID: <1569485341259-0.post@n2.nabble.com> I'm trying to use Wireshark to examine my SIP Traffic for an OpenSIPS relay between MS Teams and my SIP Provider. I'm missing AKS from MS Teams and want to look at VIA, RECORD-ROUTE & CONTACT fields in the sip header to check if the correct info is there for the ACK reply to route back The set up is this: MS Teams <- tls -> OpenSIPS <- udp -> voicehosts It's difficult to capture a TLS Debug with TCP dump so I am coercing the cyphers used in the encryption handshake with* modparam("tls_mgm", "ciphers_list","AES256-SHA")* This does not have Perfect Forward security so WireShark can decode the traffic with my TLS private key. It works fine for any call coming from VoiceHosts and I get a full view of all the traffic as OpenSIPS is instantiating the TLS to MSTeams using the AES256-SHA cypher /However/ the MS Teams connection re-negotiates the TLS to a PFS cypher. But why? I've told OpenSIPS what cypher I want it to use so why does it allow re-negotiation? TLS message from MS Teams [Headers removed] Transport Layer Security TLSv1.2 Record Layer: Handshake Protocol: Certificate TLSv1.2 Record Layer: Handshake Protocol: Client Key Exchange TLSv1.2 Record Layer: Handshake Protocol: Certificate Verify *TLSv1.2 Record Layer: Change Cipher Spec Protocol: Change Cipher Spec* TLSv1.2 Record Layer: Handshake Protocol: Encrypted Handshake Message How do I have OpenSIPS respect that I only want to use the AES256-SHA cypher for TLS? Alternatively without having to build a HOMER server how do I dump all sip traffic that OpenSIPS sends to & fro? I'm currently trying to use sip_trace("$var(trace_id)", "d"); but with no output. I've also gone for log level 4 but that doesn't get everything and Debug mode is segfaulting on OpenSSL versions and I don't want the pain of rebuilding the thing. -- Sent from: http://opensips-open-sip-server.1449251.n2.nabble.com/OpenSIPS-Users-f1449235.html From bogdan at opensips.org Fri Sep 27 06:30:56 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 27 Sep 2019 13:30:56 +0300 Subject: [OpenSIPS-Users] Problems with loose_route and ACK In-Reply-To: <02c201d57511$bd3245e0$3796d1a0$@zaark.com> References: <01d401d5746e$86452280$92cf6780$@zaark.com> <77dd90a9-9519-caa8-9dec-33a382d936ab@opensips.org> <000501d57481$7077f2d0$5167d870$@zaark.com> <004201d57498$acb6cd90$062468b0$@zaark.com> <4baf502e-86db-4ac0-3f80-fba15a31357e@opensips.org> <02c201d57511$bd3245e0$3796d1a0$@zaark.com> Message-ID: <78d436dc-22d6-a314-fad3-2c93d97a8ab3@opensips.org> Hi Olle, When doing loose_route(), opensips has to determine if the RURI or the top Route URI points to itself. In order to check this "is for myself", OpenSIPS checks the host URI against the listening IP and the domains from domain table (as the dynamic component). Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/27/19 11:58 AM, olle at zaark.com wrote: > > Hi think I have located the problem, it seems like due to a wrong > ansible configuration the IP the edge proxy have been entered into the > domain table of 172.0.251.4. > > When I removed it from the domain table it works as expected, in both > cases I have set: > > modparam("rr", "enable_double_rr", 0) > > Below are the logs from a working scenarion (172.25.0.21 is NOT in > domain table) > > 2019-09-27T08:31:32.777817+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: > 0a58c198-5ba4-1238-3aa8-fa163e0144b5|Route0|New request: M=ACK > RURI=sip:c22c11d0-7961-48c6-a603-e3d1872a462a at xxx.yyy.zzz.162:57021;transport=TCP;ob > F=sip:111 at 172.25.0.25 T=sip:222 at blfkfmne406w.zaark.com D= > IP=172.25.0.25:5060 ID=0a58c198-5ba4-1238-3aa8-fa163e0144b5 PROTO=udp > > 2019-09-27T08:31:32.778095+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:maxfwd:is_maxfwd_present: value = 70 > > 2019-09-27T08:31:32.778370+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:comp_scriptvar: str 20 : udp > > 2019-09-27T08:31:32.778642+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:comp_scriptvar: str 20 : udp > > 2019-09-27T08:31:32.778892+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:uri:has_totag: totag found > > 2019-09-27T08:31:32.779162+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:parse_headers: flags=200 > > 2019-09-27T08:31:32.779408+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:rr:is_preloaded: No > > 2019-09-27T08:31:32.779713+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if > host==us: 14==11 &&  [212.116.71.162] == [172.25.0.24] > > 2019-09-27T08:31:32.779968+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if port > 5060 matches port 57021 > > 2019-09-27T08:31:32.780211+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if > host==us: 14==12 &&  [212.116.71.162] == [172.25.251.4] > > 2019-09-27T08:31:32.780479+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if port > 5060 matches port 57021 > > 2019-09-27T08:31:32.780753+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:check_self: host != me > > 2019-09-27T08:31:32.781023+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if > host==us: 11==11 &&  [172.25.0.21] == [172.25.0.24] > > 2019-09-27T08:31:32.781279+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if port > 5060 matches port 5070 > > 2019-09-27T08:31:32.781545+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if > host==us: 11==9 &&  [172.25.0.21] == [127.0.0.1] > > 2019-09-27T08:31:32.781825+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if port > 5060 matches port 5070 > > 2019-09-27T08:31:32.782074+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if > host==us: 11==12 &&  [172.25.0.21] == [172.25.251.4] > > 2019-09-27T08:31:32.782311+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if port > 5060 matches port 5070 > > *2019-09-27T08:31:32.782550+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:check_self: host != me* > > *2019-09-27T08:31:32.782810+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:rr:after_loose: Topmost URI is NOT myself* > > 2019-09-27T08:31:32.783073+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:rr:after_loose: URI to be processed: > 'sip:172.25.0.21:5070;lr;r2=on;ftag=4DNFgFa4mN6pg;dlg=4ee.34140ca2' > > 2019-09-27T08:31:32.783331+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:rr:after_loose: Next URI is a loose router > > Below is one that fails (172.25.0.21 is in domain table) > > 2019-09-27T08:26:01.321708+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: > 3842d729-5ba3-1238-3aa8-fa163e0144b5|Route0|New request: M=ACK > RURI=sip:c22c11d0-7961-48c6-a603-e3d1872a462a at xxx.yyy.zzz.162:57008;transport=TCP;ob > F=sip:111 at 172.25.0.25 T=sip:222 at blfkfmne406w.zaark.com D= > IP=172.25.0.25:5060 ID=3842d729-5ba3-1238-3aa8-fa163e0144b5 PROTO=udp > > 2019-09-27T08:26:01.322012+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:maxfwd:is_maxfwd_present: value = 70 > > 2019-09-27T08:26:01.322260+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:comp_scriptvar: str 20 : udp > > 2019-09-27T08:26:01.322510+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:comp_scriptvar: str 20 : udp > > 2019-09-27T08:26:01.322779+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:uri:has_totag: totag found > > 2019-09-27T08:26:01.323017+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:parse_headers: flags=200 > > 2019-09-27T08:26:01.323267+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:rr:is_preloaded: No > > 2019-09-27T08:26:01.323514+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if > host==us: 14==11 &&  [212.116.71.162] == [172.25.0.24] > > 2019-09-27T08:26:01.323807+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if port > 5060 matches port 57008 > > 2019-09-27T08:26:01.324071+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if > host==us: 14==12 &&  [212.116.71.162] == [172.25.251.4] > > 2019-09-27T08:26:01.324314+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if port > 5060 matches port 57008 > > 2019-09-27T08:26:01.324551+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:check_self: host != me > > 2019-09-27T08:26:01.324809+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if > host==us: 11==11 &&  [172.25.0.21] == [172.25.0.24] > > 2019-09-27T08:26:01.325061+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if port > 5060 matches port 5070 > > 2019-09-27T08:26:01.325310+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if > host==us: 11==9 &&  [172.25.0.21] == [127.0.0.1] > > 2019-09-27T08:26:01.325548+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if port > 5060 matches port 5070 > > 2019-09-27T08:26:01.325833+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if > host==us: 11==12 &&  [172.25.0.21] == [172.25.251.4] > > 2019-09-27T08:26:01.326109+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:core:grep_sock_info: checking if port > 5060 matches port 5070 > > *2019-09-27T08:26:01.326346+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:rr:after_loose: Topmost route URI: > 'sip:172.25.0.21:5070;lr;r2=on;ftag=2U2XcS8vt3SHS;dlg=f49.90a38793' is me* > > 2019-09-27T08:26:01.326578+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:rr:after_loose: URI to be processed: > 'sip:aaa.bbb.ccc.77:5002;transport=tcp;lr;r2=on;ftag=2U2XcS8vt3SHS;dlg=f49.90a38793' > > 2019-09-27T08:26:01.326828+00:00 sip-stage-1 > /usr/sbin/opensips[11548]: DBG:rr:after_loose: Next URI is a loose router > > But I don’t understand why entries in the domain modules affect the rr > module. > > BR/Olle > > *Från:*Bogdan-Andrei Iancu > *Skickat:* den 27 september 2019 10:13 > *Till:* Olle Frimanson ; users at lists.opensips.org > *Ämne:* Re: SV: SV: [OpenSIPS-Users] Problems with loose_route and ACK > > Enable log_level 4 (debug level) and post the logs generated by > OpenSIPS (172.25.251.4) when handling the ACK. > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS Summit 2019 > https://www.opensips.org/events/Summit-2019Amsterdam/ > > On 9/26/19 9:31 PM, Olle Frimanson wrote: > > Hi yes I tried that as well and then the ACK was not routed at all. > > BR/Olle > > *Från:*Bogdan-Andrei Iancu > > *Skickat:* den 26 september 2019 19:59 > *Till:* Olle Frimanson ; > users at lists.opensips.org > *Ämne:* Re: SV: [OpenSIPS-Users] Problems with loose_route and ACK > > Hi, > > You should have it on the OpenSIPS with the 172.25.251.4 IP. > > Regards, > > > Bogdan-Andrei Iancu > > > > OpenSIPS Founder and Developer > > https://www.opensips-solutions.com > > OpenSIPS Summit 2019 > > https://www.opensips.org/events/Summit-2019Amsterdam/ > > On 9/26/19 6:45 PM, Olle Frimanson wrote: > > Hi again I might add it’s enabled on our edge proxy since it > converts TCP/TLS to UDP > > Br/Olle > > *Från:*Bogdan-Andrei Iancu > > *Skickat:* den 26 september 2019 16:51 > *Till:* OpenSIPS users mailling list > ; > olle at zaark.com > *Ämne:* Re: [OpenSIPS-Users] Problems with loose_route and ACK > > Hi Olle, > > It is like the double-RR indication is ignored (the r2 param) > from the top Route hdr. Are you sure that the > "enable_double_rr" modparam is still on ? > > Regards, > > > > Bogdan-Andrei Iancu > > > > OpenSIPS Founder and Developer > > https://www.opensips-solutions.com > > OpenSIPS Summit 2019 > > https://www.opensips.org/events/Summit-2019Amsterdam/ > > On 9/26/19 4:30 PM, olle at zaark.com wrote: > > Hi , > > I have stumbled on a issue with ACK on 200 OK from > Freeswitch. We are running 2.4.4 but I have also upgraded > to 2.4.6 and testad with the same result. > > I get an ACK from our Freeswitch (172.25.0.25), trace from > ngrep (some address and numbers have been anonymized). > > U 2019/09/26 13:00:22.614545 172.25.0.25:5060 -> > 172.25.251.4:5060 #31 > > ACK > sip:c22c11d0-7961-48c6-a603-e3d1872a462a at 95.195.215.15:56188;transport=TCP;ob > SIP/2.0. > > Via: SIP/2.0/UDP > 172.25.0.25;rport;branch=z9hG4bK26XN3DN58vg6e. > > Route: > > . > > Route: > > . > > Max-Forwards: 70. > > From: "0123456789" > ;tag=v3rpgKD64K2me. > > To: > ;tag=3Gwq-SQeo2nkmHWzeMGXPMJbWjv1UqxR. > > Call-ID: 6d8b0c06-5b00-1238-3aa8-fa163e0144b5. > > CSeq: 10197616 ACK. > > Contact: > > . > > Content-Length: 0. > > . > > Our script in this case basically only have 3 steps > has_to(), loose_route() and t_relay() > > AFAIK this packed should be routed to our edge proxy on > 172.25.0.21 which has the public IP aaa.bbb.ccc,  but what > happens is that it routes to the 2nd Route header and > drops the first: > > U 2019/09/26 13:00:22.614870 172.25.251.4:5060 -> > aaa.bbb.ccc.77:5002 #32 > > ACK > sip:c22c11d0-7961-48c6-a603-e3d1872a462a at 95.195.215.15:56188;transport=TCP;ob > SIP/2.0. > > Via: SIP/2.0/UDP > 172.25.251.4:5060;branch=z9hG4bK1d62.29103862.3. > > Via: SIP/2.0/UDP > 172.25.0.25;received=172.25.0.25;rport=5060;branch=z9hG4bK26XN3DN58vg6e. > > Route: > > . > > Max-Forwards: 69. > > From: "0123456789" > ;tag=v3rpgKD64K2me. > > To: > ;tag=3Gwq-SQeo2nkmHWzeMGXPMJbWjv1UqxR. > > Call-ID: 6d8b0c06-5b00-1238-3aa8-fa163e0144b5. > > CSeq: 10197616 ACK. > > Contact: > > . > > Content-Length: 0. > > This used to work in an older setup with Opensips running > 2.1, so not sure if I’m doing something wrong here. > > Any hints are appreciated > > Thanks in advance / Olle > > > > > > _______________________________________________ > > 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 Sep 27 06:51:04 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 27 Sep 2019 13:51:04 +0300 Subject: [OpenSIPS-Users] sipmsgops.so / codec_delete_except_re In-Reply-To: <1568379590.31274319@f392.i.mail.ru> References: <1566821494.990739447@f358.i.mail.ru> <1568379590.31274319@f392.i.mail.ru> Message-ID: Hi Alexey, The logs are quite self-explanatory: DBG:sipmsgops:do_for_all_streams: Message has no SDP Where in the script do you call the codec_delete_except_re() function and for which SIP message ? Please the blow line just before calling codec_delete_except_re(): xlog("--> $rm/$rr, $rb\n"); Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/13/19 3:59 PM, Alexey Kazantsev via Users wrote: > Hi Bogdan, > > in fact, I'm just playing with this and have no real need (at least right now). > But I'm curious why the function is not working properly for me. > > Script debugging shows smth strange about SDP presence: > > DBG:sipmsgops:create_codec_lumps: creating 1 streams > DBG:sipmsgops:get_associated_lump: Have 1 lumps > DBG:sipmsgops:get_associated_lump: have lump at 619 want at 619 > DBG:core:parse_headers: flags=ffffffffffffffff > DBG:core:parse_sdp: message body has length zero > DBG:sipmsgops:do_for_all_streams: Message has no SDP > DBG:core:parse_headers: flags=ffffffffffffffff > DBG:core:parse_sdp: message body has length zero > DBG:sipmsgops:do_for_all_streams: Message has no SDP > > > But the SIP debug seems to be OK. > This is the INVITE from Linphone to OpenSIPS: > > 2019/09/13 17:50:18.815477 195.209.116.18:5060 -> 185.212.148.195:5060 > INVITE sip:lexus2 at alexeyka.zantsev.com SIP/2.0 > Via: SIP/2.0/UDP 195.209.116.18:5060;rport;branch=z9hG4bK319001858 > From: ;tag=1401125272 > To: > Call-ID: 910262535 > CSeq: 20 INVITE > Contact: > Content-Type: application/sdp > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO > Max-Forwards: 70 > User-Agent: Linphone/3.6.1 (eXosip2/4.1.0) > Subject: Phone call > Content-Length: 237 > > v=0 > o=alexey 2285 1260 IN IP4 195.209.116.18 > s=Talk > c=IN IP4 195.209.116.18 > t=0 0 > m=audio 7078 RTP/AVP 0 8 9 101 > a=rtpmap:0 PCMU/8000 > a=rtpmap:8 PCMA/8000 > a=rtpmap:9 G722/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-11 > > > > And this is the INVITE coming from OpenSIPS to another UAC (here I'd like > any codec except pcm* be removed from SDP): > > 2019/09/13 17:50:18.823409 185.212.148.195:5060 -> 195.209.116.4:5061 > INVITE sip:lexus2 at 195.209.116.4:5061 SIP/2.0 > Record-Route: > Via: SIP/2.0/UDP 185.212.148.195:5060;branch=z9hG4bK4291.21f47e33.0 > Via: SIP/2.0/UDP 195.209.116.18:5060;received=195.209.116.18;rport=5060;branch=z9hG4bK319001858 > From: ;tag=1401125272 > To: > Call-ID: 910262535 > CSeq: 20 INVITE > Contact: > Content-Type: application/sdp > Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO > Max-Forwards: 69 > User-Agent: Linphone/3.6.1 (eXosip2/4.1.0) > Subject: Phone call > Content-Length: 266 > > v=0 > o=alexey 2285 1260 IN IP4 185.212.148.195 > s=Talk > c=IN IP4 185.212.148.195 > t=0 0 > m=audio 30184 RTP/AVP 0 8 9 101 > a=rtpmap:0 PCMU/8000 > a=rtpmap:8 PCMA/8000 > a=rtpmap:9 G722/8000 > a=rtpmap:101 telephone-event/8000 > a=fmtp:101 0-11 > a=sendrecv > a=rtcp:30185 > > > ----------------------------------------------- > BR, Alexey > http://alexeyka.zantsev.com/ > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From spanda at 3clogic.com Fri Sep 27 07:08:46 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Fri, 27 Sep 2019 16:38:46 +0530 Subject: [OpenSIPS-Users] Need some clarification in rtpengine module . In-Reply-To: References: <53569728-e877-e5dc-84fd-2a0e929edbd6@opensips.org> Message-ID: I am actually not getting how to do this . Somehow add_body_part changing the Content-Type header . Before adding this function : Content-Type: application/sdp After adding this function . Content-Type: multipart/mixed;boundary=OSS-unique-boundary-42 --OSS-unique-boundary-42 Content-Type: application/sdp This is get added . Whats the use of this . I think rather than this , I can add any custom header and compare that custom header before sending command to rtpengine . Will that work ? *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Fri, Sep 27, 2019 at 1:26 PM Callum Guy wrote: > I think your syntax is wrong? > > > https://opensips.org/html/docs/modules/3.0.x/sipmsgops.html#func_add_body_part > > > On Fri, 27 Sep 2019 at 08:36, Sasmita Panda wrote: > >> How I will add a attribute in the SDP body . In the rtpengine module >> there is no flag which will add a attribute directly . >> >> If I am doing like below >> >> add_body_part("$var(body)", "a=sdpmangled:yes\r\n"); >> >> Its not adding this attribute in the body . Is there any other option to do this ? >> >> *Thanks & Regards* >> *Sasmita Panda* >> *Senior Network Testing and Software Engineer* >> *3CLogic , ph:07827611765* >> >> >> On Thu, Sep 26, 2019 at 7:37 PM Bogdan-Andrei Iancu >> wrote: >> >>> Hi Sasmita, >>> >>> Not sure if rtpengine has a similar built-in feature (their doc is >>> something that can be improved :P), but you can achieve the same from >>> script level I guess (adding and testing that SDP 'a' line). >>> >>> Best regards, >>> >>> Bogdan-Andrei Iancu >>> >>> OpenSIPS Founder and Developer >>> https://www.opensips-solutions.com >>> OpenSIPS Summit 2019 >>> https://www.opensips.org/events/Summit-2019Amsterdam/ >>> >>> On 9/24/19 9:42 AM, Sasmita Panda wrote: >>> >>> Hi All, >>> >>> rtpengine and rtpproxy module somehow plays same role with some advance >>> features in rtpengine . >>> >>> There is a parameter in rtpproxy module " nortpproxy_str " through which >>> we can manage the involvement of rtpproxy in the call leg . >>> >>> modparam("rtpproxy", "nortpproxy_str", "a=sdpmangled:yes\r\n") >>> >>> In rtpengine there is no such parameter having similar functionality . >>> Is there any other way which will behave similarly in rtpengine . >>> >>> Basically what I wanted to do is , in a call having 2 different leg . >>> If in one leg rtpengine is already involved , >>> I don,'t want to involved rtpengine again in the other leg . >>> >>> >>> *Thanks & Regards* >>> *Sasmita Panda* >>> *Senior Network Testing and Software Engineer* >>> *3CLogic , ph:07827611765* >>> >>> _______________________________________________ >>> 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 >> > > > *0333 332 0000 | www.x-on.co.uk | ** > > * > > X-on is a trading name of Storacall Technology Ltd a limited company > registered in England and Wales. > Registered Office : Avaland House, 110 London Road, Apsley, Hemel > Hempstead, Herts, HP3 9SD. Company Registration No. 2578478. > The information in this e-mail is confidential and for use by the > addressee(s) only. If you are not the intended recipient, please notify > X-on immediately on +44(0)333 332 0000 and delete the > message from your computer. If you are not a named addressee you must not > use, disclose, disseminate, distribute, copy, print or reply to this email. Views > or opinions expressed by an individual > within this email may not necessarily reflect the views of X-on or its > associated companies. Although X-on routinely screens for viruses, > addressees should scan this email and any attachments > for viruses. X-on makes no representation or warranty as to the absence of > viruses in this email or any attachments. > > _______________________________________________ > 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 Fri Sep 27 07:33:29 2019 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Fri, 27 Sep 2019 13:33:29 +0200 Subject: [OpenSIPS-Users] Need some clarification in rtpengine module . In-Reply-To: References: <53569728-e877-e5dc-84fd-2a0e929edbd6@opensips.org> Message-ID: there is documentation available: https://github.com/sipwise/rtpengine " loop protect Inserts a custom attribute (a=rtpengine:...) into the outgoing SDP to prevent *rtpengine* processing and rewriting the same SDP multiple times. This is useful if your setup involves signalling loops and need to make sure that *rtpengine* doesn't start looping media packets back to itself. When this flag is present and *rtpengine* sees a matching attribute already present in the SDP, it will leave the SDP untouched and not process the message. " On Fri, Sep 27, 2019 at 1:12 PM Sasmita Panda wrote: > I am actually not getting how to do this . > > Somehow add_body_part changing the Content-Type header . > > Before adding this function : > Content-Type: application/sdp > > After adding this function . > Content-Type: multipart/mixed;boundary=OSS-unique-boundary-42 > > --OSS-unique-boundary-42 > Content-Type: application/sdp > > This is get added . > > Whats the use of this . I think rather than this , I can add any custom > header and compare that custom header before sending command to rtpengine . > Will that work ? > > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Fri, Sep 27, 2019 at 1:26 PM Callum Guy wrote: > >> I think your syntax is wrong? >> >> >> https://opensips.org/html/docs/modules/3.0.x/sipmsgops.html#func_add_body_part >> >> >> On Fri, 27 Sep 2019 at 08:36, Sasmita Panda wrote: >> >>> How I will add a attribute in the SDP body . In the rtpengine module >>> there is no flag which will add a attribute directly . >>> >>> If I am doing like below >>> >>> add_body_part("$var(body)", "a=sdpmangled:yes\r\n"); >>> >>> Its not adding this attribute in the body . Is there any other option to do this ? >>> >>> *Thanks & Regards* >>> *Sasmita Panda* >>> *Senior Network Testing and Software Engineer* >>> *3CLogic , ph:07827611765* >>> >>> >>> On Thu, Sep 26, 2019 at 7:37 PM Bogdan-Andrei Iancu >>> wrote: >>> >>>> Hi Sasmita, >>>> >>>> Not sure if rtpengine has a similar built-in feature (their doc is >>>> something that can be improved :P), but you can achieve the same from >>>> script level I guess (adding and testing that SDP 'a' line). >>>> >>>> Best regards, >>>> >>>> Bogdan-Andrei Iancu >>>> >>>> OpenSIPS Founder and Developer >>>> https://www.opensips-solutions.com >>>> OpenSIPS Summit 2019 >>>> https://www.opensips.org/events/Summit-2019Amsterdam/ >>>> >>>> On 9/24/19 9:42 AM, Sasmita Panda wrote: >>>> >>>> Hi All, >>>> >>>> rtpengine and rtpproxy module somehow plays same role with some advance >>>> features in rtpengine . >>>> >>>> There is a parameter in rtpproxy module " nortpproxy_str " through >>>> which we can manage the involvement of rtpproxy in the call leg . >>>> >>>> modparam("rtpproxy", "nortpproxy_str", "a=sdpmangled:yes\r\n") >>>> >>>> In rtpengine there is no such parameter having similar functionality . >>>> Is there any other way which will behave similarly in rtpengine . >>>> >>>> Basically what I wanted to do is , in a call having 2 different leg . >>>> If in one leg rtpengine is already involved , >>>> I don,'t want to involved rtpengine again in the other leg . >>>> >>>> >>>> *Thanks & Regards* >>>> *Sasmita Panda* >>>> *Senior Network Testing and Software Engineer* >>>> *3CLogic , ph:07827611765* >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> *0333 332 0000 | www.x-on.co.uk | ** >> >> * >> >> X-on is a trading name of Storacall Technology Ltd a limited company >> registered in England and Wales. >> Registered Office : Avaland House, 110 London Road, Apsley, Hemel >> Hempstead, Herts, HP3 9SD. Company Registration No. 2578478. >> The information in this e-mail is confidential and for use by the >> addressee(s) only. If you are not the intended recipient, please notify >> X-on immediately on +44(0)333 332 0000 and delete the >> message from your computer. If you are not a named addressee you must not >> use, disclose, disseminate, distribute, copy, print or reply to this email. Views >> or opinions expressed by an individual >> within this email may not necessarily reflect the views of X-on or its >> associated companies. Although X-on routinely screens for viruses, >> addressees should scan this email and any attachments >> for viruses. X-on makes no representation or warranty as to the absence >> of viruses in this email or any attachments. >> >> _______________________________________________ >> 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 > -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From igorolhovskiy at gmail.com Fri Sep 27 11:18:48 2019 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Fri, 27 Sep 2019 18:18:48 +0300 Subject: [OpenSIPS-Users] mid_registrar question Message-ID: <97ACEE9F-152A-4A96-A1B4-8F09E18176A1@getmailspring.com> Hi! I'm using mid_registrar in mode 2 with default_expires = 3600 Have a following issue. In a case of 2 enpoints registers with expires = 3600 (and actually re-registers in 3599) in a case of 1 phone is down, contact expires on upstream registrar. Like following Time 0 - > Enpoint A -> mid_registrar -> upstream_registrar (expires 3600) Time 1000 -> Enpoint B -> mid_registrar (not sending any to upstream, was registered previously) Time 3599 -> Enpoint A dies Time 3600 -> upstream_registrar - contact expired (no register), but Enpoint B still thinks it's registered at least 2599 seconds. What is a workaround in this case could be? opensips 2.4.6 Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From liviu at opensips.org Fri Sep 27 11:50:31 2019 From: liviu at opensips.org (Liviu Chircu) Date: Fri, 27 Sep 2019 18:50:31 +0300 Subject: [OpenSIPS-Users] mid_registrar question In-Reply-To: <97ACEE9F-152A-4A96-A1B4-8F09E18176A1@getmailspring.com> References: <97ACEE9F-152A-4A96-A1B4-8F09E18176A1@getmailspring.com> Message-ID: <3c212aeb-9b00-a933-0eca-2924d9316ad0@opensips.org> Hi, Igor! Correct me if I'm wrong, but doesn't endpoint B think it's registered for another 1000 seconds at step 4) in your example? Anyway, logically speaking, on step 2), the mid-registrar should forward the call to main reg, since there is no guarantee that any of the endpoints will send a binding refresh register within the next 2600 seconds.  For all it's worth, A could lose its connection and B could wait between 2601 to 3599 before re-registering, which would temporarily cause registration state to be incorrectly lost on the backend layer. Let me set up a test for this scenario and I will come back to you with my findings. Regards, Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 27.09.2019 18:18, Igor Olhovskiy wrote: > but Enpoint B still thinks it's registered at least 2599 seconds. From igorolhovskiy at gmail.com Fri Sep 27 16:56:56 2019 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Fri, 27 Sep 2019 23:56:56 +0300 Subject: [OpenSIPS-Users] mid_registrar question In-Reply-To: <3c212aeb-9b00-a933-0eca-2924d9316ad0@opensips.org> References: <97ACEE9F-152A-4A96-A1B4-8F09E18176A1@getmailspring.com> <3c212aeb-9b00-a933-0eca-2924d9316ad0@opensips.org> Message-ID: Enpoint B also have 3600 expiry time. So, 1000 + 2600 = 3600. But you got the point. Actually I faced more interesting issue a bit later, maybe actually it was the reason. Only 1 phone involved. Time 0 -> Enpoint A -> mid_registrar -> upstream_registrar (expires 3600) Time 1000 -> Enpoint A -> mid_registrar (just consume registration) Time 3600 -> NOTHING. upstream_registrar expires. 1000 sec GAP Time 4600 -> Enpoint A -> mid_registrar -> upstream_registrar. Yes, looks like non logic behaviour, but some of my Yealink endpoints sometimes just refreshes registration (maybe TCP network loss or so) in a middle of expires period and than - just wait for full expire time to re-register пт, 27 сент. 2019 г. в 18:53, Liviu Chircu : > Hi, Igor! > > Correct me if I'm wrong, but doesn't endpoint B think it's registered > for another 1000 seconds at step 4) in your example? > > Anyway, logically speaking, on step 2), the mid-registrar should forward > the call to main reg, since there is no guarantee that any of the endpoints > will send a binding refresh register within the next 2600 seconds. For all > it's worth, A could lose its connection and B could wait between > 2601 to 3599 before re-registering, which would temporarily cause > registration > state to be incorrectly lost on the backend layer. > > Let me set up a test for this scenario and I will come back to you with > my findings. > > Regards, > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 27.09.2019 18:18, Igor Olhovskiy wrote: > > but Enpoint B still thinks it's registered at least 2599 seconds. > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- Best regards, Igor -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexei.vasilyev at gmail.com Fri Sep 27 17:26:26 2019 From: alexei.vasilyev at gmail.com (Alexey Vasilyev) Date: Fri, 27 Sep 2019 23:26:26 +0200 Subject: [OpenSIPS-Users] mid_registrar question In-Reply-To: References: <97ACEE9F-152A-4A96-A1B4-8F09E18176A1@getmailspring.com> <3c212aeb-9b00-a933-0eca-2924d9316ad0@opensips.org> Message-ID: <1A021189-C43C-4F46-8B06-217304EBC23C@gmail.com> Hi Igor, If the phone lost registration, it should also be deleted from mid_registrar. With nathelper, e.g. So next REGISTER should be forwarded, not consumed. But it would be really good solution to have feature like this https://github.com/OpenSIPS/opensips/issues/1769 In the case of UDP, may be it make sense to use simple mirroring mode with nathelper pings. ----- Alexey Vasilyev alexei.vasilyev at gmail.com > 27 Sep 2019, в 22:58, Igor Olhovskiy [via OpenSIPS (Open SIP Server)] > написал(а): > > Enpoint B also have 3600 expiry time. So, 1000 + 2600 = 3600. > But you got the point. > > Actually I faced more interesting issue a bit later, maybe actually it was the reason. > Only 1 phone involved. > Time 0 -> Enpoint A -> mid_registrar -> upstream_registrar (expires 3600) > Time 1000 -> Enpoint A -> mid_registrar (just consume registration) > Time 3600 -> NOTHING. upstream_registrar expires. > 1000 sec GAP > Time 4600 -> Enpoint A -> mid_registrar -> upstream_registrar. > > Yes, looks like non logic behaviour, but some of my Yealink endpoints sometimes just refreshes registration (maybe TCP network loss or so) in a middle of expires period and than - just wait for full expire time to re-register > > пт, 27 сент. 2019 г. в 18:53, Liviu Chircu <[hidden email] >: > Hi, Igor! > > Correct me if I'm wrong, but doesn't endpoint B think it's registered > for another 1000 seconds at step 4) in your example? > > Anyway, logically speaking, on step 2), the mid-registrar should forward > the call to main reg, since there is no guarantee that any of the endpoints > will send a binding refresh register within the next 2600 seconds. For all > it's worth, A could lose its connection and B could wait between > 2601 to 3599 before re-registering, which would temporarily cause > registration > state to be incorrectly lost on the backend layer. > > Let me set up a test for this scenario and I will come back to you with > my findings. > > Regards, > > Liviu Chircu > OpenSIPS Developer > http://www.opensips-solutions.com > > On 27.09.2019 18:18, Igor Olhovskiy wrote: > > but Enpoint B still thinks it's registered at least 2599 seconds. > > _______________________________________________ > Users mailing list > [hidden email] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > -- > Best regards, > Igor > > _______________________________________________ > Users mailing list > [hidden email] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > If you reply to this email, your message will be added to the discussion below: > http://opensips-open-sip-server.1449251.n2.nabble.com/mid-registrar-question-tp7616290p7616299.html > To start a new topic under OpenSIPS - Users, email ml+s1449251n1449235h19 at n2.nabble.com > To unsubscribe from OpenSIPS - Users, click here . > NAML -------------- next part -------------- An HTML attachment was scrubbed... URL: From igorolhovskiy at gmail.com Sat Sep 28 02:34:11 2019 From: igorolhovskiy at gmail.com (Igor Olhovskiy) Date: Sat, 28 Sep 2019 09:34:11 +0300 Subject: [OpenSIPS-Users] mid_registrar question In-Reply-To: <1A021189-C43C-4F46-8B06-217304EBC23C@gmail.com> References: <1A021189-C43C-4F46-8B06-217304EBC23C@gmail.com> Message-ID: <657DF0DB-1157-4392-83A9-69C4FF026EF9@getmailspring.com> Problem is phone is not deletes it registration. Problem is in not consistent timer behavior of some phones. Fully complies to RFC, but breakes middle logic. On Sep 28 2019, at 12:26 am, Alexey Vasilyev wrote: > Hi Igor, > > If the phone lost registration, it should also be deleted from mid_registrar. With nathelper, e.g. So next REGISTER should be forwarded, not consumed. But it would be really good solution to have feature like this https://github.com/OpenSIPS/opensips/issues/1769 (https://link.getmailspring.com/link/657DF0DB-1157-4392-83A9-69C4FF026EF9 at getmailspring.com/0?redirect=https%3A%2F%2Fgithub.com%2FOpenSIPS%2Fopensips%2Fissues%2F1769&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn) > In the case of UDP, may be it make sense to use simple mirroring mode with nathelper pings. > > ----- > Alexey Vasilyev > alexei.vasilyev at gmail.com (https://link.getmailspring.com/link/657DF0DB-1157-4392-83A9-69C4FF026EF9 at getmailspring.com/1?redirect=mailto%3Aalexei.vasilyev%40gmail.com&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn) > > > > > 27 Sep 2019, в 22:58, Igor Olhovskiy [via OpenSIPS (Open SIP Server)] написал(а): > > Enpoint B also have 3600 expiry time. So, 1000 + 2600 = 3600. > > But you got the point. > > > > > > Actually I faced more interesting issue a bit later, maybe actually it was the reason. > > Only 1 phone involved. > > > > Time 0 -> Enpoint A -> mid_registrar -> upstream_registrar (expires 3600) > > Time 1000 -> Enpoint A -> mid_registrar (just consume registration) > > > > Time 3600 -> NOTHING. upstream_registrar expires. > > > > 1000 sec GAP > > > > Time 4600 -> Enpoint A -> mid_registrar -> upstream_registrar. > > > > Yes, looks like non logic behaviour, but some of my Yealink endpoints sometimes just refreshes registration (maybe TCP network loss or so) in a middle of expires period and than - just wait for full expire time to re-register > > пт, 27 сент. 2019 г. в 18:53, Liviu Chircu <[hidden email] (x-msg://17/user/SendEmail.jtp?type=node&node=7616299&i=0)>: > > > Hi, Igor! > > > > > > Correct me if I'm wrong, but doesn't endpoint B think it's registered > > > for another 1000 seconds at step 4) in your example? > > > > > > Anyway, logically speaking, on step 2), the mid-registrar should forward > > > the call to main reg, since there is no guarantee that any of the endpoints > > > will send a binding refresh register within the next 2600 seconds. For all > > > it's worth, A could lose its connection and B could wait between > > > 2601 to 3599 before re-registering, which would temporarily cause > > > registration > > > state to be incorrectly lost on the backend layer. > > > > > > Let me set up a test for this scenario and I will come back to you with > > > my findings. > > > > > > Regards, > > > Liviu Chircu > > > OpenSIPS Developer > > > http://www.opensips-solutions.com (http://www.opensips-solutions.com/) > > > > > > On 27.09.2019 18:18, Igor Olhovskiy wrote: > > > > but Enpoint B still thinks it's registered at least 2599 seconds. > > > > > > _______________________________________________ > > > Users mailing list > > > [hidden email] (x-msg://17/user/SendEmail.jtp?type=node&node=7616299&i=1) > > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > > > > > -- > > Best regards, > > Igor > > > > > > > > _______________________________________________ > > Users mailing list > > [hidden email] (x-msg://17/user/SendEmail.jtp?type=node&node=7616299&i=2) > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users (https://link.getmailspring.com/link/657DF0DB-1157-4392-83A9-69C4FF026EF9 at getmailspring.com/3?redirect=http%3A%2F%2Flists.opensips.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fusers&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn) > > > > > > If you reply to this email, your message will be added to the discussion below: > > http://opensips-open-sip-server.1449251.n2.nabble.com/mid-registrar-question-tp7616290p7616299.html (https://link.getmailspring.com/link/657DF0DB-1157-4392-83A9-69C4FF026EF9 at getmailspring.com/4?redirect=http%3A%2F%2Fopensips-open-sip-server.1449251.n2.nabble.com%2Fmid-registrar-question-tp7616290p7616299.html&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn) > > > > To start a new topic under OpenSIPS - Users, email ml+s1449251n1449235h19 at n2.nabble.com (https://link.getmailspring.com/link/657DF0DB-1157-4392-83A9-69C4FF026EF9 at getmailspring.com/5?redirect=mailto%3Aml%2Bs1449251n1449235h19%40n2.nabble.com&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn) > > To unsubscribe from OpenSIPS - Users, click here (https://link.getmailspring.com/link/657DF0DB-1157-4392-83A9-69C4FF026EF9 at getmailspring.com/6?redirect=http%3A%2F%2Fopensips-open-sip-server.1449251.n2.nabble.com%2Ftemplate%2FNamlServlet.jtp%3Fmacro%3Dunsubscribe_by_code%26node%3D1449235%26code%3DYWxleGVpLnZhc2lseWV2QGdtYWlsLmNvbXwxNDQ5MjM1fC0xOTc3MDM4NDMy&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn). > > NAML (https://link.getmailspring.com/link/657DF0DB-1157-4392-83A9-69C4FF026EF9 at getmailspring.com/7?redirect=http%3A%2F%2Fopensips-open-sip-server.1449251.n2.nabble.com%2Ftemplate%2FNamlServlet.jtp%3Fmacro%3Dmacro_viewer%26id%3Dinstant_html%2521nabble%253Aemail.naml%26base%3Dnabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace%26breadcrumbs%3Dnotify_subscribers%2521nabble%253Aemail.naml-instant_emails%2521nabble%253Aemail.naml-send_instant_email%2521nabble%253Aemail.naml&recipient=dXNlcnNAbGlzdHMub3BlbnNpcHMub3Jn) > > > > > > > > _______________________________________________ > 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 m.shirazi at gmail.com Mon Sep 30 00:55:29 2019 From: m.shirazi at gmail.com (Mehdi Shirazi) Date: Mon, 30 Sep 2019 08:25:29 +0330 Subject: [OpenSIPS-Users] Opensips 3.0 load display Message-ID: Hi I use Opensips3.0 as simple stateless proxy.I want to see how many Invites per second was processed. I used : (opensips-cli): mi get_statistics load: But all results are zero.Am I doing something wrong ? Regards M.Shirazi -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.martin at alphalink.fr Mon Sep 30 03:41:30 2019 From: a.martin at alphalink.fr (Adrien Martin) Date: Mon, 30 Sep 2019 09:41:30 +0200 Subject: [OpenSIPS-Users] APT and YUM repositories down Message-ID: <3aa7678b-31b3-ac61-3792-1f00edca78eb@alphalink.fr> Hello, Both apt.opensips.org and yum.opensips.org seem down (IPv4 and IPv6). Regards, Adrien Martin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From callum.guy at x-on.co.uk Mon Sep 30 04:06:45 2019 From: callum.guy at x-on.co.uk (Callum Guy) Date: Mon, 30 Sep 2019 09:06:45 +0100 Subject: [OpenSIPS-Users] APT and YUM repositories down In-Reply-To: <3aa7678b-31b3-ac61-3792-1f00edca78eb@alphalink.fr> References: <3aa7678b-31b3-ac61-3792-1f00edca78eb@alphalink.fr> Message-ID: Hopefully just in prep for 3.0.1! On Mon, 30 Sep 2019 at 08:42, Adrien Martin wrote: > Hello, > > > Both apt.opensips.org and yum.opensips.org seem down (IPv4 and IPv6). > > > Regards, > > Adrien Martin > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- *0333 332 0000  |  www.x-on.co.uk   |   **      * X-on is a trading name of Storacall Technology Ltd a limited company registered in England and Wales. Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead, Herts, HP3 9SD. Company Registration No. 2578478. The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient, please notify X-on immediately on +44(0)333 332 0000 and delete the message from your computer. If you are not a named addressee you must not use, disclose, disseminate, distribute, copy, print or reply to this email. Views or opinions expressed by an individual within this email may not necessarily reflect the views of X-on or its associated companies. Although X-on routinely screens for viruses, addressees should scan this email and any attachments for viruses. X-on makes no representation or warranty as to the absence of viruses in this email or any attachments. -------------- next part -------------- An HTML attachment was scrubbed... URL: From spanda at 3clogic.com Mon Sep 30 06:45:59 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Mon, 30 Sep 2019 16:15:59 +0530 Subject: [OpenSIPS-Users] Need some clarification in rtpengine module . In-Reply-To: References: <53569728-e877-e5dc-84fd-2a0e929edbd6@opensips.org> Message-ID: Hi , I have gone through the document , but not done with the changes yet . I have tried to run rtpengine with the flag "loop-protect" , according to the explanation , rtpengine has to insert the attribute "a=rtpengine:..." in the SDP . But this is not happening with me . Now I am suspecting , did you mean I have ti insert that attribute through opensips in the SDP body while sending command to the rtpenigne ? May be I am asking a stupid question but I am stuck here . Nothing working for me . Please do help . *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Fri, Sep 27, 2019 at 5:05 PM Giovanni Maruzzelli wrote: > there is documentation available: > > https://github.com/sipwise/rtpengine > > " > loop protect > > Inserts a custom attribute (a=rtpengine:...) into the outgoing SDP to > prevent *rtpengine* processing and rewriting the same SDP multiple times. > This is useful if your setup involves signalling loops and need to make > sure that *rtpengine* doesn't start looping media packets back to itself. > When this flag is present and *rtpengine* sees a matching attribute > already present in the SDP, it will leave the SDP untouched and not process > the message. > " > > On Fri, Sep 27, 2019 at 1:12 PM Sasmita Panda wrote: > >> I am actually not getting how to do this . >> >> Somehow add_body_part changing the Content-Type header . >> >> Before adding this function : >> Content-Type: application/sdp >> >> After adding this function . >> Content-Type: multipart/mixed;boundary=OSS-unique-boundary-42 >> >> --OSS-unique-boundary-42 >> Content-Type: application/sdp >> >> This is get added . >> >> Whats the use of this . I think rather than this , I can add any custom >> header and compare that custom header before sending command to rtpengine . >> Will that work ? >> >> >> *Thanks & Regards* >> *Sasmita Panda* >> *Senior Network Testing and Software Engineer* >> *3CLogic , ph:07827611765* >> >> >> On Fri, Sep 27, 2019 at 1:26 PM Callum Guy wrote: >> >>> I think your syntax is wrong? >>> >>> >>> https://opensips.org/html/docs/modules/3.0.x/sipmsgops.html#func_add_body_part >>> >>> >>> On Fri, 27 Sep 2019 at 08:36, Sasmita Panda wrote: >>> >>>> How I will add a attribute in the SDP body . In the rtpengine module >>>> there is no flag which will add a attribute directly . >>>> >>>> If I am doing like below >>>> >>>> add_body_part("$var(body)", "a=sdpmangled:yes\r\n"); >>>> >>>> Its not adding this attribute in the body . Is there any other option to do this ? >>>> >>>> *Thanks & Regards* >>>> *Sasmita Panda* >>>> *Senior Network Testing and Software Engineer* >>>> *3CLogic , ph:07827611765* >>>> >>>> >>>> On Thu, Sep 26, 2019 at 7:37 PM Bogdan-Andrei Iancu < >>>> bogdan at opensips.org> wrote: >>>> >>>>> Hi Sasmita, >>>>> >>>>> Not sure if rtpengine has a similar built-in feature (their doc is >>>>> something that can be improved :P), but you can achieve the same from >>>>> script level I guess (adding and testing that SDP 'a' line). >>>>> >>>>> Best regards, >>>>> >>>>> Bogdan-Andrei Iancu >>>>> >>>>> OpenSIPS Founder and Developer >>>>> https://www.opensips-solutions.com >>>>> OpenSIPS Summit 2019 >>>>> https://www.opensips.org/events/Summit-2019Amsterdam/ >>>>> >>>>> On 9/24/19 9:42 AM, Sasmita Panda wrote: >>>>> >>>>> Hi All, >>>>> >>>>> rtpengine and rtpproxy module somehow plays same role with some >>>>> advance features in rtpengine . >>>>> >>>>> There is a parameter in rtpproxy module " nortpproxy_str " through >>>>> which we can manage the involvement of rtpproxy in the call leg . >>>>> >>>>> modparam("rtpproxy", "nortpproxy_str", "a=sdpmangled:yes\r\n") >>>>> >>>>> In rtpengine there is no such parameter having similar functionality . >>>>> Is there any other way which will behave similarly in rtpengine . >>>>> >>>>> Basically what I wanted to do is , in a call having 2 different leg . >>>>> If in one leg rtpengine is already involved , >>>>> I don,'t want to involved rtpengine again in the other leg . >>>>> >>>>> >>>>> *Thanks & Regards* >>>>> *Sasmita Panda* >>>>> *Senior Network Testing and Software Engineer* >>>>> *3CLogic , ph:07827611765* >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> >>> >>> *0333 332 0000 | www.x-on.co.uk | ** >>> >>> * >>> >>> X-on is a trading name of Storacall Technology Ltd a limited company >>> registered in England and Wales. >>> Registered Office : Avaland House, 110 London Road, Apsley, Hemel >>> Hempstead, Herts, HP3 9SD. Company Registration No. 2578478. >>> The information in this e-mail is confidential and for use by the >>> addressee(s) only. If you are not the intended recipient, please notify >>> X-on immediately on +44(0)333 332 0000 and delete the >>> message from your computer. If you are not a named addressee you must >>> not use, disclose, disseminate, distribute, copy, print or reply to this >>> email. Views or opinions expressed by an individual >>> within this email may not necessarily reflect the views of X-on or its >>> associated companies. Although X-on routinely screens for viruses, >>> addressees should scan this email and any attachments >>> for viruses. X-on makes no representation or warranty as to the absence >>> of viruses in this email or any attachments. >>> >>> _______________________________________________ >>> 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 >> > > > -- > 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 spanda at 3clogic.com Mon Sep 30 06:50:05 2019 From: spanda at 3clogic.com (Sasmita Panda) Date: Mon, 30 Sep 2019 16:20:05 +0530 Subject: [OpenSIPS-Users] Need some clarification in rtpengine module . In-Reply-To: References: <53569728-e877-e5dc-84fd-2a0e929edbd6@opensips.org> Message-ID: I am using below revision of rtpengine . git-master-3102357 I have to update the rtpengine code to use this flag ? *Thanks & Regards* *Sasmita Panda* *Senior Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Mon, Sep 30, 2019 at 4:15 PM Sasmita Panda wrote: > Hi , > > I have gone through the document , but not done with the changes yet . > > I have tried to run rtpengine with the flag "loop-protect" , according to > the explanation , rtpengine has to insert the attribute "a=rtpengine:..." > in the SDP . But this is not happening with me . > > Now I am suspecting , did you mean I have ti insert that attribute through > opensips in the SDP body while sending command to the rtpenigne ? May be I > am asking a stupid question but I am stuck here . > Nothing working for me . Please do help . > > > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Fri, Sep 27, 2019 at 5:05 PM Giovanni Maruzzelli > wrote: > >> there is documentation available: >> >> https://github.com/sipwise/rtpengine >> >> " >> loop protect >> >> Inserts a custom attribute (a=rtpengine:...) into the outgoing SDP to >> prevent *rtpengine* processing and rewriting the same SDP multiple >> times. This is useful if your setup involves signalling loops and need to >> make sure that *rtpengine* doesn't start looping media packets back to >> itself. When this flag is present and *rtpengine* sees a matching >> attribute already present in the SDP, it will leave the SDP untouched and >> not process the message. >> " >> >> On Fri, Sep 27, 2019 at 1:12 PM Sasmita Panda wrote: >> >>> I am actually not getting how to do this . >>> >>> Somehow add_body_part changing the Content-Type header . >>> >>> Before adding this function : >>> Content-Type: application/sdp >>> >>> After adding this function . >>> Content-Type: multipart/mixed;boundary=OSS-unique-boundary-42 >>> >>> --OSS-unique-boundary-42 >>> Content-Type: application/sdp >>> >>> This is get added . >>> >>> Whats the use of this . I think rather than this , I can add any custom >>> header and compare that custom header before sending command to rtpengine . >>> Will that work ? >>> >>> >>> *Thanks & Regards* >>> *Sasmita Panda* >>> *Senior Network Testing and Software Engineer* >>> *3CLogic , ph:07827611765* >>> >>> >>> On Fri, Sep 27, 2019 at 1:26 PM Callum Guy >>> wrote: >>> >>>> I think your syntax is wrong? >>>> >>>> >>>> https://opensips.org/html/docs/modules/3.0.x/sipmsgops.html#func_add_body_part >>>> >>>> >>>> On Fri, 27 Sep 2019 at 08:36, Sasmita Panda wrote: >>>> >>>>> How I will add a attribute in the SDP body . In the rtpengine module >>>>> there is no flag which will add a attribute directly . >>>>> >>>>> If I am doing like below >>>>> >>>>> add_body_part("$var(body)", "a=sdpmangled:yes\r\n"); >>>>> >>>>> Its not adding this attribute in the body . Is there any other option to do this ? >>>>> >>>>> *Thanks & Regards* >>>>> *Sasmita Panda* >>>>> *Senior Network Testing and Software Engineer* >>>>> *3CLogic , ph:07827611765* >>>>> >>>>> >>>>> On Thu, Sep 26, 2019 at 7:37 PM Bogdan-Andrei Iancu < >>>>> bogdan at opensips.org> wrote: >>>>> >>>>>> Hi Sasmita, >>>>>> >>>>>> Not sure if rtpengine has a similar built-in feature (their doc is >>>>>> something that can be improved :P), but you can achieve the same from >>>>>> script level I guess (adding and testing that SDP 'a' line). >>>>>> >>>>>> Best regards, >>>>>> >>>>>> Bogdan-Andrei Iancu >>>>>> >>>>>> OpenSIPS Founder and Developer >>>>>> https://www.opensips-solutions.com >>>>>> OpenSIPS Summit 2019 >>>>>> https://www.opensips.org/events/Summit-2019Amsterdam/ >>>>>> >>>>>> On 9/24/19 9:42 AM, Sasmita Panda wrote: >>>>>> >>>>>> Hi All, >>>>>> >>>>>> rtpengine and rtpproxy module somehow plays same role with some >>>>>> advance features in rtpengine . >>>>>> >>>>>> There is a parameter in rtpproxy module " nortpproxy_str " through >>>>>> which we can manage the involvement of rtpproxy in the call leg . >>>>>> >>>>>> modparam("rtpproxy", "nortpproxy_str", "a=sdpmangled:yes\r\n") >>>>>> >>>>>> In rtpengine there is no such parameter having similar functionality . >>>>>> Is there any other way which will behave similarly in rtpengine . >>>>>> >>>>>> Basically what I wanted to do is , in a call having 2 different leg . >>>>>> If in one leg rtpengine is already involved , >>>>>> I don,'t want to involved rtpengine again in the other leg . >>>>>> >>>>>> >>>>>> *Thanks & Regards* >>>>>> *Sasmita Panda* >>>>>> *Senior Network Testing and Software Engineer* >>>>>> *3CLogic , ph:07827611765* >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>>>> >>>> >>>> >>>> *0333 332 0000 | www.x-on.co.uk | ** >>>> >>>> * >>>> >>>> X-on is a trading name of Storacall Technology Ltd a limited company >>>> registered in England and Wales. >>>> Registered Office : Avaland House, 110 London Road, Apsley, Hemel >>>> Hempstead, Herts, HP3 9SD. Company Registration No. 2578478. >>>> The information in this e-mail is confidential and for use by the >>>> addressee(s) only. If you are not the intended recipient, please notify >>>> X-on immediately on +44(0)333 332 0000 and delete the >>>> message from your computer. If you are not a named addressee you must >>>> not use, disclose, disseminate, distribute, copy, print or reply to this >>>> email. Views or opinions expressed by an individual >>>> within this email may not necessarily reflect the views of X-on or its >>>> associated companies. Although X-on routinely screens for viruses, >>>> addressees should scan this email and any attachments >>>> for viruses. X-on makes no representation or warranty as to the absence >>>> of viruses in this email or any attachments. >>>> >>>> _______________________________________________ >>>> 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 >>> >> >> >> -- >> 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 Mon Sep 30 07:18:53 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 30 Sep 2019 14:18:53 +0300 Subject: [OpenSIPS-Users] [Training] OpenSIPS Bootcamp pre-registration Message-ID: Dear all, If you consider attending to a future OpenSIPS Bootcamp, an in-class training, your pre-registration will help us to decide where and when to schedule the next sessions. http://bit.ly/2mTYDrZ The pre-registration process is only a data collection, it does not guarantee any seat reservation or commitment from the organizers. The provided data is not to be shared or publish with any other public or private parties, it will be exclusively and privately used by the OpenSIPS Bootcamp organizers in order to pick up the best locations and dates for the next training's, according to the students wishes. As you need the help of this training to improve your OpenSIPS skills, we also need your help to do better planning of the training.We are open to hear your needs ! Do you need more information on the OpenSIPS Bootcamp training? Here you go:     https://opensips.org/training/OpenSIPS_Bootcamp/ Best regards, -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ From Ben.Newlin at genesys.com Mon Sep 30 08:48:24 2019 From: Ben.Newlin at genesys.com (Ben Newlin) Date: Mon, 30 Sep 2019 12:48:24 +0000 Subject: [OpenSIPS-Users] Opensips 3.0 load display In-Reply-To: References: Message-ID: <050D766A-B85C-49A9-BBEF-32E9572EDD92@genesys.com> Shortly, yes. The load statistic does not measure calls per second. Per the documentation [1], it measures the percentage of OpenSIPS processes that are actively processing messages. There is no built in statistic for calls per second that I am aware of. [1] https://www.opensips.org/Documentation/Interface-CoreStatistics-3-0#toc15 Ben Newlin From: Users on behalf of Mehdi Shirazi Reply-To: OpenSIPS users mailling list Date: Monday, September 30, 2019 at 12:56 AM To: OpenSIPS users mailling list Subject: [OpenSIPS-Users] Opensips 3.0 load display Hi I use Opensips3.0 as simple stateless proxy.I want to see how many Invites per second was processed. I used : (opensips-cli): mi get_statistics load: But all results are zero.Am I doing something wrong ? Regards M.Shirazi -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmaruzz at gmail.com Mon Sep 30 09:27:15 2019 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Mon, 30 Sep 2019 15:27:15 +0200 Subject: [OpenSIPS-Users] Need some clarification in rtpengine module . In-Reply-To: References: <53569728-e877-e5dc-84fd-2a0e929edbd6@opensips.org> Message-ID: using the "loop-protect" flag, that is documented in opensips module too ( https://opensips.org/html/docs/modules/3.0.x/rtpengine.html ), is supported since february 2018 in rtpengine https://github.com/sipwise/rtpengine/commit/1477f9796f868857317b25fe4ddc56c1e44698af On Mon, Sep 30, 2019 at 12:50 PM Sasmita Panda wrote: > I am using below revision of rtpengine . > git-master-3102357 > > I have to update the rtpengine code to use this flag ? > > *Thanks & Regards* > *Sasmita Panda* > *Senior Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > > > On Mon, Sep 30, 2019 at 4:15 PM Sasmita Panda wrote: > >> Hi , >> >> I have gone through the document , but not done with the changes yet . >> >> I have tried to run rtpengine with the flag "loop-protect" , according to >> the explanation , rtpengine has to insert the attribute "a=rtpengine:..." >> in the SDP . But this is not happening with me . >> >> Now I am suspecting , did you mean I have ti insert that attribute >> through opensips in the SDP body while sending command to the rtpenigne ? >> May be I am asking a stupid question but I am stuck here . >> Nothing working for me . Please do help . >> >> >> >> *Thanks & Regards* >> *Sasmita Panda* >> *Senior Network Testing and Software Engineer* >> *3CLogic , ph:07827611765* >> >> >> On Fri, Sep 27, 2019 at 5:05 PM Giovanni Maruzzelli >> wrote: >> >>> there is documentation available: >>> >>> https://github.com/sipwise/rtpengine >>> >>> " >>> loop protect >>> >>> Inserts a custom attribute (a=rtpengine:...) into the outgoing SDP to >>> prevent *rtpengine* processing and rewriting the same SDP multiple >>> times. This is useful if your setup involves signalling loops and need to >>> make sure that *rtpengine* doesn't start looping media packets back to >>> itself. When this flag is present and *rtpengine* sees a matching >>> attribute already present in the SDP, it will leave the SDP untouched and >>> not process the message. >>> " >>> >>> On Fri, Sep 27, 2019 at 1:12 PM Sasmita Panda >>> wrote: >>> >>>> I am actually not getting how to do this . >>>> >>>> Somehow add_body_part changing the Content-Type header . >>>> >>>> Before adding this function : >>>> Content-Type: application/sdp >>>> >>>> After adding this function . >>>> Content-Type: multipart/mixed;boundary=OSS-unique-boundary-42 >>>> >>>> --OSS-unique-boundary-42 >>>> Content-Type: application/sdp >>>> >>>> This is get added . >>>> >>>> Whats the use of this . I think rather than this , I can add any custom >>>> header and compare that custom header before sending command to rtpengine . >>>> Will that work ? >>>> >>>> >>>> *Thanks & Regards* >>>> *Sasmita Panda* >>>> *Senior Network Testing and Software Engineer* >>>> *3CLogic , ph:07827611765* >>>> >>>> >>>> On Fri, Sep 27, 2019 at 1:26 PM Callum Guy >>>> wrote: >>>> >>>>> I think your syntax is wrong? >>>>> >>>>> >>>>> https://opensips.org/html/docs/modules/3.0.x/sipmsgops.html#func_add_body_part >>>>> >>>>> >>>>> On Fri, 27 Sep 2019 at 08:36, Sasmita Panda >>>>> wrote: >>>>> >>>>>> How I will add a attribute in the SDP body . In the rtpengine module >>>>>> there is no flag which will add a attribute directly . >>>>>> >>>>>> If I am doing like below >>>>>> >>>>>> add_body_part("$var(body)", "a=sdpmangled:yes\r\n"); >>>>>> >>>>>> Its not adding this attribute in the body . Is there any other option to do this ? >>>>>> >>>>>> *Thanks & Regards* >>>>>> *Sasmita Panda* >>>>>> *Senior Network Testing and Software Engineer* >>>>>> *3CLogic , ph:07827611765* >>>>>> >>>>>> >>>>>> On Thu, Sep 26, 2019 at 7:37 PM Bogdan-Andrei Iancu < >>>>>> bogdan at opensips.org> wrote: >>>>>> >>>>>>> Hi Sasmita, >>>>>>> >>>>>>> Not sure if rtpengine has a similar built-in feature (their doc is >>>>>>> something that can be improved :P), but you can achieve the same from >>>>>>> script level I guess (adding and testing that SDP 'a' line). >>>>>>> >>>>>>> Best regards, >>>>>>> >>>>>>> Bogdan-Andrei Iancu >>>>>>> >>>>>>> OpenSIPS Founder and Developer >>>>>>> https://www.opensips-solutions.com >>>>>>> OpenSIPS Summit 2019 >>>>>>> https://www.opensips.org/events/Summit-2019Amsterdam/ >>>>>>> >>>>>>> On 9/24/19 9:42 AM, Sasmita Panda wrote: >>>>>>> >>>>>>> Hi All, >>>>>>> >>>>>>> rtpengine and rtpproxy module somehow plays same role with some >>>>>>> advance features in rtpengine . >>>>>>> >>>>>>> There is a parameter in rtpproxy module " nortpproxy_str " through >>>>>>> which we can manage the involvement of rtpproxy in the call leg . >>>>>>> >>>>>>> modparam("rtpproxy", "nortpproxy_str", "a=sdpmangled:yes\r\n") >>>>>>> >>>>>>> In rtpengine there is no such parameter having similar functionality . >>>>>>> Is there any other way which will behave similarly in rtpengine . >>>>>>> >>>>>>> Basically what I wanted to do is , in a call having 2 different leg . >>>>>>> If in one leg rtpengine is already involved , >>>>>>> I don,'t want to involved rtpengine again in the other leg . >>>>>>> >>>>>>> >>>>>>> *Thanks & Regards* >>>>>>> *Sasmita Panda* >>>>>>> *Senior Network Testing and Software Engineer* >>>>>>> *3CLogic , ph:07827611765* >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>>>> >>>>> >>>>> >>>>> *0333 332 0000 | www.x-on.co.uk | ** >>>>> >>>>> * >>>>> >>>>> X-on is a trading name of Storacall Technology Ltd a limited company >>>>> registered in England and Wales. >>>>> Registered Office : Avaland House, 110 London Road, Apsley, Hemel >>>>> Hempstead, Herts, HP3 9SD. Company Registration No. 2578478. >>>>> The information in this e-mail is confidential and for use by the >>>>> addressee(s) only. If you are not the intended recipient, please notify >>>>> X-on immediately on +44(0)333 332 0000 and delete the >>>>> message from your computer. If you are not a named addressee you must >>>>> not use, disclose, disseminate, distribute, copy, print or reply to this >>>>> email. Views or opinions expressed by an individual >>>>> within this email may not necessarily reflect the views of X-on or its >>>>> associated companies. Although X-on routinely screens for viruses, >>>>> addressees should scan this email and any attachments >>>>> for viruses. X-on makes no representation or warranty as to the >>>>> absence of viruses in this email or any attachments. >>>>> >>>>> _______________________________________________ >>>>> 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 >>>> >>> >>> >>> -- >>> 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 >>> >> -- Sincerely, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Mon Sep 30 09:34:17 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 30 Sep 2019 16:34:17 +0300 Subject: [OpenSIPS-Users] APT and YUM repositories down In-Reply-To: References: <3aa7678b-31b3-ac61-3792-1f00edca78eb@alphalink.fr> Message-ID: <3ec8a6e2-cf5b-dba1-7380-c5097a10aaf6@opensips.org> And now back online, thanks to Nick Altmann !! (some server outage) Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/30/19 11:06 AM, Callum Guy wrote: > Hopefully just in prep for 3.0.1! > > On Mon, 30 Sep 2019 at 08:42, Adrien Martin > wrote: > > Hello, > > > Both apt.opensips.org and > yum.opensips.org seem down (IPv4 and IPv6). > > > Regards, > > Adrien Martin > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > *^0333 332 0000  | www.x-on.co.uk | > _**_^ > * > > X-on is a trading name of Storacall Technology Ltd a limited company > registered in England and Wales. > Registered Office : Avaland House, 110 London Road, Apsley, Hemel > Hempstead, Herts, HP3 9SD. Company Registration No. 2578478. > The information in this e-mail is confidential and for use by the > addressee(s) only. If you are not the intended recipient, please > notify X-on immediately on +44(0)333 332 0000 and delete the > message from your computer. If you are not a named addressee you must > not use, disclose, disseminate, distribute, copy, print or reply to > this email. Views or opinions expressed by an individual > within this email may not necessarily reflect the views of X-on or its > associated companies. Although X-on routinely screens for viruses, > addressees should scan this email and any attachments > for viruses. X-on makes no representation or warranty as to the > absence of viruses in this email or any attachments. > > > _______________________________________________ > 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 Sep 30 09:49:56 2019 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 30 Sep 2019 16:49:56 +0300 Subject: [OpenSIPS-Users] codec_delete() not working in 3.0 In-Reply-To: References: <33001dfe-b9ba-b964-33ff-4747c3e6707c@opensips.org> Message-ID: <2992707a-294c-5ff4-5f0c-2507dcc39c6e@opensips.org> Hi Mark, When calling RTPengine, the changes done by the `codec_delete` are lost - this is a typical problem when you try to do several changes over the same part of the message. Have you tried strip the codecs also from rtpengine (there is a `strip` option there for removing codes) Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Summit 2019 https://www.opensips.org/events/Summit-2019Amsterdam/ On 9/27/19 3:05 PM, Mark Farmer wrote: > I am using rtpengine_offer etc later on. Would that add stuff back in? > > > On Fri, 27 Sep 2019 at 11:28, Bogdan-Andrei Iancu > wrote: > > Hi MArk, > > Simply injecting your SDP in a basic script like: > > route{ > >     # Codecs we do NOT support! >     $avp(BadCodec) = "G729"; >     $avp(BadCodec) = "G729a"; > >     for ($var(ToDelete) in $(avp(BadCodec)[*])) >         if (codec_delete("$var(ToDelete)")) { >             xlog("CUSTOM_LOG: Invalid codec detected and deleted: > $var(ToDelete)"); >         } > >     forward(); >     exit; > } > > shows that the codec delete works: > > v=0 > o=- 1569572039 1569572039 IN IP4 xxx.xxx.xxx.xxx > s=Polycom IP Phone > c=IN IP4 xxx.xxx.xxx.xxx > b=AS:512 > t=0 0 > m=audio 2226 RTP/AVP 9 8 0 18 127 > a=rtpmap:9 G722/8000 > a=rtpmap:8 PCMA/8000 > a=rtpmap:0 PCMU/8000 > a=rtpmap:18 G729/8000 > a=fmtp:18 annexb=no > a=rtpmap:127 telephone-event/8000 > m=video 2228 RTP/AVP 109 34 > a=rtpmap:109 H264/90000 > a=fmtp:109 profile-level-id=42800d; packetization-mode=0 > a=rtpmap:34 H263/90000 > a=fmtp:34 CIF=1;QCIF=1;SQCIF=1 > > results in: > > v=0 > o=- 1569572039 1569572039 IN IP4 xxx.xxx.xxx.xxx > s=Polycom IP Phone > c=IN IP4 xxx.xxx.xxx.xxx > b=AS:512 > t=0 0 > m=audio 2226 RTP/AVP 9 8 0 127 > a=rtpmap:9 G722/8000 > a=rtpmap:8 PCMA/8000 > a=rtpmap:0 PCMU/8000 > a=rtpmap:127 telephone-event/8000 > m=video 2228 RTP/AVP 109 34 > a=rtpmap:109 H264/90000 > a=fmtp:109 profile-level-id=42800d; packetization-mode=0 > a=rtpmap:34 H263/90000 > a=fmtp:34 CIF=1;QCIF=1;SQCIF=1 > > > Are you sure you are not doing any other SDP oriented change, like > rtpengine / rtpproxy ? > > I tested against 2.4 version > > Regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS Summit 2019 > https://www.opensips.org/events/Summit-2019Amsterdam/ > > On 9/26/19 6:37 PM, Mark Farmer wrote: >> Been looking at this for a while now and it just won't play ball. >> I have an avp defined: >> >> # Codecs we do NOT support! >> $avp(BadCodec) = "G729"; >> $avp(BadCodec) = "G729a"; >> >> Then I use a for each to remove any instances of the codecs: >> >> for ($var(ToDelete) in $(avp(BadCodec)[*])) >>                 if (codec_delete($var(ToDelete))) { >> xlog("CUSTOM_LOG: Invalid codec detected and deleted: >> $var(ToDelete)"); >>                 } >> >> sipmsgops reports that it's trying to remove codecs: >> >> DBG:sipmsgops:codec_delete: deleting codec with clock <> >> --- >> DBG:sipmsgops:codec_delete: deleting codec with clock <> >> --- >> >> My custom logs only generate a single entry since only G729 is >> present in SDP: >> >> CUSTOM_LOG: Invalid codec detected and deleted: G729 >> >> But when the call is routed, the G729 codecs remain in the SDP: >> >> a=rtpmap:18 G729/8000 >> >> Can anyone suggest why might that be? >> >> Regards >> Mark. >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > -- > Mark Farmer > farmorg at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.martin at alphalink.fr Mon Sep 30 10:04:53 2019 From: a.martin at alphalink.fr (Adrien Martin) Date: Mon, 30 Sep 2019 16:04:53 +0200 Subject: [OpenSIPS-Users] APT and YUM repositories down In-Reply-To: <3ec8a6e2-cf5b-dba1-7380-c5097a10aaf6@opensips.org> References: <3aa7678b-31b3-ac61-3792-1f00edca78eb@alphalink.fr> <3ec8a6e2-cf5b-dba1-7380-c5097a10aaf6@opensips.org> Message-ID: Thank you Nick! And thank you Bogdan for your message. Regards, Adrien Martin Le 30/09/2019 à 15:34, Bogdan-Andrei Iancu a écrit : > And now back online, thanks to Nick Altmann !! (some server outage) > > Regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer >   https://www.opensips-solutions.com > OpenSIPS Summit 2019 >   https://www.opensips.org/events/Summit-2019Amsterdam/ > > On 9/30/19 11:06 AM, Callum Guy wrote: >> Hopefully just in prep for 3.0.1! >> >> On Mon, 30 Sep 2019 at 08:42, Adrien Martin > wrote: >> >>     Hello, >> >> >>     Both apt.opensips.org and >>     yum.opensips.org seem down (IPv4 and IPv6). >> >> >>     Regards, >> >>     Adrien Martin >> >>     _______________________________________________ >>     Users mailing list >>     Users at lists.opensips.org >>     http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> >> *^0333 332 0000  | www.x-on.co.uk | _**_^ * >> >> X-on is a trading name of Storacall Technology Ltd a limited company registered in England and Wales. >> Registered Office : Avaland House, 110 London Road, Apsley, Hemel Hempstead, Herts, HP3 9SD. Company Registration No. 2578478. >> The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient, please notify X-on immediately on +44(0)333 332 0000 and delete the >> message from your computer. If you are not a named addressee you must not use, disclose, disseminate, distribute, copy, print or reply to this email. Views or opinions expressed by an individual >> within this email may not necessarily reflect the views of X-on or its associated companies. Although X-on routinely screens for viruses, addressees should scan this email and any attachments >> for viruses. X-on makes no representation or warranty as to the absence of viruses in this email or any attachments. >> >> >> _______________________________________________ >> 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 -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: