Bogdan,
Thank you, will do so ASAP!
---
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/783#issuecomment-199514912___
Devel mailing list
@abalashov , could you please test the following patch:
https://gist.github.com/bogdan-iancu/694b00fcafb9561bfd31
Please take care, there is not much of a testing done so far on the patch.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or
If we try to serialize branches after an async() call, it fails with:
```
core:serialize_branches: nothing to do - all same q!
```
We are able to list all branches from the config using the following snippet:
```
$var(i) = 0;
while ($(branch(uri)[$var(i)]) != null) {
Yes, I can still reproduce it.
**Note: **First query is done independently. The second query i.e., port 49864
(/ws/index.php/...) is causing this problem.
If you can provide me a patch with extra logging to the module, I can
experiment and get back to you.
---
You are receiving this because
Branch: refs/heads/2.1
Home: https://github.com/OpenSIPS/opensips
Commit: ef2a42fcb9819b4ba858106f53d546506cffb8eb
https://github.com/OpenSIPS/opensips/commit/ef2a42fcb9819b4ba858106f53d546506cffb8eb
Author: Ovidiu Sas
Date: 2016-03-21 (Mon, 21 Mar
As per trace, both queries were successful (as HTTP), right ? If you can
reproduce this, may provide a patch with some extra logs ?
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Closed #820.
---
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/820#event-597050296___
Devel mailing list
Devel@lists.opensips.org
Works as expected
---
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/820#issuecomment-199254537___
Devel mailing list
Indeed, that is tricky as on a first view none of those function should force
an internal t_newtran(). a quick trick you can do is to move your manual
sl_send_reply() down in script, until you see the order between the two 100
replies gets swapped
---
You are receiving this because you are
A fix is now available via 3a136fe and 940996f - async is disabled in local
route.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: 3a136fed0a58ad295d1771131cf74deef26ad51d
https://github.com/OpenSIPS/opensips/commit/3a136fed0a58ad295d1771131cf74deef26ad51d
Author: Bogdan-Andrei Iancu
Date: 2016-03-21 (Mon,
Branch: refs/heads/2.1
Home: https://github.com/OpenSIPS/opensips
Commit: 940996fbbd9e7a131b4de4c1983df2788528250e
https://github.com/OpenSIPS/opensips/commit/940996fbbd9e7a131b4de4c1983df2788528250e
Author: Bogdan-Andrei Iancu
Date: 2016-03-21 (Mon, 21
Branch: refs/heads/1.11
Home: https://github.com/OpenSIPS/opensips
Commit: 952b35882eacabac4ee562fc3dd10a137b83deba
https://github.com/OpenSIPS/opensips/commit/952b35882eacabac4ee562fc3dd10a137b83deba
Author: Bogdan-Andrei Iancu
Date: 2016-03-21 (Mon, 21
Branch: refs/heads/2.1
Home: https://github.com/OpenSIPS/opensips
Commit: c4cc161c42d30d9c6cd1f8a47acad708df5aa7bd
https://github.com/OpenSIPS/opensips/commit/c4cc161c42d30d9c6cd1f8a47acad708df5aa7bd
Author: Bogdan-Andrei Iancu
Date: 2016-03-21 (Mon, 21
Closed #826 via d20b3d05409fc5f712c75b86223fe955e57ec5c4.
---
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/826#event-596941242___
Devel
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: d20b3d05409fc5f712c75b86223fe955e57ec5c4
https://github.com/OpenSIPS/opensips/commit/d20b3d05409fc5f712c75b86223fe955e57ec5c4
Author: Bogdan-Andrei Iancu
Date: 2016-03-21 (Mon,
Hi, Bogdan!
I’m about proper version numbering for build server.
Is it possible to use numbers like 2.2.0 for beta and 2.2.1 and next for
releases?
--
Nick
2016-03-21 12:35 GMT+03:00 Bogdan-Andrei Iancu :
> Hi all,
>
> The release of OpenSIPS 2.2 beta is scheduled for 31
Hello
Mar 21 11:50:06 [8044] WARNING:core:main: no fork mode and no udp listen
address found
Mar 21 11:50:06 [8044] NOTICE:core:main: version: opensips 2.1.2 (x86_64/linux)
Mar 21 11:50:06 [8044] NOTICE:signaling:mod_init: initializing module ...
Mar 21 11:50:06 [8044]
Can you apply this[1] patch, run opensips again, and paste the Warning?
[1]
https://gist.github.com/razvancrainea/95788fd927d23d84ac10#file-proto_tls_mem_debug-patch
Thanks,
Răzvan
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on
I do not see any.
Those are the modules and steps used before relay.
create_dialog
permissions
dialogue profile
load balancer
fraud detection
dial plan
topology hiding
Is there a way to figure out which function might execute t_newtrans()?
---
You are receiving this because you are
Hi all,
The release of OpenSIPS 2.2 beta is scheduled for 31 of March - we still
have a tremendous amount of work to do in terms of finishing pending new
work, doing fixes, preparing documentation and many other.
So heads up , time is ticketing - if anyone has new input or
fixes/reports,
OK, I will try to make a TLS to UDP conversion in stateless mode to see if I
can reproduce this crash
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
no, create_dialog() does not forces a t_newtran(), maybe some other function
you use from script ?
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Is there a way to disable that and handle 100 message from the script?
if not, does the t_newtran() is called on create_dialog()?
Thank you.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
@michelep there is also a deb package for the debug sysmbols - please try to
install that too - this will give a more relevant backtrace.
Also try to do in gdb : "print *((char*)0xb6cd9280)"
The crash is triggered by the failing of a DB operation in update_presentity.
If you still have the
@apsaras , this is related to a recent fix 054836 - any t_newtran() forces a
100 trying reply automatically - this is done to be SIP consistent with all
scenarios and also to be able to send the 100 trying as soon as possible.
We will have to remove the 0x01 flag as it is not doing anything
@bogdan-iancu Yes, it was routed in a stateless way. Thanks for looking into
it.
---
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Hi Bogdan, i've installed opensips from depbs because is on a production site.
(gdb) print (char*)0xb6cd9280
$1 = 0xb6cd9280
(gdb)
Let me know if i can help you in some ways ! And just to be clear, i change
modules config as follow:
PRESENCE and XCAP modules
loadmodule "presence.so"
Systemd was Rate Limiting the console logs so that's the reason the capture
above was incomplete. Piping it to disk revealed the full debug log, thanks for
the tip.
The problem is that mongo does not have the AUTO INCREMENT id field such as
MySQL . The equivalent key is " _id" and is
29 matches
Mail list logo