Implement Re-INVITE pinging within dialog with OpenSIPS
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/668___
Devel mailing list
Devel@lists.opensips.org
Hello,
If you need full SIP resolution capabilities, take a look at the dispatcher
module with it's ds_is_in_list() function.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
commit/1cb5a2e4b5a84f008b9ed8412439801782d47e68
Author: vladpaiu <vladp...@opensips.org>
Date: 2015-09-04 (Fri, 04 Sep 2015)
Changed paths:
M modules/cachedb_couchbase/cachedb_couchbase_dbase.c
Log Message:
---
Merge pull request #560 from rrb3942/master
Remove use of deprecated sync
Merged #560.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/560#event-401057155___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
Thanks for the backtrace, Pete. Will coordinate with you today to login on the
box where the crash occurs and further debug the core file.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
Hello,
This has been fixed in the master branch ( thanks to Jarrodb ) - please update
your sources and retest.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
Closed #527.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/527#event-319906366___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
Thanks for the patch - merged ( also fixed a small typo ).
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/527#issuecomment-107918780___
Devel mailing list
Hello,
This can be achieved now by using the dialog exported events ( see
http://www.opensips.org/html/docs/modules/2.1.x/dialog.html#id297207 )
By using the event_route module (
http://www.opensips.org/html/docs/modules/2.1.x/event_route#id293506 ) and
declaring a script route as
Hello,
Looking into the OpenSIPS code, I can only see -2 returned for cases where the
fetched key is not in Memcached.
Though did a quick test with this, and seems the library is behaving a little
bit strangely - If I shutdown memcached, it will still continue to return -2
for the next
Merged #507.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/507#event-307408846___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Author: vladpaiu vladp...@opensips.org
Date: 2015-05-18 (Mon, 18 May 2015)
Changed paths:
M modules/cachedb_cassandra/cachedb_cassandra.c
Log Message:
---
Merge pull request #507 from jarrodb/cachedb_cassandra
set local variable memory to 0 to prevent core dump
Hello,
When running with DBG_QM_MALLOC, OpenSIPS will use more memory ( from your logs
the HTTPD module does not have enough memory to start ) - so please increase
the SHM and PKG values.
This way OpenSIPS should successfully start - afterwards replicate your
scenario and hopefully OpenSIPS
Closed #494.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/494#event-298300718___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Closing this - after further talk on IRC, the underlying issue was related to
the fact that JSON variables were used to propagate info between ASYNC route
jumps, which is not supposed to work since JSON variables are stored in PKG mem.
---
Reply to this email directly or view it on GitHub:
Hello Dan,
The issue is not replicating on my end. Sorry to ask weird questions, but are
you sure you have recompiled the JSON module ?
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
Hello,
I have just committed a fix for this ( 3bf8b49ec8ee3d29409c75e54581141792ee54e9
)
Please pull the latest sources and let me know if all is ok now.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
Closed #490.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/490#event-294808635___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
Looks like a memory corruption - I have not been able to reproduce this on my
end.
Can you please let me know how you are able to reproduce this ? If it is
happening randomly, then please enable memory debugging ( see
http://www.opensips.org/Documentation/TroubleShooting-OutOfMem , the
/ee2a7a22c89a581d65a6dfb7a128fbf4f6f606c2
Author: vladpaiu vladp...@opensips.org
Date: 2015-05-01 (Fri, 01 May 2015)
Changed paths:
M modules/event_rabbitmq/event_rabbitmq.c
Log Message:
---
Merge pull request #491 from jarrodb/event_rabbitmq
Updated log macro used for reporting event_rabbitmq
Merged #491.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/491#event-294806944___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
Can you privately send me the script you are using and describe how you are
able to reproduce this ? ( email at vladp...@opensips.org if possible )
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
Closing - this has been committed on 2.2
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/409#issuecomment-92921508___
Devel mailing list
Devel@lists.opensips.org
Closed #409.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/409#event-281065636___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
Took a look at the hiredis library and I see it has a pretty neat async
support, so we can consider adding this for redis raw queries (
http://www.opensips.org/html/docs/modules/1.11.x/cachedb_redis#id248944 )
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
Hello,
Indeed, currently SIP trace will log the caller side callid for both incoming
and outgoing SIP messages.
Now, this can be an advantage, since it will make putting traces together and
plotting them alot easier when compared to having two different call-ids and
having to fetch all the
Hello,
I have just committed a fix for this ( 8e2cad2b3ca78cbfe1394be1f629b4153b860ff7
).
Please pull the newest sources, recompile and hopefully the issue should be
gone.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
Hello,
This has been fix as per the above commits.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/418#issuecomment-78577359___
Devel mailing list
Devel@lists.opensips.org
Closed #301.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/301#event-171355483___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
Great to hear that it's working fine.
Since this is a new feature, it won't be backported to the already released
1.11 - it will only be part of the next OpenSIPS release.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
Hello,
See commit 02453d , added th_passed_contact_uri_params to be used for Contact
URI params propagation, and th_passed_contact_params to be used for Contact
Header params propagation.
Please test and let me know how it goes.
Best Regards,
Vlad
---
Reply to this email directly or view it
Indexing should also be handled when write ops are performed ( eg.
$(avp(test)[0]) should work even if $avp(test) is not populated,
$(avp(test)[1]) should work even when just $avp(test) is populated, and so on ).
---
Reply to this email directly or view it on GitHub:
Merged #316.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/316#event-159559475___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Aug 2014)
Changed paths:
M pvar.c
M pvar.h
Log Message:
---
New PV which holds the current route type
Commit: ff17849ab3ecd39f7236040e8db222820d5e3c5e
https://github.com/OpenSIPS/opensips/commit/ff17849ab3ecd39f7236040e8db222820d5e3c5e
Author: vladpaiu vladp
Hello,
Thanks for the patch - merged.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/316#issuecomment-54038062___
Devel mailing list
Devel@lists.opensips.org
Fixed as of 128d3777f4a11a21eabb3e94a720c223bf0cf654
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/315#issuecomment-54039386___
Devel mailing list
Devel@lists.opensips.org
Closed #315.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/315#event-159565096___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Now, the replication is done on the dialog CB which is on PRE_OUT TM callback,
and the accounting is done on the POST_OUT TM callback.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/315___
Devel
Hello,
Just tested now, and with a Contact header like
Contact:
sip:108.60.100.184:5060;transport=tcp;confid=3FD99511F9EB238C3FE825FF752847D1;+com.avistar.confapi.v1;isfocus.
, no parameters are passed to the other side, since according to RFC 3261
If no
and are present, all parameters
Closed #292.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/292#event-152762218___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Closed #291.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/291#event-152762296___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
Fixed in the above commit.
Closing.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/291#issuecomment-52159708___
Devel mailing list
Devel@lists.opensips.org
Hello,
Just tried to replicate this on my machine, and it is working properly for me.
I've tested with
listen=udp:192.168.2.134:5060 as 192.168.2.131:5060
in the config, and the INVITE is leaving OpenSIPS with the proper Contact
Contact:
Hello,
This has been added on OpenSIPS trunk, with commit
5b558451c0197ceafe06120def0b1a4151b13bff
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/256#issuecomment-52175767___
Closed #256.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/256#event-152824692___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Closed #187.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/187#event-152825217___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
Closing - duplicate of #266
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/187#issuecomment-52175884___
Devel mailing list
Devel@lists.opensips.org
Hello,
The issue happens just when using the U parameter, or for usual
topology_hiding() calls as well ?
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
Closed #301.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/301#event-152468510___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
Please update your sources again - OpenSIPS should compile and link fine now.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/commit/da159adb407b2e66b10a973909eb6ce149e77376
Author: vladpaiu vladp...@opensips.org
Date: 2014-07-01 (Tue, 01 Jul 2014)
Changed paths:
M modules/cachedb_redis/cachedb_redis_utils.c
Log Message:
---
Merge pull request #260 from
Merged #260.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/260#event-136935914___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Closed #245.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/245#event-128439567___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
Even when using the menuconfig tool to enable TLS, behind the scenes the
menuconfig tool uncomments the -DUSE_TLS flags and set TLS=1 .
So TLS=1 is still mandatory.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
Hello,
I have fixed the bug in head, 1.11 and 1.10 - see commit
https://github.com/OpenSIPS/opensips/commit/cdf725f02c1be080b231531a7bcfb05f67bc0029
For 1.11 and head also fixed the DB schema for making the keyname a primary key
:
Closed #197.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/197#event-117800927___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
In my tests, the crash no longer occurs with the provided commit.
The underlying issue is that, indeed, the cachedb_sql module does not properly
implement the cachedb interface - it manages it's own global connection to the
back-end instead of allowing the interface to do it ( this is a
Closed #64.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/64#event-117868883___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
The cachedb_memcached and cachedb_couchbase modules were affected by this bug.
I have just committed fixes for them in the head, 1.11 and 1.10 branches.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
Hello,
I've just tried to replicate this - all went fine for me.
We'll need some more information in order to replicate this :
- what is your dialog db_mode ?
- please send us ( gist / pastebin ) the OpenSIPS log errors when it fails to
start
Best Regards,
Vlad
---
Reply to this email
Closed #179.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/179___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello Richard,
Welcome !
Yes, module load order is significant for cachedb_* modules, in the same sense
in which load order was significant for db_* modules - so if the dialog module
needs to use db_mysql and cachedb_cassandra, both these modules have to be
loaded before dialog.so.
Closing.
Merged #160.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/160___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
)
Changed paths:
M modules/cachedb_local/hash.c
Log Message:
---
Do not reset counter expiration on incr/decr
Commit: 11a74d7c6dcf1578672b337923729bf3a0aa4a33
https://github.com/OpenSIPS/opensips/commit/11a74d7c6dcf1578672b337923729bf3a0aa4a33
Author: vladpaiu vladp
Hello,
Thanks for the patch, indeed the module behaviour was not in line with the
other cachedb_* modules.
Applied and backported.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
Branch: refs/heads/1.9
Home: https://github.com/OpenSIPS/opensips
Commit: 3b1a1c048c7d6c114a3ddd64b7362b9ddcd9c297
https://github.com/OpenSIPS/opensips/commit/3b1a1c048c7d6c114a3ddd64b7362b9ddcd9c297
Author: vladpaiu vladp...@opensips.org
Date: 2014-01-15 (Wed, 15 Jan 2014
Branch: refs/heads/1.10
Home: https://github.com/OpenSIPS/opensips
Commit: a36e379ff63acc6b7f74484e88205b831f82a9f5
https://github.com/OpenSIPS/opensips/commit/a36e379ff63acc6b7f74484e88205b831f82a9f5
Author: vladpaiu vladp...@opensips.org
Date: 2014-01-15 (Wed, 15 Jan 2014
Branch: refs/heads/1.8
Home: https://github.com/OpenSIPS/opensips
Commit: 042818d032a335373a8b3df8738ac80444f03d49
https://github.com/OpenSIPS/opensips/commit/042818d032a335373a8b3df8738ac80444f03d49
Author: vladpaiu vladp...@opensips.org
Date: 2014-01-15 (Wed, 15 Jan 2014
Hello,
All the cache_* ( store, fetch, etc ) functions accept either $var of $avp
pvars , but they only store and fetch just the topmost value of AVPs.
So the issue is not that all the values are not being fetched, they are not
even fetched. Unfortunately, some of the back-ends ( like local,
Merged #141.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/141___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
/9a807b819927f7bbbe68dd99a483eb6ee9210385
Author: vladpaiu vladp...@opensips.org
Date: 2013-12-03 (Tue, 03 Dec 2013)
Changed paths:
M modules/db_http/README
M modules/db_http/doc/db_http_admin.xml
Log Message:
---
Merge pull request #141 from shimaore/db_http_timeout_doc
Branch: refs/heads/1.10
Home: https://github.com/OpenSIPS/opensips
Commit: 16af3192d367133b5f3de0c2fa0aa3120257e9f2
https://github.com/OpenSIPS/opensips/commit/16af3192d367133b5f3de0c2fa0aa3120257e9f2
Author: vladpaiu vladp...@opensips.org
Date: 2013-12-03 (Tue, 03 Dec 2013
Hello,
This seems to be an older bug that was fixed in more recent OpenSIPS versions -
please use the latest git for the 1.8 branch and hopefully the issue should be
gone.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
Closed #72.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/72___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
At the time, calling the add function with 0 params seemed like a quick and
dirty way of fetching the counter value - but indeed this has the bad side
effect of creating the counter with no expire time.
I will take a look and update the two modules accordingly.
Best Regards,
Vlad
---
Hello,
cache_store() only stores the topmost value of the AVP, if an AVP is provided.
Best Regards,
Vlad
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/143#issuecomment-29608126___
Devel mailing
Closed #143.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/143___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
/OpenSIPS/opensips/commit/4d1736da01469a77101e41ac8a49e32f6b67bf70
Author: vladpaiu vladp...@opensips.org
Date: 2013-11-04 (Mon, 04 Nov 2013)
Changed paths:
M modules/cachedb_couchbase/cachedb_couchbase.c
M modules/cachedb_couchbase/cachedb_couchbase_dbase.c
M modules
/7339345f7bab38908ca3f7584d8e4e9262552fd7
Author: vladpaiu vladp...@opensips.org
Date: 2013-11-04 (Mon, 04 Nov 2013)
Changed paths:
M modules/httpd/httpd_load.h
M modules/httpd/httpd_proc.c
A modules/mi_json/Makefile
A modules/mi_json/doc/mi_json.xml
A modules/mi_json/doc/mi_json_admin.xml
: 6ce43210bd127470ef2602f89b8b8fe5cc569da5
https://github.com/OpenSIPS/opensips/commit/6ce43210bd127470ef2602f89b8b8fe5cc569da5
Author: vladpaiu vladp...@opensips.org
Date: 2013-10-07 (Mon, 07 Oct 2013)
Changed paths:
M menuconfig/Makefile
Log Message:
---
Merge pull request
101 - 180 of 180 matches
Mail list logo
