Stacking it Up Experimental Observations on the operation of Dual Stack Services in todays Network Geoff Huston APNIC R&D February 2011 1.

Slides:



Advertisements
Similar presentations
Numbers Treasure Hunt Following each question, click on the answer. If correct, the next page will load with a graphic first – these can be used to check.
Advertisements

1 ZonicBook/618EZ-Analyst Resonance Testing & Data Recording.
1
© 2008 Pearson Addison Wesley. All rights reserved Chapter Seven Costs.
Copyright © 2003 Pearson Education, Inc. Slide 1 Computer Systems Organization & Architecture Chapters 8-12 John D. Carpinelli.
Copyright © 2011, Elsevier Inc. All rights reserved. Chapter 6 Author: Julia Richards and R. Scott Hawley.
Author: Julia Richards and R. Scott Hawley
Properties Use, share, or modify this drill on mathematic properties. There is too much material for a single class, so you’ll have to select for your.
Stacking it Up Experimental Observations on the operation of Dual Stack Services Geoff Huston, APNIC RIPE 62 May
Stacking it Up Experimental Observations on the operation of Dual Stack Services Geoff Huston, APNIC Labs 1.
Stacking it Up Experimental Observations on the operation of Dual Stack Services Geoff Huston IETF-80 March
Measuring IPv6 Deployment Geoff Huston George Michaelson
Measuring IPv6 Deployment Geoff Huston APNIC R&D August
Objectives: Generate and describe sequences. Vocabulary:
UNITED NATIONS Shipment Details Report – January 2006.
1 Hyades Command Routing Message flow and data translation.
Stacking it Up Experimental Observations on the operation of Dual Stack Services Geoff Huston IETF-80 March
Business Transaction Management Software for Application Coordination 1 Business Processes and Coordination. Introduction to the Business.
1 RA I Sub-Regional Training Seminar on CLIMAT&CLIMAT TEMP Reporting Casablanca, Morocco, 20 – 22 December 2005 Status of observing programmes in RA I.
Properties of Real Numbers CommutativeAssociativeDistributive Identity + × Inverse + ×
Exit a Customer Chapter 8. Exit a Customer 8-2 Objectives Perform exit summary process consisting of the following steps: Review service records Close.
Custom Statutory Programs Chapter 3. Customary Statutory Programs and Titles 3-2 Objectives Add Local Statutory Programs Create Customer Application For.
FACTORING ax2 + bx + c Think “unfoil” Work down, Show all steps.
1 Discreteness and the Welfare Cost of Labour Supply Tax Distortions Keshab Bhattarai University of Hull and John Whalley Universities of Warwick and Western.
1 Click here to End Presentation Software: Installation and Updates Internet Download CD release NACIS Updates.
REVIEW: Arthropod ID. 1. Name the subphylum. 2. Name the subphylum. 3. Name the order.
PP Test Review Sections 6-1 to 6-6
EU market situation for eggs and poultry Management Committee 20 October 2011.
Bright Futures Guidelines Priorities and Screening Tables
EIS Bridge Tool and Staging Tables September 1, 2009 Instructor: Way Poteat Slide: 1.
Bellwork Do the following problem on a ½ sheet of paper and turn in.
2 |SharePoint Saturday New York City
IP Multicast Information management 2 Groep T Leuven – Information department 2/14 Agenda •Why IP Multicast ? •Multicast fundamentals •Intradomain.
Exarte Bezoek aan de Mediacampus Bachelor in de grafische en digitale media April 2014.
VOORBLAD.
Chapter 20 Network Layer: Internet Protocol
Copyright © 2012, Elsevier Inc. All rights Reserved. 1 Chapter 7 Modeling Structure with Blocks.
1 RA III - Regional Training Seminar on CLIMAT&CLIMAT TEMP Reporting Buenos Aires, Argentina, 25 – 27 October 2006 Status of observing programmes in RA.
Basel-ICU-Journal Challenge18/20/ Basel-ICU-Journal Challenge8/20/2014.
1..
CONTROL VISION Set-up. Step 1 Step 2 Step 3 Step 5 Step 4.
© 2012 National Heart Foundation of Australia. Slide 2.
Adding Up In Chunks.
Page 1 of 43 To the ETS – Bidding Query by Map Online Training Course Welcome This training module provides the procedures for using Query by Map for a.
1 10 pt 15 pt 20 pt 25 pt 5 pt 10 pt 15 pt 20 pt 25 pt 5 pt 10 pt 15 pt 20 pt 25 pt 5 pt 10 pt 15 pt 20 pt 25 pt 5 pt 10 pt 15 pt 20 pt 25 pt 5 pt Synthetic.
Note to the teacher: Was 28. A. to B. you C. said D. on Note to the teacher: Make this slide correct answer be C and sound to be “said”. to said you on.
Model and Relationships 6 M 1 M M M M M M M M M M M M M M M M
Subtraction: Adding UP
Analyzing Genes and Genomes
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Addressing the Network – IPv4 Network Fundamentals – Chapter 6.
©Brooks/Cole, 2001 Chapter 12 Derived Types-- Enumerated, Structure and Union.
Essential Cell Biology
© Ericsson Interception Management Systems, 2000 CELLNET Drop Administering IMS Database Module Objectives To add a network elements to the database.
Intracellular Compartments and Transport
1 © 2004, Cisco Systems, Inc. All rights reserved. CCNA 1 v3.1 Module 9 TCP/IP Protocol Suite and IP Addressing.
PSSA Preparation.
Essential Cell Biology
Immunobiology: The Immune System in Health & Disease Sixth Edition
Energy Generation in Mitochondria and Chlorplasts
Murach’s OS/390 and z/OS JCLChapter 16, Slide 1 © 2002, Mike Murach & Associates, Inc.
Profile. 1.Open an Internet web browser and type into the web browser address bar. 2.You will see a web page similar to the one on.
TCP/IP Protocol Suite 1 Chapter 18 Upon completion you will be able to: Remote Login: Telnet Understand how TELNET works Understand the role of NVT in.
1 Decidability continued…. 2 Theorem: For a recursively enumerable language it is undecidable to determine whether is finite Proof: We will reduce the.
Measuring IPv6 Geoff Huston APNIC Labs, February 2014.
Measuring IPv6 Deployment Geoff Huston George Michaelson
APNIC Update The state of IP address distribution and IPv6 deployment status Miwa Fujii Senior IPv6 Program Specialist APNIC.
PacINET 2011 The state of IP address distribution and its impact Elly Tawhai Senior Internet Resource Analyst/Liaison Officer, Pacific, APNIC 1.
Are we there yet? Measuring iPv6 in 2016
Presentation transcript:

