Hi Ran/Steve,
If your objection is "We should not be defining any new extension headers", I completely agree with you. But, I guess the sentiment has not gone around the IETF. The following IPv6 extension headers have been defined since RFC2460

135 - Mobility header
139 - HIP
140 - Shim6
141 - WESP

Right now the fact remains that the IPv6 spec allows for using a separate header as an option.

" If the desired action is for the destination node to discard
  the packet and, only if the packet's Destination Address is not
  a multicast address, send an ICMP Unrecognized Type message to
  the packet's Source Address, then the information may be
  encoded either as a separate header or as an option in the
  Destination Options header whose Option Type has the value 11
  in its highest-order two bits.  The choice may depend on such
  factors as which takes fewer octets, or which yields better
  alignment or more efficient parsing."

I would be just as happy if such a statement was made and could gather consensus in the 6man wg.

Thanks
Suresh


On 10-11-17 09:59 AM, Steven Blake wrote:
On Wed, 2010-11-17 at 09:52 +0100, Hagen Paul Pfeifer wrote:
On Tue, 16 Nov 2010 20:58:39 -0500, Steven Blake wrote:

This does not address Ran's comment: why would we ever need a new
extension header?  Why aren't the Hop-by-Hop Options and Destination
Options extension headers sufficient?  Neither of the drafts above
motivate
this need.
Tunnel specific extension header, efficient low overhead extension header,
... whatever.

The current extension header mechanism isn't practical, but why should we
wipe out these extension header at all? Introduce GIEH as a generic
container and everything is fine.

Hop-by-Hop Option and Destination Option headers are both just simple
TLV containers for options. GIEH is just a simple TLV container for
extension headers.  Unless you forsee an option that must be processed
both at intermediate nodes and at the destination, I really don't see
the point.


Regards,

// Steve

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

Reply via email to