Skip to main content

Why Operators Filter Fragments and What It Implies
draft-taylor-v6ops-fragdrop-02

Document Type Expired Internet-Draft (individual)
Expired & archived
Authors Joel Jaeggli , Lorenzo Colitti , Warren "Ace" Kumari , Éric Vyncke , Merike Kaeo , Tom Taylor
Last updated 2014-06-06 (Latest revision 2013-12-03)
RFC stream (None)
Intended RFC status (None)
Formats
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
Telechat date (None)
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:

Abstract

This memo was written to make application developers and network operators aware of the significant possibility that IPv6 packets containing fragmentation extension headers may fail to reach their destination. Some protocol or application assumptions about the ability to use messages larger than a single packet may accordingly not be supportable in all networks or circumstances. This memo provides observational evidence for the dropping of IPv6 fragments along a significant number of paths, explores the operational impact of fragmentation and the reasons and scenarios where drops occur, and considers the effect of fragment drops on applications where fragmentation is known to occur, particularly including DNS.

Authors

Joel Jaeggli
Lorenzo Colitti
Warren "Ace" Kumari
Éric Vyncke
Merike Kaeo
Tom Taylor

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)