Stacking it Up Experimental Observations on the operation of Dual Stack Services in todays Network Geoff Huston APNIC R&D February

End-to-End Service Measurements Examine IPv6 / IPv4 use from the perspective of a service delivery platform (web server) IPv6 is used by clients only when all the various IPv6 infrastructure components support IPv6, otherwise the client will fall back to IPv4 use Service metrics for IPv6 are reflective of end-to-end IPv6 capability 2

Methodology Test every web client with 5 different retrieval tasks of a 1x1 pixel image: V6 only Dual-Stack V4 Only V6 DNS resolution V6 Only Literal (no DNS) Take just one test result for each unique source address Look at retrieval rates, failure behaviour and transaction times 3

Access Combinations V4V6DualNode Type V4V4-Only V6V6-Only V6V6-Preferred V4V6-Capable (V4-Preferred) Dual-Stack Loss 4

IPv6: could vs will 2% 4% 6% 8% IPv6 Preferred IPv6 Capable May 5 JulSepNovJanMar

IPv6: could vs will 1% 2% 3% 5% IPv6 Preferred IPv6 Capable Nov 6 DecJanFeb 4% Site C

Where are we with IPv6? The size of the IPv6 deployment in terms of end-to-end host IPv6 preference is around 0.2% of the total number of Internet end hosts at present However, a further 4% of hosts can use IPv6, even though they prefer IPv4 in dual stack mode, using auto-tunnel access 7

Why is there so much hidden IPv6 capability? Why is the number of client hosts who are capable of performing an end-to-end IPv6 object retrieval 20 times greater than the number of client hosts who prefer to use IPv6 in a dual stack context? 8

Dual-Stack, V6 Preferred by Address Type V6 Unicast 6to4 Teredo 0.1% 0.3% 0.2% 9 NovDecJanFeb

V6 Unicast 6to4 Teredo 10 1% 2% 3% NovDecJanFeb 4% Dual-Stack, V4 Preferred by Address Type

Native vs Tunnels Most hosts with unicast IPv6 generally prefer V6 in a dual stack scenario Hosts with auto-tunnel capability appear to generally prefer V4 in a dual stack scenario 11

Native vs Tunnels Older versions of dual stack software in hosts preferred IPv6 over IPv4 in all situations, including auto-tunnels – This resulted in very slow and erratic performance when accessing some dual stack servers due to the local IPv6 failure timers For example, Windows XP takes 20 seconds to recover a connection if a 6to4 connection is not functioning correctly Recent OS releases have de-prefed auto-tunneled IPv6 below that of IPv4 12

Performance Observations 13

Performance and Tunnels V6 Unicast 6to4 Teredo +4 Secs +2 Secs -2 Secs 0 Sec 14 NovDecJanFeb -4 Secs

Performance and Tunnels 15 Unicast IPv6 performance is on average equivalent to IPv4 performance for web object retrieval Auto-tunnel performance is on average considerably worse – Teredo is highly variable with 1 – 4 seconds of additional delay per retrieval – 6to4 is more consistent with an average 1.5 second additional delay per retrieval

