I would have impact to existing implementations yes it is not part of
the ICV now and should not be.
/jim 

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On 
> Behalf Of Brian Haberman
> Sent: Friday, September 10, 2004 6:50 AM
> To: Francis Dupont
> Cc: [EMAIL PROTECTED]
> Subject: Re: AH and flow label
> 
> Speaking as an IPv6 wg member, I am not comfortable with the 
> flow label being unprotected.  As an immutable field, it 
> should be included in the ICV calculation.
> I have seen several projects started that intend on taking 
> advantage of RFC 3697.
> My main question is how much of an impact would such a change 
> have on the existing IPv6 implementations.
> 
> Can anyone speak to their IPv6/IPSec implementations on this issue?
> 
> Regards,
> Brian
> 
> On Sep 10, 2004, at 4:49, Francis Dupont wrote:
> 
> > Here is a message from Steve Kent who is updating the RFC 2402 "IP 
> > Authentication Header (AH)" about the flow label status.
> > I have put it in this list for people interested by IPsec 
> but who have 
> > no enough time to read the mailing list...
> > To summary the question is:
> >
> > Is the [ipsec] WG comfortable with the status quo, i.e., 
> NOT including 
> > the flow label in the ICV [integrity check value], despite the fact 
> > that it is immutable?
> >
> > [EMAIL PROTECTED]
> >
> > PS: of course my opinion is we have to keep the status quo and the 
> > decision is in the scope (i.e., hands?) of the ipv6 WG.
> >
> > From: Stephen Kent <[EMAIL PROTECTED]>
> > Date: September 9, 2004 14:58:36 EDT
> > To: Francis Dupont <[EMAIL PROTECTED]>
> > Cc: [EMAIL PROTECTED]
> > Subject: Re: [Ipsec] draft-ietf-ipsec-rfc2402bis-07.txt ... Suggest 
> > moving the "Flow Label" IPv6 base header field to "immutable" and 
> > protecting with AH
> >
> >
> > Francis,
> >
> > I looked at RFC 3697.  It does state that AH does not protect flow 
> > labels, which is consistent with the old AH spec (RFC 
> 2402). So, if we 
> > were to change this in the new AH spec, there would be a conflict.
> > Also, the security analysis in 3697 argues that since there is no 
> > protection of the flow spec value, intermediate systems 
> cannot rely on 
> > it and an end IPsec implementation cannot rely on it in transport 
> > mode.  I agree that it is unlikely that we would be able to 
> manage key 
> > distribution for intermediate systems to be able to check 
> the AH ICV, 
> > which supports your argument that it is not worth including 
> it in the 
> > ICV computation.
> > However, if we choose to maintain backward compatibility 
> with 2402, we 
> > need to clarify in 2402bis that this is the reason for not 
> including 
> > the value in the ICV computation, as opposed to the 
> current, erroneous 
> > rationale.
> >
> > Is the WG comfortable with the status quo, i.e., NOT including the 
> > flow label in the ICV, despite the fact that it is immutable?
> >
> > Steve
> >
> >
> > --------------------------------------------------------------------
> > IETF IPv6 working group mailing list
> > [EMAIL PROTECTED]
> > Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
> > --------------------------------------------------------------------
> 

--------------------------------------------------------------------
IETF IPv6 working group mailing list
[EMAIL PROTECTED]
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

Reply via email to