Joel Jaeggli's Discuss on draft-ietf-6man-ext-transmit-04: (with DISCUSS and COMMENT)

["Joel Jaeggli" <[e-mail]>]

Joel Jaeggli has entered the following ballot position for
draft-ietf-6man-ext-transmit-04: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to http://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
http://datatracker.ietf.org/doc/draft-ietf-6man-ext-transmit/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

This is a dicuss because I'd like to see if I'm in the rough in this.

Devices generally considered to be IP routers in fact are able to or find
it necessary to forward on the basis of headers other than the IP header
e.g. the transport header. By the definition applied in the problem
statement all ipv6 capable routers in the internet that  I'm aware are or
are capable of being middleboxes. 

I would welcome the existence proof of an ipv6 capable router which is
not capable of being a middlebox by the definition applied in the problem
statement.

I'm not sure that's a glaring flaw in the document but it certainly is
with our vocabulary around taxonomy if true.


----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

If you need to find the transport header due to configured policy and you
can't due to being unable to parse the extensions chain your configured
action will be to drop. That perhaps weasels it's way through section 2.1
requirements but it's still quite ugly.