Daniel,
Appreciate you taking the time to respond. Will do regarding
sending the path to my changes, once I verify that what the client is
sending is standards compliant.
After verifying the xml documents "PUT" by jitsi and boghe (which is
the other client we are testing with) against Kamailio,
Hello,
can you send the patch of your changes? If you got the sources from git,
then do:
git diff >/path/to/a/file
and send that file to the mailing list. If downloaded from tarball, then
use 'diff -u oldfile newfile' to generate the patch.
Once we get it, will be reviewed and committed to
So I fixed a few things today
1. In subscribe.c:rls_get_by_service_uri The code was doing a strlen
check as follows:
if((uri->len==strlen(val)) && (strncmp(val, uri->s, uri->len)==0))
The uri coming in is: sip:8475551001@10.50.251.12 and the service
uri in the rls-services list is:
sip:
One thing I forgot to include is the handling of the put:
case "PUT":
xdbg("= xhttp: put received $var(uri)\n");
xcaps_put("$var(uri)", "$hu", "$rb");
if($xcapuri(u=>auid)=~"pres-rules") {
Daniel,
I had debug=4 yesterday and I had to delete my logfiles this
morning because the log partition was full. IT seems like when I have
DB ONLY mode turned on for both presence and RLS there is a lot of
logging causing the disk to fill up.
I have my debug level set to 3 and have also disable
Hello,
you should set debug=3 in your config file and watch the logs messages
to get more details about what happens there.
I don't have any sip application that supports rls, so I'm not able to
test, but classic SIMPLE presence should work fine.
Regards,
Daniel
On 10/8/12 9:32 PM, Sangeet
I have Kamailio 3.3 with Presence, RLS and integrated XCAP.
I see this information message in the log file:
Oct 8 14:34:05 RCS-Presence /usr/local/sbin/kamailio[4530]: INFO: rls
[rls_db.c:779]: update_subs_rlsdb: NO MATCH
Anyone know why the application is calling that method if it doesn't
exis
