Re: [OpenSIPS-Devel] [opensips] MSILO Module not deleting sent messages Opensips 2.1.2 (#798)

Bogdan, the debug did not really print anything from the MSILO module as posted below, Opensips 2.1.2. There is only a comment in the script during registration when the m_dump() is executed. The mongdb query you see is just housekeeping. Mar 18 10:20:15 : route[initial_requests] :

[OpenSIPS-Devel] [OpenSIPS/opensips] e74f66: Fix extracting TO hdr.

Branch: refs/heads/2.1 Home: https://github.com/OpenSIPS/opensips Commit: e74f6655ee735feb7e5f22298405172fb74e86c1 https://github.com/OpenSIPS/opensips/commit/e74f6655ee735feb7e5f22298405172fb74e86c1 Author: Bogdan-Andrei Iancu Date: 2016-03-18 (Fri, 18

Re: [OpenSIPS-Devel] [opensips] b2b topology hiding, call to sip:host - incorrect To header in local_route (#818)

Hi @DMOsipov . When you say you try to call to sip:host, you mean the RURI (before doing the b2b TH in script) does not have a username part, right ? And the local route is for the outgoing INVITE ? --- You are receiving this because you are subscribed to this thread. Reply to this email

Re: [OpenSIPS-Devel] [opensips] MSILO Module not deleting sent messages Opensips 2.1.2 (#798)

@jalung , you printed/posted the debug for mdump() call, but the delete from DB is done on the reply of the sent MESSAGE...If the signaling is ok, opensips should receive a 200 OK reply for the MESSAGE request - the debugs for handling that 200 OK are important. --- You are receiving this

[OpenSIPS-Devel] [opensips] presence module: move strlen check to avoid pkg_malloc(0) (#831)

We made this change and found it to greatly improve reliability in our production environment. I also believe this was the intention of the code to begin with, but I could be wrong there. In general, it seems malloc'ing size 0 eventually leads to problems. You can view, comment on, or merge

[OpenSIPS-Devel] [OpenSIPS/opensips] 13cbc6: Fix extracting TO hdr.

Branch: refs/heads/1.11 Home: https://github.com/OpenSIPS/opensips Commit: 13cbc68d4b320b5395fa1e35d49e68fce55d3c57 https://github.com/OpenSIPS/opensips/commit/13cbc68d4b320b5395fa1e35d49e68fce55d3c57 Author: Bogdan-Andrei Iancu Date: 2016-03-18 (Fri, 18

[OpenSIPS-Devel] [OpenSIPS/opensips] 992b49: Fix extracting TO hdr.

Branch: refs/heads/master Home: https://github.com/OpenSIPS/opensips Commit: 992b49b26570fa52e0cd8a8b003a7dd77ed5f9d4 https://github.com/OpenSIPS/opensips/commit/992b49b26570fa52e0cd8a8b003a7dd77ed5f9d4 Author: Bogdan-Andrei Iancu Date: 2016-03-18 (Fri,

Re: [OpenSIPS-Devel] [opensips] uac_replace_XXX() treating input string as a literal some of the time (#811)

That is correct. Dialplan module seemed to be the most fitting for what we needed, since we're already making use of dialplan. I didn't see another module that would be able to do this. Any guidance would be appreciated... or perhaps this issue is not a bug but an RFE (request for

[OpenSIPS-Devel] [OpenSIPS/opensips] 6c12ba: Reset to 0 the whole branch if failed.

Branch: refs/heads/master Home: https://github.com/OpenSIPS/opensips Commit: 6c12ba98264da11c6effd18ae26d6c3490408962 https://github.com/OpenSIPS/opensips/commit/6c12ba98264da11c6effd18ae26d6c3490408962 Author: Bogdan-Andrei Iancu Date: 2016-03-17 (Thu,

Re: [OpenSIPS-Devel] [opensips] Problem with using async and exec (#829)

Thank you @santhosh-kumar . In the Failure Case, do you have pcap showing what happens at network level with the TCP connection ? --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

[OpenSIPS-Devel] [OpenSIPS/opensips] d837ed: Fixed usage of Prep Statement on failed CDRs.

Branch: refs/heads/master Home: https://github.com/OpenSIPS/opensips Commit: d837ed865db8dbcf09ce5eac0ce0f160c2ec0e55 https://github.com/OpenSIPS/opensips/commit/d837ed865db8dbcf09ce5eac0ce0f160c2ec0e55 Author: Bogdan-Andrei Iancu Date: 2016-03-19 (Sat,

Re: [OpenSIPS-Devel] [opensips] Crash on MySQL ACC Insert (#821)

Closed #821 via d837ed865db8dbcf09ce5eac0ce0f160c2ec0e55. --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSIPS/opensips/issues/821#event-595832446___ Devel

[OpenSIPS-Devel] [OpenSIPS/opensips] 57d7bf: [drouting]wildcard operator for do_routing

Branch: refs/heads/master Home: https://github.com/OpenSIPS/opensips Commit: 57d7bfbc0c072caf2f9073735224d90026078596 https://github.com/OpenSIPS/opensips/commit/57d7bfbc0c072caf2f9073735224d90026078596 Author: ionutrazvanionita Date: 2016-03-18

Re: [OpenSIPS-Devel] [opensips] b2b topology hiding, call to sip:host - incorrect To header in local_route (#818)

Closed #818 via 992b49b26570fa52e0cd8a8b003a7dd77ed5f9d4. --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSIPS/opensips/issues/818#event-595203489___ Devel

Re: [OpenSIPS-Devel] [opensips] Problem with using async and exec (#829)

**More information:** I tried the following: ` async(exec("sleep 4", "", "$var(restGetResponse)"), RT_RESUME_AFTER_RESPONSE);` I still the error. Makes me wonder whether async+exec is the problem here. --- You are receiving this because you are subscribed to this thread. Reply to this email

Re: [OpenSIPS-Devel] [opensips] b2b topology hiding, call to sip:host - incorrect To header in local_route (#818)

@DMOsipov , thank you for your report, the bug is now fixed on GIT repo. --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [OpenSIPS-Devel] [opensips] CRITICAL Errors make OpenSIPS crash & core dump (#816)

Hi Bogdan, following this istructions (https://wiki.ubuntu.com/Backtrace) i got: ``` GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change

[OpenSIPS-Devel] [OpenSIPS/opensips] a8bcee: Fix crash when using $si in non SIP routes.

Branch: refs/heads/1.11 Home: https://github.com/OpenSIPS/opensips Commit: a8bcee45f63fcd3e5618857cb9c70a461cbcf799 https://github.com/OpenSIPS/opensips/commit/a8bcee45f63fcd3e5618857cb9c70a461cbcf799 Author: Bogdan-Andrei Iancu Date: 2016-03-15 (Tue, 15

[OpenSIPS-Devel] [opensips] Wildcard operator for partitions in some drouting functions (#832)

do_routing() and is_from_gw() functions now support wildcard(*) operator for partitions You can view, comment on, or merge this pull request online at: https://github.com/OpenSIPS/opensips/pull/832 -- Commit Summary -- * [drouting]wildcard operator for do_routing * [drouting]wildcard

Re: [OpenSIPS-Devel] [opensips] Wildcard operator for partitions in some drouting functions (#832)

Thank you John !! --- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/OpenSIPS/opensips/pull/832#issuecomment-198462161___ Devel mailing list

Re: [OpenSIPS-Devel] [opensips] Problem with using async and exec (#829)

Thank you @santhosh-kumar . There are 2 HTTP flows there, one IPv6 with 46732 port (/phoneNotification/...) and another one with IPV4 and port 49864 (/ws/index.php/...). Any idea which is the faulty one ? --- You are receiving this because you are subscribed to this thread. Reply to this email

[OpenSIPS-Devel] [OpenSIPS/opensips] 847805: Reset to 0 the whole branch if failed.

Branch: refs/heads/2.1 Home: https://github.com/OpenSIPS/opensips Commit: 847805ef67056cc4a317e7845b4ade2ef764fb5d https://github.com/OpenSIPS/opensips/commit/847805ef67056cc4a317e7845b4ade2ef764fb5d Author: Bogdan-Andrei Iancu Date: 2016-03-17 (Thu, 17

[OpenSIPS-Devel] OpenSIPS Design Clinics - Open for Registrations

Hi all, The Design Clinics are ready for registration now. Information on how the sessions do work in terms of duration, the involved experts, topics and the whole registration process is now available under the official page: http://www.opensips.org/Community/Clinics Best regards, --

Re: [OpenSIPS-Devel] [opensips] 2.1.2 Segfault in TLS (#803)

@dzhou121 , do you route the traffic in a stateless way (foward()) ? I'm asking as according to the backtrace, this reply is statelessly forwarded from callee to caller. And maybe this is the scenario that leads to crashing.still looking into --- You are receiving this because you are

Re: [OpenSIPS-Devel] [opensips] Problem with using async and exec (#829)

Hi @bogdan-iancu, Yes, there was a connection attempt in both the failure and success cases. So more information: a) Curl makes a webrequest. Webservice will block until a timeout say 4s. Hence we used async for scalability. **Success Case:** ``` osips[6987]: