<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.32.2">
</HEAD>
<BODY>
Hi Daniel,<BR>
<BR>
Sorry it has taken so long for me to get back to you.&nbsp; I misunderstood, and so&nbsp; incorrectly described this issue.&nbsp; I have now found and fixed it and will send in a patch shortly.<BR>
<BR>
Thanks,<BR>
<BR>
Peter<BR>
<BR>
On Mon, 2011-04-18 at 19:55 +0200, Daniel-Constantin Mierla wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>

On 4/18/11 3:19 PM, Klaus Darilion wrote:
&gt; Am 18.04.2011 14:36, schrieb Peter Dunkley:
&gt;&gt; I am testing with a client that uses the contact URI from the 2xx
&gt;&gt; response to an initial SUBSCRIBE as the remote target URI in other
&gt;&gt; SUBSCRIBEs within the dialog and I am having some problems with Kamailio
&gt;&gt; RLS.  I think the client behaviour is correct, can anyone confirm this?
&gt; Yes, it is correct.
&gt;
&gt; IMO, if SUBSCRIBE has a to-tag, there shouldn't be a resource list
&gt; lookup but instead it should check if there is an active subscription
&gt; and refresh the subscription (and updates the remote contact if changed).
&gt;
&gt;
A quick look into the code (rls_handle_subscribe() function) shows that 
the rls module is taking the uri from the stored subscription dialog 
when the to-tag is present in a subscribe request. Can you send a sample 
trace of SUBSCRIBEs, at least the initial and one within the dialog, 
eventually with the debug messages?

Also, if you spotted something in the code, just give some hints.

Cheers,
Daniel

</PRE>
</BLOCKQUOTE>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<PRE>
-- 
Peter Dunkley
Technical Director
Crocodile RCS Ltd
</PRE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>