> From: EXT Steve Deering
> Alternatively, we could specify that any mutable options that appear
> after the AH header are treated as if they were immutable, i.e.,
> included in the authentication computation. Such options,
> though mutable,
> would not undergo mutation, so could safely be treated as
> immutable by AH.
At least I definitely prefer this approach (this is the way I have it
implemented).
AH (nor any other extension header) should not care what follows after it,
it's just payload at that stage.
--------------------------------------------------------------------
IETF IPng Working Group Mailing List
IPng Home Page: http://playground.sun.com/ipng
FTP archive: ftp://playground.sun.com/pub/ipng
Direct all administrative requests to [EMAIL PROTECTED]
--------------------------------------------------------------------
