[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Sip] Proposed solution for UA loose/target/History-Info problem



Ok. I think it should be a SHOULD append. 

> -----Original Message-----
> From: Jonathan Rosenberg [mailto:jdrosen at cisco.com] 
> Sent: Monday, July 28, 2008 10:21
> To: Audet, Francois (SC100:3055)
> Cc: Hadriel Kaplan; IETF SIP List
> Subject: Re: [Sip] Proposed solution for UA 
> loose/target/History-Info problem
> 
> Agree here.
> 
> I was just trying to say, "hey, if you don't care or don't 
> want anything but this basic usage of HI, this is what you'd 
> do". A spec would say something like MAY remove or MAY 
> append. Main thing is, if you append, you do need to check to 
> make sure the incoming RURI is not already there, and if it 
> is, add the target attribute. So its simpler if you just 
> remove everything and re-add, but destroys other usages of HI.
> 
> -Jonathan R.
> 
> Francois Audet wrote:
> > Yeah, that was exactly my concern. 
> > 
> > It should ADD the entries to the existing History-Info if present.
> > 
> >> -----Original Message-----
> >> From: sip-bounces at ietf.org [mailto:sip-bounces at ietf.org] 
> On Behalf Of 
> >> Hadriel Kaplan
> >> Sent: Monday, July 28, 2008 03:28
> >> To: Jonathan Rosenberg; IETF SIP List
> >> Subject: Re: [Sip] Proposed solution for UA 
> loose/target/History-Info 
> >> problem
> >>
> >>
> >>
> >>> -----Original Message-----
> >>> From: sip-bounces at ietf.org [mailto:sip-bounces at ietf.org] On
> >> Behalf Of
> >>> Jonathan Rosenberg
> >>>
> >>> For a proxy:
> >>>    If the proxy is rewriting the r-uri as a consequence of
> >> looking it
> >>> up in a registration database, it looks at the incoming 
> request. It 
> >>> removes any existing H-I values. It then adds two H-I
> >> values that look like this:
> >>>    History-Info: <sip:incoming-ruri>;target;index=1
> >>>                  <sip:outgoing-ruri>;target;index=1.1
> >>>
> >>> and thats it. So really easy for a proxy.
> >> I'm confused.  Why is it removing any existing HI values?  
> >> Doesn't that break its compatibility with legacy HI usage?
> >>
> >> -hadriel
> >> _______________________________________________
> >> Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
> >> This list is for NEW development of the core SIP Protocol Use 
> >> sip-implementors at cs.columbia.edu for questions on current sip Use 
> >> sipping at ietf.org for new developments on the application of sip
> >>
> > 
> 
> -- 
> Jonathan D. Rosenberg, Ph.D.                   499 Thornall St.
> Cisco Fellow                                   Edison, NJ 08837
> Cisco, Voice Technology Group
> jdrosen at cisco.com
> http://www.jdrosen.net                         PHONE: (408) 902-3084
> http://www.cisco.com
> 
_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip