Re: [sipcore] WGLC: draft-ietf-sipcore-rfc4244bis

[Shida Schubert <[e-mail]>]

Hi Christer;

 Comments inline.
 
On Jun 17, 2011, at 4:25 PM, Christer Holmberg wrote:

> 
> Hi Shida, 
> 		 
>>> 1. Usage of "rc" and "mp" in Contact header field (technical)
>>> 		 
>>> The document defines the "rc" and "mp" parameters also for the Contact header field. However, it is unclear when and how the parameters would be used in a Contact header field.
>>> 
>> 
>> 	 I think this is already described in the section 10.4. 
>> 
>> 	 "In the latter case, the specific header parameter field in the Contact
>> 	   header becomes the header field parameter that is used in the hi-
>> 	   target-param in the hi-entry when the request is retargeted."
> 
> The text says what you use it for, but not how it was inserted in the Contact in the first place.

 Okay, I see your point. We will need to add a text with regards to this in the 
section describing the behavior of the redirection server. 

> 
> ----------
> 
>>> 2. Tel to Sip transformation: ENUM (technical)
>>> 		 
>>> Section 5 talks about transformation from Tel to Sip, according section 19.6.1 of RFC 3261. However, the transformation can also be the result of an ENUM DNS lookup. So, maybe some text should 
>>> be added, indicating that the transformation can be done based on local configuration (the hostpart of the new SIP-URI needs to be taken from somewhere), or based on an ENUM DNS lookup.
>> 
>> Are you talking about adding target-param based on ENUM lookup or simply recording the transformation/resolution in H-I? 
> 
> Both.
> 
>> Anyway, do you want to suggest some text as a co-author of the draft? :-)
> 
> Sure :) 
> 
> But, it is a little unclear to me what target-param (if any), I would include, so I would like that to get soreted out first.

 I think the suggestion on the ML is to include the "mp" as far as I can tell. 

 I guess if the system doing the translation is certain that the target of 
tel URI and that of SIP URI is the same user then it can add "rc" according 
to the new semantics suggested by Hadriel. 

> 
> ----------
> 		  
>>> 3. Tel to Sip transformation: History-Info (technical)
>>> 		 
>>> Related to the previous question, the text doesn't indicate whether the transformation from Tel to Sip should be recorded in an History-Info header field. The Request-URI is, after all, 
>>> changed.
>> 		 
>> 
>> I don't know if we need to add anything specific for this. The draft doesn't limit the 
>> behavior of the entity recording H-I to only record SIP-URI, it just says to record the 
>> R-URI. 
> 
> Based on the comments I get, the text seems to indicate that you shouldn't insert a Tel in a History-Info in the first place. Instead you should transform it to a SIP-URI before inserting it.
> 
> But, I can think of some text for that also, because it's related to the previous comments.
> 
> ----------
> 
>>> 4. Home proxy (editorial)
>>> 		 
>>> The draft mentions "home proxy", but there is no reference or definition for it. I guess it should be "registrar", or something.
>> 
>> I guess we can call it a "registrar" or at the first instance include a text used in 
>> RFC 3327. 
>> 
>> 	 REGISTRAR or a "home proxy" (a proxy serving as the terminal point for routing an address-of-record)
> 
> I think it occurs only once, but as long as there is a definition (or a reference to a definition) I don't mind if it's used.
> 
> 
> Regards,
> 
> Christer
> 
> 
> 
> 		 
> 		 
> 
>