Hi,
quick question:
is there an easy way, to control the REGISTRAR-Cache?
What i'd like to do, examples:
- Clear Registrar-Cache from Commandline or RPC, Single Entry or all of them
- append some sort of header to my REGISTER request, so SEMS would
have to refresh the REGISTER to the upstream REGISTRAR-Server instead
of using the current cache
Anyone got an idea, how to build such feature?
Thanks,
Carsten
--
Carsten Bock
CEO (Geschäftsführer)
ng-voice GmbH
Schomburgstr. 80
D-22767 Hamburg / Germany
http://www.ng-voice.com
mailto:carsten@ng-voice.com
Office +49 40 34927219
Fax +49 40 34927220
Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284
Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#408 - kamailio blocking in usrloc db_mode 2
User who did this - Krischan Udelhoven (Krischan)
----------
I've tweaked the parameters by setting the hash_size to 14, timer_procs to 4 and db_ops_ruid to 1. Now only a few timeouts occur during syncing. I think that is because of my slow testing device.
Thank you for the help!
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=408#comment1350
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.
If doing a query that returns no results ( Insert etc )
db_cassa_raw_query would cause these ERRORS to be logged
0(22283) ERROR: db_cassandra [dbcassa_base.cpp:739]: db_cassa_raw_query():
The resultype rows was not set, no point trying to parse result.
0(22283) ERROR: avpops [avpops_db.c:333]: db_query_avp(): cannot do the
query
db_cassa_raw_query would also return -1 as a failure code which caused
avpops_db to log the query failure.
my patch changes the db_cassa_raw_query log message to debug level, and
returns success from the function.
I had a quick look to see if there was an elegant way to determine if we
should expect results, so we can vary the response code based on query
type, but I was unable to find anything other than doing string comparisons
on the query, so I opted to not bother with this as it would be erroneous.
Please find attached patch.
--
Sincerely
Jay
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#412 - mtree module causes kamilio to segfault when loading from mysql table
User who did this - adeel (adeeln)
----------
turns out, this was due to me having the mtree table created using INT rather than VARCHAR for the fields. The field type requirement is not listed anywhere, nor does the error indicate the fault
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=412#comment1347
You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.