RE: WG Last Call: draft-ietf-v6ops-mech-v2-01.txt

["Bound, Jim" <jim.bound@hp.com>]

good point I agree. so I want to restate my view.  why not go to DS?
Ask for implementation reports too.  I think we can support our ADs at
the IESG layer too this is valid.  It also would be great for v6ops
morale :--)

/jim

> -----Original Message-----
> From: owner-v6ops@ops.ietf.org 
> [mailto:owner-v6ops@ops.ietf.org] On Behalf Of Alain Durand
> Sent: Thursday, November 06, 2003 7:02 PM
> To: Pekka Savola
> Cc: Randy Bush; v6ops@ops.ietf.org
> Subject: Re: WG Last Call: draft-ietf-v6ops-mech-v2-01.txt
> 
> 
> I do not see anything here that is fundamentally incompatible 
> with the 
> previous version
> that will create interoperability issues.
> 
> I support this going to DS.
> 
> 	- Alain.
> 
> 
> 
> >
> >   -    Removed automatic tunneling and use of IPv4-compatible
> >         addresses.
> >
> >    -    Removed default Configured Tunnel using IPv4 
> "Anycast Address"
> >
> >    -    Dropped "or equal" in if (IPv4 path MTU - 20) is 
> less than or
> >         equal to 1280
> >
> >    -    Clarified that the dynamic path MTU mechanism in 
> section 3.2 is
> >         OPTIONAL but if it is implemented it should follow 
> the rules in
> >         section 3.2.
> >
> >    -    Stated that when the dynamic PMTU is not 
> implemented the sender
> >         MUST NOT by default send IPv6 packets larger than 
> 1280 into the
> >         tunnel.
> >
> >    -    Stated that implementations MAY have a knob by 
> which the MTU 
> > can
> >         be set to larger values on a tunnel by tunnel 
> basis, but that
> >         the default MUST be 1280 and that decapsulators need to be
> >         configured to match the encapsulator's MTU.
> >
> >    -    Clarified text about ingress filtering e.g. that it 
> applies to
> >         packet delivered to transport protocols on the 
> decapsulator as
> >         well as packets being forwarded by the decapsulator, and how
> > the
> >         decapsulator's checks help when IPv4 and IPv6 
> ingress filtering
> >         is in place.
> 
> 
>