Performance and Tunnels Two causes of incremental delay: – Tunnel setup time Stateful Teredo tunnels require initial packet exchanges to set the tunnel up (min 1 x RTT) – Tunnelling can extend the RTT delay addition of tunnel relays between the source and destination This is exacerbated when the forward and reverse paths are asymmteric 16

V4-Only Network V4-Only Network Dual-Stack Network Dual-Stack Network 6to4 Packet Path 17 Client Dual-Stack Server Relay 2002::/16 Relay

V4-Only Network V4-Only Network Dual-Stack Network Dual-Stack Network Partial Mitigation of 6to4 Packet Path 18 Client Dual-Stack Server 2002::/16 Relay Relay

6to4 Performance Setup Time 19

Tunnel RTT Cost 6to4 Performance 20

6to4 Relative Performance 6to4 adds an average of 1.2 seconds to the retrieval time – note this is one-way (as the server has a local 6to4 relay for the response traffic, so the 6to4 response path is the same as the V4 path) – thats a very long transit time if this is just added transit time – There may be a congestion load delay added in here – But the level of 6to4 traffic is very low, so congestion overload is unlikely 21

Performance and Tunnels Teredo adds a further performance penalty in the form of state setup between the Teredo relay and the client 22

Teredo Performance Tunnel Setup Time 23

Tunnel RTT Cost Teredo Performance 24

Teredo Relative Performance Teredo adds an average of seconds to the retrieval time – Teredo setup takes between 0.6 second to 3 seconds – Average RTT cost of Teredo is 300ms – Object retrieval takes ~3 RTT intervals to complete – Total time cost is some 2 seconds on average 25

Teredo vs 6to4 What we see: – 4% of hosts use 6to4 (native V4, auto-tunnel) – 0.1% of hosts use Teredo (NAT V4, auto-tunnel) But why so little Teredo? – Windows Vista and Windows 7 gethostbyname() will not query for a AAAA record if the only local IPv6 interface is Teredo – Can we expose latent Teredo capability? 26

Exposing Teredo Use an IPv6 literal as the object URL: – In the context of the experimental setup it was observed that 30% of the client base successfully fetched this IPv6 URL using Teredo! – Conversely, 70% of the clients did not manage a successful object retrieval of this URL 27

IPv6 Performance Unicast IPv6 appears to be as fast as IPv4 for object retrieval Auto-tunnelling IPv6 attracts some performance overheads – these are strongly context dependent – widespread deployment of 6to4 relays and Teredo relays and servers would mitigate this – Dual Stack servers may want to consider using local 6to4 relays to improve reverse path performance for auto- tunnelling clients 28

Failure Observations 29

Dual Stack Failure How many clients retrieve the V4 only object but DONT retrieve the Dual Stack objects? i.e. how many clients exhibit Dual Stack Failure? 30

Dual Stack Failure Rate 31 NovDecJanFeb 0.2% 0.4% 0.6% 0.8%

Dual Stack Failure This is the rate of failure of IPv4 clients to retrieve a dual stack object But this is not a reliable metric of underlying communication failure – This is the rate of failure of the client to retrieve a dual stack object from within a javascript code object – The client may: Not execute the javascript at all User reset of the retrieval before completion In addition to the failure to fallback to IPv4 retrieval 32

Connection Failure To attempt to look more precisely for some instances of connection failure lets looking for connections that fail after the initial TCP SYN Note that this approach does not detect failure of the initial SYN packet, so the results are a lower bound of total connection failure rates 33 Client Server SYN SYN + ACK ACK X Response fails

Connection Failure 34

Connection Failure 35

IPv6 Connection Failure 36 Some 10% - 15% of 6to4 connections fail! – This is a very high failure rate! – The failure is most likely a protocol 41 filter close to the client that prevents incoming 6to4 packets reaching the client Some 12% of Teredo connections fail! – Again this is a very high failure rate – It is likely that this is due to local filters Some 2% of unicast IPv6 connections fail! – This rate is better than auto-tunnels, but is still 20x the rate of IPv4 connection failure The Teredo connection failure rate is based on data gathered from the IPv6 literal URL

Conclusions What can we say about the performance and robustness of a Dual Stack network environment as a result of these observations? 37

For an Online Service… Converting a service to operate as a Dual Stack service is a viable option in todays environment But: – a small fraction of existing clients will experience a much slower service – a very small fraction of existing clients will fail to connect to the dual stack service at all 38

What about IPv6-Only Services? Is an IPv6-only service a viable option today? Not really. – Only ~4% of the existing client base would successfully connect to an IPv6-only service – There is too much IPv4 only infrastructure, and end host auto-tunnelling is not a solution Auto-tunnelling appears to encounter many more performance and reliability problems than it solves in terms of IPv6 connectivity Auto-tunnelling is not proving to be a useful mainstream transition tool for IPv6 39

What about IPv6-Only Services? The ideal precondition for viable deployment of IPv6-only services on the Internet with the same level of performance and robustness of todays IPv4-only services is ubiquitous dual stack infrastructure across the network 40

Thank You! 41