Hello,
can you try again after fetching the latest git version of branch 3.1? I
did a commit to make sure the From and To URIs are parsed when handling
SUBSCRIBEs in RLS. Normally, upon authentication and other actions
executed prior to rls handling, these fields should be parsed (probably
the reason that this was not noticed so far), but in your config it
seems it is not that case.
If you have to stick to the version you have now, before handling the
subscribe with rls, add following lines to force parsing From/To URIs:
$var(tmp) = $fU;
$var(tmp) = $tU;
Let me know if works this time.
Cheers,
Daniel
On 3/25/11 10:55 PM, Peter Dunkley wrote:
Hi,
The attached .zip file contains the full log and a .pcap file generated
with ngrep for all SIP traffic on all interfaces.
For me the interesting stuff in the log is from line 3315 to line 3335:
3315: rls_handle_subscribe() is called here
3316: this is where the "searching document for user sip:@" message appears
3328: this is where the RLS module logs that it (unsurprisingly) found no
documents
3335: this is where the RLS modules states "list not found - searched for
uri<sip:alice_all@46.38.172.248>"
Thanks,
Peter
Hello,
can you send the log messages with debug=3 and ngrep of the SIP traffic
on all interfaces (including loopback) for such case (from the initial
subscribe, ideally sent for a resource list with one or two entries so
that there are not so many requests flowing around)? It will help to
understand and troubleshoot.
Thanks,
Daniel
--
Daniel-Constantin Mierla
http://www.asipto.com