ACM Home Page
Please provide us with feedback. Feedback
Identifying IPv6 network problems in the dual-stack world
Full text PdfPdf (291 KB)
Source Applications, Technologies, Architectures, and Protocols for Computer Communication archive
Proceedings of the ACM SIGCOMM workshop on Network troubleshooting: research, theory and operations practice meet malfunctioning reality table of contents
Portland, Oregon, USA
SESSION: Miscellaneous II table of contents
Pages: 283 - 288  
Year of Publication: 2004
ISBN:1-58113-942-9
Authors
Kenjiro Cho  Sony CSL/WIDE Project
Matthew Luckie  U.Waikato/NLANR/CAIDA
Bradley Huffaker  CAIDA/SDSC/UCSD
Sponsors
SIGCOMM: ACM Special Interest Group on Data Communication
ACM: Association for Computing Machinery
Publisher
ACM  New York, NY, USA
Bibliometrics
Downloads (6 Weeks): 12,   Downloads (12 Months): 115,   Citation Count: 5
Additional Information:

abstract   references   cited by   index terms   collaborative colleagues  

Tools and Actions: Request Permissions Request Permissions    Review this Article  
DOI Bookmark: Use this link to bookmark this Article: http://doi.acm.org/10.1145/1016687.1016697
What is a DOI?

ABSTRACT

One of the major hurdles limiting IPv6 adoption is the existence of poorly managed experimental IPv6 sites that negatively affect the perceived quality of the IPv6 Internet. To assist network operators in improving IPv6 networks, we are exploring methods to identify wide-area IPv6 network problems. Our approach makes use of parallel IPv4 and IPv6 connectivity to dual-stacked nodes.We identify the existence of an IPv6 path problem by comparing IPv6 delay measurements to IPv4 delay measurements. Our test results indicate that the majority of IPv6 paths have delay characteristics comparable to those of IPv4, although a small number of paths exhibit a much larger delay with IPv6. Thus, we hope to improve the quality of the IPv6 Internet by identifying the worst set of problems.Our methodology is simple. We create a list of systems with IPv6 and IPv4 addresses in actual use by monitoring DNS messages. We then measure delay to each address in order to select a few systems per site based on their IPv6:IPv4 response-time ratios. Finally, we run traceroute with Path MTU discovery to the selected systems and then visualize the results for comparative path analysis. This paper presents the tools used to support this study, and the results of our measurements conducted from two locations in Japan and one in Spain.


REFERENCES

Note: OCR errors may be found in this Reference List extracted from the full text article. ACM has opted to expose the complete List rather than only correct and linked references.

 
1
L. Colitti, G. D. Battista, and M. Patrignani. IPv6-in-IPv4 tunnel discovery: methods and experimental results. IEEE Transactions on Network and Service Management, 1(1), Apr. 2004.
 
2
Consultores Integrales en Telecomunicaciones. http://www.consulintel.es.
 
3
Euro6IX project. http://www.euro6ix.net.
 
4
R. Fink. 6BONE pTLA and pNLA Formats (pTLA). RFC 2921, IETF, Sept. 2000.
 
5
R. Hinden. Proposed TLA and NLA Assignment Rules. RFC 2450, IETF, Dec. 1998.
 
6
B. Huffaker, D. Plummer, D. Moore, and k claffy. Topology discovery by active probing. In SAINT2002, Jan. 2002.
 
7
Y. Hyun, A. Broido, and kc claffy. On third-party addresses in traceroute paths. In Passive and Active Measurement Workshop 2003, La Jolla, CA, Apr 2003.
 
8
Internet Initiative Japan. http://www.iij.ad.jp.
9
 
10
J. Mogul and S. Deering. Path MTU discovery. RFC 1191, IETF, Nov. 1990.
 
11
 
12
Ripe NCC RISwhois. http://www.ripe.net/ris/riswhois.html.
 
13
Route Views Project at the University of Oregon. http://www.routeviews.org.
 
14
Macroscopic IPv6 Topology Measurements at CAIDA. http://www.caida.org/analysis/topology/macroscopic/.
 
15
WIDE Project. http://www.wide.ad.jp.


Collaborative Colleagues:
Kenjiro Cho: colleagues
Matthew Luckie: colleagues
Bradley Huffaker: colleagues