Suresh Krishnan's Discuss on draft-ietf-l2tpext-keyed-ipv6-tunnel-07: (with DISCUSS)

"Suresh Krishnan" <[email protected]> Wed, 02 Nov 2016 21:04:30 -0700
Newsgroups gmane.ietf.l2tpext
Message-ID <[email protected]>
Suresh Krishnan has entered the following ballot position for
draft-ietf-l2tpext-keyed-ipv6-tunnel-07: 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 https://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:
https://datatracker.ietf.org/doc/draft-ietf-l2tpext-keyed-ipv6-tunnel/



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

* Section 5
I am having a hard time seeing how fragmentation is expected to work 

   It is NOT RECOMMENDED for routers implementing this specification to
   enable IPv6 fragmentation (as defined in section 4.5 of RFC2460) for
   keyed IP tunnels.  IP fragmentation issues for L2TPv3 are discussed
   in section 4.1.4 of RFC3931.

And that specific section of RFC3931 recommends using RFC2473 to tunnel
the packets which again ends up using the RFC2460 fragment header that
this draft is trying to forbid.

So, can you please clarify exactly what happens when the size of the
packet to be tunneled exceeds the MTU?