Although it would still be useful to be able to dump to a file for later
debugging. Although one can just do a core dump to debug, I still this useful.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/567#issuecomment-144861500
Yes.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/567#issuecomment-144861015___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
related to #663
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/568#issuecomment-144860254___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
My problem was consistency across my database.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/576#issuecomment-144860036___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin
It would be nice to have a way to get the file and line number within the
opensips script `FILE` for the file when using `include_file` and
`import_file`, and `LINE` for the line number. which can then be used in in
xlog statements and in sip messages. This would make it easier to debug issues
Added optional parameter [dsts_cnt] to lb_start/next family of functions that
holds a string containing an integer PV (pseudo-variable) where the total
number of matching destinations (regardless of their capacity) will be stored.
This could be used to distinguish between 'no capacity' and 'no d
properly handle wrong params count in fixup functions
You can view, comment on, or merge this pull request online at:
https://github.com/OpenSIPS/opensips/pull/661
-- Commit Summary --
* Merge pull request #1 from OpenSIPS/master
* Merge pull request #2 from OpenSIPS/master
* properly ha
sorry.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/660#issuecomment-144760440___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Closed #660.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/660#event-424343397___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Closed #449.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/449#event-424331612___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Update fork to origin master
You can view, comment on, or merge this pull request online at:
https://github.com/OpenSIPS/opensips/pull/660
-- Commit Summary --
* Merge pull request #1 from OpenSIPS/master
-- File Changes --
-- Patch Links --
https://github.com/OpenSIPS/opensips/pull/660.
Initiallly, the oldmediaip did not make any distinction between c and o lines
and if both were changed the oldmediaip attribute was added twice.
With #377 the oldmediaip attribute was replaced by two new attributes and there
for there's no more duplication.
I don't see in documentation the new p
So what i have so far observed on opensips 2.1.1:
using 500 invites 0,2 seconds apart using hash over call-id (alg 0) and
ds_select_domain("1||2||5","0","FS").
Only thing i switched between restarts was the group in the ds_select_domain.
30 destinations in dispatcher grp2: Only 3 unique!! destina
Hi @ovidiusas, i don't know whether you took into consideration #377 when you
opened this issue. 'oldmediaip' doesn't exist anymore as you requested. What is
more, what are you trying to say with 'once more'? Would you like that if you
already have an oldmediaip(oldcip and oldoip now), the ip t
groups of modules can be defined in the .cfg file that would lead
to statistics being generated with the number of fragments, used memory
and real-used memory by those modules.
The global fragments statistics now show the nuber of fragments alocated
and in use.(for q_malloc, f_malloc) Please enter
Hi @ovidiusas. We've done the basics[0] and we would like future improvements
to be discussed in a separate issue. I will close this one.
[0] http://lists.opensips.org/pipermail/users/2015-October/032728.html
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/ope
Closed #337.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/337#event-423996934___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
*Hello all,
I’m glad to announce a new feature that allows OpenSIPS to monitor
(via SIP OPTIONS probing) and disable/delete in realtime the registrations
which are not responding.
The previous approach had two issues when came to so called “zombie”
registrations (registrations which are n
Issue addressed by:
http://lists.opensips.org/pipermail/news/2015-August/000419.html
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/390#issuecomment-144647131___
Devel mailing list
Devel@lists.opensips.
Closed #390.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/390#event-423942442___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Closed #536.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/536#event-423941774___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
This should be addressed by the new event_virtual module:
http://lists.opensips.org/pipermail/news/2015-September/000429.html
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/536#issuecomment-144646988___
22 matches
Mail list logo
