I must be the Contact then :)<br><br><div class="gmail_quote">On Thu, Jan 31, 2013 at 12:49 AM, Iñaki Baz Castillo <span dir="ltr"><<a href="mailto:ibc@aliax.net" target="_blank">ibc@aliax.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2013/1/30 Iñaki Baz Castillo <<a href="mailto:ibc@aliax.net">ibc@aliax.net</a>>:<br>
<div><div class="h5">> 2013/1/30 Record Route <<a href="mailto:recordroute@gmail.com">recordroute@gmail.com</a>>:<br>
>> Sylk seems to be not using the maddr ip in the Contact header of 200OK, Then<br>
>> this results in, further NOTIFY messages are sent by Sylk to clients<br>
>> directly, not to my sip proxy.<br>
>><br>
>> I guess, a fix needs to be applied, what should I do?<br>
><br>
> Your SIP proxy should add a Record-Route to *every* NOTIFY request as<br>
> the RFC 3265 states:<br>
><br>
> <a href="http://tools.ietf.org/html/rfc3265" target="_blank">http://tools.ietf.org/html/rfc3265</a><br>
><br>
> 3.2.3. Proxy NOTIFY Behavior<br>
><br>
>    Proxies need no additional behavior beyond that described in SIP [1]<br>
>    to support NOTIFY.  If a proxy wishes to see all of the SUBSCRIBE and<br>
>    NOTIFY requests for a given dialog, it MUST record-route the initial<br>
>    SUBSCRIBE and any dialog-establishing NOTIFY requests.  Such proxies<br>
>    SHOULD also record-route all other SUBSCRIBE and NOTIFY requests.<br>
><br>
><br>
><br>
> Using "maddr" is discouraged by RFC 3261 (which is 11 years old !!!):<br>
><br>
>      The maddr field has been used as a simple form of loose source<br>
>      routing.  It allows a URI to specify a proxy that must be<br>
>      traversed en-route to the destination.  Continuing to use the<br>
>      maddr parameter this way is strongly discouraged (the<br>
>      mechanisms that enable it are deprecated).  Implementations<br>
>      should instead use the Route mechanism described in this<br>
>      document, establishing a pre-existing route set if necessary<br>
>      (see Section 8.1.1.1).  This provides a full URI to describe<br>
>      the node to be traversed.<br>
<br>
<br>
</div></div>Summarizing: the solution is in the display-name of your mail address ;)<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
--<br>
Iñaki Baz Castillo<br>
<<a href="mailto:ibc@aliax.net">ibc@aliax.net</a>><br>
</div></div></blockquote></div><br>