Network Working Group F. Templin, Ed.
Internet-Draft Boeing Research & Technology
Intended status: Informational January 14, 2013
Expires: July 18, 2013
IPv6 Path MTU Updates
draft-generic-6man-tunfrag-07.txt
Abstract
IPv6 intentionally deprecates fragmentation by routers in the
network. Instead, links with restricting Maximum Transmission Units
(MTUs) must either drop each too-large packet and return an ICMPv6
Packet Too Big (PTB) message or perform link-specific fragmentation
and reassembly (also known as "link adaptation") at a layer below
IPv6. This latter category of links is often performance-challenged
to accommodate steady-state link adaptation. A common case that
exhibits these link characteristics is seen for IPv6-in-IP tunnels.
Additionally, IPv6 nodes can avoid path MTU discovery issues even
when no link adaptation is necessary by performing a small amount of
fragmentation and/or by probing the path as necessary. This document
therefore proposes an update to the base IPv6 specification to better
accommodate path MTU issues.
Status of this Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at http://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on July 18, 2013.
Copyright Notice
Copyright (c) 2013 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Templin Expires July 18, 2013 [Page 1]
Internet-Draft IPv6 Path MTU Updates January 2013
Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Problem Statement . . . . . . . . . . . . . . . . . . . . . . . 3
3. Considerations for Small MTU Paths . . . . . . . . . . . . . . 4
3.1. Accommodating Legacy Nodes . . . . . . . . . . . . . . . . 4
4. Considerations for Medium MTU Paths . . . . . . . . . . . . . . 5
5. Considerations for Large MTU Paths . . . . . . . . . . . . . . 6
6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 6
7. Security Considerations . . . . . . . . . . . . . . . . . . . . 6
8. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . 6
9. References . . . . . . . . . . . . . . . . . . . . . . . . . . 6
9.1. Normative References . . . . . . . . . . . . . . . . . . . 6
9.2. Informative References . . . . . . . . . . . . . . . . . . 6
Author's Address . . . . . . . . . . . . . . . . . . . . . . . . . 7
Templin Expires July 18, 2013 [Page 2]
Internet-Draft IPv6 Path MTU Updates January 2013
1. Introduction
IPv6 intentionally deprecates fragmentation by routers in the
network. Instead, links with restricting Maximum Transmission Units
(MTUs) must either drop each too-large packet and return an ICMPv6
Packet Too Big (PTB) message or perform link-specific fragmentation
and reassembly (also known as "link adaptation") at a layer below
IPv6. This latter category of links is often performance-challenged
to accommodate steady-state link adaptation. A common case that
exhibits these link characteristics is seen for IPv6-in-IP tunnels
[I-D.generic-v6ops-tunmtu]. Additionally, IPv6 nodes can avoid path
MTU discovery issues even when no link adaptation is necessary by
performing a small amount of fragmentation and/or by probing the path
as necessary. This document therefore proposes an update to the base