Re: [sipcore] Draft new: draft-holmberg-sipcore-proxy-feature [was: Feature-tags in the Path header field]

[Hadriel Kaplan <[e-mail]>]

On Sep 28, 2010, at 12:30 PM, Christer Holmberg wrote:

>> While the ATCF need not be a "pure" proxy, it is not supposed to modify the dialog identifiers. Without going into details, ATCF 
> acting as B2BUA and changing the dialog identifier would raise a number of issues related to functions like inter UE transfer, access 
> transfer etc. 

What dialog identifiers?  We're talking about a Contact of a REGISTER, no?

> Also note that ATCF adding a feature tag into the Contact header field in REGISTER request would also cause reg event package 
> NOTIFY to contain the added feature tag. The UE receiving the reg event package NOTIFY would be quite confused as its contact 
> address would have additional feature tags. Parsing and modifying the XML is not desired.
>> 
>> 

Don't bother keeping it that way then.  This is already a private network thing to begin with, so specify that the S-CSCF treats that 3gpp.svcc thing of a REGISTER as the network-inserted indication that it is, rather than as opaque UE capabilities (ie, so it won't show up in XML stuff, because it won't be stored in the UE's normal Registered feature tags set in the databases).  Or are you worried about a case of the REGISTER going to another domain (like through a Visited to a Home domain)?

-hadriel