IP Options are not an option

Rodrigo Fonseca, George Manning Porter, Randy H. Katz, Scott Shenker and Ion Stoica

EECS Department
University of California, Berkeley
Technical Report No. UCB/EECS-2005-24
December 9, 2005

http://www2.eecs.berkeley.edu/Pubs/TechRpts/2005/EECS-2005-24.pdf

A wide variety of enhancements to the Internet architecture have been proposed over the past several years, many of which require attaching metadata, or state, to packets as they flow through the network. Examples of such extensions are IP traceback and XCP. The IP specification supports an "options" mechanism as an extensible way to couple state with packets. However, as we will show in this paper, IP options are not well supported in the Internet. We make use of the PlanetLab planetary scale network testbed to quantify the fate of IP-option enabled packets in the wide-area. We measured wide-area paths with both standard IP packets and packets with options. We discovered that approximately half of Internet paths drop packets with options, raising serious dependability issues. Surprisingly, our findings indicate that it is feasible to restore support for options in the wide-area. We discovered that the core of the network drops very few options packets, with the vast majority of those drops occurring in edge AS networks. Furthermore, these drops are concentrated in a minority of the ASes.


BibTeX citation:

@techreport{Fonseca:EECS-2005-24,
    Author = {Fonseca, Rodrigo and Porter, George Manning and Katz, Randy H. and Shenker, Scott and Stoica, Ion},
    Title = {IP Options are not an option},
    Institution = {EECS Department, University of California, Berkeley},
    Year = {2005},
    Month = {Dec},
    URL = {http://www2.eecs.berkeley.edu/Pubs/TechRpts/2005/EECS-2005-24.html},
    Number = {UCB/EECS-2005-24},
    Abstract = {A wide variety of enhancements to the Internet architecture have been proposed over the past several years, many of which require attaching metadata, or state, to packets as they flow through the network.  Examples of such extensions are IP traceback and XCP.  The IP specification supports an "options" mechanism as an extensible way to couple state with packets.  However, as we will show in this paper, IP options are not well supported in the Internet.  We make use of the PlanetLab planetary scale network testbed to quantify the fate of IP-option enabled packets in the wide-area.  We measured wide-area paths with both standard IP packets and packets with options.  We discovered that approximately half of Internet paths drop packets with options, raising serious dependability issues.  Surprisingly, our findings indicate that it is feasible to restore support for options in the wide-area. We discovered that the core of the network drops very few options packets, with the vast majority of those drops occurring in edge AS networks. Furthermore, these drops are concentrated in a minority of the ASes.}
}

EndNote citation:

%0 Report
%A Fonseca, Rodrigo
%A Porter, George Manning
%A Katz, Randy H.
%A Shenker, Scott
%A Stoica, Ion
%T IP Options are not an option
%I EECS Department, University of California, Berkeley
%D 2005
%8 December 9
%@ UCB/EECS-2005-24
%U http://www2.eecs.berkeley.edu/Pubs/TechRpts/2005/EECS-2005-24.html
%F Fonseca:EECS-2005-24