From tito at xsvoce.com Fri Dec 1 03:17:43 2017 From: tito at xsvoce.com (Tito Cumpen) Date: Fri, 1 Dec 2017 00:17:43 -0800 Subject: [OpenSIPS-Users] opensips 2.3 json compile error Message-ID: hello group, I am attempting to compile opensips 2.3 on debian stretch but I am seeing the following errors. Compiling array_del.c Compiling json.c *json.c:* In function ‘*get_object*’: *json.c:301:4:* *warning: *‘*json_object_object_get*’ is deprecated [ *-Wdeprecated-declarations*] *cur_obj* = json_object_object_get( cur_obj, buff ); *^~~~~~~* In file included from */usr/include/json-c/linkhash.h:16:0*, from */usr/include/json-c/json.h:22*, from *json.c:48*: */usr/include/json-c/json_object.h:290:56:* *note: *declared here THIS_FUNCTION_IS_DEPRECATED(extern struct json_object* *j*son_object_object_get(struct json_object* obj, *^* */usr/include/json-c/json_object.h:17:43:* *note: *in definition of macro ‘ *THIS_FUNCTION_IS_DEPRECATED*’ #define THIS_FUNCTION_IS_DEPRECATED(func) *func* __attribute__ ((deprecated)) *^~~~* In file included from *../../parser/../ip_addr.h:46:0*, from *../../parser/msg_parser.h:48*, from *../../sr_module.h:48*, from *json.c:33*: *json.c:* In function ‘*pv_set_json*’: *json.c:595:5:* *error: *‘*json_tokener_errors*’ undeclared (first use in this function) *j*son_tokener_errors[(unsigned long)obj] *^* *../../parser/../dprint.h:340:33:* *note: *in definition of macro ‘ *MY_DPRINT*’ dp_my_pid(), __DP_FUNC, ## *args*) \ *^~~~* *json.c:591:4:* *note: *in expansion of macro ‘*LM_ERR*’ *LM_ERR*("Error parsing json: %s\n", *^~~~~~* *json.c:595:5:* *note: *each undeclared identifier is reported only once for each function it appears in *j*son_tokener_errors[(unsigned long)obj] *^* *../../parser/../dprint.h:340:33:* *note: *in definition of macro ‘ *MY_DPRINT*’ dp_my_pid(), __DP_FUNC, ## *args*) \ *^~~~* *json.c:591:4:* *note: *in expansion of macro ‘*LM_ERR*’ *LM_ERR*("Error parsing json: %s\n", *^~~~~~* ../../Makefile.rules:25: recipe for target 'json.o' failed I am using the latest pull of opensips 2.3 and have the following deps installed. libjson-c-dev is already the newest version (0.12.1-1.1). libjson-c-doc is already the newest version (0.12.1-1.1). libjson-c3 is already the newest version (0.12.1-1.1). -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.hierl at next-id.de Fri Dec 1 04:56:03 2017 From: marco.hierl at next-id.de (Marco Hierl) Date: Fri, 1 Dec 2017 09:56:03 +0000 Subject: [OpenSIPS-Users] rtp port changed in REPLY's SDP after announcement In-Reply-To: References: <58ac999d138842ec933c290b76ac188a@next-id.de> <70fdf3f1-9752-69e4-d5fc-96212d72f4ae@opensips.org> <08c1e9f75c2f449d9bc1273182f9b526@next-id.de> Message-ID: <314bf8b17474487aaabcc9af1e3ac15f@next-id.de> Hi Bogdan, the port keep changing even when using the "offer" only once. As soon as the incoming port is changing, the rtpengine will also change it on the outgoing site. BUT there is an option called "port-latching" that will do the job! Maybe it's worth to update the documentation for rtpengine module? thanks a lot for your help! Best regards Marco Von: Bogdan-Andrei Iancu [mailto:bogdan at opensips.org] Gesendet: Mittwoch, 22. November 2017 18:16 An: Marco Hierl; OpenSIPS users mailling list Betreff: Re: AW: AW: [OpenSIPS-Users] rtp port changed in REPLY's SDP after announcement Marco, In this is case it exclusively depends on the rtpengine if it updates or creates a new session when you call the "offer" for the second time. If the existing session (created for the first branch) will be updated on the second "offer", the port in the replies (towards caller) will not change, right ? But, based on your tests, I assume it does change the port send to caller after the second offer :( . Again, this depends on the media relay implementation, it is not something to be controlled by OpenSIPS. As a simple alternative, move your media server on the public network, so you will not need a second offer. For the second branch, you will simply do a second answer. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From jayesh1017 at gmail.com Fri Dec 1 07:21:54 2017 From: jayesh1017 at gmail.com (Jayesh Nambiar) Date: Fri, 1 Dec 2017 17:51:54 +0530 Subject: [OpenSIPS-Users] raw mongodb query json parse error Message-ID: Hi All, I've been playing around with executing raw mongodb queries with opensips 2.3.2. Though I can run and execute queries successfully I cannot figure how to write a query that queries the objectId in mongodb directly. The raw query basically is: db.runCommand({ find: "customers", filter: { "_id":ObjectId("5a212d183f1e5e1c7b11b194") } }); But When i write it in the script as: cache_raw_query("mongodb:instance1", "{ \"find\": \"customers\", \"filter\": { \"_id\": ObjectId(\"5a212d183f1e5e1c7b11b194\") }}","$avp(out)"); opensips gives json parsing error. It basically expects the entire ObjectId string to be in inverted commas to be a valid json. Any ideas on how to successfully write the above working query in opensips to pass as a raw query. Thanks, - Jayesh -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon Dec 4 12:38:07 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 4 Dec 2017 19:38:07 +0200 Subject: [OpenSIPS-Users] OpenSIPS @ ClueCon Weekly Message-ID: <8f0119f9-1b06-f128-fbc3-95c50d0caa3c@opensips.org> I am glad to announce you that Bogdan Iancu will be talking this week at the FreeSWTICH's ClueCon Weekly conference call[1]. If you want to find out the latest news about OpenSIPS, try to join this awesome conf call! The event is scheduled for this Wednesday, 6th of December 2017, at 12:00 Central Time[1]. The video call will also be streamed live on YouTube[2]. [1] https://www.facebook.com/events/127055664628500/ [2] https://www.youtube.com/watch?v=XtMh9rAtB8w&feature=youtu.be See you on Wednesday! -- Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com From denis7979 at mail.ru Tue Dec 5 04:02:20 2017 From: denis7979 at mail.ru (Denis) Date: Tue, 05 Dec 2017 12:02:20 +0300 Subject: [OpenSIPS-Users] Add more bodies to INTITE Message-ID: <1938581512464540@web51g.yandex.ru> An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Dec 5 08:53:21 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 5 Dec 2017 15:53:21 +0200 Subject: [OpenSIPS-Users] Voice Transcoding in OpenSIPS using external hardware In-Reply-To: <34664F2B-2DF2-44B8-8FCB-886A5600077B@free.fr> References: <34664F2B-2DF2-44B8-8FCB-886A5600077B@free.fr> Message-ID: <498f5a8e-a05b-811b-733d-3658f35dd228@opensips.org> Hi, Alain! Nope, OpenSIPS has only Sangoma Cards integration. Do you prefer to use something else? Or Sangoma's features are not enough for your setup? Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 11/30/2017 05:08 PM, Alain Bieuzent wrote: > > Hi All, > > Is there a way to use external hardware transcoding ? > > I find the documentation about integration of Sangoma Cards, but is > there other implementation already done? > > Thanks > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Dec 5 09:08:00 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 5 Dec 2017 16:08:00 +0200 Subject: [OpenSIPS-Users] opensips 2.3 json compile error In-Reply-To: References: Message-ID: <6280010f-1416-394a-5e22-85ac44fb353e@opensips.org> Hi, Tito! Try to install pkg-config package - it will figure out the correct library version and it will compile properly. In the meantime I will try to figure out a better way to check the library version. Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/01/2017 10:17 AM, Tito Cumpen wrote: > hello group, > > > I am attempting to compile opensips 2.3 on debian stretch but I am > seeing the following errors. > > Compiling array_del.c > > Compiling json.c > > *json.c:* In function ‘*get_object*’: > > *json.c:301:4:* *warning: *‘*json_object_object_get*’ is deprecated > [*-Wdeprecated-declarations*] > > *cur_obj*= json_object_object_get( cur_obj, buff ); > > *^~~~~~~* > > In file included from */usr/include/json-c/linkhash.h:16:0*, > > from */usr/include/json-c/json.h:22*, > > from *json.c:48*: > > */usr/include/json-c/json_object.h:290:56:* *note: *declared here > > THIS_FUNCTION_IS_DEPRECATED(extern struct json_object* > *j*son_object_object_get(struct json_object* obj, > > *^* > > */usr/include/json-c/json_object.h:17:43:* *note: *in definition of > macro ‘*THIS_FUNCTION_IS_DEPRECATED*’ > > #define THIS_FUNCTION_IS_DEPRECATED(func) *func*__attribute__ > ((deprecated)) > > *^~~~* > > In file included from *../../parser/../ip_addr.h:46:0*, > > from *../../parser/msg_parser.h:48*, > > from *../../sr_module.h:48*, > > from *json.c:33*: > > *json.c:* In function ‘*pv_set_json*’: > > *json.c:595:5:* *error: *‘*json_tokener_errors*’ undeclared (first use > in this function) > > *j*son_tokener_errors[(unsigned long)obj] > > *^* > > *../../parser/../dprint.h:340:33:* *note: *in definition of macro > ‘*MY_DPRINT*’ > > dp_my_pid(), __DP_FUNC, ## *args*) \ > > *^~~~* > > *json.c:591:4:* *note: *in expansion of macro ‘*LM_ERR*’ > > *LM_ERR*("Error parsing json: %s\n", > > *^~~~~~* > > *json.c:595:5:* *note: *each undeclared identifier is reported only > once for each function it appears in > > *j*son_tokener_errors[(unsigned long)obj] > > *^* > > *../../parser/../dprint.h:340:33:* *note: *in definition of macro > ‘*MY_DPRINT*’ > > dp_my_pid(), __DP_FUNC, ## *args*) \ > > *^~~~* > > *json.c:591:4:* *note: *in expansion of macro ‘*LM_ERR*’ > > *LM_ERR*("Error parsing json: %s\n", > > *^~~~~~* > > ../../Makefile.rules:25: recipe for target 'json.o' failed > > > > > I am using the latest pull of opensips 2.3 and have the following deps > installed. > > > libjson-c-dev is already the newest version (0.12.1-1.1). > > libjson-c-doc is already the newest version (0.12.1-1.1). > > libjson-c3 is already the newest version (0.12.1-1.1). > > > > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Dec 5 09:19:19 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 5 Dec 2017 16:19:19 +0200 Subject: [OpenSIPS-Users] Add more bodies to INTITE In-Reply-To: <1938581512464540@web51g.yandex.ru> References: <1938581512464540@web51g.yandex.ru> Message-ID: <11a2e108-c80e-3de0-15cf-ec89430683f2@opensips.org> Yes, starting with OpenSIPS 2.3 you can add a body part using the add_body_part() function[1]. [1] http://www.opensips.org/html/docs/modules/2.3.x/sipmsgops.html#idp5587328 Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/05/2017 11:02 AM, Denis via Users wrote: > Hello! > Opensips 2.3 > In the link below you can find an example of the INVITE which i want > to send to some callee. Before, i received the INVITE from caller with > only SDP body. I.e. i need to add some additional body to the INVITE > with structure as shown in the example. > https://yadi.sk/i/389OOlLX3QKx27 > Can i do it, using Opensips? > Thank you for any help. > -- > С уважением, Денис. > Best regards, Denis > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Dec 5 09:21:36 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 5 Dec 2017 16:21:36 +0200 Subject: [OpenSIPS-Users] OpenSIPS 2.2.x - 477/TM Error - TCP/TLS Client In-Reply-To: References: Message-ID: <6080d6b1-dc56-e4c9-00bb-fb20004ee096@opensips.org> Hello, Ahmed! Make sure you call fix_nated_register() [1] on all REGISTER messages that come from a private IP. You can test whether an IP is private or not using the nat_uac_test() function[2]. [1] http://www.opensips.org/html/docs/modules/2.3.x/nathelper.html#idp5594464 [2] http://www.opensips.org/html/docs/modules/2.3.x/nathelper.html#idp5598784 Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 11/29/2017 04:30 PM, Farrukh Ahmed wrote: > Hello, > > I am using OpenSIPs version 2.2 and when we register we have no issue > but when i try to make call i get error message 477/TM. I have > searched about it but i could not got any solution to this problem. > > The user is behind TCP and Error Logs mentioned this. > > I am getting following error in my syslog. > > -------------- > Syslog Error > -------------- > > Nov 20 10:49:34 s93334 /usr/sbin/opensips[16318]: > ERROR:core:tcp_connect_blocking: timeout 99211 ms elapsed from 100000 s > Nov 20 10:49:34 s93334 /usr/sbin/opensips[16318]: > ERRORroto_tls:tls_sync_connect: tcp_blocking_connect failed > Nov 20 10:49:34 s93334 /usr/sbin/opensips[16318]: > ERRORroto_tlsroto_tls_send: connect failed > Nov 20 10:49:34 s93334 /usr/sbin/opensips[16318]: ERROR:tm:msg_send: > send() to 192.168.1.6:56716  for proto > tls/3 failed > Nov 20 10:49:34 s93334 /usr/sbin/opensips[16318]: > ERROR:tm:t_forward_nonack: sending request failed > Nov 20 10:49:34 s93334 /usr/sbin/opensips[16318]: > ERROR:acc:acc_db_request: database not loaded! Probably database url > not defined! > > > -------------------------------- > OpenSIPS Configuration File > -------------------------------- > > https://dpaste.de/FBAO​ > > Looking forward for your help. > > Thank you.​ > -- > *Farrukh Ahmed* > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From denis7979 at mail.ru Tue Dec 5 09:36:36 2017 From: denis7979 at mail.ru (Denis) Date: Tue, 05 Dec 2017 17:36:36 +0300 Subject: [OpenSIPS-Users] Add more bodies to INTITE In-Reply-To: <11a2e108-c80e-3de0-15cf-ec89430683f2@opensips.org> References: <1938581512464540@web51g.yandex.ru> <11a2e108-c80e-3de0-15cf-ec89430683f2@opensips.org> Message-ID: <1810691512484596@web34o.yandex.ru> An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Dec 5 10:34:52 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 5 Dec 2017 17:34:52 +0200 Subject: [OpenSIPS-Users] Add more bodies to INTITE In-Reply-To: <1810691512484596@web34o.yandex.ru> References: <1938581512464540@web51g.yandex.ru> <11a2e108-c80e-3de0-15cf-ec89430683f2@opensips.org> <1810691512484596@web34o.yandex.ru> Message-ID: <653d706d-1666-aa30-82b6-68e1bd70f6d1@opensips.org> Hi, Denis! Check the new xml module[1]. You can use it to build the XML in the example. [1] http://www.opensips.org/html/docs/modules/2.3.x/xml.html Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/05/2017 04:36 PM, Denis via Users wrote: > Hello, Razvan! > I want to ask to analyze the example. Can i add exactly such body, in > the such format, and if possible, how? > In [1] we have only one param. "/body/". How can i from this param? > Thank you. > -- > С уважением, Денис. > Best regards, Denis > 05.12.2017, 17:21, "Răzvan Crainea" : >> Yes, starting with OpenSIPS 2.3 you can add a body part using the >> add_body_part() function[1]. >> >> [1] >> http://www.opensips.org/html/docs/modules/2.3.x/sipmsgops.html#idp5587328 >> >> Best regards, >> Răzvan Crainea >> OpenSIPS Developer >> www.opensips-solutions.com >> On 12/05/2017 11:02 AM, Denis via Users wrote: >>> Hello! >>> Opensips 2.3 >>> In the link below you can find an example of the INVITE which i want >>> to send to some callee. Before, i received the INVITE from caller >>> with only SDP body. I.e. i need to add some additional body to the >>> INVITE with structure as shown in the example. >>> https://yadi.sk/i/389OOlLX3QKx27 >>> Can i do it, using Opensips? >>> Thank you for any help. >>> -- >>> С уважением, Денис. >>> Best regards, Denis >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> , >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Dec 5 11:07:14 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 5 Dec 2017 18:07:14 +0200 Subject: [OpenSIPS-Users] avp variables In-Reply-To: References: Message-ID: <73a57564-77b7-0010-7864-5e420912a7b3@opensips.org> Hi, Tali! Memory is the only limitation, but I doubt you will hit it using variables. But if you are using too many (thousands of AVPs), you might affect the performace of your script, so I wouldn't suggest that. But I don't really understand why you want to use these variables; why don't you do: update_stat("ERR_503__Service_Unavailable_0", "+1");? What do you mean - delete variables from statistics? The statistics are simply counters with names, they don't store variables. Not sure I answered your question, but I don't think I fully understand your issue. Can you offer more information? Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 11/28/2017 11:43 AM, Gillon, Tali via Users wrote: > Hi, > > Is there a limitation for saving dynamic variables? > I'm asking this since I would like to collect data about the errors we > send. > > below is an example: > > send_reply("503", "Service Unavailable 0"); > > $avp(errorvar) ="ERR_503__Service_Unavailable_0"; > > update_stat("$avp(errorvar)", "+1"); > > > I'm afraid that we are going to have performance issues  if we have > too many dynamic variables. > > Is there a way to delete variables from statistics and not just reset > them? > > > > Thanks, > > Tali > > > > > _______________________________________________ > 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 khamlichi.khalil at gmail.com Tue Dec 5 12:45:58 2017 From: khamlichi.khalil at gmail.com (Khalil Khamlichi) Date: Tue, 5 Dec 2017 17:45:58 +0000 Subject: [OpenSIPS-Users] acc extra_fields In-Reply-To: <1511898096329-0.post@n2.nabble.com> References: <1496757382356-7607614.post@n2.nabble.com> <1496772246640-7607626.post@n2.nabble.com> <1496839662830-7607641.post@n2.nabble.com> <1496841494547-7607644.post@n2.nabble.com> <1496918544521-7607662.post@n2.nabble.com> <1511898096329-0.post@n2.nabble.com> Message-ID: modparam("acc", "db_extra", "from_uri; to_uri; src_uri") then inside script when those variables are available you do : for example : $acc_extra(from_uri) = $rU; $acc_extra(src_ip) = $si; On Tue, Nov 28, 2017 at 7:41 PM, vudn5 wrote: > i have tini trouble with opensips 2.3.2 . In old version 2.2.2 i have a > config > > modparam("acc", "db_extra", "from_uri=$fU; to_uri=$tU; src_uri=$si") > > to save $fU ,$tU , $si variable to columns from_uri , to_uri , src_uri in > table acc ( i create 3 fields) > > > > but i don't now how can i do that in opensips 2.3.2? i read a EXTRA_FIELD > and it's my config: > > modparam("acc", "extra_fields", "db: $fU->from_uri; $tU-> to_uri; > $si->src_uri ") > > but it's not work, and i want to khow why it's not work? > Thanks > > > > -- > 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 denis7979 at mail.ru Tue Dec 5 23:32:43 2017 From: denis7979 at mail.ru (Denis) Date: Wed, 06 Dec 2017 07:32:43 +0300 Subject: [OpenSIPS-Users] Add more bodies to INTITE In-Reply-To: <653d706d-1666-aa30-82b6-68e1bd70f6d1@opensips.org> References: <1938581512464540@web51g.yandex.ru> <11a2e108-c80e-3de0-15cf-ec89430683f2@opensips.org> <1810691512484596@web34o.yandex.ru> <653d706d-1666-aa30-82b6-68e1bd70f6d1@opensips.org> Message-ID: <1396741512534763@web31g.yandex.ru> An HTML attachment was scrubbed... URL: From razvan at opensips.org Wed Dec 6 04:16:52 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 6 Dec 2017 11:16:52 +0200 Subject: [OpenSIPS-Users] Add more bodies to INTITE In-Reply-To: <1396741512534763@web31g.yandex.ru> References: <1938581512464540@web51g.yandex.ru> <11a2e108-c80e-3de0-15cf-ec89430683f2@opensips.org> <1810691512484596@web34o.yandex.ru> <653d706d-1666-aa30-82b6-68e1bd70f6d1@opensips.org> <1396741512534763@web31g.yandex.ru> Message-ID: Hi, Denis! 1. Yes 2. Yes, the function adds the separator. Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/06/2017 06:32 AM, Denis via Users wrote: > Hello, Razvan! > Thank you. > And yet two things: > 1) Can i use rest_client Module for getting prepared xml document for > my task? Will this work? > 2) In the example i can see boundary entity. As i understand this > entity serving to divide several bodies of the message. Will > "add_body_part()" insert it automatically or i should do it manually? > Thank you. > -- > С уважением, Денис. > Best regards, Denis > 05.12.2017, 18:37, "Răzvan Crainea" : >> Hi, Denis! >> >> Check the new xml module[1]. You can use it to build the XML in the >> example. >> >> [1] http://www.opensips.org/html/docs/modules/2.3.x/xml.html >> >> Best regards, >> Răzvan Crainea >> OpenSIPS Developer >> www.opensips-solutions.com >> On 12/05/2017 04:36 PM, Denis via Users wrote: >>> Hello, Razvan! >>> I want to ask to analyze the example. Can i add exactly such body, >>> in the such format, and if possible, how? >>> In [1] we have only one param. "/body/". How can i from this param? >>> Thank you. >>> -- >>> С уважением, Денис. >>> Best regards, Denis >>> 05.12.2017, 17:21, "Răzvan Crainea" >>> : >>>> Yes, starting with OpenSIPS 2.3 you can add a body part using the >>>> add_body_part() function[1]. >>>> >>>> [1] >>>> http://www.opensips.org/html/docs/modules/2.3.x/sipmsgops.html#idp5587328 >>>> >>>> Best regards, >>>> Răzvan Crainea >>>> OpenSIPS Developer >>>> www.opensips-solutions.com >>>> On 12/05/2017 11:02 AM, Denis via Users wrote: >>>>> Hello! >>>>> Opensips 2.3 >>>>> In the link below you can find an example of the INVITE which i >>>>> want to send to some callee. Before, i received the INVITE from >>>>> caller with only SDP body. I.e. i need to add some additional body >>>>> to the INVITE with structure as shown in the example. >>>>> https://yadi.sk/i/389OOlLX3QKx27 >>>>> Can i do it, using Opensips? >>>>> Thank you for any help. >>>>> -- >>>>> С уважением, Денис. >>>>> Best regards, Denis >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users at lists.opensips.org >>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>> , >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at lists.opensips.org >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> , >> >> _______________________________________________ >> 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 pimenta at inatel.br Wed Dec 6 09:06:12 2017 From: pimenta at inatel.br (Rodrigo Pimenta Carvalho) Date: Wed, 6 Dec 2017 14:06:12 +0000 Subject: [OpenSIPS-Users] Is OpenSIPS fast to stop calling tone in forked calls? Message-ID: Hi. When my OpenSIPS has just 2 peers on-line (user A and user B ), if A calls B, A will listen the calling tone just until B answers. So, if B sends a SIP OK, the calling tone will be immediately stopped. When user B is on-line in several devices (more than 1 contact for the same AOR), let's say 2 mobile phones and 2 desktops, 4 devices will ring and the user A will listen the calling tone normally. But, when B answers (in any device), there will be some calling tones still to be played in the A's device. That is, when the number of called devices increases for a same called subscriber, it seems that OpenSIPS become slower to stop the calling tone. But it is fast enough to stop the ring tones in the others devices. Is it a matter of OpenSIPS configurations file? (opensips.cfg) If yes, could someone point me what part of my configuration should I change or review? Any hint will be very helpful! Best regards! RODRIGO PIMENTA CARVALHO Inatel Competence Center Software Ph: +55 35 3471 9200 RAMAL 979 -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Wed Dec 6 12:11:51 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Wed, 6 Dec 2017 19:11:51 +0200 Subject: [OpenSIPS-Users] OpenSIPS @ ClueCon Weekly In-Reply-To: <8f0119f9-1b06-f128-fbc3-95c50d0caa3c@opensips.org> References: <8f0119f9-1b06-f128-fbc3-95c50d0caa3c@opensips.org> Message-ID: Heads up, one our left to the ClueCon Weekly with OpenSIPS . To join us, dial 888 at https://conference.freeswitch.org/vc/ Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 12/04/2017 07:38 PM, Răzvan Crainea wrote: > I am glad to announce you that Bogdan Iancu will be talking this week > at the FreeSWTICH's ClueCon Weekly conference call[1]. If you want to > find out the latest news about OpenSIPS, try to join this awesome conf > call! > The event is scheduled for this Wednesday, 6th of December 2017, at > 12:00 Central Time[1]. The video call will also be streamed live on > YouTube[2]. > > [1] https://www.facebook.com/events/127055664628500/ > [2] https://www.youtube.com/watch?v=XtMh9rAtB8w&feature=youtu.be > > See you on Wednesday! > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Thu Dec 7 04:02:18 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 7 Dec 2017 11:02:18 +0200 Subject: [OpenSIPS-Users] Is OpenSIPS fast to stop calling tone in forked calls? In-Reply-To: References: Message-ID: <788fc751-c294-0247-87ae-1b4c07317694@opensips.org> Hello Rodrigo, The A caller device stops plating the ringing tone as soon as it receives the 200 OK reply from the callee side. There is no other indication for this. So, you have to take a SIP capture and see how fast the 200 OK gets from the first answering device back to caller A. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 12/06/2017 04:06 PM, Rodrigo Pimenta Carvalho wrote: > > > Hi. > > > When my OpenSIPS has just 2 peers on-line (user A and user B ), if A > calls B, A will listen the calling tone just until B answers. So, if B > sends a SIP OK, the calling tone will be immediately stopped. > > > When user B is on-line in several devices (more than 1 contact for the > same AOR), let's say 2 mobile phones and 2 desktops, 4 devices will > ring and the user A will listen the calling tone normally. But, when B > answers (in any device), there will be some calling tones still to be > played in the A's device. That is, when the number of called devices > increases for a same called subscriber, it seems that OpenSIPS become > slower to stop the calling tone. But it is fast enough to stop the > ring tones in the others devices. > > > Is it a matter of OpenSIPS configurations file? (opensips.cfg) > > If yes, could someone point me what part of my configuration should I > change or review? > > > Any hint will be very helpful! > > > Best regards! > > > > RODRIGO PIMENTA CARVALHO > Inatel Competence Center > Software > Ph: +55 35 3471 9200 RAMAL 979 > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Thu Dec 7 04:15:05 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 7 Dec 2017 11:15:05 +0200 Subject: [OpenSIPS-Users] Pre-load mongodb cache In-Reply-To: <72779441d693f311451c236c6ff9a2a3@voxtelesys.com> References: <72779441d693f311451c236c6ff9a2a3@voxtelesys.com> Message-ID: <0758f717-50bd-530a-c957-2c027b3ede87@opensips.org> Hi Pat, It looks to me more like a mongo question rather than opensips :) . Even if I'm not an mongo expert, I guess you can avoid that file-based distribution of the DB and rely on the replica set - import the data into Mongo via the writable node and next to each opensips instance to have a mongo node keeping a read-only set of data (in the same replica set). Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 11/28/2017 08:10 PM, Pat Burke wrote: > > Hello, > > > We are looking at using the cachedb_mongodb module to access a large > cache of data (100+ million records) that we wanted to do the following > > * on a separate server, create a "pre-loaded" cache mongodb file, > and then copy the file to each opensips server so that the data is > accessed locally > * access the mongodb "cache" using the cache_raw_query on the calls > as needed > * on a nightly basis, replace the build an updated (on a separate > server) and replace the cache mongodb file on the local server > > Can I just replace the file while they system is running? Do I have to > a replicaSet to have auto failover? Any recommendation? > > Regards, > *Pat Burke* > > Voxtelesys | solutions to grow your business > ______________________________________________________________________________________ > Direct: (402) 403-5121 | Cell: (402) 443-8929 | Email: > pat at voxtelesys.com > 1801 23rd Avenue North | Suite 217 | Fargo, North Dakota 58102 > > > _______________________________________________ > 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 Dec 7 05:27:28 2017 From: liviu at opensips.org (Liviu Chircu) Date: Thu, 7 Dec 2017 12:27:28 +0200 Subject: [OpenSIPS-Users] raw mongodb query json parse error In-Reply-To: References: Message-ID: <94200341-523c-687d-2e03-c194d510b52d@opensips.org> Hi Jayesh, I completely missed this idea during the module upgrade to libmongoc 1.6. I don't immediately see a way we can make this work without some development so that ObjectId() is somehow tolerated within a JSON (maybe some JSON library parsing flag? hopefully!). I've opened up an issue for this [1] - let's move the discussion over there. Best regards, [1]: https://github.com/OpenSIPS/opensips/issues/1229 Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 01.12.2017 14:21, Jayesh Nambiar wrote: > Hi All, > I've been playing around with executing raw mongodb queries with > opensips 2.3.2. Though I can run and execute queries successfully I > cannot figure how to write a query that queries the objectId in > mongodb directly. > The raw query basically is: > > db.runCommand({ find: "customers", filter: { > "_id":ObjectId("5a212d183f1e5e1c7b11b194") } }); > > But When i write it in the script as: > > cache_raw_query("mongodb:instance1", "{ \"find\": \"customers\", > \"filter\": { \"_id\": ObjectId(\"5a212d183f1e5e1c7b11b194\") > }}","$avp(out)"); > > opensips gives json parsing error. It basically expects the entire > ObjectId string to be in inverted commas to be a valid json. Any ideas > on how to successfully write the above working query in opensips to > pass as a raw query. > > Thanks, > > - Jayesh > > > > _______________________________________________ > 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 Dec 7 07:41:39 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Thu, 7 Dec 2017 14:41:39 +0200 Subject: [OpenSIPS-Users] OpenSIPS Summit 2018 - Call For Papers Message-ID: <96a55bd9-97d6-b7df-181e-ae4185155f0d@opensips.org> Call For Papers OpenSIPS Summit 2018 May 1-4, 2018 Amsterdam, The Netherlands *The Call for Papers is now open!* Submit your paper and share with us your experience, achievements or projects you had in VoIP & RTC area (with or without OpenSIPS) - be a speaker for our experts, developers and users from all over the world. The OpenSIPS Summit attracts a large spectrum of participants from areas as VoIP providers/carriers or telcos due to its broad format that covers talks, inspiring presentations, workshops and trainings. So we are looking for papers to cover a broad and various area of VoIP & RTC. And our speaker will enjoy free admission to the event, covering lunches and evening events ;). *How to Summit* For the first time we are using the papercall.io portal to manage the collecting the papers. This will transform the submission process in something simple and friendly for our potential speakers. Find out the submission form here: *https://www.papercall.io/opensips-summit-2018* *Event Tickets* Choose your preferred bundle as * pass type - conference, training or both * group - discounts do apply *Register now * and secure your seat for the OpenSIPS Summit ! * * *Radisson Blu** **Rusland 17, 1012CK Amsterdam, The Netherlands* Meet us again at our familiar Venue, with even more space and comfort than ever! This year the OpenSIPS Summit expands in size and will accommodate more participants and speakers. ** Interested in becoming a sponsor too? Please contact our team or email us! -- Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From docbobo at protonmail.com Wed Dec 6 12:11:31 2017 From: docbobo at protonmail.com (Boris) Date: Wed, 06 Dec 2017 12:11:31 -0500 Subject: [OpenSIPS-Users] OpenXCAP on Debian... Message-ID: I just tried to install OpenXCAP on Debian Stretch and was having issues because of missing dependencies (python-twisted-web2). I then tried on both Jessie and Wheezy, but each of those were exposing different dependency problems. Was anybody successful recently in installing OpenXCAP on Debian? Not from source but from binary packages? Thanks Boris -------------- next part -------------- An HTML attachment was scrubbed... URL: From aqsyounas at gmail.com Thu Dec 7 15:09:46 2017 From: aqsyounas at gmail.com (Aqs Younas) Date: Fri, 8 Dec 2017 01:09:46 +0500 Subject: [OpenSIPS-Users] DBTEXT not properly working with opensips 2.3 Message-ID: Greetings of the day, I am having the following issues by using DBTEXT with opensips 2.3.2 (x86_64/linux). 1. If I add anything(new domain) through openipsctl it does not reflect in DBTEXT. 2. If I manually insert entries in DBTEXT, reload command does not work. I had to restart opensips to make changes effective. 3. I see this error on opensips restart no matter whatever value I set in 'state' column of the dispatcher. Dec 7 20:00:41 sbc2 /usr/local/opensips/sbin/opensips[2441]: CRITICAL:dispatcher:add_dest2list: BUG: unknown state -1953657376 for destination sip:172.31.0.107:5080 dispatcher table. id(int,auto) setid(int) destination(string) socket(string) state(string) weight(int) priority(string) attrs(string) description(string) 1:21:sip\:172.31.0.107\:5080:udp\:172.31.0.188\:5060:0:50:1:backend=pbx.test.co-pbx.test.co: first Any help would be much appreciated. Best Regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: From spanda at 3clogic.com Fri Dec 8 00:18:35 2017 From: spanda at 3clogic.com (Sasmita Panda) Date: Fri, 8 Dec 2017 10:48:35 +0530 Subject: [OpenSIPS-Users] Need help for solving webRTC issue in chrome version 63 . Message-ID: Hi All , I am using opensips-2.2 with wss and rtpengine module . 1 end point is pjsip and other is webRTC and opensips is acting as a proxy in-between to handle media and acting as a gateway for webRTC and SIP . Everything working fine when I am using Chrome version 62 , but when I upgrade to 63 its giving some error like *" OperationError: Failed to set local sdp: Session error code: ERROR_CONTENT. Session error description: Cryptos must be empty when DTLS is active. "* Can anybody suggest me how to remove this crypto from INVITE message so that Chrome will accept it . I think I need to change something in opensips side but not getting any appropriate method . Please help , I am blocked in production environment . *Thanks & Regards* *Sasmita Panda* *Network Testing and Software Engineer* *3CLogic , ph:07827611765* -------------- next part -------------- An HTML attachment was scrubbed... URL: From spanda at 3clogic.com Fri Dec 8 00:33:57 2017 From: spanda at 3clogic.com (Sasmita Panda) Date: Fri, 8 Dec 2017 11:03:57 +0530 Subject: [OpenSIPS-Users] Need help for solving webRTC issue in chrome version 63 . In-Reply-To: References: Message-ID: In WebRTC M63, Applying a session description with both “a=fingerprint” (for DTLS) and “a=crypto” (for SDES) will now fail; the offerer must decide on one or the other . While updating SDP , opensips is sending both . I am using below option for updating SDP . $var(rtpengine_flags) = "UDP/TLS/RTP/SAVPF rtcp-mux-offer ICE=force DTLS=passive"; What should I do so that either crypto or fingerprint will go in SDP . *Thanks & Regards* *Sasmita Panda* *Network Testing and Software Engineer* *3CLogic , ph:07827611765* On Fri, Dec 8, 2017 at 10:48 AM, Sasmita Panda wrote: > Hi All , > > I am using opensips-2.2 with wss and rtpengine module . 1 end point > is pjsip and other is webRTC and opensips is acting as a proxy in-between > to handle media and acting as a gateway for webRTC and SIP . > > Everything working fine when I am using Chrome version 62 , but when > I upgrade to 63 its giving some error like > *" OperationError: Failed to set local sdp: Session error code: > ERROR_CONTENT. Session error description: Cryptos must be empty when DTLS > is active. "* > > Can anybody suggest me how to remove this crypto from INVITE > message so that Chrome will accept it . I think I need to change something > in opensips side but not getting any appropriate method . > > Please help , I am blocked in production environment . > > > > *Thanks & Regards* > *Sasmita Panda* > *Network Testing and Software Engineer* > *3CLogic , ph:07827611765* > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tito at xsvoce.com Fri Dec 8 03:15:51 2017 From: tito at xsvoce.com (Tito Cumpen) Date: Fri, 8 Dec 2017 00:15:51 -0800 Subject: [OpenSIPS-Users] opensips 2.3 json compile error In-Reply-To: <6280010f-1416-394a-5e22-85ac44fb353e@opensips.org> References: <6280010f-1416-394a-5e22-85ac44fb353e@opensips.org> Message-ID: Thanks Razvan that worked. On Tue, Dec 5, 2017 at 6:08 AM, Răzvan Crainea wrote: > Hi, Tito! > > Try to install pkg-config package - it will figure out the correct library > version and it will compile properly. > In the meantime I will try to figure out a better way to check the library > version. > > Best regards, > > Răzvan Crainea > OpenSIPS Developerwww.opensips-solutions.com > > On 12/01/2017 10:17 AM, Tito Cumpen wrote: > > hello group, > > > I am attempting to compile opensips 2.3 on debian stretch but I am seeing > the following errors. > > Compiling array_del.c > > Compiling json.c > > *json.c:* In function ‘*get_object*’: > > *json.c:301:4:* *warning: *‘*json_object_object_get*’ is deprecated [ > *-Wdeprecated-declarations*] > > *cur_obj* = json_object_object_get( cur_obj, buff ); > > *^~~~~~~* > > In file included from */usr/include/json-c/linkhash.h:16:0*, > > from */usr/include/json-c/json.h:22*, > > from *json.c:48*: > > */usr/include/json-c/json_object.h:290:56:* *note: *declared here > > THIS_FUNCTION_IS_DEPRECATED(extern struct json_object* *j*son_object_object_get(struct > json_object* obj, > > *^* > > */usr/include/json-c/json_object.h:17:43:* *note: *in definition of macro > ‘*THIS_FUNCTION_IS_DEPRECATED*’ > > #define THIS_FUNCTION_IS_DEPRECATED(func) *func* __attribute__ > ((deprecated)) > > *^~~~* > > In file included from *../../parser/../ip_addr.h:46:0*, > > from *../../parser/msg_parser.h:48*, > > from *../../sr_module.h:48*, > > from *json.c:33*: > > *json.c:* In function ‘*pv_set_json*’: > > *json.c:595:5:* *error: *‘*json_tokener_errors*’ undeclared (first use in > this function) > > *j*son_tokener_errors[(unsigned long)obj] > > *^* > > *../../parser/../dprint.h:340:33:* *note: *in definition of macro ‘ > *MY_DPRINT*’ > > dp_my_pid(), __DP_FUNC, ## *args*) \ > > *^~~~* > > *json.c:591:4:* *note: *in expansion of macro ‘*LM_ERR*’ > > *LM_ERR*("Error parsing json: %s\n", > > *^~~~~~* > > *json.c:595:5:* *note: *each undeclared identifier is reported only once > for each function it appears in > > *j*son_tokener_errors[(unsigned long)obj] > > *^* > > *../../parser/../dprint.h:340:33:* *note: *in definition of macro ‘ > *MY_DPRINT*’ > > dp_my_pid(), __DP_FUNC, ## *args*) \ > > *^~~~* > > *json.c:591:4:* *note: *in expansion of macro ‘*LM_ERR*’ > > *LM_ERR*("Error parsing json: %s\n", > > *^~~~~~* > > ../../Makefile.rules:25: recipe for target 'json.o' failed > > > > > I am using the latest pull of opensips 2.3 and have the following deps > installed. > > > libjson-c-dev is already the newest version (0.12.1-1.1). > > libjson-c-doc is already the newest version (0.12.1-1.1). > > libjson-c3 is already the newest version (0.12.1-1.1). > > > > > > > _______________________________________________ > 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 bogdan at opensips.org Fri Dec 8 04:23:48 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 8 Dec 2017 11:23:48 +0200 Subject: [OpenSIPS-Users] DBTEXT not properly working with opensips 2.3 In-Reply-To: References: Message-ID: Hi, What db_mode do you have in the dbtext module ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 12/07/2017 10:09 PM, Aqs Younas wrote: > Greetings of the day, > > I am having the following issues by using DBTEXT with opensips 2.3.2 > (x86_64/linux). > 1. If I add anything(new domain) through openipsctl it does not > reflect in DBTEXT. > 2. If I manually insert entries in DBTEXT, reload command does not > work. I had to restart opensips to make changes effective. > 3. I see this error on opensips restart no matter whatever value I set > in 'state' column of the dispatcher. > > Dec 7 20:00:41 sbc2 /usr/local/opensips/sbin/opensips[2441]: > CRITICAL:dispatcher:add_dest2list: BUG: unknown state -1953657376 for > destination sip:172.31.0.107:5080 > > dispatcher table. > > id(int,auto) setid(int) destination(string) socket(string) > state(string) weight(int) priority(string) attrs(string) > description(string) > 1:21:sip\:172.31.0.107\:5080:udp\:172.31.0.188\:5060:0:50:1:backend=pbx.test.co-pbx.test.co:first > > > Any help would be much appreciated. > > 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 aqsyounas at gmail.com Fri Dec 8 04:55:14 2017 From: aqsyounas at gmail.com (Aqs Younas) Date: Fri, 8 Dec 2017 14:55:14 +0500 Subject: [OpenSIPS-Users] DBTEXT not properly working with opensips 2.3 In-Reply-To: References: Message-ID: Never thought there would be such parameter, this leaves me with the 3rd error. Upon dispatcher reload I see this CRITICAL log. Dec 7 20:00:41 sbc2 /usr/local/opensips/sbin/opensips[2441]: CRITICAL:dispatcher:add_dest2list: BUG: unknown state -1953657376 for destination sip:172.31.0.107:5080 dispatcher table. id(int,auto) setid(int) destination(string) socket(string) state(string) weight(int) priority(string) attrs(string) description(string) 1:21:sip\:172.31.0.107\:5080:udp\:172.31.0.188\:5060:0:50: 1:backend=pbx.test.co-pbx.test.co:first On 8 December 2017 at 14:23, Bogdan-Andrei Iancu wrote: > Hi, > > What db_mode do you have in the dbtext module ? > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > On 12/07/2017 10:09 PM, Aqs Younas wrote: > > Greetings of the day, > > I am having the following issues by using DBTEXT with opensips 2.3.2 > (x86_64/linux). > > 1. If I add anything(new domain) through openipsctl it does not reflect in > DBTEXT. > 2. If I manually insert entries in DBTEXT, reload command does not work. I > had to restart opensips to make changes effective. > 3. I see this error on opensips restart no matter whatever value I set in > 'state' column of the dispatcher. > > Dec 7 20:00:41 sbc2 /usr/local/opensips/sbin/opensips[2441]: > CRITICAL:dispatcher:add_dest2list: BUG: unknown state -1953657376 for > destination sip:172.31.0.107:5080 > > dispatcher table. > > id(int,auto) setid(int) destination(string) socket(string) state(string) > weight(int) priority(string) attrs(string) description(string) > 1:21:sip\:172.31.0.107\:5080:udp\:172.31.0.188\:5060:0:50: > 1:backend=pbx.test.co-pbx.test.co:first > > > Any help would be much appreciated. > > Best Regards, > > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Fri Dec 8 05:36:30 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 8 Dec 2017 12:36:30 +0200 Subject: [OpenSIPS-Users] DBTEXT not properly working with opensips 2.3 In-Reply-To: References: Message-ID: <59cd0cdf-11aa-308d-4505-5cf734407df8@opensips.org> The "state" column is of integer type, see: https://github.com/OpenSIPS/opensips/blob/2.3/scripts/dbtext/opensips/dispatcher Why do you have it as "string" in your file ??? Regard, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 12/08/2017 11:55 AM, Aqs Younas wrote: > Never thought there would be such parameter, this leaves me with the > 3rd error. Upon dispatcher reload I see this CRITICAL log. > > Dec 7 20:00:41 sbc2 /usr/local/opensips/sbin/opensips[2441]: > CRITICAL:dispatcher:add_dest2list: BUG: unknown state -1953657376 for > destination sip:172.31.0.107:5080 > > dispatcher table. > > id(int,auto) setid(int) destination(string) socket(string) > state(string) weight(int) priority(string) attrs(string) > description(string) > 1:21:sip\:172.31.0.107\:5080:udp\:172.31.0.188\:5060:0:50:1:backend=pbx.test.co-pbx.test.co:first > > On 8 December 2017 at 14:23, Bogdan-Andrei Iancu > wrote: > > Hi, > > What db_mode do you have in the dbtext module ? > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > On 12/07/2017 10:09 PM, Aqs Younas wrote: >> Greetings of the day, >> >> I am having the following issues by using DBTEXT with opensips >> 2.3.2 (x86_64/linux). >> 1. If I add anything(new domain) through openipsctl it does not >> reflect in DBTEXT. >> 2. If I manually insert entries in DBTEXT, reload command does >> not work. I had to restart opensips to make changes effective. >> 3. I see this error on opensips restart no matter whatever value >> I set in 'state' column of the dispatcher. >> >> Dec 7 20:00:41 sbc2 /usr/local/opensips/sbin/opensips[2441]: >> CRITICAL:dispatcher:add_dest2list: BUG: unknown state -1953657376 >> for destination sip:172.31.0.107:5080 >> >> dispatcher table. >> >> id(int,auto) setid(int) destination(string) socket(string) >> state(string) weight(int) priority(string) attrs(string) >> description(string) >> 1:21:sip\:172.31.0.107\:5080:udp\:172.31.0.188\:5060:0:50:1:backend=pbx.test.co-pbx.test.co:first >> >> >> Any help would be much appreciated. >> >> 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 aqsyounas at gmail.com Fri Dec 8 06:00:45 2017 From: aqsyounas at gmail.com (Aqs Younas) Date: Fri, 8 Dec 2017 16:00:45 +0500 Subject: [OpenSIPS-Users] DBTEXT not properly working with opensips 2.3 In-Reply-To: <59cd0cdf-11aa-308d-4505-5cf734407df8@opensips.org> References: <59cd0cdf-11aa-308d-4505-5cf734407df8@opensips.org> Message-ID: Apologies, Sorry for the fuss. Working perfectly. Thanks. On 8 December 2017 at 15:36, Bogdan-Andrei Iancu wrote: > The "state" column is of integer type, see: > https://github.com/OpenSIPS/opensips/blob/2.3/scripts/ > dbtext/opensips/dispatcher > > Why do you have it as "string" in your file ??? > > Regard, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developer > http://www.opensips-solutions.com > > On 12/08/2017 11:55 AM, Aqs Younas wrote: > > Never thought there would be such parameter, this leaves me with the 3rd > error. Upon dispatcher reload I see this CRITICAL log. > > Dec 7 20:00:41 sbc2 /usr/local/opensips/sbin/opensips[2441]: > CRITICAL:dispatcher:add_dest2list: BUG: unknown state -1953657376 for > destination sip:172.31.0.107:5080 > > dispatcher table. > > id(int,auto) setid(int) destination(string) socket(string) state(string) > weight(int) priority(string) attrs(string) description(string) > 1:21:sip\:172.31.0.107\:5080:udp\:172.31.0.188\:5060:0:50:1: > backend=pbx.test.co-pbx.test.co:first > > On 8 December 2017 at 14:23, Bogdan-Andrei Iancu > wrote: > >> Hi, >> >> What db_mode do you have in the dbtext module ? >> >> Regards, >> >> Bogdan-Andrei Iancu >> OpenSIPS Founder and Developer >> http://www.opensips-solutions.com >> >> On 12/07/2017 10:09 PM, Aqs Younas wrote: >> >> Greetings of the day, >> >> I am having the following issues by using DBTEXT with opensips 2.3.2 >> (x86_64/linux). >> >> 1. If I add anything(new domain) through openipsctl it does not reflect >> in DBTEXT. >> 2. If I manually insert entries in DBTEXT, reload command does not work. >> I had to restart opensips to make changes effective. >> 3. I see this error on opensips restart no matter whatever value I set in >> 'state' column of the dispatcher. >> >> Dec 7 20:00:41 sbc2 /usr/local/opensips/sbin/opensips[2441]: >> CRITICAL:dispatcher:add_dest2list: BUG: unknown state -1953657376 for >> destination sip:172.31.0.107:5080 >> >> dispatcher table. >> >> id(int,auto) setid(int) destination(string) socket(string) state(string) >> weight(int) priority(string) attrs(string) description(string) >> 1:21:sip\:172.31.0.107\:5080:udp\:172.31.0.188\:5060:0:50:1: >> backend=pbx.test.co-pbx.test.co:first >> >> >> Any help would be much appreciated. >> >> Best Regards, >> >> >> _______________________________________________ >> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ag at ag-projects.com Fri Dec 8 06:09:32 2017 From: ag at ag-projects.com (Adrian Georgescu) Date: Fri, 8 Dec 2017 08:09:32 -0300 Subject: [OpenSIPS-Users] OpenXCAP on Debian... In-Reply-To: References: Message-ID: <122CC891-017D-4769-A920-EE037AB99BFC@ag-projects.com> Can you paste the full output of your commands? Regards, Adrian > On 6 Dec 2017, at 14:11, Boris via Users wrote: > > I just tried to install OpenXCAP on Debian Stretch and was having issues because of missing dependencies (python-twisted-web2). I then tried on both Jessie and Wheezy, but each of those were exposing different dependency problems. > > Was anybody successful recently in installing OpenXCAP on Debian? Not from source but from binary packages? > > Thanks > Boris > > > > _______________________________________________ > 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: 235 bytes Desc: Message signed with OpenPGP URL: From dan at ag-projects.com Fri Dec 8 06:26:33 2017 From: dan at ag-projects.com (Dan Pascu) Date: Fri, 8 Dec 2017 13:26:33 +0200 Subject: [OpenSIPS-Users] OpenXCAP on Debian... In-Reply-To: References: Message-ID: On 6 Dec 2017, at 19:11, Boris via Users wrote: > I just tried to install OpenXCAP on Debian Stretch and was having issues because of missing dependencies (python-twisted-web2). It seems debian stretch decided to not ship this package. You can ask them why, because the package is present in wheezy (old old stable), jessie (old stable) and it is still present in unstable. They just seem to have skipped stretch. https://packages.debian.org/search?keywords=python-twisted-web2 > I then tried on both Jessie and Wheezy, but each of those were exposing different dependency problems. You'll most likely need the jessie-backports repository for jessie. I won't recommend wheezy as it's too old. -- Dan From daniel.zanutti at gmail.com Fri Dec 8 14:43:30 2017 From: daniel.zanutti at gmail.com (Daniel Zanutti) Date: Fri, 8 Dec 2017 17:43:30 -0200 Subject: [OpenSIPS-Users] Solution to storing a lot of siptrace Message-ID: Hi I have around 2000 simultaneous calls, 50 CPS and would like to store sip trace for all of them. Storing on MySQL is not working. If you have some indexes on the table, after 1M register it starts to slow down the whole server. If no indexes, it's not searchable. Do you guys have a good solution to store a lot of sip trace on Opensips? Like 200 GB. It needs to be searchable almost real-time (a few minutes is fine). I was thinking on store on a flat text file and move to a NOSQL solution, what do you guys think? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From ffshoh at gmail.com Fri Dec 8 15:21:40 2017 From: ffshoh at gmail.com (Jon Abrams) Date: Fri, 8 Dec 2017 14:21:40 -0600 Subject: [OpenSIPS-Users] Solution to storing a lot of siptrace In-Reply-To: References: Message-ID: You might try using TokuDB table storage for MySql/MariaDB without compression. The penalty for indexing is much reduced over InnoDB. You might also replicate the sip traces off your live proxy to another OpenSIPs capture node and let that node handle the inserts. Take a look at Web Homer as well. On Fri, Dec 8, 2017 at 1:43 PM, Daniel Zanutti wrote: > Hi > > I have around 2000 simultaneous calls, 50 CPS and would like to store sip > trace for all of them. > > Storing on MySQL is not working. If you have some indexes on the table, > after 1M register it starts to slow down the whole server. If no indexes, > it's not searchable. > > Do you guys have a good solution to store a lot of sip trace on Opensips? > Like 200 GB. > > It needs to be searchable almost real-time (a few minutes is fine). > > I was thinking on store on a flat text file and move to a NOSQL solution, > what do you guys think? > > Thanks > > > > > _______________________________________________ > 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 arsen.semionov at gmail.com Fri Dec 8 15:43:23 2017 From: arsen.semionov at gmail.com (Arsen) Date: Fri, 8 Dec 2017 22:43:23 +0200 Subject: [OpenSIPS-Users] Solution to storing a lot of siptrace In-Reply-To: References: Message-ID: +1 for Homer. Nosql also seems a good idea. Arsen Semionov www.eurolan.info cell: +442035198881 On Fri, Dec 8, 2017 at 10:21 PM, Jon Abrams wrote: > You might try using TokuDB table storage for MySql/MariaDB without > compression. The penalty for indexing is much reduced over InnoDB. > > You might also replicate the sip traces off your live proxy to another > OpenSIPs capture node and let that node handle the inserts. Take a look at > Web Homer as well. > > On Fri, Dec 8, 2017 at 1:43 PM, Daniel Zanutti > wrote: > >> Hi >> >> I have around 2000 simultaneous calls, 50 CPS and would like to store sip >> trace for all of them. >> >> Storing on MySQL is not working. If you have some indexes on the table, >> after 1M register it starts to slow down the whole server. If no indexes, >> it's not searchable. >> >> Do you guys have a good solution to store a lot of sip trace on Opensips? >> Like 200 GB. >> >> It needs to be searchable almost real-time (a few minutes is fine). >> >> I was thinking on store on a flat text file and move to a NOSQL solution, >> what do you guys think? >> >> Thanks >> >> >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmaruzz at gmail.com Fri Dec 8 17:37:38 2017 From: gmaruzz at gmail.com (Giovanni Maruzzelli) Date: Fri, 8 Dec 2017 23:37:38 +0100 Subject: [OpenSIPS-Users] Solution to storing a lot of siptrace In-Reply-To: References: Message-ID: The guys at Homer/Sipcapture have built some impressive big things for carriers. They sure can help you. mailto: support at sipcapture.org Sent via mobile, please forgive typos and brevity. cell: +39 347 266 56 18 Giovanni Maruzzelli OpenTelecom.IT On Dec 8, 2017 9:47 PM, "Arsen" wrote: > +1 for Homer. Nosql also seems a good idea. > > > > Arsen Semionov > www.eurolan.info > cell: +442035198881 <+44%2020%203519%208881> > > On Fri, Dec 8, 2017 at 10:21 PM, Jon Abrams wrote: > >> You might try using TokuDB table storage for MySql/MariaDB without >> compression. The penalty for indexing is much reduced over InnoDB. >> >> You might also replicate the sip traces off your live proxy to another >> OpenSIPs capture node and let that node handle the inserts. Take a look at >> Web Homer as well. >> >> On Fri, Dec 8, 2017 at 1:43 PM, Daniel Zanutti >> wrote: >> >>> Hi >>> >>> I have around 2000 simultaneous calls, 50 CPS and would like to store >>> sip trace for all of them. >>> >>> Storing on MySQL is not working. If you have some indexes on the table, >>> after 1M register it starts to slow down the whole server. If no indexes, >>> it's not searchable. >>> >>> Do you guys have a good solution to store a lot of sip trace on >>> Opensips? Like 200 GB. >>> >>> It needs to be searchable almost real-time (a few minutes is fine). >>> >>> I was thinking on store on a flat text file and move to a NOSQL >>> solution, what do you guys think? >>> >>> Thanks >>> >>> >>> >>> >>> _______________________________________________ >>> 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 bakern at gmail.com Sat Dec 9 00:40:56 2017 From: bakern at gmail.com (Nathan Baker) Date: Sat, 9 Dec 2017 00:40:56 -0500 Subject: [OpenSIPS-Users] IP OPS Module Message-ID: Hi Everyone, I've come across a few instances where it would be nice to check if the URI is an IP address or domain, or check if an IP address is a private (RFC 1918) address, and a few other things. I don't see an easy way to do these things in OpenSIPS, but I do see a Kamailio module called IPOPS that does these sort of things. I'm just wondering, is it possible to use the Kamailio module in OpenSIPS (either drop in the compiled module, or compile it)? Or is there an easier way to do similar things in OpenSIPS? If not, it looks like the licenses are compatible, is it possible to pull that module into OpenSIPS? Sorry if this has come up before, I couldn't find it when searching. Thanks! -Nate -------------- next part -------------- An HTML attachment was scrubbed... URL: From mas_66 at tiscali.co.uk Sun Dec 10 05:28:33 2017 From: mas_66 at tiscali.co.uk (mas_66) Date: Sun, 10 Dec 2017 10:28:33 +0000 Subject: [OpenSIPS-Users] Opensips 2.3.2 In-Reply-To: <3847644.3127601511956521356.JavaMail.defaultUser@defaultHost> Message-ID: Hi Everyone Any idea on how to change the FROM domain on a call?I have more than one NIC and my calls fail because the sending domain to my Carrier is incorrect Thanks Sent from Samsung Mobile on O2 -------- Original message --------From: mas_66--- via Users Date: 29/11/2017 11:55 (GMT+00:00) To: bogdan at opensips.org, OpenSIPS users mailling list Subject: Re: [OpenSIPS-Users] Opensips 2.3.2 Hi Bogdan I tried your suggestion but unfortunately i am still presenting the incorrect domain when i try to dial 02088253053. So i am still trying to dial out From: "6691" instead of "6691". below is the udp stream if it helps. Thanks Mas U 172.23.100.250:5060 -> 172.23.100.55:5060 OPTIONS sip:172.23.100.55:5060 SIP/2.0. Via: SIP/2.0/UDP 172.23.100.250:5060;branch=z9hG4bK00Bc649aa94943d13d3. From: ;tag=gK007fa50f. To: . Call-ID: 35425181_134052342 at 172.23.100.250. CSeq: 500409 OPTIONS. Max-Forwards: 1. Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,UPDATE, OPTIONS,MESSAGE,PUBLISH. Accept: application/sdp, application/isup, application/dtmf, application/dtmf- relay, multipart/mixed. Contact: . Content-Length: 0. . U 172.23.100.55:5060 -> 172.23.100.250:5060 SIP/2.0 484 Address Incomplete. Via: SIP/2.0/UDP 172.23.100.250:5060;branch=z9hG4bK00Bc649aa94943d13d3. From: ;tag=gK007fa50f. To: ;tag=5588ad0e2fdda81c4b33ac6770683a01.1b10. Call-ID: 35425181_134052342 at 172.23.100.250. CSeq: 500409 OPTIONS. Server: OpenSIPS (2.3.2 (x86_64/linux)). Content-Length: 0. . U 172.23.100.55:5060 -> 172.23.100.250:5060 INVITE sip:02088253053 at 172.23.100.250 SIP/2.0. Record-Route: . Record-Route: . Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. Via: SIP/2.0/UDP 192.168.200.162:56511;received=55.59.210.100;branch=z9hG4bK- 524287-1---3b2989732e03e469;rport=12328. Max-Forwards: 69. Contact: . To: . From: "6691";tag=1a24473b. Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. CSeq: 1 INVITE. Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS, MESSAGE. Content-Type: application/sdp. Supported: replaces. User-Agent: X-Lite release 5.0.3 stamp 88254. Content-Length: 340. P-hint: outbound. . v=0. o=- 13156428154656607 1 IN IP4 192.168.200.162. s=X-Lite release 5.0.3 stamp 88254. c=IN IP4 192.168.200.162. t=0 0. m=audio 59698 RTP/AVP 9 8 120 0 84 101. a=rtpmap:120 opus/48000/2. a=fmtp:120 useinbandfec=1; usedtx=1; maxaveragebitrate=64000. a=rtpmap:84 speex/16000. a=rtpmap:101 telephone-event/8000. a=fmtp:101 0-15. a=sendrecv. U 172.23.100.250:5060 -> 172.23.100.55:5060 SIP/2.0 100 Trying. Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. Via: SIP/2.0/UDP 192.168.200.162:56511;received=55.59.210.100;branch=z9hG4bK- 524287-1---3b2989732e03e469;rport=12328. From: "6691";tag=1a24473b. To: ;tag=gK04ead159. Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. CSeq: 1 INVITE. Content-Length: 0. . U 172.23.100.250:5060 -> 172.23.100.55:5060 SIP/2.0 488 Not Acceptable Here. Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. Via: SIP/2.0/UDP 192.168.200.162:56511;received=55.59.210.100;branch=z9hG4bK- 524287-1---3b2989732e03e469;rport=12328. From: "6691";tag=1a24473b. To: ;tag=gK04ead159. Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. CSeq: 1 INVITE. Content-Length: 0. . U 172.23.100.55:5060 -> 172.23.100.250:5060 ACK sip:02088253053 at 172.23.100.250 SIP/2.0. Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. From: "6691";tag=1a24473b. Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. To: ;tag=gK04ead159. CSeq: 1 ACK. Max-Forwards: 70. User-Agent: OpenSIPS (2.3.2 (x86_64/linux)). Content-Length: 0. _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ksrigo at gmail.com Mon Dec 11 02:58:18 2017 From: ksrigo at gmail.com (Srigo Kanapathipillai) Date: Mon, 11 Dec 2017 08:58:18 +0100 Subject: [OpenSIPS-Users] Opensips 2.3.2 In-Reply-To: References: Message-ID: Hi, Did you try uac_replace_from? Srigo Sent from my iPhone > On 10 Dec 2017, at 11:28, mas_66 via Users wrote: > > Hi Everyone > Any idea on how to change the FROM domain on a call? > I have more than one NIC and my calls fail because the sending domain to my Carrier is incorrect > Thanks > > > > Sent from Samsung Mobile on O2 > > -------- Original message -------- > From: mas_66--- via Users > Date: 29/11/2017 11:55 (GMT+00:00) > To: bogdan at opensips.org, OpenSIPS users mailling list > Subject: Re: [OpenSIPS-Users] Opensips 2.3.2 > > Hi Bogdan > I tried your suggestion but unfortunately i am still presenting the incorrect > domain when i try to dial 02088253053. So i am still trying to dial out From: > "6691" instead of > "6691". below is the udp stream if it helps. > > Thanks > Mas > > > > U 172.23.100.250:5060 -> 172.23.100.55:5060 > OPTIONS sip:172.23.100.55:5060 SIP/2.0. > Via: SIP/2.0/UDP 172.23.100.250:5060;branch=z9hG4bK00Bc649aa94943d13d3. > From: ;tag=gK007fa50f. > To: . > Call-ID: 35425181_134052342 at 172.23.100.250. > CSeq: 500409 OPTIONS. > Max-Forwards: 1. > Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,UPDATE, > OPTIONS,MESSAGE,PUBLISH. > Accept: application/sdp, application/isup, application/dtmf, application/dtmf- > relay, multipart/mixed. > Contact: . > Content-Length: 0. > . > > > U 172.23.100.55:5060 -> 172.23.100.250:5060 > SIP/2.0 484 Address Incomplete. > Via: SIP/2.0/UDP 172.23.100.250:5060;branch=z9hG4bK00Bc649aa94943d13d3. > From: ;tag=gK007fa50f. > To: ;tag=5588ad0e2fdda81c4b33ac6770683a01.1b10. > Call-ID: 35425181_134052342 at 172.23.100.250. > CSeq: 500409 OPTIONS. > Server: OpenSIPS (2.3.2 (x86_64/linux)). > Content-Length: 0. > . > > > U 172.23.100.55:5060 -> 172.23.100.250:5060 > INVITE sip:02088253053 at 172.23.100.250 SIP/2.0. > Record-Route: . > Record-Route: . > Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. > Via: SIP/2.0/UDP 192.168.200.162:56511;received=55.59.210.100;branch=z9hG4bK- > 524287-1---3b2989732e03e469;rport=12328. > Max-Forwards: 69. > Contact: . > To: . > From: "6691";tag=1a24473b. > Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. > CSeq: 1 INVITE. > Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS, > MESSAGE. > Content-Type: application/sdp. > Supported: replaces. > User-Agent: X-Lite release 5.0.3 stamp 88254. > Content-Length: 340. > P-hint: outbound. > . > v=0. > o=- 13156428154656607 1 IN IP4 192.168.200.162. > s=X-Lite release 5.0.3 stamp 88254. > c=IN IP4 192.168.200.162. > t=0 0. > m=audio 59698 RTP/AVP 9 8 120 0 84 101. > a=rtpmap:120 opus/48000/2. > a=fmtp:120 useinbandfec=1; usedtx=1; maxaveragebitrate=64000. > a=rtpmap:84 speex/16000. > a=rtpmap:101 telephone-event/8000. > a=fmtp:101 0-15. > a=sendrecv. > > > U 172.23.100.250:5060 -> 172.23.100.55:5060 > SIP/2.0 100 Trying. > Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. > Via: SIP/2.0/UDP 192.168.200.162:56511;received=55.59.210.100;branch=z9hG4bK- > 524287-1---3b2989732e03e469;rport=12328. > From: "6691";tag=1a24473b. > To: ;tag=gK04ead159. > Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. > CSeq: 1 INVITE. > Content-Length: 0. > . > > > U 172.23.100.250:5060 -> 172.23.100.55:5060 > SIP/2.0 488 Not Acceptable Here. > Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. > Via: SIP/2.0/UDP 192.168.200.162:56511;received=55.59.210.100;branch=z9hG4bK- > 524287-1---3b2989732e03e469;rport=12328. > From: "6691";tag=1a24473b. > To: ;tag=gK04ead159. > Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. > CSeq: 1 INVITE. > Content-Length: 0. > . > > > U 172.23.100.55:5060 -> 172.23.100.250:5060 > ACK sip:02088253053 at 172.23.100.250 SIP/2.0. > Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. > From: "6691";tag=1a24473b. > Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. > To: ;tag=gK04ead159. > CSeq: 1 ACK. > Max-Forwards: 70. > User-Agent: OpenSIPS (2.3.2 (x86_64/linux)). > Content-Length: 0. > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon Dec 11 03:56:22 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 11 Dec 2017 10:56:22 +0200 Subject: [OpenSIPS-Users] Opensips 2.3.2 In-Reply-To: References: Message-ID: Check the uac_replace_from() function[1]. [1] http://www.opensips.org/html/docs/modules/2.3.x/uac.html#idp5591536 Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/10/2017 12:28 PM, mas_66 via Users wrote: > Hi Everyone > Any idea on how to change the FROM domain on a call? > I have more than one NIC and my calls fail because the sending domain > to my Carrier is incorrect > Thanks > > > > Sent from Samsung Mobile on O2 > > -------- Original message -------- > From: mas_66--- via Users > Date: 29/11/2017 11:55 (GMT+00:00) > To: bogdan at opensips.org, OpenSIPS users mailling list > > Subject: Re: [OpenSIPS-Users] Opensips 2.3.2 > > Hi Bogdan > I tried your suggestion but unfortunately i am still presenting the > incorrect > domain when i try to dial 02088253053. So i am still trying to dial > out From: > "6691" instead of > "6691". below is the udp stream if it helps. > > Thanks > Mas > > > > U 172.23.100.250:5060 -> 172.23.100.55:5060 > OPTIONS sip:172.23.100.55:5060 SIP/2.0. > Via: SIP/2.0/UDP 172.23.100.250:5060;branch=z9hG4bK00Bc649aa94943d13d3. > From: ;tag=gK007fa50f. > To: . > Call-ID: 35425181_134052342 at 172.23.100.250. > CSeq: 500409 OPTIONS. > Max-Forwards: 1. > Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,UPDATE, > OPTIONS,MESSAGE,PUBLISH. > Accept: application/sdp, application/isup, application/dtmf, > application/dtmf- > relay, multipart/mixed. > Contact: . > Content-Length: 0. > . > > > U 172.23.100.55:5060 -> 172.23.100.250:5060 > SIP/2.0 484 Address Incomplete. > Via: SIP/2.0/UDP 172.23.100.250:5060;branch=z9hG4bK00Bc649aa94943d13d3. > From: ;tag=gK007fa50f. > To: ;tag=5588ad0e2fdda81c4b33ac6770683a01.1b10. > Call-ID: 35425181_134052342 at 172.23.100.250. > CSeq: 500409 OPTIONS. > Server: OpenSIPS (2.3.2 (x86_64/linux)). > Content-Length: 0. > . > > > U 172.23.100.55:5060 -> 172.23.100.250:5060 > INVITE sip:02088253053 at 172.23.100.250 SIP/2.0. > Record-Route: . > Record-Route: . > Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. > Via: SIP/2.0/UDP > 192.168.200.162:56511;received=55.59.210.100;branch=z9hG4bK- > 524287-1---3b2989732e03e469;rport=12328. > Max-Forwards: 69. > Contact: . > To: . > From: "6691";tag=1a24473b. > Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. > CSeq: 1 INVITE. > Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS, > MESSAGE. > Content-Type: application/sdp. > Supported: replaces. > User-Agent: X-Lite release 5.0.3 stamp 88254. > Content-Length: 340. > P-hint: outbound. > . > v=0. > o=- 13156428154656607 1 IN IP4 192.168.200.162. > s=X-Lite release 5.0.3 stamp 88254. > c=IN IP4 192.168.200.162. > t=0 0. > m=audio 59698 RTP/AVP 9 8 120 0 84 101. > a=rtpmap:120 opus/48000/2. > a=fmtp:120 useinbandfec=1; usedtx=1; maxaveragebitrate=64000. > a=rtpmap:84 speex/16000. > a=rtpmap:101 telephone-event/8000. > a=fmtp:101 0-15. > a=sendrecv. > > > U 172.23.100.250:5060 -> 172.23.100.55:5060 > SIP/2.0 100 Trying. > Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. > Via: SIP/2.0/UDP > 192.168.200.162:56511;received=55.59.210.100;branch=z9hG4bK- > 524287-1---3b2989732e03e469;rport=12328. > From: "6691";tag=1a24473b. > To: ;tag=gK04ead159. > Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. > CSeq: 1 INVITE. > Content-Length: 0. > . > > > U 172.23.100.250:5060 -> 172.23.100.55:5060 > SIP/2.0 488 Not Acceptable Here. > Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. > Via: SIP/2.0/UDP > 192.168.200.162:56511;received=55.59.210.100;branch=z9hG4bK- > 524287-1---3b2989732e03e469;rport=12328. > From: "6691";tag=1a24473b. > To: ;tag=gK04ead159. > Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. > CSeq: 1 INVITE. > Content-Length: 0. > . > > > U 172.23.100.55:5060 -> 172.23.100.250:5060 > ACK sip:02088253053 at 172.23.100.250 SIP/2.0. > Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. > From: "6691";tag=1a24473b. > Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. > To: ;tag=gK04ead159. > CSeq: 1 ACK. > Max-Forwards: 70. > User-Agent: OpenSIPS (2.3.2 (x86_64/linux)). > Content-Length: 0. > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Mon Dec 11 04:03:04 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 11 Dec 2017 11:03:04 +0200 Subject: [OpenSIPS-Users] Opensips 2.3.2 Message-ID: Hi Mas, Use the uac_replace_from() if you need to change the URI or display in the FROM hdr: http://www.opensips.org/html/docs/modules/2.3.x/uac.html#idp5583120 Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 12/10/2017 12:28 PM, mas_66 wrote: > Hi Everyone > Any idea on how to change the FROM domain on a call? > I have more than one NIC and my calls fail because the sending domain > to my Carrier is incorrect > Thanks > > > > Sent from Samsung Mobile on O2 > > -------- Original message -------- > From: mas_66--- via Users > Date: 29/11/2017 11:55 (GMT+00:00) > To: bogdan at opensips.org, OpenSIPS users mailling list > > Subject: Re: [OpenSIPS-Users] Opensips 2.3.2 > > Hi Bogdan > I tried your suggestion but unfortunately i am still presenting the > incorrect > domain when i try to dial 02088253053. So i am still trying to dial > out From: > "6691" instead of > "6691". below is the udp stream if it helps. > > Thanks > Mas > > > > U 172.23.100.250:5060 -> 172.23.100.55:5060 > OPTIONS sip:172.23.100.55:5060 SIP/2.0. > Via: SIP/2.0/UDP 172.23.100.250:5060;branch=z9hG4bK00Bc649aa94943d13d3. > From: ;tag=gK007fa50f. > To: . > Call-ID: 35425181_134052342 at 172.23.100.250. > CSeq: 500409 OPTIONS. > Max-Forwards: 1. > Allow: INVITE,ACK,CANCEL,BYE,REGISTER,REFER,INFO,SUBSCRIBE,NOTIFY,UPDATE, > OPTIONS,MESSAGE,PUBLISH. > Accept: application/sdp, application/isup, application/dtmf, > application/dtmf- > relay, multipart/mixed. > Contact: . > Content-Length: 0. > . > > > U 172.23.100.55:5060 -> 172.23.100.250:5060 > SIP/2.0 484 Address Incomplete. > Via: SIP/2.0/UDP 172.23.100.250:5060;branch=z9hG4bK00Bc649aa94943d13d3. > From: ;tag=gK007fa50f. > To: ;tag=5588ad0e2fdda81c4b33ac6770683a01.1b10. > Call-ID: 35425181_134052342 at 172.23.100.250. > CSeq: 500409 OPTIONS. > Server: OpenSIPS (2.3.2 (x86_64/linux)). > Content-Length: 0. > . > > > U 172.23.100.55:5060 -> 172.23.100.250:5060 > INVITE sip:02088253053 at 172.23.100.250 SIP/2.0. > Record-Route: . > Record-Route: . > Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. > Via: SIP/2.0/UDP > 192.168.200.162:56511;received=55.59.210.100;branch=z9hG4bK- > 524287-1---3b2989732e03e469;rport=12328. > Max-Forwards: 69. > Contact: . > To: . > From: "6691";tag=1a24473b. > Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. > CSeq: 1 INVITE. > Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS, > MESSAGE. > Content-Type: application/sdp. > Supported: replaces. > User-Agent: X-Lite release 5.0.3 stamp 88254. > Content-Length: 340. > P-hint: outbound. > . > v=0. > o=- 13156428154656607 1 IN IP4 192.168.200.162. > s=X-Lite release 5.0.3 stamp 88254. > c=IN IP4 192.168.200.162. > t=0 0. > m=audio 59698 RTP/AVP 9 8 120 0 84 101. > a=rtpmap:120 opus/48000/2. > a=fmtp:120 useinbandfec=1; usedtx=1; maxaveragebitrate=64000. > a=rtpmap:84 speex/16000. > a=rtpmap:101 telephone-event/8000. > a=fmtp:101 0-15. > a=sendrecv. > > > U 172.23.100.250:5060 -> 172.23.100.55:5060 > SIP/2.0 100 Trying. > Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. > Via: SIP/2.0/UDP > 192.168.200.162:56511;received=55.59.210.100;branch=z9hG4bK- > 524287-1---3b2989732e03e469;rport=12328. > From: "6691";tag=1a24473b. > To: ;tag=gK04ead159. > Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. > CSeq: 1 INVITE. > Content-Length: 0. > . > > > U 172.23.100.250:5060 -> 172.23.100.55:5060 > SIP/2.0 488 Not Acceptable Here. > Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. > Via: SIP/2.0/UDP > 192.168.200.162:56511;received=55.59.210.100;branch=z9hG4bK- > 524287-1---3b2989732e03e469;rport=12328. > From: "6691";tag=1a24473b. > To: ;tag=gK04ead159. > Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. > CSeq: 1 INVITE. > Content-Length: 0. > . > > > U 172.23.100.55:5060 -> 172.23.100.250:5060 > ACK sip:02088253053 at 172.23.100.250 SIP/2.0. > Via: SIP/2.0/UDP 172.23.100.55:5060;branch=z9hG4bK2f3e.20349925.0. > From: "6691";tag=1a24473b. > Call-ID: 88254ZjZhZjYwYmI1N2MyYzNjODkzYTNmYzRhMzg2MWFiYTI. > To: ;tag=gK04ead159. > CSeq: 1 ACK. > Max-Forwards: 70. > User-Agent: OpenSIPS (2.3.2 (x86_64/linux)). > Content-Length: 0. > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Mon Dec 11 04:05:54 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Mon, 11 Dec 2017 11:05:54 +0200 Subject: [OpenSIPS-Users] IP OPS Module In-Reply-To: References: Message-ID: <2a3f95db-3e01-e726-30bf-15d18b1bd85b@opensips.org> Hi, Nathan! In OpenSIPS you can easily check if an IP is an address using the ip transformation[1]: if ($(rd{ip.isip}) == 1)     xlog("It is an IP!\n"); There is no transormation to check if the value of a variable is private, but you can use the nat_uac_test() function to do that for certain parts of the message[2]. If that's not enough for you, better open a feature request and we will add the necessary function/transformation. Porting a Kamailio module shouldn't be that hard, since both project have a similar core, but as you can see, each project has its different vision of sorting out a problem. IMO, it's not worth having an entire module in opensips for this. [1] http://www.opensips.org/Documentation/Script-Tran-2-3#toc73 [2] http://www.opensips.org/html/docs/modules/2.3.x/nathelper.html#idp5549968 Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/09/2017 07:40 AM, Nathan Baker wrote: > Hi Everyone, > > I've come across a few instances where it would be nice to check if > the URI is an IP address or domain, or check if an IP address is a > private (RFC 1918) address, and a few other things.  I don't see an > easy way to do these things in OpenSIPS, but I do see a Kamailio > module called IPOPS that does these sort of things.  I'm just > wondering, is it possible to use the Kamailio module in OpenSIPS > (either drop in the compiled module, or compile it)?  Or is there an > easier way to do similar things in OpenSIPS? > > If not, it looks like the licenses are compatible, is it possible to > pull that module into OpenSIPS?  Sorry if this has come up before, I > couldn't find it when searching. > > Thanks! > > -Nate > > > _______________________________________________ > 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 Dec 11 04:07:06 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 11 Dec 2017 11:07:06 +0200 Subject: [OpenSIPS-Users] IP OPS Module In-Reply-To: References: Message-ID: <887989c9-90e3-b34c-c436-ba43c16cdbf7@opensips.org> Hi Nate, If you simply want to check if the domain part of a SIP URI is an IP, you do not need a module for that, you can simply use a regexp for that. For example for checking the FROM domain: if ($fd=~"[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}" ) Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 12/09/2017 07:40 AM, Nathan Baker wrote: > Hi Everyone, > > I've come across a few instances where it would be nice to check if > the URI is an IP address or domain, or check if an IP address is a > private (RFC 1918) address, and a few other things. I don't see an > easy way to do these things in OpenSIPS, but I do see a Kamailio > module called IPOPS that does these sort of things. I'm just > wondering, is it possible to use the Kamailio module in OpenSIPS > (either drop in the compiled module, or compile it)? Or is there an > easier way to do similar things in OpenSIPS? > > If not, it looks like the licenses are compatible, is it possible to > pull that module into OpenSIPS? Sorry if this has come up before, I > couldn't find it when searching. > > Thanks! > > -Nate > > > _______________________________________________ > 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 mas_66 at tiscali.co.uk Tue Dec 12 11:55:37 2017 From: mas_66 at tiscali.co.uk (mas_66 at tiscali.co.uk) Date: Tue, 12 Dec 2017 16:55:37 +0000 (GMT) Subject: [OpenSIPS-Users] Opensips 2.3.2 In-Reply-To: References: Message-ID: <16917524.3622581513097737632.JavaMail.defaultUser@defaultHost> Thanks Bogdan and Razvan I have inserted the function in the location as below in opensips.cfg with no success im afraid. Have i put it in the correct location? i want to change the FROM URI 1.1.1.1 to 2.2.2.2 thanks route[relay] { # for INVITEs enable some additional helper routes if (is_method("INVITE")) { if (isflagset(NAT)) { rtpproxy_offer("ro"); } t_on_branch("per_branch_ops"); t_on_reply("handle_nat"); t_on_failure("missed_call"); } if (isflagset(NAT)) { add_rr_param(";nat=yes"); } if (!t_relay()) { send_reply("500","Internal Error"); }; exit; } branch_route[per_branch_ops] { uac_replace_from("$avp(display)","$avp(uri)"); xlog("new branch at $ru\n"); } onreply_route[handle_nat] { if (nat_uac_test("1")) fix_nated_contact(); if ( isflagset(NAT) ) rtpproxy_answer("ro"); xlog("incoming reply\n"); } failure_route[missed_call] { if (t_was_cancelled()) { exit; } # uncomment the following lines if you want to block client # redirect based on 3xx replies. ##if (t_check_status("3[0-9][0-9]")) { ##t_reply("404","Not found"); ## exit; ##} } local_route { if (is_method("BYE") && $DLG_dir=="UPSTREAM") { acc_db_request("200 Dialog Timeout", "acc"); } } From bakern at gmail.com Tue Dec 12 12:01:29 2017 From: bakern at gmail.com (Nathan Baker) Date: Tue, 12 Dec 2017 12:01:29 -0500 Subject: [OpenSIPS-Users] NAT Traversal Module and Proxying Presence Message-ID: Hello Everyone, After reading the documentation for the NAT traversal module I have a couple questions about it, some specific to my purpose of proxying presence messages: 1) I came across this old page ( https://www.opensips.org/Development/Nattraversal) on the OpenSIPS website seeming to indicate that the nathelper module was going to go away at some point. I'm guessing that work is not being done anymore, but wondering if one module is better than the other, or are both fine? It seems like NAT traversal has more flexibility for keepalives outside of just for registrations. 2) In the NAT traversal documentation, section 1.8.3 Subscription in multi-proxy environments, it says: We have a user agent UA1 for which subscriptions are handled by the proxy P1. However UA1 sends the SUBSCRIBE to P0 which in turn forwards it to P1 like this: UA1 --> P0 --> P1. In this case P0 calls nat_keepalive(), then calls record_route() to stay in the path and forwards the request to P1 using t_relay().Further SUBSCRIBE and NOTIFY requests will follow the record route and use P0 as a NAT entry point to have access to UA1. Basically I'm wondering how P0 would keep track of the received/NAT address of UA1 for routing the NOTIFY it gets, without relying on UA1 to be registered and stored in the location table? P1 will route the NOTIFY to P0 because of Record Routing, but the Contact in the message will either have a domain name or private IP address. Is this recommendation assuming that fix_contact() should be called before relaying the subscribe message? I can probably just add the received address info in parameters on the record-route (I tested this does work), or on the Contact, in the original SUBSCRIBE, but this doesn't seem like a clean solution. Am I missing a better or easier way to accomplish this? I didn't have good luck with the topology_hiding module or dialog module with presence, so my last resort would be to store subscriptions in a new location table. Sorry for the long post, any help would be greatly appreciated! Thanks, Nate -------------- next part -------------- An HTML attachment was scrubbed... URL: From bakern at gmail.com Tue Dec 12 12:05:29 2017 From: bakern at gmail.com (Nathan Baker) Date: Tue, 12 Dec 2017 12:05:29 -0500 Subject: [OpenSIPS-Users] IP OPS Module In-Reply-To: <2a3f95db-3e01-e726-30bf-15d18b1bd85b@opensips.org> References: <2a3f95db-3e01-e726-30bf-15d18b1bd85b@opensips.org> Message-ID: Thanks Bogdan and Răzvan, that is very helpful and should do what I need. I also looked at the other script transformations available and it's great there are so many of them. -Nate On Mon, Dec 11, 2017 at 4:05 AM, Răzvan Crainea wrote: > Hi, Nathan! > > In OpenSIPS you can easily check if an IP is an address using the ip > transformation[1]: > > if ($(rd{ip.isip}) == 1) > xlog("It is an IP!\n"); > > There is no transormation to check if the value of a variable is private, > but you can use the nat_uac_test() function to do that for certain parts of > the message[2]. If that's not enough for you, better open a feature request > and we will add the necessary function/transformation. > > Porting a Kamailio module shouldn't be that hard, since both project have > a similar core, but as you can see, each project has its different vision > of sorting out a problem. IMO, it's not worth having an entire module in > opensips for this. > > [1] http://www.opensips.org/Documentation/Script-Tran-2-3#toc73 > [2] http://www.opensips.org/html/docs/modules/2.3.x/nathelper. > html#idp5549968 > > Best regards, > > Răzvan Crainea > OpenSIPS Developerwww.opensips-solutions.com > > On 12/09/2017 07:40 AM, Nathan Baker wrote: > > Hi Everyone, > > I've come across a few instances where it would be nice to check if the > URI is an IP address or domain, or check if an IP address is a private (RFC > 1918) address, and a few other things. I don't see an easy way to do these > things in OpenSIPS, but I do see a Kamailio module called IPOPS that does > these sort of things. I'm just wondering, is it possible to use the > Kamailio module in OpenSIPS (either drop in the compiled module, or compile > it)? Or is there an easier way to do similar things in OpenSIPS? > > If not, it looks like the licenses are compatible, is it possible to pull > that module into OpenSIPS? Sorry if this has come up before, I couldn't > find it when searching. > > Thanks! > > -Nate > > > _______________________________________________ > 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 razvan at opensips.org Wed Dec 13 04:42:28 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 13 Dec 2017 11:42:28 +0200 Subject: [OpenSIPS-Users] Opensips 2.3.2 In-Reply-To: <16917524.3622581513097737632.JavaMail.defaultUser@defaultHost> References: <16917524.3622581513097737632.JavaMail.defaultUser@defaultHost> Message-ID: <9c7bc6fa-3142-69d2-bd07-14c9044f7861@opensips.org> Yes, the call seems to be in the right place. Are you sure that $avp(display) and $avp(uri) contain the right information? Did you add some logs to make sure? Are there any errors in the script? Is anything changed in the From header after forwarding the request? Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/12/2017 06:55 PM, mas_66--- via Users wrote: > Thanks Bogdan and Razvan > > I have inserted the function in the location as below in opensips.cfg with no > success im afraid. > Have i put it in the correct location? i want to change the FROM URI 1.1.1.1 to > 2.2.2.2 > > thanks > route[relay] { > # for INVITEs enable some additional helper routes > if (is_method("INVITE")) { > > if (isflagset(NAT)) { > rtpproxy_offer("ro"); > } > > t_on_branch("per_branch_ops"); > t_on_reply("handle_nat"); > t_on_failure("missed_call"); > } > > if (isflagset(NAT)) { > add_rr_param(";nat=yes"); > } > > if (!t_relay()) { > send_reply("500","Internal Error"); > }; > exit; > } > > > > > branch_route[per_branch_ops] { > uac_replace_from("$avp(display)","$avp(uri)"); > xlog("new branch at $ru\n"); > } > > > onreply_route[handle_nat] { > if (nat_uac_test("1")) > fix_nated_contact(); > if ( isflagset(NAT) ) > rtpproxy_answer("ro"); > xlog("incoming reply\n"); > } > > > failure_route[missed_call] { > if (t_was_cancelled()) { > exit; > } > > # uncomment the following lines if you want to block client > # redirect based on 3xx replies. > ##if (t_check_status("3[0-9][0-9]")) { > ##t_reply("404","Not found"); > ## exit; > ##} > > > } > > > > local_route { > if (is_method("BYE") && $DLG_dir=="UPSTREAM") { > > acc_db_request("200 Dialog Timeout", "acc"); > > } > } > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From bogdan at opensips.org Wed Dec 13 05:08:27 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Wed, 13 Dec 2017 12:08:27 +0200 Subject: [OpenSIPS-Users] NAT Traversal Module and Proxying Presence In-Reply-To: References: Message-ID: Hi Nathan, 1) both nathelper and nat_traversal module are fine for the moment, as time as they serve your needs. 2) short answer : the routing of SUBSCRIBE based dialogs do not require location data, as all the SIP dialog routing data is stored in the SIP messages themselves - see the Route Set concept ( http://www.opensips.org/Documentation/Webinars#toc12, chapter 5.5, Routing in SIP). On P0 you need to do fix_contact() (so the private contact is replaced) and nat_keepalive() (for pinging purposes). The Notify will be routed back from P1 via Route hdrs (P0) and received Contact (fixed to point to a public IP). Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 12/12/2017 07:01 PM, Nathan Baker wrote: > Hello Everyone, > > After reading the documentation for the NAT traversal module I have a > couple questions about it, some specific to my purpose of proxying > presence messages: > > 1) I came across this old page > (https://www.opensips.org/Development/Nattraversal) on the OpenSIPS > website seeming to indicate that the nathelper module was going to go > away at some point. I'm guessing that work is not being done anymore, > but wondering if one module is better than the other, or are both > fine? It seems like NAT traversal has more flexibility for keepalives > outside of just for registrations. > > 2) In the NAT traversal documentation, section 1.8.3 Subscription in > multi-proxy environments, it says: > > We have a user agent UA1 for which subscriptions are handled by > the proxy P1. However UA1 sends the SUBSCRIBE to P0 which in turn > forwards it to P1 like this: UA1 --> P0 --> P1. In this case P0 > calls nat_keepalive(), then calls record_route() to stay in the > path and forwards the request to P1 using t_relay().Further > SUBSCRIBE and NOTIFY requests will follow the record route and use > P0 as a NAT entry point to have access to UA1. > > > Basically I'm wondering how P0 would keep track of the received/NAT > address of UA1 for routing the NOTIFY it gets, without relying on UA1 > to be registered and stored in the location table? P1 will route the > NOTIFY to P0 because of Record Routing, but the Contact in the message > will either have a domain name or private IP address. Is this > recommendation assuming that fix_contact() should be called before > relaying the subscribe message? > > I can probably just add the received address info in parameters on the > record-route (I tested this does work), or on the Contact, in the > original SUBSCRIBE, but this doesn't seem like a clean solution. Am I > missing a better or easier way to accomplish this? I didn't have good > luck with the topology_hiding module or dialog module with presence, > so my last resort would be to store subscriptions in a new location table. > > Sorry for the long post, any help would be greatly appreciated! > > Thanks, > Nate > > > _______________________________________________ > 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 nferreira at fuze.com Wed Dec 13 05:24:11 2017 From: nferreira at fuze.com (Nuno Ferreira) Date: Wed, 13 Dec 2017 10:24:11 +0000 Subject: [OpenSIPS-Users] Log rtpproxy ip address Message-ID: Good morning, We are running rtp_cluster as the frontend for a cluster of rtpproxy instances. Is there a way to print in the logs (xlog()) the IP address of the selected rtpproxy instance that is being advertised on the SDP to the peer side? Thank you, Nuno Ferreira -- *Confidentiality Notice: The information contained in this e-mail and any attachments may be confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the sender and permanently delete the e-mail and any attachments immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. Thank you.* -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Wed Dec 13 05:44:06 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 13 Dec 2017 12:44:06 +0200 Subject: [OpenSIPS-Users] Log rtpproxy ip address In-Reply-To: References: Message-ID: <2abe3ca9-8ef5-fbb3-e3f6-fa7c689d24a2@opensips.org> Hi, Nuno! There's currently no way to get the IP address that is being advertised in the SDP, all you can get is the IP of the communication socket to the rtp_cluster - probably it is not an information you can use. Getting this information in a pvar shouldn't be that hard - please open a feature request on our tracker[1] and we will try to implement it for the next release. [1] https://github.com/OpenSIPS/opensips/issues Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/13/2017 12:24 PM, Nuno Ferreira wrote: > Good morning, > > We are running rtp_cluster as the frontend for a cluster of rtpproxy > instances. Is there a way to print in the logs (xlog()) the IP address > of the selected rtpproxy instance that is being advertised on the SDP > to the peer side? > > Thank you, > > Nuno Ferreira > > *Confidentiality Notice: The information contained in this e-mail and any > attachments may be confidential. If you are not an intended recipient, you > are hereby notified that any dissemination, distribution or copying of > this > e-mail is strictly prohibited. If you have received this e-mail in error, > please notify the sender and permanently delete the e-mail and any > attachments immediately. You should not retain, copy or use this e-mail or > any attachment for any purpose, nor disclose all or any part of the > contents to any other person. Thank you.* > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From nferreira at fuze.com Wed Dec 13 08:40:54 2017 From: nferreira at fuze.com (Nuno Ferreira) Date: Wed, 13 Dec 2017 13:40:54 +0000 Subject: [OpenSIPS-Users] Log rtpproxy ip address In-Reply-To: <2abe3ca9-8ef5-fbb3-e3f6-fa7c689d24a2@opensips.org> References: <2abe3ca9-8ef5-fbb3-e3f6-fa7c689d24a2@opensips.org> Message-ID: Thanks Răzvan, I've opened https://github.com/OpenSIPS/opensips/issues/1233. Regards, Nuno On Wed, Dec 13, 2017 at 10:44 AM, Răzvan Crainea wrote: > Hi, Nuno! > > There's currently no way to get the IP address that is being advertised in > the SDP, all you can get is the IP of the communication socket to the > rtp_cluster - probably it is not an information you can use. > Getting this information in a pvar shouldn't be that hard - please open a > feature request on our tracker[1] and we will try to implement it for the > next release. > > [1] https://github.com/OpenSIPS/opensips/issues > > Best regards, > > Răzvan Crainea > OpenSIPS Developerwww.opensips-solutions.com > > On 12/13/2017 12:24 PM, Nuno Ferreira wrote: > > Good morning, > > We are running rtp_cluster as the frontend for a cluster of rtpproxy > instances. Is there a way to print in the logs (xlog()) the IP address of > the selected rtpproxy instance that is being advertised on the SDP to the > peer side? > > Thank you, > > Nuno Ferreira > > *Confidentiality Notice: The information contained in this e-mail and any > attachments may be confidential. If you are not an intended recipient, you > are hereby notified that any dissemination, distribution or copying of this > e-mail is strictly prohibited. If you have received this e-mail in error, > please notify the sender and permanently delete the e-mail and any > attachments immediately. You should not retain, copy or use this e-mail or > any attachment for any purpose, nor disclose all or any part of the > contents to any other person. Thank you.* > > _______________________________________________ > Users mailing 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 > > -- *Nuno Ferreira* | Architect, CoreUC | nferreira at fuze.com | +351 308805903 Rua Carlos Silva Melo Magalhães 23, 3800-126 Aveiro, Portugal -- *Confidentiality Notice: The information contained in this e-mail and any attachments may be confidential. If you are not an intended recipient, you are hereby notified that any dissemination, distribution or copying of this e-mail is strictly prohibited. If you have received this e-mail in error, please notify the sender and permanently delete the e-mail and any attachments immediately. You should not retain, copy or use this e-mail or any attachment for any purpose, nor disclose all or any part of the contents to any other person. Thank you.* -------------- next part -------------- An HTML attachment was scrubbed... URL: From fehmfehmfehmfehmfehm at gmail.com Wed Dec 13 08:53:53 2017 From: fehmfehmfehmfehmfehm at gmail.com (Matine Tinthaitae) Date: Wed, 13 Dec 2017 14:53:53 +0100 Subject: [OpenSIPS-Users] Call limit based on destination GW Message-ID: Hi, I have a opensips installation which receives calls from two gateways and sends it out to a couple PBXes depending on dr_rules. I'd like to limit the concurrent calls depending on destination but i can't find any way to do this. I've looked at http://www.opensips.org/Documentation/Tutorials-ConcurrentCallsLimitation but as far as i understand this looks at the source ip and blocks it there. I need to limit per destination. Even better would be to somehow limit per total from/to a gateway but that isn't really necessary right now. I hope someone can point me in the right direction! //Matine -------------- next part -------------- An HTML attachment was scrubbed... URL: From aqsyounas at gmail.com Wed Dec 13 09:04:04 2017 From: aqsyounas at gmail.com (Aqs Younas) Date: Wed, 13 Dec 2017 19:04:04 +0500 Subject: [OpenSIPS-Users] Call limit based on destination GW In-Reply-To: References: Message-ID: Check profiling in dialog module http://www.opensips.org/html/docs/modules/2.3.x/dialog.html On 13 December 2017 at 18:53, Matine Tinthaitae < fehmfehmfehmfehmfehm at gmail.com> wrote: > Hi, > > I have a opensips installation which receives calls from two gateways and > sends it out to a couple PBXes depending on dr_rules. > > I'd like to limit the concurrent calls depending on destination but i > can't find any way to do this. I've looked at http://www.opensips.org/ > Documentation/Tutorials-ConcurrentCallsLimitation but as far as i > understand this looks at the source ip and blocks it there. I need to limit > per destination. > > Even better would be to somehow limit per total from/to a gateway but that > isn't really necessary right now. > > I hope someone can point me in the right direction! > > //Matine > > _______________________________________________ > 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 fehmfehmfehmfehmfehm at gmail.com Wed Dec 13 09:20:33 2017 From: fehmfehmfehmfehmfehm at gmail.com (Matine Tinthaitae) Date: Wed, 13 Dec 2017 15:20:33 +0100 Subject: [OpenSIPS-Users] Call limit based on destination GW In-Reply-To: References: Message-ID: Thank you for replying. That's what the tutorial i linked used so i'm still stuck. Do you have anything more specific? My problem is that i can filter on anything on the incoming invite, but i don't see how i filter on destination gateway. //Matine 2017-12-13 15:04 GMT+01:00 Aqs Younas : > Check profiling in dialog module > > http://www.opensips.org/html/docs/modules/2.3.x/dialog.html > > On 13 December 2017 at 18:53, Matine Tinthaitae < > fehmfehmfehmfehmfehm at gmail.com> wrote: > >> Hi, >> >> I have a opensips installation which receives calls from two gateways and >> sends it out to a couple PBXes depending on dr_rules. >> >> I'd like to limit the concurrent calls depending on destination but i >> can't find any way to do this. I've looked at >> http://www.opensips.org/Documentation/Tutorials-ConcurrentCallsLimitation >> but as far as i understand this looks at the source ip and blocks it there. >> I need to limit per destination. >> >> Even better would be to somehow limit per total from/to a gateway but >> that isn't really necessary right now. >> >> I hope someone can point me in the right direction! >> >> //Matine >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Wed Dec 13 09:28:24 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 13 Dec 2017 16:28:24 +0200 Subject: [OpenSIPS-Users] Log rtpproxy ip address In-Reply-To: References: <2abe3ca9-8ef5-fbb3-e3f6-fa7c689d24a2@opensips.org> Message-ID: Thanks! I will update the ticket when this is looked into. Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/13/2017 03:40 PM, Nuno Ferreira wrote: > Thanks Răzvan, > > I've opened https://github.com/OpenSIPS/opensips/issues/1233. > > Regards, > > Nuno > > On Wed, Dec 13, 2017 at 10:44 AM, Răzvan Crainea > wrote: > > Hi, Nuno! > > There's currently no way to get the IP address that is being > advertised in the SDP, all you can get is the IP of the > communication socket to the rtp_cluster - probably it is not an > information you can use. > Getting this information in a pvar shouldn't be that hard - please > open a feature request on our tracker[1] and we will try to > implement it for the next release. > > [1] https://github.com/OpenSIPS/opensips/issues > > > Best regards, > > Răzvan Crainea > OpenSIPS Developer > www.opensips-solutions.com > > On 12/13/2017 12:24 PM, Nuno Ferreira wrote: >> Good morning, >> >> We are running rtp_cluster as the frontend for a cluster of >> rtpproxy instances. Is there a way to print in the logs (xlog()) >> the IP address of the selected rtpproxy instance that is being >> advertised on the SDP to the peer side? >> >> Thank you, >> >> Nuno Ferreira >> >> *Confidentiality Notice: The information contained in this e-mail >> and any >> attachments may be confidential. If you are not an intended >> recipient, you >> are hereby notified that any dissemination, distribution or >> copying of this >> e-mail is strictly prohibited. If you have received this e-mail >> in error, >> please notify the sender and permanently delete the e-mail and any >> attachments immediately. You should not retain, copy or use this >> e-mail or >> any attachment for any purpose, nor disclose all or any part of the >> contents to any other person. Thank you.* >> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > -- > > *Nuno Ferreira* | Architect, CoreUC | nferreira at fuze.com > | +351 308805903 > Rua Carlos Silva Melo Magalhães 23, 3800-126 Aveiro, Portugal > > > > > > > > > > *Confidentiality Notice: The information contained in this e-mail and any > attachments may be confidential. If you are not an intended recipient, you > are hereby notified that any dissemination, distribution or copying of > this > e-mail is strictly prohibited. If you have received this e-mail in error, > please notify the sender and permanently delete the e-mail and any > attachments immediately. You should not retain, copy or use this e-mail or > any attachment for any purpose, nor disclose all or any part of the > contents to any other person. Thank you.* > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From ffshoh at gmail.com Wed Dec 13 09:41:57 2017 From: ffshoh at gmail.com (Jon Abrams) Date: Wed, 13 Dec 2017 08:41:57 -0600 Subject: [OpenSIPS-Users] Call limit based on destination GW In-Reply-To: References: Message-ID: Some ideas: In the ROUTE_REQUEST or BRANCH_ROUTE, you might do something like this to set the profile for the specific gateway: set_dlg_profile("dest_gw","$rd"); Then you can check it in prior ROUTE_REQUEST logic before t_relay'ing the INVITE: if (get_profile_size("dest_gw","$rd","$var(dest_gw_count)")) { if ($var(dest_gw_count)>$avp(gw_max_call_limit)) { xlog("LIMIT: Call $ci - Max call limit hit on $rd \n"); } } Make sure to clear the unset the profile in a FAILURE_ROUTE if you are using gateway failover. On Wed, Dec 13, 2017 at 8:20 AM, Matine Tinthaitae < fehmfehmfehmfehmfehm at gmail.com> wrote: > Thank you for replying. > That's what the tutorial i linked used so i'm still stuck. Do you have > anything more specific? > My problem is that i can filter on anything on the incoming invite, but i > don't see how i filter on destination gateway. > > //Matine > > > 2017-12-13 15:04 GMT+01:00 Aqs Younas : > >> Check profiling in dialog module >> >> http://www.opensips.org/html/docs/modules/2.3.x/dialog.html >> >> On 13 December 2017 at 18:53, Matine Tinthaitae < >> fehmfehmfehmfehmfehm at gmail.com> wrote: >> >>> Hi, >>> >>> I have a opensips installation which receives calls from two gateways >>> and sends it out to a couple PBXes depending on dr_rules. >>> >>> I'd like to limit the concurrent calls depending on destination but i >>> can't find any way to do this. I've looked at >>> http://www.opensips.org/Documentation/Tutorials-ConcurrentCa >>> llsLimitation but as far as i understand this looks at the source ip >>> and blocks it there. I need to limit per destination. >>> >>> Even better would be to somehow limit per total from/to a gateway but >>> that isn't really necessary right now. >>> >>> I hope someone can point me in the right direction! >>> >>> //Matine >>> >>> _______________________________________________ >>> 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 fehmfehmfehmfehmfehm at gmail.com Wed Dec 13 10:13:29 2017 From: fehmfehmfehmfehmfehm at gmail.com (Matine Tinthaitae) Date: Wed, 13 Dec 2017 16:13:29 +0100 Subject: [OpenSIPS-Users] Call limit based on destination GW In-Reply-To: References: Message-ID: Thanks a lot. I think i have solved it. I moved the limit-check and set_dlg_profile below do_routing() in the request route to be able to use gw_id_avp from drouting. Now i'm tagging the calls with the profile "trunkCalls#office1" which i think is what i need. I'm off to test this in practice! :) //Matine 2017-12-13 15:41 GMT+01:00 Jon Abrams : > Some ideas: > > In the ROUTE_REQUEST or BRANCH_ROUTE, you might do something like this to > set the profile for the specific gateway: > > set_dlg_profile("dest_gw","$rd"); > > Then you can check it in prior ROUTE_REQUEST logic before t_relay'ing the > INVITE: > > if (get_profile_size("dest_gw","$rd","$var(dest_gw_count)")) > { > if ($var(dest_gw_count)>$avp(gw_max_call_limit)) { > xlog("LIMIT: Call $ci - Max call limit hit on $rd \n"); > > } > } > > Make sure to clear the unset the profile in a FAILURE_ROUTE if you are > using gateway failover. > > > > On Wed, Dec 13, 2017 at 8:20 AM, Matine Tinthaitae < > fehmfehmfehmfehmfehm at gmail.com> wrote: > >> Thank you for replying. >> That's what the tutorial i linked used so i'm still stuck. Do you have >> anything more specific? >> My problem is that i can filter on anything on the incoming invite, but i >> don't see how i filter on destination gateway. >> >> //Matine >> >> >> 2017-12-13 15:04 GMT+01:00 Aqs Younas : >> >>> Check profiling in dialog module >>> >>> http://www.opensips.org/html/docs/modules/2.3.x/dialog.html >>> >>> On 13 December 2017 at 18:53, Matine Tinthaitae < >>> fehmfehmfehmfehmfehm at gmail.com> wrote: >>> >>>> Hi, >>>> >>>> I have a opensips installation which receives calls from two gateways >>>> and sends it out to a couple PBXes depending on dr_rules. >>>> >>>> I'd like to limit the concurrent calls depending on destination but i >>>> can't find any way to do this. I've looked at >>>> http://www.opensips.org/Documentation/Tutorials-ConcurrentCa >>>> llsLimitation but as far as i understand this looks at the source ip >>>> and blocks it there. I need to limit per destination. >>>> >>>> Even better would be to somehow limit per total from/to a gateway but >>>> that isn't really necessary right now. >>>> >>>> I hope someone can point me in the right direction! >>>> >>>> //Matine >>>> >>>> _______________________________________________ >>>> Users mailing list >>>> Users at lists.opensips.org >>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>>> >>>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users at lists.opensips.org >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >>> >>> >> >> _______________________________________________ >> Users mailing list >> Users at lists.opensips.org >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users >> >> > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From goup2010 at gmail.com Thu Dec 14 04:52:19 2017 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Thu, 14 Dec 2017 11:52:19 +0200 Subject: [OpenSIPS-Users] rtpp_notify_socke in rtpengine Message-ID: Hello, To using WebRTC I must to change rtpproxy with rtpengine module. In rtpproxy have rtpp_notify_socket to interupt call when lose RTP. When setup rtpengine I not see rtpp_notify_socket. Hot to set Opensips to work with rtpengine module when lose rtp sream to close the call? Best regards, Dragomir -------------- next part -------------- An HTML attachment was scrubbed... URL: From ziv at communitake.com Thu Dec 14 06:40:24 2017 From: ziv at communitake.com (Ziv Gabel) Date: Thu, 14 Dec 2017 13:40:24 +0200 Subject: [OpenSIPS-Users] rtpengine media-address Message-ID: <00d501d374d0$55b0dc30$01129490$@communitake.com> Hi, I have an rtpengine instance with one interface behind nat I'm trying to achieve the following If the INVITE/200 message arrives from an internal ip (10.x.x.x) change the media address to the internal ip If the INVITE/200 message arrives from external ip (any other) change the media address to the public ip of the server. I'm using rtpengine_offer and rtpengine_answer But it looks like no matter what I put in the media-address flag, it will always use the internal ip address. What am I doing wrong ? Rtp engine runs with --interface=10.108.132.110 flag, and this ip is always on the c= parameter in sdp I tried to use replace-session-connection and replace-origin flags but still not working. Ziv Gabel l Professional services l CommuniTake Technologies Ltd. M: +972535265553 l Skype: ziv_gabel l E: ziv at communitake.com T: +972.4.696.8908 l F: +972.4.959.1654 l www.communitake.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.hierl at next-id.de Thu Dec 14 08:03:42 2017 From: marco.hierl at next-id.de (Marco Hierl) Date: Thu, 14 Dec 2017 13:03:42 +0000 Subject: [OpenSIPS-Users] =?windows-1252?q?when_DBG=5FMALLOC_is_checked_it?= =?windows-1252?q?_leads_to_=93not_enough_free_pkg_memory=94?= Message-ID: <30b3fad3de17452bafcf051dc733987b@next-id.de> Dear all, I try to follow „https://www.opensips.org/Documentation/TroubleShooting-OutOfMem “, but when DBG_MALLOC is checked, I got “not enough free pkg memory” when starting OpenSIPS Dec 14 12:53:39 sbc-welt-hh1 opensips[30378]: Dec 14 12:53:39 [30378] ERROR:core:qm_malloc: not enough free pkg memory (0 bytes left, need 200), please increase the "-M" command line parameter! Dec 14 12:53:39 sbc-welt-hh1 opensips[30378]: Dec 14 12:53:39 [30378] CRITICAL:core:mk_action: pkg memory allocation failure I increased P_MEMORY=128 in /etc/default/opensips, but it did not help. If I uncheck DBG_MALLOC it’s starting fine. I’m using debian 9.3 and version: opensips 2.3.2 (x86_64/linux) flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, QM_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_lt, epoll_et, sigio_rt, select. git revision: 2ae87c644 main.c compiled on 12:52:27 Dec 14 2017 with gcc 6.3.0 thanks and best regards Marco -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Thu Dec 14 09:18:31 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Thu, 14 Dec 2017 16:18:31 +0200 Subject: [OpenSIPS-Users] =?utf-8?q?when_DBG=5FMALLOC_is_checked_it_leads_?= =?utf-8?q?to_=E2=80=9Cnot_enough_free_pkg_memory=E2=80=9D?= In-Reply-To: <30b3fad3de17452bafcf051dc733987b@next-id.de> References: <30b3fad3de17452bafcf051dc733987b@next-id.de> Message-ID: <68c87066-1825-ff0c-3e04-e8a931ec5d55@opensips.org> Hi, Marco! Are you sure that opensips is indeed starting with the right parameter when you set P_MEMORY? Can you start opensips "manually" like: opensips -M 128 Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/14/2017 03:03 PM, Marco Hierl wrote: > > Dear all, > > I try to follow > „https://www.opensips.org/Documentation/TroubleShooting-OutOfMem “, > but when DBG_MALLOC is checked, I got “not enough free pkg memory” > when starting OpenSIPS > > Dec 14 12:53:39 sbc-welt-hh1 opensips[30378]: Dec 14 12:53:39 [30378] > ERROR:core:qm_malloc: not enough free pkg memory (0 bytes left, need > 200), please increase the "-M" command line parameter! > > Dec 14 12:53:39 sbc-welt-hh1 opensips[30378]: Dec 14 12:53:39 [30378] > CRITICAL:core:mk_action: pkg memory allocation failure > > I increased P_MEMORY=128 in /etc/default/opensips, but it did not help. > > If I uncheck DBG_MALLOC it’s starting fine. > > I’m using debian 9.3 and > > version: opensips 2.3.2 (x86_64/linux) > > flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, > QM_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_lt, epoll_et, sigio_rt, select. > > git revision: 2ae87c644 > > main.c compiled on 12:52:27 Dec 14 2017 with gcc 6.3.0 > > thanks and best regards > >   Marco > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Thu Dec 14 09:31:05 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Thu, 14 Dec 2017 16:31:05 +0200 Subject: [OpenSIPS-Users] rtpengine media-address In-Reply-To: <00d501d374d0$55b0dc30$01129490$@communitake.com> References: <00d501d374d0$55b0dc30$01129490$@communitake.com> Message-ID: Hi, Ziv! It would be nice if you could tell us your opensips version. Did you try to add two interfaces to the rtpengine daemon like: --interface=priv/10.108.132.110 --interface=pub/10.108.132.110!PUBLIC_IP And when using the rtpengine_* functions, call them using "in-iface=priv out-iface=pub", or the other way around. Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/14/2017 01:40 PM, Ziv Gabel wrote: > > Hi, > > I have an rtpengine instance with one interface behind nat > > I’m trying to achieve the following > > If the INVITE/200 message arrives from an internal ip (10.x.x.x) > change the media address to the internal ip > > If the INVITE/200 message arrives from external ip (any other) change > the media address to the public ip of the server. > > I’m using rtpengine_offer and  rtpengine_answer > > But it looks like no matter what I put in the media-address flag, it > will always use the internal ip address. > > What am I doing wrong ? > > Rtp engine runs with --interface=10.108.132.110 flag, and this ip is > always on the c= parameter in sdp > > I tried to use replace-session-connection and replace-origin flags but > still not working. > > *Ziv Gabel *l**Professional services**l**CommuniTake Technologies Ltd. > > ** > > *M*: +972535265553 l***Skype*: ziv_gabel l*E*: ziv at communitake.com > > > *T*: +972.4.696.8908 l*F*: +972.4.959.1654 lwww.communitake.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 razvan at opensips.org Thu Dec 14 09:34:35 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Thu, 14 Dec 2017 16:34:35 +0200 Subject: [OpenSIPS-Users] rtpp_notify_socke in rtpengine In-Reply-To: References: Message-ID: <94205a5c-8bc1-1bb5-aaaf-f0d3ce75c6c6@opensips.org> Check out the -b parameter of rtpengine - it can be used to send an XMLRPC command to opensips when a session times out. Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/14/2017 11:52 AM, Dragomir Haralambiev wrote: > Hello, > > To using WebRTC I must to change rtpproxy with rtpengine module. > In rtpproxy have rtpp_notify_socket to interupt call when lose RTP. > > When setup rtpengine I not see rtpp_notify_socket. > > Hot to set Opensips to work with rtpengine module when lose rtp sream > to close the call? > > 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 marco.hierl at next-id.de Thu Dec 14 10:25:40 2017 From: marco.hierl at next-id.de (Marco Hierl) Date: Thu, 14 Dec 2017 15:25:40 +0000 Subject: [OpenSIPS-Users] =?utf-8?q?when_DBG=5FMALLOC_is_checked_it_leads_?= =?utf-8?q?to_=E2=80=9Cnot_enough_free_pkg_memory=E2=80=9D?= In-Reply-To: <68c87066-1825-ff0c-3e04-e8a931ec5d55@opensips.org> References: <30b3fad3de17452bafcf051dc733987b@next-id.de> <68c87066-1825-ff0c-3e04-e8a931ec5d55@opensips.org> Message-ID: <6a05f1e7d0684bf18e4852535d6d4a48@next-id.de> Hi Răzvan, You are right… it starts with opensips -M 128 –f my.cnf Bevor I started with „/etc/init.d/opensips start”. A change in that file did not help either. I also changed the value in “opensips.service” config file without success. Is the memory debugging not allowed as service? Best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Donnerstag, 14. Dezember 2017 15:19 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] when DBG_MALLOC is checked it leads to “not enough free pkg memory” Hi, Marco! Are you sure that opensips is indeed starting with the right parameter when you set P_MEMORY? Can you start opensips "manually" like: opensips -M 128 Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/14/2017 03:03 PM, Marco Hierl wrote: Dear all, I try to follow „https://www.opensips.org/Documentation/TroubleShooting-OutOfMem “, but when DBG_MALLOC is checked, I got “not enough free pkg memory” when starting OpenSIPS Dec 14 12:53:39 sbc-welt-hh1 opensips[30378]: Dec 14 12:53:39 [30378] ERROR:core:qm_malloc: not enough free pkg memory (0 bytes left, need 200), please increase the "-M" command line parameter! Dec 14 12:53:39 sbc-welt-hh1 opensips[30378]: Dec 14 12:53:39 [30378] CRITICAL:core:mk_action: pkg memory allocation failure I increased P_MEMORY=128 in /etc/default/opensips, but it did not help. If I uncheck DBG_MALLOC it’s starting fine. I’m using debian 9.3 and version: opensips 2.3.2 (x86_64/linux) flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, QM_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_lt, epoll_et, sigio_rt, select. git revision: 2ae87c644 main.c compiled on 12:52:27 Dec 14 2017 with gcc 6.3.0 thanks and best regards Marco _______________________________________________ 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 Dec 14 10:31:11 2017 From: liviu at opensips.org (Liviu Chircu) Date: Thu, 14 Dec 2017 17:31:11 +0200 Subject: [OpenSIPS-Users] =?utf-8?q?when_DBG=5FMALLOC_is_checked_it_leads_?= =?utf-8?q?to_=E2=80=9Cnot_enough_free_pkg_memory=E2=80=9D?= In-Reply-To: <6a05f1e7d0684bf18e4852535d6d4a48@next-id.de> References: <30b3fad3de17452bafcf051dc733987b@next-id.de> <68c87066-1825-ff0c-3e04-e8a931ec5d55@opensips.org> <6a05f1e7d0684bf18e4852535d6d4a48@next-id.de> Message-ID: Hi, Have you tried editing /etc/sysconfig/opensips?IIRC, that file overrides the opensips.service values. Regards, Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 14.12.2017 17:25, Marco Hierl wrote: > > Hi Răzvan, > > You are right…  it starts with opensips -M 128 –f my.cnf > > Bevor I started with „/etc/init.d/opensips start”. A change in that > file did not help either. I also changed the value in > “opensips.service” config file without success. Is the memory > debugging not allowed as service? > > Best regards > >   Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag von > *Razvan Crainea > *Gesendet:* Donnerstag, 14. Dezember 2017 15:19 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] when DBG_MALLOC is checked it leads to > “not enough free pkg memory” > > Hi, Marco! > > Are you sure that opensips is indeed starting with the right parameter > when you set P_MEMORY? Can you start opensips "manually" like: > > opensips -M 128 > > Best regards, > > > Răzvan Crainea > OpenSIPS Developer > www.opensips-solutions.com > > On 12/14/2017 03:03 PM, Marco Hierl wrote: > > Dear all, > > I try to follow > „https://www.opensips.org/Documentation/TroubleShooting-OutOfMem > “, but when DBG_MALLOC is checked, I got “not enough free pkg > memory” when starting OpenSIPS > > Dec 14 12:53:39 sbc-welt-hh1 opensips[30378]: Dec 14 12:53:39 > [30378] ERROR:core:qm_malloc: not enough free pkg memory (0 bytes > left, need 200), please increase the "-M" command line parameter! > > Dec 14 12:53:39 sbc-welt-hh1 opensips[30378]: Dec 14 12:53:39 > [30378] CRITICAL:core:mk_action: pkg memory allocation failure > > I increased P_MEMORY=128 in /etc/default/opensips, but it did not > help. > > If I uncheck DBG_MALLOC it’s starting fine. > > I’m using debian 9.3 and > > version: opensips 2.3.2 (x86_64/linux) > > flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, > QM_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_lt, epoll_et, sigio_rt, select. > > git revision: 2ae87c644 > > main.c compiled on 12:52:27 Dec 14 2017 with gcc 6.3.0 > > thanks and best regards > > Marco > > > > > _______________________________________________ > > 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 royee.tichauer at vonage.com Thu Dec 14 10:45:35 2017 From: royee.tichauer at vonage.com (Royee Tichauer) Date: Thu, 14 Dec 2017 15:45:35 +0000 Subject: [OpenSIPS-Users] SUBSCRIBE + Topology Hiding Message-ID: Hi, I am using opensips 2.1 and I'm experiencing some weird behavior with SUBSCRIBE handling on an opensips server that is behaving as a SIP proxy. I also use the topology_hiding module to hide routing information from the clients. The proxy receives an initial SUBSCRIBE from a device, the SUBSCRIBE doesn't contain a "to tag" so I process it like a normal SUBSCRIBE message and route it to the correct route which replies with a 200 OK with a "to tag". Some time before the expiration of the SUBSCRIBE is passed I receive a another SUBSCRIBE, this time with a "to tag" so my opensips config file attempts to match it to a topology matching but for some reason it fails to match it. I have this configured: modparam("dialog", "dlg_match_mode", 0) Any idea why the second subscribe message is not being matched? Attached is a capture of the initial and following subscribes. Thanks, Royee -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SUBSCRIBE+Topology Hide Type: application/octet-stream Size: 2579 bytes Desc: not available URL: From goup2010 at gmail.com Thu Dec 14 10:55:40 2017 From: goup2010 at gmail.com (Dragomir Haralambiev) Date: Thu, 14 Dec 2017 17:55:40 +0200 Subject: [OpenSIPS-Users] rtpp_notify_socke in rtpengine In-Reply-To: <94205a5c-8bc1-1bb5-aaaf-f0d3ce75c6c6@opensips.org> References: <94205a5c-8bc1-1bb5-aaaf-f0d3ce75c6c6@opensips.org> Message-ID: Hi, Now all is OK! Thanks!!!! 2017-12-14 16:34 GMT+02:00 Răzvan Crainea : > Check out the -b parameter of rtpengine - it can be used to send an XMLRPC > command to opensips when a session times out. > > Best regards, > > Răzvan Crainea > OpenSIPS Developerwww.opensips-solutions.com > > On 12/14/2017 11:52 AM, Dragomir Haralambiev wrote: > > Hello, > > To using WebRTC I must to change rtpproxy with rtpengine module. > In rtpproxy have rtpp_notify_socket to interupt call when lose RTP. > > When setup rtpengine I not see rtpp_notify_socket. > > Hot to set Opensips to work with rtpengine module when lose rtp sream to > close the call? > > Best regards, > Dragomir > > > _______________________________________________ > Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From royee.tichauer at vonage.com Thu Dec 14 11:41:33 2017 From: royee.tichauer at vonage.com (Royee Tichauer) Date: Thu, 14 Dec 2017 16:41:33 +0000 Subject: [OpenSIPS-Users] SUBSCRIBE + Topology Hiding In-Reply-To: References: Message-ID: I have found something in the opensips.log that might shed some light: /usr/sbin/opensips[27370]: DBG:topology_hiding:topo_no_dlg_seq_handling: extracted routes [, found I also see this when initially doing the topology hiding: /usr/sbin/opensips[27370]: DBG:topology_hiding:topo_no_dlg_encode_contact: Trying to propagate username [blf] /usr/sbin/opensips[27370]: DBG:core:parse_headers: flags=ffffffffffffffff /usr/sbin/opensips[27370]: DBG:core:print_rr_body: current rr is /usr/sbin/opensips[27370]: DBG:core:print_rr_body: current rr is /usr/sbin/opensips[27370]: DBG:core:print_rr_body: out rr [,] On Thu, Dec 14, 2017 at 5:45 PM Royee Tichauer wrote: > Hi, > > I am using opensips 2.1 and I'm experiencing some weird behavior with > SUBSCRIBE handling on an opensips server that is behaving as a SIP proxy. I > also use the topology_hiding module to hide routing information from the > clients. > > The proxy receives an initial SUBSCRIBE from a device, the SUBSCRIBE > doesn't contain a "to tag" so I process it like a normal SUBSCRIBE message > and route it to the correct route which replies with a 200 OK with a "to > tag". Some time before the expiration of the SUBSCRIBE is passed I receive > a another SUBSCRIBE, this time with a "to tag" so my opensips config file > attempts to match it to a topology matching but for some reason it fails to > match it. > > I have this configured: > > modparam("dialog", "dlg_match_mode", 0) > > > Any idea why the second subscribe message is not being matched? > > > Attached is a capture of the initial and following subscribes. > > > Thanks, > > Royee > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chunyong.zhao at qq.com Thu Dec 14 19:39:30 2017 From: chunyong.zhao at qq.com (Jeffrey Zhao) Date: Fri, 15 Dec 2017 08:39:30 +0800 Subject: [OpenSIPS-Users] drouting module -- How to use registered gateway as outbound gateway References: <9486315A-9FC8-44A4-AFFC-F889096CEA90@qq.com> Message-ID: Dear all We are using drouting module for dialplan routing, for NAT issues, we need to register outbound voice gateway to opensips, instead of fixed static IP. Is there any way to use registered gateway as routing destination? Thanks. From marco.hierl at next-id.de Fri Dec 15 05:02:55 2017 From: marco.hierl at next-id.de (Marco Hierl) Date: Fri, 15 Dec 2017 10:02:55 +0000 Subject: [OpenSIPS-Users] =?utf-8?q?when_DBG=5FMALLOC_is_checked_it_leads_?= =?utf-8?q?to_=E2=80=9Cnot_enough_free_pkg_memory=E2=80=9D?= In-Reply-To: References: <30b3fad3de17452bafcf051dc733987b@next-id.de> <68c87066-1825-ff0c-3e04-e8a931ec5d55@opensips.org> <6a05f1e7d0684bf18e4852535d6d4a48@next-id.de> Message-ID: <177e8cad25824f4992b5704c910ec9fd@next-id.de> Hi Liviu, thanks for the hint. The Problem was that in opensips.service I overlook the line: ExecStartPre=/usr/sbin/opensips –c I need to set -M 128 in there too. Thanks and best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Liviu Chircu Gesendet: Donnerstag, 14. Dezember 2017 16:31 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] when DBG_MALLOC is checked it leads to “not enough free pkg memory” Hi, Have you tried editing /etc/sysconfig/opensips? IIRC, that file overrides the opensips.service values. Regards, Liviu Chircu OpenSIPS Developer http://www.opensips-solutions.com On 14.12.2017 17:25, Marco Hierl wrote: Hi Răzvan, You are right… it starts with opensips -M 128 –f my.cnf Bevor I started with „/etc/init.d/opensips start”. A change in that file did not help either. I also changed the value in “opensips.service” config file without success. Is the memory debugging not allowed as service? Best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Donnerstag, 14. Dezember 2017 15:19 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] when DBG_MALLOC is checked it leads to “not enough free pkg memory” Hi, Marco! Are you sure that opensips is indeed starting with the right parameter when you set P_MEMORY? Can you start opensips "manually" like: opensips -M 128 Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/14/2017 03:03 PM, Marco Hierl wrote: Dear all, I try to follow „https://www.opensips.org/Documentation/TroubleShooting-OutOfMem “, but when DBG_MALLOC is checked, I got “not enough free pkg memory” when starting OpenSIPS Dec 14 12:53:39 sbc-welt-hh1 opensips[30378]: Dec 14 12:53:39 [30378] ERROR:core:qm_malloc: not enough free pkg memory (0 bytes left, need 200), please increase the "-M" command line parameter! Dec 14 12:53:39 sbc-welt-hh1 opensips[30378]: Dec 14 12:53:39 [30378] CRITICAL:core:mk_action: pkg memory allocation failure I increased P_MEMORY=128 in /etc/default/opensips, but it did not help. If I uncheck DBG_MALLOC it’s starting fine. I’m using debian 9.3 and version: opensips 2.3.2 (x86_64/linux) flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, QM_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_lt, epoll_et, sigio_rt, select. git revision: 2ae87c644 main.c compiled on 12:52:27 Dec 14 2017 with gcc 6.3.0 thanks and best regards Marco _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Fri Dec 15 06:44:05 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Fri, 15 Dec 2017 13:44:05 +0200 Subject: [OpenSIPS-Users] SUBSCRIBE + Topology Hiding In-Reply-To: References: Message-ID: <6836c358-43c6-97b6-f950-a0d485b724bd@opensips.org> Hi, Royee! As you can see in the logs, the route set is shrikend - so opensips cannot restore the entire information. Taking a look at the trace you have sent, it is clear that the client is not sending the second SUBSCRIBE with all the information: * The 200 OK thinfo param has 154 chars * The SUBSCRIBE thinfo has only 55 chars I would check whyt the client is not using the entire thinfo param. Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/14/2017 06:41 PM, Royee Tichauer via Users wrote: > I have found something in the opensips.log that might shed some light: > > /usr/sbin/opensips[27370]: > DBG:topology_hiding:topo_no_dlg_seq_handling: extracted routes > [, > Dec 14 16:17:00 qa7vqsbc4.qa7.vocal-qa.com > /usr/sbin/opensips[27370]: > ERROR:core:parse_nameaddr: no > found > > > I also see this when initially doing the topology hiding: > > /usr/sbin/opensips[27370]: > DBG:topology_hiding:topo_no_dlg_encode_contact: Trying to propagate > username [blf] > > /usr/sbin/opensips[27370]: DBG:core:parse_headers: flags=ffffffffffffffff > > /usr/sbin/opensips[27370]: DBG:core:print_rr_body: current rr is > ;lr> > >  /usr/sbin/opensips[27370]: DBG:core:print_rr_body: current rr is > > >  /usr/sbin/opensips[27370]: DBG:core:print_rr_body: out rr > [, ;lr>] > > > > > > > On Thu, Dec 14, 2017 at 5:45 PM Royee Tichauer > > wrote: > > Hi, > > I am using opensips 2.1 and I'm experiencing some weird behavior > with SUBSCRIBE handling on an opensips server that is behaving as > a SIP proxy. I also use the topology_hiding module to hide routing > information from the clients. > > The proxy receives an initial SUBSCRIBE from a device, the > SUBSCRIBE doesn't contain a "to tag" so I process it like a normal > SUBSCRIBE message and route it to the correct route which replies > with a 200 OK with a "to tag". Some time before the expiration of > the SUBSCRIBE is passed I receive a another SUBSCRIBE, this time > with a "to tag" so my opensips config file attempts to match it to > a topology matching but for some reason it fails to match it. > > I have this configured: > > modparam("dialog", "dlg_match_mode", 0) > > Any idea why the second subscribe message is not being matched? > > Attached is a capture of the initial and following subscribes. > > Thanks, > > Royee > > > > _______________________________________________ > 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 Dec 15 11:33:52 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Fri, 15 Dec 2017 18:33:52 +0200 Subject: [OpenSIPS-Users] drouting module -- How to use registered gateway as outbound gateway In-Reply-To: References: <9486315A-9FC8-44A4-AFFC-F889096CEA90@qq.com> Message-ID: <506ed1b3-e6f1-43a4-9494-84e5136fe3b7@opensips.org> Hi Jeffrey, To do something like that, you need to have in DR (as gateway) the AOR used by the GW to register with. And after you do do_routing() you do lookup(location). Now the tricky part is to link them, as Drouting is IP/domain driven while user location is AOR driven. So, in DR use as GW 127.0.0.1 (.2 and so on) - even if there is something phony, it has to be a valid IP. Now, after do_routing() you will have in RURI sip:DID at 127.0.0.1 which needs to be pushed into user location. Do transform it into a valid AOR (to be used as search key by user location), save the username part of RURI into a variable (for later restoring) and strip it -> ruri = sip:127.0.0.1 .Further use some subst/string transformation to do a static transformation from 127.0.0.N to gwN string and build AOR as sip:gwN at opensips_domain. So, in your case you will get sip:gw1 at opensips_domain as an AOR that can be used for lookup location (of course, your GW must register under the AOR of sip:gw1 at opensips_domain). After lookup(location) just restore the DID back into username part -> sip:DID at gw_address . Basically the trick is to get a static mapping between the phony IPs you put in DR (like 127.0.0.N) and the AORs used by the GW to register (like gwN at opensips_domain), so you can link them. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 12/15/2017 02:39 AM, Jeffrey Zhao wrote: > Dear all > We are using drouting module for dialplan routing, for NAT issues, we need to register outbound voice gateway to opensips, instead of fixed static IP. > Is there any way to use registered gateway as routing destination? > > Thanks. > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users From Ben.Newlin at genesys.com Fri Dec 15 11:53:00 2017 From: Ben.Newlin at genesys.com (Ben Newlin) Date: Fri, 15 Dec 2017 16:53:00 +0000 Subject: [OpenSIPS-Users] drouting module -- How to use registered gateway as outbound gateway In-Reply-To: <506ed1b3-e6f1-43a4-9494-84e5136fe3b7@opensips.org> References: <9486315A-9FC8-44A4-AFFC-F889096CEA90@qq.com> <506ed1b3-e6f1-43a4-9494-84e5136fe3b7@opensips.org> Message-ID: <128838F4-89D6-4A0D-B15E-47C588685D1F@genesys.com> You could also put the AoR that the gateways will use to register as an attribute on the rule/carrier/gateway in DR. Then when you do the lookup you provide avps for the attributes to be provided back and you can do the lookup based on that. Ben Newlin From: Users on behalf of Bogdan-Andrei Iancu Reply-To: OpenSIPS users mailling list Date: Friday, December 15, 2017 at 11:35 AM To: OpenSIPS users mailling list , Jeffrey Zhao Subject: Re: [OpenSIPS-Users] drouting module -- How to use registered gateway as outbound gateway Hi Jeffrey, To do something like that, you need to have in DR (as gateway) the AOR used by the GW to register with. And after you do do_routing() you do lookup(location). Now the tricky part is to link them, as Drouting is IP/domain driven while user location is AOR driven. So, in DR use as GW 127.0.0.1 (.2 and so on) - even if there is something phony, it has to be a valid IP. Now, after do_routing() you will have in RURI sip:DID at 127.0.0.1 which needs to be pushed into user location. Do transform it into a valid AOR (to be used as search key by user location), save the username part of RURI into a variable (for later restoring) and strip it -> ruri = sip:127.0.0.1 .Further use some subst/string transformation to do a static transformation from 127.0.0.N to gwN string and build AOR as sip:gwN at opensips_domain. So, in your case you will get sip:gw1 at opensips_domain as an AOR that can be used for lookup location (of course, your GW must register under the AOR of sip:gw1 at opensips_domain). After lookup(location) just restore the DID back into username part -> sip:DID at gw_address . Basically the trick is to get a static mapping between the phony IPs you put in DR (like 127.0.0.N) and the AORs used by the GW to register (like gwN at opensips_domain), so you can link them. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 12/15/2017 02:39 AM, Jeffrey Zhao wrote: Dear all We are using drouting module for dialplan routing, for NAT issues, we need to register outbound voice gateway to opensips, instead of fixed static IP. Is there any way to use registered gateway as routing destination? Thanks. _______________________________________________ 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 a.shabana at cequens.com Fri Dec 15 14:52:04 2017 From: a.shabana at cequens.com (Ahmed Shabana) Date: Fri, 15 Dec 2017 19:52:04 +0000 Subject: [OpenSIPS-Users] Need opensips only send accounting requests at BYE to aaa radius Message-ID: Dears , I am facing a strange issue and spending so many hours on it . We have two environment Development and staging , opensips use Radius as accounting backend , opensips.cfg generated from template that should only apply each environment IPs and VAR Vimdiff show that files identical except in params of each environment . We use do_accounting("aaa", "cdr") at initial INVITE as below @ Initial INVITE 13 $acc_extra(extra_au) = $au ; 12 $acc_extra(extra_ru) = $ru; 11 $acc_extra(extra_rpid) = $avp(rpid); 10 $acc_extra(extra_si) = $si; 9 $acc_extra(extra_username) = $au; 8 $acc_extra(extra_ar) = $ar; 7 $acc_extra(extra_rd) = $rd; 6 $acc_extra(extra_fU) = $fU; 5 $acc_extra(extra_rU) = $rU+"@"+$rd; 1 xlog("---- current Dialog.Status is :$DLG_status " ) ; # the output of this log $DLG_Status = 1 as expected 2 do_accounting("aaa","cdr"); @ is_method("BYE") do_accounting("aaa", "cdr|failed|missed"); The problem now is : When apply radsniff at Development , it behaves exactly as we plan Send Accounting request only at Acct-Status-Type Stop with all params ----------------------------------------------------------- Access-Request Id 230 192.168.13.1:35549 -> 192.168.13.11:1812 +0.000 User-Name = "restcomm.test at 192.168.1.100" Digest-Attributes = 0x0a0f72657374636f6d6d2e74657374 Digest-Attributes = 0x010f3139322e3136382e312e313030 Digest-Attributes = 0x0232356133343233643730303030303038383464323865663661373330393464386362656566303664333862373964326537 Digest-Attributes = 0x04217369703a2b393636353633373032323638403139322e3136382e312e313030 Digest-Attributes = 0x0308494e56495445 Digest-Response = "4bfc6f0ecee7b25d81cf4e68f52243db" Service-Type = IAPP-Register Sip-Uri-User = "1234" Acct-Session-Id = "d6cd5b2bec619771f02e050c3c92ca7e at 172.19.0.2" NAS-Port = 5060 NAS-IP-Address = 192.168.13.1 Access-Accept Id 230 192.168.13.11:1812 -> 192.168.13.1:35549 +0.001 Accounting-Request Id 231 192.168.13.1:32887 -> 192.168.13.11:1813 +0.048 Acct-Status-Type = Stop Service-Type = IAPP-Register Sip-Response-Code = 200 Sip-Method = Invite Event-Timestamp = "Dec 15 2017 19:34:17 UTC" Sip-From-Tag = "81019376_9b1d9904_57a5b08a_ef03d73c" Sip-To-Tag = "as2ae5edf5" Acct-Session-Id = "d6cd5b2bec619771f02e050c3c92ca7e at 172.19.0.2" Sip-Call-Duration = 0 Sip-Call-MSDuration = 367 Sip-Call-Setuptime = Route-IP-No Sip-Translated-Request-URI = "sip:+966563702268 at 192.168.13.12:5060" Sip-Src-IP = "\002" User-Name = "rxt.test" SIP-AVP = "192.168.13.12" Calling-Station-Id = "1234" Called-Station-Id = "966563702268 at 192.168.13.12" Sip-Group = "ACae6e420f425248d6a26948c17a9e2acf" NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 192.168.13.1 At Staging environment , It Send Accounting-Request for both Acct-Status-Type Start and Stop !!! Access-Request Id 199 192.168.104.109:43417 -> 192.168.105.241:1812 +1901.364 User-Name = "restcomm.test at 192.168.104.109" Digest-Attributes = 0x0a0f72657374636f6d6d2e74657374 Digest-Attributes = 0x01113139322e3136382e3130342e313039 Digest-Attributes = 0x0232356133343161366630303030303030313563633834333862343365306633386439303764313230303564373230633334 Digest-Attributes = 0x04237369703a2b323031313135353433363236403139322e3136382e3130342e313039 Digest-Attributes = 0x0308494e56495445 Digest-Response = "3d8cccd86495bddedbdae41999820898" Service-Type = Sip-Session Sip-Uri-User = "2979666" Acct-Session-Id = "68d55cd505be7b9f3ad4adae150a693e at 192.168.104.207" NAS-Port = 5060 NAS-IP-Address = 192.168.104.109 Access-Accept Id 199 192.168.105.241:1812 -> 192.168.104.109:43417 +1901.371 Accounting-Request Id 200 192.168.104.109:41734 -> 192.168.105.241:1813 +1911.726 Acct-Status-Type = Start Service-Type = Sip-Session Sip-Response-Code = 200 Sip-Method = INVITE Event-Timestamp = "Dec 15 2017 18:54:19 UTC" Sip-From-Tag = "74898207_03603651_57a5b08a_059b89a0" Sip-To-Tag = "23712318_6772d868_bd252ab2-7f19-4b4b-9d64-8543b3e60525" Acct-Session-Id = "68d55cd505be7b9f3ad4adae150a693e at 192.168.104.207" Digest-Attributes = 0x0a0f72657374636f6d6d2e74657374 Sip-Translated-Request-URI = "sip:201115543626 at ceq.pstn.ie1.twilio.com" Sip-Src-IP = "\317h\250\300[\0324Z" User-Name = "rxt.test" Attr-111 = 0x3139322e3136382e3130342e313039 SIP-AVP = "ceq.pstn.ie1.twilio.com" Calling-Station-Id = "2979666" Called-Station-Id = "201115543626 at ceq.pstn.ie1.twilio.com" Sip-Group = "ACae6e420f425248d6a26948c17a9e2acf" NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 192.168.104.109 Accounting-Response Id 200 192.168.105.241:1813 -> 192.168.104.109:41734 +1911.727 Access-Request Id 201 192.168.104.109:34342 -> 192.168.105.241:1812 +2545.558 User-Name = "restcomm.test at 192.168.104.109" Digest-Attributes = 0x0a0f72657374636f6d6d2e74657374 Digest-Attributes = 0x01113139322e3136382e3130342e313039 Digest-Attributes = 0x0232356133343163663330303030303030306534383762636339316161333161616532643938666336623535313831346235 Digest-Attributes = 0x04237369703a2b323031313135353433363236403139322e3136382e3130342e313039 Digest-Attributes = 0x0308494e56495445 Digest-Response = "aa768ad30a7ec76ba70c2a1507920ff6" Service-Type = Sip-Session Sip-Uri-User = "2979666" Acct-Session-Id = "bf121b81b4413a8f5ccf5a3f703d89cc at 192.168.104.207" NAS-Port = 5060 NAS-IP-Address = 192.168.104.109 Access-Accept Id 201 192.168.105.241:1812 -> 192.168.104.109:34342 +2545.560 Which make the custom SQL statement we build at /etc/freeradius/sql/mysql/dialup.conf not function , which only handle accounting_stop_query Your support is so much appreciated Best regards , Shabana -------------- next part -------------- An HTML attachment was scrubbed... URL: From a.shabana at cequens.com Fri Dec 15 15:24:56 2017 From: a.shabana at cequens.com (Ahmed Shabana) Date: Fri, 15 Dec 2017 20:24:56 +0000 Subject: [OpenSIPS-Users] Users Digest, Vol 113, Issue 28 In-Reply-To: References: Message-ID: Sorry all , It is working now , Do accounting at the initial INVITE was the source of all pain Best regards , Ahmed Shabana +20 1003325373 -----Original Message----- From: Users [mailto:users-bounces at lists.opensips.org] On Behalf Of users-request at lists.opensips.org Sent: Friday, December 15, 2017 9:52 PM To: users at lists.opensips.org Subject: Users Digest, Vol 113, Issue 28 Send Users mailing list submissions to users at lists.opensips.org To subscribe or unsubscribe via the World Wide Web, visit https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.opensips.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fusers&data=01%7C01%7Ca.shabana%40cequens.com%7C242e7aef642e435fb49808d543f55c4b%7Cf9a01c91467346cf9e27d48185bb3644%7C1&sdata=I8FFatZMRTyyAJgUGGVAQukxBhOkOg220cIWgITs5po%3D&reserved=0 or, via email, send a message with subject or body 'help' to users-request at lists.opensips.org You can reach the person managing the list at users-owner at lists.opensips.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Need opensips only send accounting requests at BYE to aaa radius (Ahmed Shabana) ---------------------------------------------------------------------- Message: 1 Date: Fri, 15 Dec 2017 19:52:04 +0000 From: Ahmed Shabana To: "users at lists.opensips.org" Subject: [OpenSIPS-Users] Need opensips only send accounting requests at BYE to aaa radius Message-ID: Content-Type: text/plain; charset="utf-8" Dears , I am facing a strange issue and spending so many hours on it . We have two environment Development and staging , opensips use Radius as accounting backend , opensips.cfg generated from template that should only apply each environment IPs and VAR Vimdiff show that files identical except in params of each environment . We use do_accounting("aaa", "cdr") at initial INVITE as below @ Initial INVITE 13 $acc_extra(extra_au) = $au ; 12 $acc_extra(extra_ru) = $ru; 11 $acc_extra(extra_rpid) = $avp(rpid); 10 $acc_extra(extra_si) = $si; 9 $acc_extra(extra_username) = $au; 8 $acc_extra(extra_ar) = $ar; 7 $acc_extra(extra_rd) = $rd; 6 $acc_extra(extra_fU) = $fU; 5 $acc_extra(extra_rU) = $rU+"@"+$rd; 1 xlog("---- current Dialog.Status is :$DLG_status " ) ; # the output of this log $DLG_Status = 1 as expected 2 do_accounting("aaa","cdr"); @ is_method("BYE") do_accounting("aaa", "cdr|failed|missed"); The problem now is : When apply radsniff at Development , it behaves exactly as we plan Send Accounting request only at Acct-Status-Type Stop with all params ----------------------------------------------------------- Access-Request Id 230 192.168.13.1:35549 -> 192.168.13.11:1812 +0.000 User-Name = "restcomm.test at 192.168.1.100" Digest-Attributes = 0x0a0f72657374636f6d6d2e74657374 Digest-Attributes = 0x010f3139322e3136382e312e313030 Digest-Attributes = 0x0232356133343233643730303030303038383464323865663661373330393464386362656566303664333862373964326537 Digest-Attributes = 0x04217369703a2b393636353633373032323638403139322e3136382e312e313030 Digest-Attributes = 0x0308494e56495445 Digest-Response = "4bfc6f0ecee7b25d81cf4e68f52243db" Service-Type = IAPP-Register Sip-Uri-User = "1234" Acct-Session-Id = "d6cd5b2bec619771f02e050c3c92ca7e at 172.19.0.2" NAS-Port = 5060 NAS-IP-Address = 192.168.13.1 Access-Accept Id 230 192.168.13.11:1812 -> 192.168.13.1:35549 +0.001 Accounting-Request Id 231 192.168.13.1:32887 -> 192.168.13.11:1813 +0.048 Acct-Status-Type = Stop Service-Type = IAPP-Register Sip-Response-Code = 200 Sip-Method = Invite Event-Timestamp = "Dec 15 2017 19:34:17 UTC" Sip-From-Tag = "81019376_9b1d9904_57a5b08a_ef03d73c" Sip-To-Tag = "as2ae5edf5" Acct-Session-Id = "d6cd5b2bec619771f02e050c3c92ca7e at 172.19.0.2" Sip-Call-Duration = 0 Sip-Call-MSDuration = 367 Sip-Call-Setuptime = Route-IP-No Sip-Translated-Request-URI = "sip:+966563702268 at 192.168.13.12:5060" Sip-Src-IP = "\002" User-Name = "rxt.test" SIP-AVP = "192.168.13.12" Calling-Station-Id = "1234" Called-Station-Id = "966563702268 at 192.168.13.12" Sip-Group = "ACae6e420f425248d6a26948c17a9e2acf" NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 192.168.13.1 At Staging environment , It Send Accounting-Request for both Acct-Status-Type Start and Stop !!! Access-Request Id 199 192.168.104.109:43417 -> 192.168.105.241:1812 +1901.364 User-Name = "restcomm.test at 192.168.104.109" Digest-Attributes = 0x0a0f72657374636f6d6d2e74657374 Digest-Attributes = 0x01113139322e3136382e3130342e313039 Digest-Attributes = 0x0232356133343161366630303030303030313563633834333862343365306633386439303764313230303564373230633334 Digest-Attributes = 0x04237369703a2b323031313135353433363236403139322e3136382e3130342e313039 Digest-Attributes = 0x0308494e56495445 Digest-Response = "3d8cccd86495bddedbdae41999820898" Service-Type = Sip-Session Sip-Uri-User = "2979666" Acct-Session-Id = "68d55cd505be7b9f3ad4adae150a693e at 192.168.104.207" NAS-Port = 5060 NAS-IP-Address = 192.168.104.109 Access-Accept Id 199 192.168.105.241:1812 -> 192.168.104.109:43417 +1901.371 Accounting-Request Id 200 192.168.104.109:41734 -> 192.168.105.241:1813 +1911.726 Acct-Status-Type = Start Service-Type = Sip-Session Sip-Response-Code = 200 Sip-Method = INVITE Event-Timestamp = "Dec 15 2017 18:54:19 UTC" Sip-From-Tag = "74898207_03603651_57a5b08a_059b89a0" Sip-To-Tag = "23712318_6772d868_bd252ab2-7f19-4b4b-9d64-8543b3e60525" Acct-Session-Id = "68d55cd505be7b9f3ad4adae150a693e at 192.168.104.207" Digest-Attributes = 0x0a0f72657374636f6d6d2e74657374 Sip-Translated-Request-URI = "sip:201115543626 at ceq.pstn.ie1.twilio.com" Sip-Src-IP = "\317h\250\300[\0324Z" User-Name = "rxt.test" Attr-111 = 0x3139322e3136382e3130342e313039 SIP-AVP = "ceq.pstn.ie1.twilio.com" Calling-Station-Id = "2979666" Called-Station-Id = "201115543626 at ceq.pstn.ie1.twilio.com" Sip-Group = "ACae6e420f425248d6a26948c17a9e2acf" NAS-Port = 5060 Acct-Delay-Time = 0 NAS-IP-Address = 192.168.104.109 Accounting-Response Id 200 192.168.105.241:1813 -> 192.168.104.109:41734 +1911.727 Access-Request Id 201 192.168.104.109:34342 -> 192.168.105.241:1812 +2545.558 User-Name = "restcomm.test at 192.168.104.109" Digest-Attributes = 0x0a0f72657374636f6d6d2e74657374 Digest-Attributes = 0x01113139322e3136382e3130342e313039 Digest-Attributes = 0x0232356133343163663330303030303030306534383762636339316161333161616532643938666336623535313831346235 Digest-Attributes = 0x04237369703a2b323031313135353433363236403139322e3136382e3130342e313039 Digest-Attributes = 0x0308494e56495445 Digest-Response = "aa768ad30a7ec76ba70c2a1507920ff6" Service-Type = Sip-Session Sip-Uri-User = "2979666" Acct-Session-Id = "bf121b81b4413a8f5ccf5a3f703d89cc at 192.168.104.207" NAS-Port = 5060 NAS-IP-Address = 192.168.104.109 Access-Accept Id 201 192.168.105.241:1812 -> 192.168.104.109:34342 +2545.560 Which make the custom SQL statement we build at /etc/freeradius/sql/mysql/dialup.conf not function , which only handle accounting_stop_query Your support is so much appreciated Best regards , Shabana -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Subject: Digest Footer _______________________________________________ Users mailing list Users at lists.opensips.org https://emea01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.opensips.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fusers&data=01%7C01%7Ca.shabana%40cequens.com%7C242e7aef642e435fb49808d543f55c4b%7Cf9a01c91467346cf9e27d48185bb3644%7C1&sdata=I8FFatZMRTyyAJgUGGVAQukxBhOkOg220cIWgITs5po%3D&reserved=0 ------------------------------ End of Users Digest, Vol 113, Issue 28 ************************************** From chunyong.zhao at qq.com Sat Dec 16 23:21:42 2017 From: chunyong.zhao at qq.com (=?ISO-8859-1?B?SmVmZnJleSBaaGFv?=) Date: Sun, 17 Dec 2017 12:21:42 +0800 Subject: [OpenSIPS-Users] drouting module -- How to use registered gatewayas outbound gateway In-Reply-To: <128838F4-89D6-4A0D-B15E-47C588685D1F@genesys.com> References: <9486315A-9FC8-44A4-AFFC-F889096CEA90@qq.com> <506ed1b3-e6f1-43a4-9494-84e5136fe3b7@opensips.org> <128838F4-89D6-4A0D-B15E-47C588685D1F@genesys.com> Message-ID: Dear Bogdan and Ben Newlin Thanks for the reply, really appreciated. ------------------ Original ------------------ From: "Ben Newlin";; Send time: Saturday, Dec 16, 2017 0:53 AM To: "OpenSIPS users mailling list"; "Jeffrey Zhao"; Subject: Re: [OpenSIPS-Users] drouting module -- How to use registered gatewayas outbound gateway You could also put the AoR that the gateways will use to register as an attribute on the rule/carrier/gateway in DR. Then when you do the lookup you provide avps for the attributes to be provided back and you can do the lookup based on that. Ben Newlin From: Users on behalf of Bogdan-Andrei Iancu Reply-To: OpenSIPS users mailling list Date: Friday, December 15, 2017 at 11:35 AM To: OpenSIPS users mailling list , Jeffrey Zhao Subject: Re: [OpenSIPS-Users] drouting module -- How to use registered gateway as outbound gateway Hi Jeffrey, To do something like that, you need to have in DR (as gateway) the AOR used by the GW to register with. And after you do do_routing() you do lookup(location). Now the tricky part is to link them, as Drouting is IP/domain driven while user location is AOR driven. So, in DR use as GW 127.0.0.1 (.2 and so on) - even if there is something phony, it has to be a valid IP. Now, after do_routing() you will have in RURI sip:DID at 127.0.0.1 which needs to be pushed into user location. Do transform it into a valid AOR (to be used as search key by user location), save the username part of RURI into a variable (for later restoring) and strip it -> ruri = sip:127.0.0.1 .Further use some subst/string transformation to do a static transformation from 127.0.0.N to gwN string and build AOR as sip:gwN at opensips_domain. So, in your case you will get sip:gw1 at opensips_domain as an AOR that can be used for lookup location (of course, your GW must register under the AOR of sip:gw1 at opensips_domain). After lookup(location) just restore the DID back into username part -> sip:DID at gw_address . Basically the trick is to get a static mapping between the phony IPs you put in DR (like 127.0.0.N) and the AORs used by the GW to register (like gwN at opensips_domain), so you can link them. Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://protect-us.mimecast.com/s/kKHOCER6PLSgL0EzhN-bAd?domain=opensips-solutions.com On 12/15/2017 02:39 AM, Jeffrey Zhao wrote: Dear all We are using drouting module for dialplan routing, for NAT issues, we need to register outbound voice gateway to opensips, instead of fixed static IP. Is there any way to use registered gateway as routing destination? Thanks. _______________________________________________ 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 royee.tichauer at vonage.com Sun Dec 17 02:02:01 2017 From: royee.tichauer at vonage.com (Royee Tichauer) Date: Sun, 17 Dec 2017 07:02:01 +0000 Subject: [OpenSIPS-Users] SUBSCRIBE + Topology Hiding In-Reply-To: <6836c358-43c6-97b6-f950-a0d485b724bd@opensips.org> References: <6836c358-43c6-97b6-f950-a0d485b724bd@opensips.org> Message-ID: Missed that, thanks Razvaan! Royee On Fri, Dec 15, 2017 at 1:44 PM Răzvan Crainea wrote: > Hi, Royee! > > As you can see in the logs, the route set is shrikend - so opensips cannot > restore the entire information. > Taking a look at the trace you have sent, it is clear that the client is > not sending the second SUBSCRIBE with all the information: > * The 200 OK thinfo param has 154 chars > * The SUBSCRIBE thinfo has only 55 chars > > I would check whyt the client is not using the entire thinfo param. > > Best regards, > > Răzvan Crainea > OpenSIPS Developerwww.opensips-solutions.com > > On 12/14/2017 06:41 PM, Royee Tichauer via Users wrote: > > I have found something in the opensips.log that might shed some light: > > /usr/sbin/opensips[27370]: DBG:topology_hiding:topo_no_dlg_seq_handling: > extracted routes [, [] > > Dec 14 16:17:00 qa7vqsbc4.qa7.vocal-qa.com /usr/sbin/opensips[27370]: > ERROR:core:parse_nameaddr: no > found > > > I also see this when initially doing the topology hiding: > > /usr/sbin/opensips[27370]: DBG:topology_hiding:topo_no_dlg_encode_contact: > Trying to propagate username [blf] > > /usr/sbin/opensips[27370]: DBG:core:parse_headers: flags=ffffffffffffffff > > /usr/sbin/opensips[27370]: DBG:core:print_rr_body: current rr is qa7vqblfc1ctrl1.qa7.vocal-qa.com;lr> > > /usr/sbin/opensips[27370]: DBG:core:print_rr_body: current rr is > > > /usr/sbin/opensips[27370]: DBG:core:print_rr_body: out rr > [,] > > > > > > > On Thu, Dec 14, 2017 at 5:45 PM Royee Tichauer > wrote: > >> Hi, >> >> I am using opensips 2.1 and I'm experiencing some weird behavior with >> SUBSCRIBE handling on an opensips server that is behaving as a SIP proxy. I >> also use the topology_hiding module to hide routing information from the >> clients. >> >> The proxy receives an initial SUBSCRIBE from a device, the SUBSCRIBE >> doesn't contain a "to tag" so I process it like a normal SUBSCRIBE message >> and route it to the correct route which replies with a 200 OK with a "to >> tag". Some time before the expiration of the SUBSCRIBE is passed I receive >> a another SUBSCRIBE, this time with a "to tag" so my opensips config file >> attempts to match it to a topology matching but for some reason it fails to >> match it. >> >> I have this configured: >> >> modparam("dialog", "dlg_match_mode", 0) >> >> Any idea why the second subscribe message is not being matched? >> >> Attached is a capture of the initial and following subscribes. >> >> Thanks, >> >> Royee >> >> > > _______________________________________________ > 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 royee.tichauer at vonage.com Sun Dec 17 06:41:46 2017 From: royee.tichauer at vonage.com (Royee Tichauer) Date: Sun, 17 Dec 2017 11:41:46 +0000 Subject: [OpenSIPS-Users] Record-Route port is not the same as local used port Message-ID: Hi, I am using opensips 2.1. I have an opensips server acting as a proxy using the dispatcher module. The destinations in the dispatcher table are TCP destinations with a destination port of 10000. From sniffing the network I see that opensips picks a random local port to send TCP messages from. If I use record_route() from my configuration then the rr header thats added to the SIP message contains my proxy IP and port 10000 instead of the actual port used. Of course when I receive following SIP messages I will receive them through 10000 and reject them as not coming in through the right port. What am I missing here? Royee -------------- next part -------------- An HTML attachment was scrubbed... URL: From kurgan-rus at inbox.ru Mon Dec 18 01:18:50 2017 From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEsu?=) Date: Mon, 18 Dec 2017 09:18:50 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?uac=5Fauth_and_uac=5Fregistrant?= Message-ID: <1513577930.683024638@f181.i.mail.ru> Hello all. I can not understand where should I configure sip logins, passwords, etc  for outgoing SIP registrations. The documentation says that we must use uac_registrant module,  and load uac_auth before it. Both modules support configuring credentials used for SIP registration, uac_registrant - in a DB table, uac_auth - as module parameters in config file. The first one can be reloaded via MI, the second one can not. So, what should I use?! ----------------------------------------------- BR, Alexey http://alexeyka.zantsev.com/   -------------- next part -------------- An HTML attachment was scrubbed... URL: From royee.tichauer at vonage.com Mon Dec 18 05:22:06 2017 From: royee.tichauer at vonage.com (Royee Tichauer) Date: Mon, 18 Dec 2017 10:22:06 +0000 Subject: [OpenSIPS-Users] Record-Route port is not the same as local used port In-Reply-To: References: Message-ID: I think I understand now the concept now and this is actually how it should work. I have another problem though. I am doing protocol conversion on the proxy side (tls->tcp) and record_route() adds a double rr header. The issue is that one of them contains the private IP instead of the public IP. When the device receives this it fails to connect back to this address. How can I set both of the rr headers to the public IP? I am using: advertised address, global 'listen' for ports: 5060, 10000, 10002 (tls). Thanks, Royee On Sun, Dec 17, 2017 at 1:41 PM Royee Tichauer wrote: > Hi, > > I am using opensips 2.1. I have an opensips server acting as a proxy using > the dispatcher module. The destinations in the dispatcher table are TCP > destinations with a destination port of 10000. From sniffing the network I > see that opensips picks a random local port to send TCP messages from. > > If I use record_route() from my configuration then the rr header thats > added to the SIP message contains my proxy IP and port 10000 instead of the > actual port used. Of course when I receive following SIP messages I will > receive them through 10000 and reject them as not coming in through the > right port. > > What am I missing here? > > Royee > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kurgan-rus at inbox.ru Mon Dec 18 07:49:10 2017 From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEsu?=) Date: Mon, 18 Dec 2017 15:49:10 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?uac=5Fauth_and_uac=5Fregistrant?= Message-ID: <1513601350.765578815@f450.i.mail.ru> So, I just loaded uac_auth.so as a dependency of uac_registrant.so, and added SIP login/pass/etc via 'opensipsctl registrar add ...' and the registration is successful. But I steel not sure what should we configure in uac_auth parameters... Though, I achieved what I wanted. ----------------------------------------------- BR, Alexey http://alexeyka.zantsev.com/   -------------- next part -------------- An HTML attachment was scrubbed... URL: From osas at voipembedded.com Mon Dec 18 08:13:24 2017 From: osas at voipembedded.com (Ovidiu Sas) Date: Mon, 18 Dec 2017 08:13:24 -0500 Subject: [OpenSIPS-Users] uac_auth and uac_registrant In-Reply-To: <1513601350.765578815@f450.i.mail.ru> References: <1513601350.765578815@f450.i.mail.ru> Message-ID: Hello Alexey, The functionality of uac_auth module is required by uac_registrant in order to perform authentications. You don't need to configure uac_auth parameters for uac_registrant to work. Regards, Ovidiu Sas On Dec 18, 2017 07:49, "Alexey K. via Users" wrote: > So, I just loaded uac_auth.so as a dependency of uac_registrant.so, > and added SIP login/pass/etc via 'opensipsctl registrar add ...' and the > registration is successful. > > But I steel not sure what should we configure in uac_auth parameters... > > Though, I achieved what I wanted. > > > ----------------------------------------------- > 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 Mon Dec 18 08:19:38 2017 From: kurgan-rus at inbox.ru (=?UTF-8?B?QWxleGV5IEsu?=) Date: Mon, 18 Dec 2017 16:19:38 +0300 Subject: [OpenSIPS-Users] =?utf-8?q?uac=5Fauth_and_uac=5Fregistrant?= In-Reply-To: References: <1513601350.765578815@f450.i.mail.ru> Message-ID: <1513603178.995903164@f410.i.mail.ru> Thank you Ovidiu. Yes, everything works! > >Hello Alexey, > >The functionality of uac_auth module is required by uac_registrant in order to perform authentications. >You don't need to configure uac_auth parameters for uac_registrant to work. > >Regards, >Ovidiu Sas >_______________________________________________ >Users mailing list >Users at lists.opensips.org >http://lists.opensips.org/cgi-bin/mailman/listinfo/users ----------------------------------------------- BR, Alexey http://alexeyka.zantsev.com/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From bogdan at opensips.org Mon Dec 18 09:01:54 2017 From: bogdan at opensips.org (Bogdan-Andrei Iancu) Date: Mon, 18 Dec 2017 16:01:54 +0200 Subject: [OpenSIPS-Users] Record-Route port is not the same as local used port In-Reply-To: References: Message-ID: Hi Royee, OpenSIPS will add the in the 2 RR headers the inbound and outbound listening interfaces (if not override by an advertise address). So can you share the listening sockets you have (priv versus public), the advertise value and what you get into RR headers ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer http://www.opensips-solutions.com On 12/18/2017 12:22 PM, Royee Tichauer via Users wrote: > I think I understand now the concept now and this is actually how it > should work. > > I have another problem though. I am doing protocol conversion on the > proxy side (tls->tcp) and record_route() adds a double rr header. The > issue is that one of them contains the private IP instead of the > public IP. When the device receives this it fails to connect back to > this address. How can I set both of the rr headers to the public IP? I > am using: advertised address, global 'listen' for ports: 5060, 10000, > 10002 (tls). > > Thanks, > Royee > > On Sun, Dec 17, 2017 at 1:41 PM Royee Tichauer > > wrote: > > Hi, > > I am using opensips 2.1. I have an opensips server acting as a > proxy using the dispatcher module. The destinations in the > dispatcher table are TCP destinations with a destination port of > 10000. From sniffing the network I see that opensips picks a > random local port to send TCP messages from. > > If I use record_route() from my configuration then the rr header > thats added to the SIP message contains my proxy IP and port 10000 > instead of the actual port used. Of course when I receive > following SIP messages I will receive them through 10000 and > reject them as not coming in through the right port. > > What am I missing here? > > Royee > > > > _______________________________________________ > 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 docbobo at protonmail.com Sat Dec 9 09:49:15 2017 From: docbobo at protonmail.com (Boris) Date: Sat, 09 Dec 2017 09:49:15 -0500 Subject: [OpenSIPS-Users] OpenXCAP on Debian... In-Reply-To: References: Message-ID: Thanks, Dan. Jessie backports seems to work as expected. -Boris > -------- Original Message -------- > Subject: Re: [OpenSIPS-Users] OpenXCAP on Debian... > Local Time: December 8, 2017 12:26 PM > UTC Time: December 8, 2017 11:26 AM > From: dan at ag-projects.com > To: Boris , OpenSIPS users mailling list > > On 6 Dec 2017, at 19:11, Boris via Users wrote: > >> I just tried to install OpenXCAP on Debian Stretch and was having issues because of missing dependencies (python-twisted-web2). >> >> It seems debian stretch decided to not ship this package. You can ask them why, because the package is present in wheezy (old old stable), jessie (old stable) and it is still present in unstable. They just seem to have skipped stretch. >> >> https://packages.debian.org/search?keywords=python-twisted-web2 >> >> I then tried on both Jessie and Wheezy, but each of those were exposing different dependency problems. >> >> You'll most likely need the jessie-backports repository for jessie. I won't recommend wheezy as it's too old. >> >> -- >> Dan -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.hierl at next-id.de Tue Dec 19 05:11:12 2017 From: marco.hierl at next-id.de (Marco Hierl) Date: Tue, 19 Dec 2017 10:11:12 +0000 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Message-ID: Dear all, OpenSIPS crashes at start with segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so[7fc20da5c000+195000] Dec 19 10:21:41 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[32543]: INFO:rtpproxy:rtpp_test: rtp proxy found, support for it enabled Dec 19 10:21:41 sbc-dtag-hh opensips: INFO:core:daemonize: pre-daemon process exiting with 0 Dec 19 10:21:41 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[32551]: CRITICAL:core:receive_fd: EOF on 10 Dec 19 10:21:41 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[32472]: INFO:core:handle_sigs: child process 32473 exited by a signal 11 Dec 19 10:21:41 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[32472]: INFO:core:handle_sigs: core was generated Dec 19 10:21:41 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[32472]: INFO:core:handle_sigs: terminating due to SIGCHLD Dec 19 10:21:41 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[32551]: INFO:core:sig_usr: signal 15 received root at sbc-dtag-hh:/usr/opensips/tmp# /usr/opensips/akt/sbin/opensips -Version version: opensips 2.3.2 (x86_64/linux) flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, QM_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_lt, epoll_et, sigio_rt, select. git revision: 2ae87c644 main.c compiled on 14:05:36 Dec 15 2017 with gcc 6.3.0 root at sbc-dtag-hh:/usr/opensips/tmp# gdb /usr/opensips/akt/sbin/opensips core.32473 GNU gdb (Debian 7.12-6) 7.12.0.20161007-git Copyright (C) 2016 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/opensips/akt/sbin/opensips...done. [New LWP 32473] [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/opensips/akt/sbin/opensips -P /run/opensips/opensips.pid -f /usr/opensips/'. Program terminated with signal SIGSEGV, Segmentation fault. #0 strrchr () at ../sysdeps/x86_64/strrchr.S:32 32 ../sysdeps/x86_64/strrchr.S: Datei oder Verzeichnis nicht gefunden. (gdb) bt full #0 strrchr () at ../sysdeps/x86_64/strrchr.S:32 No locals. #1 0x00007f5ecc3d3c81 in timeout_listener_process (rank=0) at timeout_process.c:87 saddr_un = {sun_family = 21992, sun_path = "\307\005\375\177\000\000\350U\307\005\375\177\000\000\000\000\000\000\000\000\000\000\001\000\000\000\000\000\000\000\001\000\000 \000\000\000\000\000\244`\234\361^\177\000\000 a\234\361^\177\000\000&6f\361^\177\000\000\b\230\234\361^\177\000\000\000\000\000\000\261\bZ+\210s\231\3 21^\177\000\000\000V\307\005\375\177\000\000\360Wy\374;V\000\000\223\061f\361^\177"} s_un = 0x563bfc7b70e9 saddr_in = {sin_family = 24740, sin_port = 61852, sin_addr = {s_addr = 32606}, sin_zero = " a\234\361^\177\000"} s_in = 0x7ffd05c75660 s_in6 = 0x100000001 connect_fd = 32606 buffer = '\000' , "\377\377\377\377\375\177\000\000\244\\\337\361^\177\000\000\001\000\000\000\000\000\000\000 at 1\234\361^\177 \000\000\000\000\000\000\000\000\000\000\020?c\361^\177\000\000\260U\307\005\375\177\000\000\367\326\337\361^\177\000\000\000\000\000\000\377", '\000' , '%' , '\000' , "\210s\231\321^\177\000\000\000V\307\005\375\177\000\000\360Wy\374;V\000\000`X\3 07\005\375\177\000\000\000\000\000\000\000\000\000\000\250l{\374;V\000\000 \305\360>\314^\177\000\000\377\377\377\377\377\000\000\000"... p = 0x5c43c38c00000000 sp = 0x563bfc7957f0 <_start> "1\355I\211\321^H\211\342H\203\344\360PTL\215\005\312j\025" end = 0x0 start = 0x563bfc8ce4c9 "\353\032\213\005\263q*" h_entry = 0 h_id = 0 id = {s = 0x1 , len = -55115112} port = 0 saddr = 0x80005c75660 len = 32606 i = 0 n = 0 left = -868290363 optval = 1 rtpp_info = {sa_family = 21880, sa_data = "\307\005\000\000\000\000\321\020\337\361^\177\000"} rtpp_lst = 0x80e00000001 terminate_reason = {s = 0x7f5ecc3ed4b5 "RTPProxy Timeout", len = 16} ---Type to continue, or q to quit--- offset = 0 __FUNCTION__ = "timeout_listener_process" #2 0x0000563bfc828b56 in start_module_procs () at sr_module.c:763 m = 0x7f5ee16665b8 n = 0 l = 0 x = 0 __FUNCTION__ = "start_module_procs" #3 0x0000563bfc822f22 in main_loop () at main.c:656 chd_rank = 0 startup_done = 0x0 __FUNCTION__ = "main_loop" #4 0x0000563bfc825f58 in main (argc=11, argv=0x7ffd05c75868) at main.c:1283 cfg_log_stderr = 1 cfg_stream = 0x563bfd4fd010 c = -1 r = 0 tmp = 0x7ffd05c76eb3 "" tmp_len = 0 port = 194 proto = 0 protos_no = 1 options = 0x563bfc912670 "f:cCm:M:b:l:n:N:rRvdDFETSVhw:t:u:g:P:G:W:o:" ret = -1 seed = 529466522 rfd = 4 __FUNCTION__ = "main" What am I doing wrong? thanks and best regards Marco -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Dec 19 05:23:55 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 19 Dec 2017 12:23:55 +0200 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: References: Message-ID: Hi, Marco! Thanks for the report! Can you indicate what value are you using for the rtpp_notify_socket [1] parameter? PS: please use pastebin for large logs/messages [1] http://www.opensips.org/html/docs/modules/2.4.x/rtpproxy#idp5604480 Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 12:11 PM, Marco Hierl wrote: > > Dear all, > > OpenSIPS crashes at start with > > segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in > libc-2.24.so[7fc20da5c000+195000] > -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.hierl at next-id.de Tue Dec 19 05:47:01 2017 From: marco.hierl at next-id.de (Marco Hierl) Date: Tue, 19 Dec 2017 10:47:01 +0000 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: References: Message-ID: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> Hi Răzvan, thanks for this hint. The parameter was not set! After using modparam("rtpproxy", "rtpp_notify_socket", "udp:10.249.152.5:9999") OpenSIPS starts without any error. Thanks again and best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 11:24 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Hi, Marco! Thanks for the report! Can you indicate what value are you using for the rtpp_notify_socket [1] parameter? PS: please use pastebin for large logs/messages [1] http://www.opensips.org/html/docs/modules/2.4.x/rtpproxy#idp5604480 Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 12:11 PM, Marco Hierl wrote: Dear all, OpenSIPS crashes at start with segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so[7fc20da5c000+195000] -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Dec 19 05:50:46 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 19 Dec 2017 12:50:46 +0200 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> Message-ID: <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> Do you mind removing the parameter and make a few more tests, until we track the initial issue down? If you can, open the core dump and run: f 1 p rtpp_notify_socket Thanks and regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 12:47 PM, Marco Hierl wrote: > > Hi Răzvan, > > thanks for this hint. The parameter was not set! > > After using modparam("rtpproxy", "rtpp_notify_socket", > "udp:10.249.152.5:9999") OpenSIPS starts without any error. > > Thanks again and best regards > >   Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag von > *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 11:24 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp > 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Hi, Marco! > > Thanks for the report! Can you indicate what value are you using for > the rtpp_notify_socket [1] parameter? > > PS: please use pastebin for large logs/messages > > [1] http://www.opensips.org/html/docs/modules/2.4.x/rtpproxy#idp5604480 > > Best regards, > > Răzvan Crainea > OpenSIPS Developer > www.opensips-solutions.com > > On 12/19/2017 12:11 PM, Marco Hierl wrote: > > Dear all, > > OpenSIPS crashes at start with > > segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in > libc-2.24.so[7fc20da5c000+195000] > > > > _______________________________________________ > 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 marco.hierl at next-id.de Tue Dec 19 05:58:23 2017 From: marco.hierl at next-id.de (Marco Hierl) Date: Tue, 19 Dec 2017 10:58:23 +0000 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> Message-ID: <8dbb9011ff7b4689b3f69624299d0649@next-id.de> I got this: (gdb) f 1 #1 0x00007fbe01394c81 in timeout_listener_process (rank=0) at timeout_process.c:87 warning: Source file is more recent than executable. 87 p = strrchr(rtpp_notify_socket.s, ':'); (gdb) p rtpp_notify_socket $1 = {s = 0x0, len = 0} (gdb) Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 11:51 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Do you mind removing the parameter and make a few more tests, until we track the initial issue down? If you can, open the core dump and run: f 1 p rtpp_notify_socket Thanks and regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 12:47 PM, Marco Hierl wrote: Hi Răzvan, thanks for this hint. The parameter was not set! After using modparam("rtpproxy", "rtpp_notify_socket", "udp:10.249.152.5:9999") OpenSIPS starts without any error. Thanks again and best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 11:24 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Hi, Marco! Thanks for the report! Can you indicate what value are you using for the rtpp_notify_socket [1] parameter? PS: please use pastebin for large logs/messages [1] http://www.opensips.org/html/docs/modules/2.4.x/rtpproxy#idp5604480 Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 12:11 PM, Marco Hierl wrote: Dear all, OpenSIPS crashes at start with segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so[7fc20da5c000+195000] _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Dec 19 06:17:30 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 19 Dec 2017 13:17:30 +0200 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: <8dbb9011ff7b4689b3f69624299d0649@next-id.de> References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> <8dbb9011ff7b4689b3f69624299d0649@next-id.de> Message-ID: <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> That's weird :). Can you start opensips in debug mode and paste me all the lines that contain the "initializing module " string, in the exact order they apear? Thanks! Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 12:58 PM, Marco Hierl wrote: > > I got this: > > (gdb) f 1 > > #1  0x00007fbe01394c81 in timeout_listener_process (rank=0) at > timeout_process.c:87 > > warning: Source file is more recent than executable. > > 87 p = strrchr(rtpp_notify_socket.s, ':'); > > (gdb) p rtpp_notify_socket > > $1 = {s = 0x0, len = 0} > > (gdb) > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag von > *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 11:51 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp > 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Do you mind removing the parameter and make a few more tests, until we > track the initial issue down? If you can, open the core dump and run: > > f 1 > p rtpp_notify_socket > > Thanks and regards, > > > Răzvan Crainea > OpenSIPS Developer > www.opensips-solutions.com > > On 12/19/2017 12:47 PM, Marco Hierl wrote: > > Hi Răzvan, > > thanks for this hint. The parameter was not set! > > After using modparam("rtpproxy", "rtpp_notify_socket", > "udp:10.249.152.5:9999") OpenSIPS starts without any error. > > Thanks again and best regards > > Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag > von *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 11:24 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 > sp 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Hi, Marco! > > Thanks for the report! Can you indicate what value are you using > for the rtpp_notify_socket [1] parameter? > > PS: please use pastebin for large logs/messages > > [1] > http://www.opensips.org/html/docs/modules/2.4.x/rtpproxy#idp5604480 > > Best regards, > > > Răzvan Crainea > > OpenSIPS Developer > > www.opensips-solutions.com > > On 12/19/2017 12:11 PM, Marco Hierl wrote: > > Dear all, > > OpenSIPS crashes at start with > > segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 > in libc-2.24.so[7fc20da5c000+195000] > > > > > _______________________________________________ > > 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 marco.hierl at next-id.de Tue Dec 19 07:26:48 2017 From: marco.hierl at next-id.de (Marco Hierl) Date: Tue, 19 Dec 2017 12:26:48 +0000 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> <8dbb9011ff7b4689b3f69624299d0649@next-id.de> <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> Message-ID: <0ba9b704c41641fe9ec0796a600384d0@next-id.de> Hope this is what you asked for: Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module proto_udp Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module mi_fifo Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module db_mysql Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module sl Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module tm Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module rr Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module maxfwd Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module dialog Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module uac Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module signaling Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: NOTICE:signaling:mod_init: initializing module ... Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module auth Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module textops Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module sipmsgops Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module uri Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module dialplan Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module drouting Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module avpops Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module acc Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module exec Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module perl Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module sst Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module cfgutils Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module cachedb_local Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module benchmark Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module topology_hiding Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module nathelper Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: DBG:core:init_mod: initializing module rtpproxy Best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 12:18 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so That's weird :). Can you start opensips in debug mode and paste me all the lines that contain the "initializing module " string, in the exact order they apear? Thanks! Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 12:58 PM, Marco Hierl wrote: I got this: (gdb) f 1 #1 0x00007fbe01394c81 in timeout_listener_process (rank=0) at timeout_process.c:87 warning: Source file is more recent than executable. 87 p = strrchr(rtpp_notify_socket.s, ':'); (gdb) p rtpp_notify_socket $1 = {s = 0x0, len = 0} (gdb) Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 11:51 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Do you mind removing the parameter and make a few more tests, until we track the initial issue down? If you can, open the core dump and run: f 1 p rtpp_notify_socket Thanks and regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 12:47 PM, Marco Hierl wrote: Hi Răzvan, thanks for this hint. The parameter was not set! After using modparam("rtpproxy", "rtpp_notify_socket", "udp:10.249.152.5:9999") OpenSIPS starts without any error. Thanks again and best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 11:24 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Hi, Marco! Thanks for the report! Can you indicate what value are you using for the rtpp_notify_socket [1] parameter? PS: please use pastebin for large logs/messages [1] http://www.opensips.org/html/docs/modules/2.4.x/rtpproxy#idp5604480 Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 12:11 PM, Marco Hierl wrote: Dear all, OpenSIPS crashes at start with segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so[7fc20da5c000+195000] _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Dec 19 07:49:11 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 19 Dec 2017 14:49:11 +0200 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: <0ba9b704c41641fe9ec0796a600384d0@next-id.de> References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> <8dbb9011ff7b4689b3f69624299d0649@next-id.de> <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> <0ba9b704c41641fe9ec0796a600384d0@next-id.de> Message-ID: <7918e71d-2e3b-b429-1357-8becaf3008df@opensips.org> Hi, Marco! How are you installing opensips? Did you make any changes tothe code? Is it ok if I provide you a patch for your sources so that I can get more information about the error? Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 02:26 PM, Marco Hierl wrote: > > Hope this is what you asked for: > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module proto_udp > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module mi_fifo > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module db_mysql > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module sl > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module tm > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module rr > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module maxfwd > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module dialog > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module uac > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module signaling > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > NOTICE:signaling:mod_init: initializing module ... > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module auth > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module textops > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module sipmsgops > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module uri > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module dialplan > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module drouting > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module avpops > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module acc > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module exec > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module perl > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module sst > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module cfgutils > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module cachedb_local > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module benchmark > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module topology_hiding > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module nathelper > > Dec 19 13:20:36 sbc-dtag-hh /usr/opensips/akt/sbin/opensips[19793]: > DBG:core:init_mod: initializing module rtpproxy > > Best regards > >   Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag von > *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 12:18 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp > 00007ffe11ed3eb8 error 4 in libc-2.24.so > > That's weird :). > Can you start opensips in debug mode and paste me all the lines that > contain the "initializing module " string, in the exact order they apear? > > Thanks! > > > Răzvan Crainea > OpenSIPS Developer > www.opensips-solutions.com > > On 12/19/2017 12:58 PM, Marco Hierl wrote: > > I got this: > > (gdb) f 1 > > #1 0x00007fbe01394c81 in timeout_listener_process (rank=0) at > timeout_process.c:87 > > warning: Source file is more recent than executable. > > 87 p = strrchr(rtpp_notify_socket.s, ':'); > > (gdb) p rtpp_notify_socket > > $1 = {s = 0x0, len = 0} > > (gdb) > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag > von *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 11:51 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 > sp 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Do you mind removing the parameter and make a few more tests, > until we track the initial issue down? If you can, open the core > dump and run: > > f 1 > p rtpp_notify_socket > > Thanks and regards, > > > > Răzvan Crainea > > OpenSIPS Developer > > www.opensips-solutions.com > > On 12/19/2017 12:47 PM, Marco Hierl wrote: > > Hi Răzvan, > > thanks for this hint. The parameter was not set! > > After using modparam("rtpproxy", "rtpp_notify_socket", > "udp:10.249.152.5:9999") OpenSIPS starts without any error. > > Thanks again and best regards > > Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im > Auftrag von *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 11:24 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip > 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Hi, Marco! > > Thanks for the report! Can you indicate what value are you > using for the rtpp_notify_socket [1] parameter? > > PS: please use pastebin for large logs/messages > > [1] > http://www.opensips.org/html/docs/modules/2.4.x/rtpproxy#idp5604480 > > Best regards, > > > > Răzvan Crainea > > OpenSIPS Developer > > www.opensips-solutions.com > > On 12/19/2017 12:11 PM, Marco Hierl wrote: > > Dear all, > > OpenSIPS crashes at start with > > segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 > error 4 in libc-2.24.so[7fc20da5c000+195000] > > > > > > _______________________________________________ > > 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 marco.hierl at next-id.de Tue Dec 19 07:59:32 2017 From: marco.hierl at next-id.de (Marco Hierl) Date: Tue, 19 Dec 2017 12:59:32 +0000 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: <7918e71d-2e3b-b429-1357-8becaf3008df@opensips.org> References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> <8dbb9011ff7b4689b3f69624299d0649@next-id.de> <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> <0ba9b704c41641fe9ec0796a600384d0@next-id.de> <7918e71d-2e3b-b429-1357-8becaf3008df@opensips.org> Message-ID: Hi Răzvan, I made git clone https://github.com/OpenSIPS/opensips.git -b 2.3 opensips-2.3 check Compile Flags -> QM_MALLOC and DBG_MALLOC and I changed the following 2 lines: /usr/src/opensips-2.3/config.h #define MAX_BRANCHES 15 /*!< maximum number of branches per transaction */ /usr/src/opensips-2.3/modules/dialplan/dp_repl.c #define DP_MAX_ATTRS_LEN 128 Sure, if you provide the patch I will compile and start again… Best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 13:49 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Hi, Marco! How are you installing opensips? Did you make any changes to the code? Is it ok if I provide you a patch for your sources so that I can get more information about the error? Best regards, -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Dec 19 08:26:02 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 19 Dec 2017 15:26:02 +0200 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> <8dbb9011ff7b4689b3f69624299d0649@next-id.de> <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> <0ba9b704c41641fe9ec0796a600384d0@next-id.de> <7918e71d-2e3b-b429-1357-8becaf3008df@opensips.org> Message-ID: Please apply this[1] patch and run again without the parameter set, and then send over the INFO logs. [1] https://pastebin.com/jUfzdSDk Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 02:59 PM, Marco Hierl wrote: > > Hi Răzvan, > > I made > > git clone https://github.com/OpenSIPS/opensips.git -b 2.3 opensips-2.3 > > > check Compile Flags -> *QM_MALLOC* and *DBG_MALLOC* > > and I changed the following 2 lines: > > /usr/src/opensips-2.3/config.h > > #define MAX_BRANCHES    15                      /*!< maximum number of > branches per transaction */ > > /usr/src/opensips-2.3/modules/dialplan/dp_repl.c > > #define DP_MAX_ATTRS_LEN        128 > > Sure, if you provide the patch I will compile and start again… > > Best regards > >   Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag von > *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 13:49 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp > 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Hi, Marco! > > How are you installing opensips? Did you make any changes to the code? > Is it ok if I provide you a patch for your sources so that I can get > more information about the error? > > 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 marco.hierl at next-id.de Tue Dec 19 10:22:03 2017 From: marco.hierl at next-id.de (Marco Hierl) Date: Tue, 19 Dec 2017 15:22:03 +0000 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> <8dbb9011ff7b4689b3f69624299d0649@next-id.de> <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> <0ba9b704c41641fe9ec0796a600384d0@next-id.de> <7918e71d-2e3b-b429-1357-8becaf3008df@opensips.org> Message-ID: done: https://pastebin.com/qzQX1FPy but I inserted the new lines by hand… it seems that we are using different version of rtpproxy.c ? I took branch 2.3 from git this morning? Did I take a wrong one? best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 14:26 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Please apply this[1] patch and run again without the parameter set, and then send over the INFO logs. [1] https://pastebin.com/jUfzdSDk Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From kkothari157 at gmail.com Tue Dec 19 10:32:38 2017 From: kkothari157 at gmail.com (Ketan Kothari) Date: Tue, 19 Dec 2017 21:02:38 +0530 Subject: [OpenSIPS-Users] opensips 2.2 getting failed to load module error while start Message-ID: Hello Guys, *ERROR* :#opensips Dec 19 16:29:56 [15058] ERROR:core:sr_load_module: could not open module : libmysqlclient.so.20: cannot open shared object file: No such file or directory Dec 19 16:29:56 [15058] ERROR:core:load_module: failed to load module Dec 19 16:29:56 [15058] CRITICAL:core:yyerror: parse error in config file /usr/local//etc/opensips/opensips.cfg, line 36, column 13-14: failed to load module db_mysql.so Dec 19 16:29:56 [15058] ERROR:core:main: bad config file (1 errors) Dec 19 16:29:56 [15058] NOTICE:core:main: Exiting.... [root at opensips_2_2]#* find / -name db_mysql.so* /usr/lib64/opensips/modules/db_mysql.so /usr/local/lib64/opensips/modules/db_mysql.so /usr/src/opensips_2_2/modules/db_mysql/db_mysql.so [root at opensips_2_2]# *locate libmysqlclient* /usr/lib64/libmysqlclient.a /usr/lib64/libmysqlclient.so /usr/lib64/libmysqlclient.so.18 /usr/lib64/libmysqlclient.so.18.0.0 /usr/lib64/libmysqlclient_r.a /usr/lib64/libmysqlclient_r.so /usr/lib64/libmysqlclient_r.so.18 /usr/lib64/libmysqlclient_r.so.18.0.0 Server :* CentOS Linux release 7.4.1708 (Core)* Mariadb Server version: *5.5.56-MariaDB MariaDB Server* -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Dec 19 10:47:26 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 19 Dec 2017 17:47:26 +0200 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> <8dbb9011ff7b4689b3f69624299d0649@next-id.de> <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> <0ba9b704c41641fe9ec0796a600384d0@next-id.de> <7918e71d-2e3b-b429-1357-8becaf3008df@opensips.org> Message-ID: <7d940eb9-c0ab-7644-3cda-26b551686e71@opensips.org> Hi, Marco! That's my fault, I was doing the changes on the master branch, not 2.3. But the patch should be fine. Can you revert the patch and apply this one[2]. This is done against 2.3 :). [2] https://pastebin.com/f2nDrfbS Thanks! Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 05:22 PM, Marco Hierl wrote: > > done: > > https://pastebin.com/qzQX1FPy > > but I inserted the new lines by hand… it seems that we are using > different version of rtpproxy.c ? I took branch 2.3 from git this > morning? Did I take a wrong one? > > best regards > >   Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag von > *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 14:26 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp > 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Please apply this[1] patch and run again without the parameter set, > and then send over the INFO logs. > > [1] https://pastebin.com/jUfzdSDk > > Best regards, > > > Răzvan Crainea > OpenSIPS Developer > www.opensips-solutions.com > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Tue Dec 19 10:50:12 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Tue, 19 Dec 2017 17:50:12 +0200 Subject: [OpenSIPS-Users] opensips 2.2 getting failed to load module error while start In-Reply-To: References: Message-ID: <53f4fd25-524e-9a03-a0ac-d366c2d502ed@opensips.org> Hi, Ketan! How did you install your opensips? Did you try to update the mysql-devel/mariadb-devel package? Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 05:32 PM, Ketan Kothari wrote: > Hello Guys, > > *ERROR* :#opensips > Dec 19 16:29:56 [15058] ERROR:core:sr_load_module: could not open > module : > libmysqlclient.so.20: cannot open shared object file: No such file or > directory > Dec 19 16:29:56 [15058] ERROR:core:load_module: failed to load module > Dec 19 16:29:56 [15058] CRITICAL:core:yyerror: parse error in config > file /usr/local//etc/opensips/opensips.cfg, line 36, column 13-14: > failed to load module db_mysql.so > > Dec 19 16:29:56 [15058] ERROR:core:main: bad config file (1 errors) > Dec 19 16:29:56 [15058] NOTICE:core:main: Exiting.... > > > [root at opensips_2_2]#*find / -name db_mysql.so* > /usr/lib64/opensips/modules/db_mysql.so > /usr/local/lib64/opensips/modules/db_mysql.so > /usr/src/opensips_2_2/modules/db_mysql/db_mysql.so > > [root at opensips_2_2]# *locate libmysqlclient* > /usr/lib64/libmysqlclient.a > /usr/lib64/libmysqlclient.so > /usr/lib64/libmysqlclient.so.18 > /usr/lib64/libmysqlclient.so.18.0.0 > /usr/lib64/libmysqlclient_r.a > /usr/lib64/libmysqlclient_r.so > /usr/lib64/libmysqlclient_r.so.18 > /usr/lib64/libmysqlclient_r.so.18.0.0 > > Server :*CentOS Linux release 7.4.1708 (Core)* > Mariadb Server version: *5.5.56-MariaDB MariaDB Server* > > > _______________________________________________ > 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 kkothari157 at gmail.com Wed Dec 20 02:56:00 2017 From: kkothari157 at gmail.com (Ketan Kothari) Date: Wed, 20 Dec 2017 13:26:00 +0530 Subject: [OpenSIPS-Users] opensips 2.2 getting failed to load module error while start In-Reply-To: <53f4fd25-524e-9a03-a0ac-d366c2d502ed@opensips.org> References: <53f4fd25-524e-9a03-a0ac-d366c2d502ed@opensips.org> Message-ID: Hello Ravan, Thanks for your reply. I have installed opensips using source also tried to update mariadb-devel but it is in latest version. On Tue, Dec 19, 2017 at 9:20 PM, Răzvan Crainea wrote: > Hi, Ketan! > > How did you install your opensips? Did you try to update the > mysql-devel/mariadb-devel package? > > Best regards, > > Răzvan Crainea > OpenSIPS Developerwww.opensips-solutions.com > > On 12/19/2017 05:32 PM, Ketan Kothari wrote: > > Hello Guys, > > *ERROR* :#opensips > Dec 19 16:29:56 [15058] ERROR:core:sr_load_module: could not open module > : libmysqlclient.so.20: cannot > open shared object file: No such file or directory > Dec 19 16:29:56 [15058] ERROR:core:load_module: failed to load module > Dec 19 16:29:56 [15058] CRITICAL:core:yyerror: parse error in config file > /usr/local//etc/opensips/opensips.cfg, line 36, column 13-14: failed to > load module db_mysql.so > > Dec 19 16:29:56 [15058] ERROR:core:main: bad config file (1 errors) > Dec 19 16:29:56 [15058] NOTICE:core:main: Exiting.... > > > [root at opensips_2_2]#* find / -name db_mysql.so* > /usr/lib64/opensips/modules/db_mysql.so > /usr/local/lib64/opensips/modules/db_mysql.so > /usr/src/opensips_2_2/modules/db_mysql/db_mysql.so > > [root at opensips_2_2]# *locate libmysqlclient* > /usr/lib64/libmysqlclient.a > /usr/lib64/libmysqlclient.so > /usr/lib64/libmysqlclient.so.18 > /usr/lib64/libmysqlclient.so.18.0.0 > /usr/lib64/libmysqlclient_r.a > /usr/lib64/libmysqlclient_r.so > /usr/lib64/libmysqlclient_r.so.18 > /usr/lib64/libmysqlclient_r.so.18.0.0 > > Server :* CentOS Linux release 7.4.1708 (Core)* > Mariadb Server version: *5.5.56-MariaDB MariaDB Server* > > > _______________________________________________ > 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 razvan at opensips.org Wed Dec 20 03:36:35 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 20 Dec 2017 10:36:35 +0200 Subject: [OpenSIPS-Users] opensips 2.2 getting failed to load module error while start In-Reply-To: References: <53f4fd25-524e-9a03-a0ac-d366c2d502ed@opensips.org> Message-ID: <7205d13c-f3b0-1231-6ddf-c1ea8acd142e@opensips.org> Please run the following commands in your source code. cd modules/db_mysql make proper make cd - And send over the output. Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/20/2017 09:56 AM, Ketan Kothari wrote: > Hello Ravan, > > Thanks for your reply. > I have installed opensips using source also tried to update > mariadb-devel but it is in latest version. > > > On Tue, Dec 19, 2017 at 9:20 PM, Răzvan Crainea > wrote: > > Hi, Ketan! > > How did you install your opensips? Did you try to update the > mysql-devel/mariadb-devel package? > > Best regards, > > Răzvan Crainea > OpenSIPS Developer > www.opensips-solutions.com > > On 12/19/2017 05:32 PM, Ketan Kothari wrote: >> Hello Guys, >> >> *ERROR* :#opensips >> Dec 19 16:29:56 [15058] ERROR:core:sr_load_module: could not open >> module : >> libmysqlclient.so.20: cannot open shared object file: No such >> file or directory >> Dec 19 16:29:56 [15058] ERROR:core:load_module: failed to load module >> Dec 19 16:29:56 [15058] CRITICAL:core:yyerror: parse error in >> config file /usr/local//etc/opensips/opensips.cfg, line 36, >> column 13-14: failed to load module db_mysql.so >> >> Dec 19 16:29:56 [15058] ERROR:core:main: bad config file (1 errors) >> Dec 19 16:29:56 [15058] NOTICE:core:main: Exiting.... >> >> >> [root at opensips_2_2]#*find / -name db_mysql.so* >> /usr/lib64/opensips/modules/db_mysql.so >> /usr/local/lib64/opensips/modules/db_mysql.so >> /usr/src/opensips_2_2/modules/db_mysql/db_mysql.so >> >> [root at opensips_2_2]# *locate libmysqlclient* >> /usr/lib64/libmysqlclient.a >> /usr/lib64/libmysqlclient.so >> /usr/lib64/libmysqlclient.so.18 >> /usr/lib64/libmysqlclient.so.18.0.0 >> /usr/lib64/libmysqlclient_r.a >> /usr/lib64/libmysqlclient_r.so >> /usr/lib64/libmysqlclient_r.so.18 >> /usr/lib64/libmysqlclient_r.so.18.0.0 >> >> Server :*CentOS Linux release 7.4.1708 (Core)* >> Mariadb Server version: *5.5.56-MariaDB MariaDB Server* >> >> >> _______________________________________________ >> 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 marco.hierl at next-id.de Wed Dec 20 03:52:18 2017 From: marco.hierl at next-id.de (Marco Hierl) Date: Wed, 20 Dec 2017 08:52:18 +0000 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: <7d940eb9-c0ab-7644-3cda-26b551686e71@opensips.org> References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> <8dbb9011ff7b4689b3f69624299d0649@next-id.de> <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> <0ba9b704c41641fe9ec0796a600384d0@next-id.de> <7918e71d-2e3b-b429-1357-8becaf3008df@opensips.org> <7d940eb9-c0ab-7644-3cda-26b551686e71@opensips.org> Message-ID: <567a870fd73c474c9ee7206facc336d4@next-id.de> Hi Răzvan, the results: https://pastebin.com/ExZdGPcN best regards, Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 16:47 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Hi, Marco! That's my fault, I was doing the changes on the master branch, not 2.3. But the patch should be fine. Can you revert the patch and apply this one[2]. This is done against 2.3 :). [2] https://pastebin.com/f2nDrfbS Thanks! Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 05:22 PM, Marco Hierl wrote: done: https://pastebin.com/qzQX1FPy but I inserted the new lines by hand… it seems that we are using different version of rtpproxy.c ? I took branch 2.3 from git this morning? Did I take a wrong one? best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 14:26 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Please apply this[1] patch and run again without the parameter set, and then send over the INFO logs. [1] https://pastebin.com/jUfzdSDk Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Wed Dec 20 04:20:12 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 20 Dec 2017 11:20:12 +0200 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: <567a870fd73c474c9ee7206facc336d4@next-id.de> References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> <8dbb9011ff7b4689b3f69624299d0649@next-id.de> <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> <0ba9b704c41641fe9ec0796a600384d0@next-id.de> <7918e71d-2e3b-b429-1357-8becaf3008df@opensips.org> <7d940eb9-c0ab-7644-3cda-26b551686e71@opensips.org> <567a870fd73c474c9ee7206facc336d4@next-id.de> Message-ID: <59c3cfc9-6ef1-1ca6-221a-46ed0df0bf15@opensips.org> Hi, Marco! Can you tell me what operating system your are using? Also, what version of loader (ld -version)? Thanks and regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/20/2017 10:52 AM, Marco Hierl wrote: > > Hi Răzvan, > > the results: > > https://pastebin.com/ExZdGPcN > > best regards, > >   Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag von > *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 16:47 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp > 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Hi, Marco! > > That's my fault, I was doing the changes on the master branch, not > 2.3. But the patch should be fine. > Can you revert the patch and apply this one[2]. This is done against > 2.3 :). > > [2] https://pastebin.com/f2nDrfbS > > Thanks! > > > Răzvan Crainea > OpenSIPS Developer > www.opensips-solutions.com > > On 12/19/2017 05:22 PM, Marco Hierl wrote: > > done: > > https://pastebin.com/qzQX1FPy > > but I inserted the new lines by hand… it seems that we are using > different version of rtpproxy.c ? I took branch 2.3 from git this > morning? Did I take a wrong one? > > best regards > >   Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag > von *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 14:26 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 > sp 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Please apply this[1] patch and run again without the parameter > set, and then send over the INFO logs. > > [1] https://pastebin.com/jUfzdSDk > > Best regards, > > > > Răzvan Crainea > > OpenSIPS Developer > > www.opensips-solutions.com > > > > > _______________________________________________ > > 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 marco.hierl at next-id.de Wed Dec 20 04:23:15 2017 From: marco.hierl at next-id.de (Marco Hierl) Date: Wed, 20 Dec 2017 09:23:15 +0000 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: <59c3cfc9-6ef1-1ca6-221a-46ed0df0bf15@opensips.org> References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> <8dbb9011ff7b4689b3f69624299d0649@next-id.de> <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> <0ba9b704c41641fe9ec0796a600384d0@next-id.de> <7918e71d-2e3b-b429-1357-8becaf3008df@opensips.org> <7d940eb9-c0ab-7644-3cda-26b551686e71@opensips.org> <567a870fd73c474c9ee7206facc336d4@next-id.de> <59c3cfc9-6ef1-1ca6-221a-46ed0df0bf15@opensips.org> Message-ID: Hi Răzvan opensips at sbc-dtag-hh:/var/log/opensips$ cat /etc/debian_version 9.3 opensips at sbc-dtag-hh:/var/log/opensips$ ld -version GNU ld (GNU Binutils for Debian) 2.28 Copyright (C) 2017 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or (at your option) a later version. This program has absolutely no warranty. Best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Mittwoch, 20. Dezember 2017 10:20 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Hi, Marco! Can you tell me what operating system your are using? Also, what version of loader (ld -version)? Thanks and regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/20/2017 10:52 AM, Marco Hierl wrote: Hi Răzvan, the results: https://pastebin.com/ExZdGPcN best regards, Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 16:47 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Hi, Marco! That's my fault, I was doing the changes on the master branch, not 2.3. But the patch should be fine. Can you revert the patch and apply this one[2]. This is done against 2.3 :). [2] https://pastebin.com/f2nDrfbS Thanks! Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 05:22 PM, Marco Hierl wrote: done: https://pastebin.com/qzQX1FPy but I inserted the new lines by hand… it seems that we are using different version of rtpproxy.c ? I took branch 2.3 from git this morning? Did I take a wrong one? best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 14:26 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Please apply this[1] patch and run again without the parameter set, and then send over the INFO logs. [1] https://pastebin.com/jUfzdSDk Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users at lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From razvan at opensips.org Wed Dec 20 05:12:41 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 20 Dec 2017 12:12:41 +0200 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> <8dbb9011ff7b4689b3f69624299d0649@next-id.de> <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> <0ba9b704c41641fe9ec0796a600384d0@next-id.de> <7918e71d-2e3b-b429-1357-8becaf3008df@opensips.org> <7d940eb9-c0ab-7644-3cda-26b551686e71@opensips.org> <567a870fd73c474c9ee7206facc336d4@next-id.de> <59c3cfc9-6ef1-1ca6-221a-46ed0df0bf15@opensips.org> Message-ID: Hi, Marco! I tried to replicate this on a debian 9 system, with the same loader, but it doesn't seem to replicate.Can you (privatelyif you don't want it to bepublic) send me the load_module and modparam you are using in the sameorder/manner you are using them? Also, the rtpproxy snippets you are using. Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/20/2017 11:23 AM, Marco Hierl wrote: > > Hi Răzvan > > opensips at sbc-dtag-hh:/var/log/opensips$ cat /etc/debian_version > > 9.3 > > opensips at sbc-dtag-hh:/var/log/opensips$ ld -version > > GNU ld (GNU Binutils for Debian) 2.28 > > Copyright (C) 2017 Free Software Foundation, Inc. > > This program is free software; you may redistribute it under the terms of > > the GNU General Public License version 3 or (at your option) a later > version. > > This program has absolutely no warranty. > > Best regards > >   Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag von > *Razvan Crainea > *Gesendet:* Mittwoch, 20. Dezember 2017 10:20 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp > 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Hi, Marco! > > Can you tell me what operating system your are using? Also, what > version of loader (ld -version)? > > Thanks and regards, > > > Răzvan Crainea > OpenSIPS Developer > www.opensips-solutions.com > > On 12/20/2017 10:52 AM, Marco Hierl wrote: > > Hi Răzvan, > > the results: > > https://pastebin.com/ExZdGPcN > > best regards, > > Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag > von *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 16:47 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 > sp 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Hi, Marco! > > That's my fault, I was doing the changes on the master branch, not > 2.3. But the patch should be fine. > Can you revert the patch and apply this one[2]. This is done > against 2.3 :). > > [2] https://pastebin.com/f2nDrfbS > > Thanks! > > > > Răzvan Crainea > > OpenSIPS Developer > > www.opensips-solutions.com > > On 12/19/2017 05:22 PM, Marco Hierl wrote: > > done: > > https://pastebin.com/qzQX1FPy > > but I inserted the new lines by hand… it seems that we are > using different version of rtpproxy.c ? I took branch 2.3 from > git this morning? Did I take a wrong one? > > best regards > >   Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im > Auftrag von *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 14:26 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip > 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Please apply this[1] patch and run again without the parameter > set, and then send over the INFO logs. > > [1] https://pastebin.com/jUfzdSDk > > Best regards, > > > > > Răzvan Crainea > > OpenSIPS Developer > > www.opensips-solutions.com > > > > > > _______________________________________________ > > 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 marco.hierl at next-id.de Wed Dec 20 05:43:31 2017 From: marco.hierl at next-id.de (Marco Hierl) Date: Wed, 20 Dec 2017 10:43:31 +0000 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> <8dbb9011ff7b4689b3f69624299d0649@next-id.de> <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> <0ba9b704c41641fe9ec0796a600384d0@next-id.de> <7918e71d-2e3b-b429-1357-8becaf3008df@opensips.org> <7d940eb9-c0ab-7644-3cda-26b551686e71@opensips.org> <567a870fd73c474c9ee7206facc336d4@next-id.de> <59c3cfc9-6ef1-1ca6-221a-46ed0df0bf15@opensips.org> Message-ID: <2b2aa013d902433696ba7de0ba084a5e@next-id.de> Hi Răzvan If this https://pastebin.com/EQin4t7y is not enough I can send my config file privately, if you like. Best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Mittwoch, 20. Dezember 2017 11:13 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Hi, Marco! I tried to replicate this on a debian 9 system, with the same loader, but it doesn't seem to replicate. Can you (privately if you don't want it to be public) send me the load_module and modparam you are using in the same order/manner you are using them? Also, the rtpproxy snippets you are using. Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/20/2017 11:23 AM, Marco Hierl wrote: Hi Răzvan opensips at sbc-dtag-hh:/var/log/opensips$ cat /etc/debian_version 9.3 opensips at sbc-dtag-hh:/var/log/opensips$ ld -version GNU ld (GNU Binutils for Debian) 2.28 Copyright (C) 2017 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or (at your option) a later version. This program has absolutely no warranty. Best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Mittwoch, 20. Dezember 2017 10:20 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Hi, Marco! Can you tell me what operating system your are using? Also, what version of loader (ld -version)? Thanks and regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/20/2017 10:52 AM, Marco Hierl wrote: Hi Răzvan, the results: https://pastebin.com/ExZdGPcN best regards, Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 16:47 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Hi, Marco! That's my fault, I was doing the changes on the master branch, not 2.3. But the patch should be fine. Can you revert the patch and apply this one[2]. This is done against 2.3 :). [2] https://pastebin.com/f2nDrfbS Thanks! Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/19/2017 05:22 PM, Marco Hierl wrote: done: https://pastebin.com/qzQX1FPy but I inserted the new lines by hand… it seems that we are using different version of rtpproxy.c ? I took branch 2.3 from git this morning? Did I take a wrong one? best regards Marco Von: Users [mailto:users-bounces at lists.opensips.org] Im Auftrag von Razvan Crainea Gesendet: Dienstag, 19. Dezember 2017 14:26 An: users at lists.opensips.org Betreff: Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so Please apply this[1] patch and run again without the parameter set, and then send over the INFO logs. [1] https://pastebin.com/jUfzdSDk Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com _______________________________________________ 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 razvan at opensips.org Wed Dec 20 11:22:36 2017 From: razvan at opensips.org (=?UTF-8?Q?R=c4=83zvan_Crainea?=) Date: Wed, 20 Dec 2017 18:22:36 +0200 Subject: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so In-Reply-To: <2b2aa013d902433696ba7de0ba084a5e@next-id.de> References: <2589f86e6d8b4bf687c3fdfa00e5ef71@next-id.de> <8869acf7-a59e-50d1-6053-1ea30e4a9010@opensips.org> <8dbb9011ff7b4689b3f69624299d0649@next-id.de> <0594f68c-0620-fd70-d614-e72089ab1d6c@opensips.org> <0ba9b704c41641fe9ec0796a600384d0@next-id.de> <7918e71d-2e3b-b429-1357-8becaf3008df@opensips.org> <7d940eb9-c0ab-7644-3cda-26b551686e71@opensips.org> <567a870fd73c474c9ee7206facc336d4@next-id.de> <59c3cfc9-6ef1-1ca6-221a-46ed0df0bf15@opensips.org> <2b2aa013d902433696ba7de0ba084a5e@next-id.de> Message-ID: <27f7ed1f-5795-b0bc-e427-d0c682065651@opensips.org> Hi, Marco! Tried with your configs, but didn't manage to replicate. One last thing I will ask you: Can you apply the first patch I have sent you[1] and start opensips with the LD_DEBUG=all environment variable set?Something like: LD_DEBUG=all opensips -f /etc/opensips/opensips.cfg [1] https://pastebin.com/jUfzdSDk Thanks, I really appreciate your help! Best regards, Răzvan Crainea OpenSIPS Developer www.opensips-solutions.com On 12/20/2017 12:43 PM, Marco Hierl wrote: > > Hi Răzvan > > If this > > https://pastebin.com/EQin4t7y > > is not enough I can send my config file privately, if you like. > > Best regards > >   Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag von > *Razvan Crainea > *Gesendet:* Mittwoch, 20. Dezember 2017 11:13 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 sp > 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Hi, Marco! > > I tried to replicate this on a debian 9 system, with the same loader, > but it doesn't seem to replicate. Can you (privately if you don't want > it to be public) send me the load_module and modparam you are using in > the same order/manner you are using them? Also, the rtpproxy snippets > you are using. > > Best regards, > > > Răzvan Crainea > OpenSIPS Developer > www.opensips-solutions.com > > On 12/20/2017 11:23 AM, Marco Hierl wrote: > > Hi Răzvan > > opensips at sbc-dtag-hh:/var/log/opensips$ cat /etc/debian_version > > 9.3 > > opensips at sbc-dtag-hh:/var/log/opensips$ ld -version > > GNU ld (GNU Binutils for Debian) 2.28 > > Copyright (C) 2017 Free Software Foundation, Inc. > > This program is free software; you may redistribute it under the > terms of > > the GNU General Public License version 3 or (at your option) a > later version. > > This program has absolutely no warranty. > > Best regards > >   Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im Auftrag > von *Razvan Crainea > *Gesendet:* Mittwoch, 20. Dezember 2017 10:20 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip 00007fc20dade325 > sp 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Hi, Marco! > > Can you tell me what operating system your are using? Also, what > version of loader (ld -version)? > > Thanks and regards, > > > > Răzvan Crainea > > OpenSIPS Developer > > www.opensips-solutions.com > > On 12/20/2017 10:52 AM, Marco Hierl wrote: > > Hi Răzvan, > > the results: > > https://pastebin.com/ExZdGPcN > > best regards, > > Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im > Auftrag von *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 16:47 > *An:* users at lists.opensips.org > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip > 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Hi, Marco! > > That's my fault, I was doing the changes on the master branch, > not 2.3. But the patch should be fine. > Can you revert the patch and apply this one[2]. This is done > against 2.3 :). > > [2] https://pastebin.com/f2nDrfbS > > Thanks! > > > > > Răzvan Crainea > > OpenSIPS Developer > > www.opensips-solutions.com > > On 12/19/2017 05:22 PM, Marco Hierl wrote: > > done: > > https://pastebin.com/qzQX1FPy > > but I inserted the new lines by hand… it seems that we are > using different version of rtpproxy.c ? I took branch 2.3 > from git this morning? Did I take a wrong one? > > best regards > >   Marco > > *Von:*Users [mailto:users-bounces at lists.opensips.org] *Im > Auftrag von *Razvan Crainea > *Gesendet:* Dienstag, 19. Dezember 2017 14:26 > *An:* users at lists.opensips.org > > *Betreff:* Re: [OpenSIPS-Users] segfault at 0 ip > 00007fc20dade325 sp 00007ffe11ed3eb8 error 4 in libc-2.24.so > > Please apply this[1] patch and run again without the > parameter set, and then send over the INFO logs. > > [1] https://pastebin.com/jUfzdSDk > > Best regards, > > > > > > Răzvan Crainea > > OpenSIPS Developer > > www.opensips-solutions.com > > > > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > _______________________________________________ > > Users mailing list > > Users at lists.opensips.org > > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > _______________________________________________ > Users mailing list > Users at lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From qasimakhan at gmail.com Tue Dec 26 05:00:20 2017 From: qasimakhan at gmail.com (qasimakhan at gmail.com) Date: Tue, 26 Dec 2017 15:00:20 +0500 Subject: [OpenSIPS-Users] Website Down. Message-ID: Hi, I am getting 504 Gateway Timeout on opensips.org. Is anyone else facing the same issue? Regards, Qasim -------------- next part -------------- An HTML attachment was scrubbed... URL: From impalatux at gmail.com Tue Dec 26 10:21:33 2017 From: impalatux at gmail.com (Impala Tux) Date: Tue, 26 Dec 2017 13:21:33 -0200 Subject: [OpenSIPS-Users] Website Down. In-Reply-To: References: Message-ID: Hi In Brazil it's right, no problems Em 26 de dez de 2017 08:05, "qasimakhan at gmail.com" escreveu: > Hi, > > I am getting 504 Gateway Timeout on opensips.org. Is anyone else facing > the same issue? > > Regards, > Qasim > > _______________________________________________ > 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 qasimakhan at gmail.com Tue Dec 26 13:43:32 2017 From: qasimakhan at gmail.com (qasimakhan at gmail.com) Date: Tue, 26 Dec 2017 23:43:32 +0500 Subject: [OpenSIPS-Users] Website Down. In-Reply-To: References: Message-ID: I think there was a short flux for around 10-15 minutes. Regards, Qasim On Tue, Dec 26, 2017 at 8:21 PM, Impala Tux wrote: > Hi > > In Brazil it's right, no problems > > Em 26 de dez de 2017 08:05, "qasimakhan at gmail.com" > escreveu: > >> Hi, >> >> I am getting 504 Gateway Timeout on opensips.org. Is anyone else facing >> the same issue? >> >> Regards, >> Qasim >> >> _______________________________________________ >> 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 nabeelshikder at gmail.com Thu Dec 28 15:46:11 2017 From: nabeelshikder at gmail.com (Nabeel) Date: Thu, 28 Dec 2017 20:46:11 +0000 Subject: [OpenSIPS-Users] ERROR:registrar:update_contacts: invalid cseq for aor Message-ID: Hi, Getting a lot of these errors lately which has caused OpenSIPS to crash: *ERROR:registrar:update_contacts: invalid cseq for aor XXX* I have added t_newtran() before save(location) in the config but the error still seems to occur. Nabeel Virus-free. www.avast.com <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> -------------- next part -------------- An HTML attachment was scrubbed... URL: