[Serdev] [BUG] Resolved: (SER-62) [patch] added support to usrloc for sip.instance parameter

Jan Janak (JIRA) bugs-admin at sip-router.org
Fri Sep 2 10:37:23 UTC 2005


     [ http://bugs.sip-router.org/browse/SER-62?page=history ]
     
Jan Janak resolved SER-62:
--------------------------

     Resolution: Fixed
    Fix Version: HEAD

> [patch] added support to usrloc for sip.instance parameter
> ----------------------------------------------------------
>
>          Key: SER-62
>          URL: http://bugs.sip-router.org/browse/SER-62
>      Project: SIP Express Router
>         Type: Improvement
>   Components: usrloc
>     Versions: HEAD
>  Environment: Debian 3.1 and Gentoo 1.6.13; SER from CVS HEAD
>     Reporter: Nils Ohlmeier
>     Assignee: Jan Janak
>     Priority: Minor
>      Fix For: HEAD
>  Attachments: sip.instance.patch
>
> I added support for the +sip.instance parameter (from the GRUU draft) in the Contact header.
> The motivation for this is that my usrloc gets filled with old entries, because the TCP connections are closed by SER at some time and the UA re-registers after some time with a different Contact URI (because its local port changed for the new TCP connection). As the snom UA provides the +sip.instance parameter in the Contact header in wanted to get rid of these stale Contacts.
> The patch adds support for parsing the sip.instance parameter. And if a sip.instance is provided it searches for that in the Contacts of that AOR. If the sip.instance is the same, the Contact will be overwritten with the new value.
> Probably this is not the cleanest solution, as I had to made a lot of changes to usrloc for this. But it works for me. And I assume it is a starting point for adding complete GRUU support later.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://bugs.sip-router.org/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira




More information about the Serdev mailing list