From IPv4 only To v4/v6 Dual Stack - IETF IAB Technical Plenary - Shin Miyakawa, Ph.D. NTT Communications Corporation

Slides:



Advertisements
Similar presentations
Possible Broadband Deployments Post IPv4 Completion Alain Durand, Work in progress #include.
Advertisements

IETF 80 th Problem Statement for Operational IPv6/IPv4 Co-existence 3/31/2011 Chongfeng Xie Qiong Sun
IPv4 - IPv6 Integration and Coexistence Strategies Warakorn Sae-Tang Network Specialist Professional Service Department A Subsidiary.
Halifax, 31 Oct – 3 Nov 2011 ICT Accessibility For All 4over6 technology for IPv6 transition Yong CUI CCSA (Tsinghua University) Document No: GSC16-PLEN-71.
Marla Azinger, Frontier Communications
IPv6: Application perspective Zaid Ali Chairman/President SFBAY ISOC
Deployment of IPv6 protocol in broadband networks Dmitry Sakharchuk 1.
Industrial Development, R&D Page 1 May 2011 Status of IPv6 Adoption in STC STC, R&D CITC IPv6 Workshop Dr.Furaih Alshaalan.
1 Muhammed Rudman
© 2008 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Lecture15: Network Address Translation for IPv4 Connecting Networks.
IP Transition Fix or a Band-Aid?
Enabling IPv6 in Corporate Intranet Networks
17/10/031 Summary Peer to peer applications and IPv6 Microsoft Three-Degrees IPv6 transition mechanisms used by Three- Degrees: 6to4 Teredo.
ISP SP Network Egress Points Ingress Point Protocol-Specific Egress Decision IP Header Payload Transit Header IP Header Payload IP Header Payload.
K. Salah 1 Chapter 31 Security in the Internet. K. Salah 2 Figure 31.5 Position of TLS Transport Layer Security (TLS) was designed to provide security.
IETF 79 th Considerations for Stateless Translation (IVI/dIVI) in Large SP draft-sunq-v6ops-ivi-sp-01 Qiong Sun( China Telecom) Heyu Wang( China Telecom)
Guoliang YANG Problem Statement of China Telecom.
A Model of IPv6 Internet Access Service via L2TPv2 Shin Miyakawa NTT Communications 2006/7/10 IETF66th.
PART 2: Product Line. Tenor Switches & Gateways Tenor AX Series Solution For Medium to Large Enterprises  Available in 8, 16, 24 and 48 port Available.
1 464XLAT Combination of Stateful and Stateless Translation draft-ietf-v6ops-464xlat-01 IETF 83 v6ops WG Japan Internet Exchange Co.,Ltd.
1 Toward the Popularization of IPv6 Business (NTT Communications’ Global IPv6 Trial) Hiroaki Sadata NTT Communications Corporation
IPv6 Home Networking Architecture - update IETF homenet WG Interim meeting Philadelphia, 6 th Oct 2011 draft-chown-homenet-arch-00.
11 KDDI Trial Hub & Spoke Shu Yamamoto Carl Williams Hidetoshi Yokota KDDI R&D Labs.
Introduction to Network Address Translation
1 Shin Miyakawa, Ph.D (宮川 晋) Sr. Research Manager, IPv6 Group Innovative IP Architecture Center NTT Communications IPv6/v4 dual stack.
Lightweight 4over6 + SD-nat (aka stateless DS-Lite) = Lightweight DS-Lite (twice as light!) Alain Durand (Juniper) Ian Farrer (DT) (Softwire item, presented.
CS 540 Computer Networks II Sandy Wang
IPv4/IPv6 transition experience and the features of stateless translation (IVI) Xing Li Plenary: Life after IPv4 Exhaustion.
KT's IPv6 status and trial service Future Technology Lab Dongjin Kwak, Jaehwa Lee Meeting 2008 at NZ.
IPv6 – What You Need To Know Tom Hollingsworth CCNP,CCVP,CCSP, MCSE.
IETF 73 / behave 1 Minneapolis / Gabor Bajko Randy Bush Rémi Després Pierre Levis Olaf Maennel Teemu Savolainen Port Range Proposals.
Network Address Translations Project no. : 12 Prof. Edmund Gean Presented by DhruvaPatel( ) Sweta Patel( ) Rushika Patel ( ) Guided.
Sharing a single IPv4 address among many broadband customers
APNIC Update The state of IP address distribution and IPv6 deployment status Miwa Fujii Senior IPv6 Program Specialist APNIC.
1 Requirements for IPv6 prefix delegation Shin Miyakawa, Ph.D NTT Communications / WIDE Project
IPv6 and Mobility in WiBro Youn-Hee Han Korea University of Technology and Education Internet Computing Laboratory
Softwire wg Alain Durand, Comcast David Ward, Cisco.
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public ITE PC v4.0 Chapter 1 1 Planning the Addressing Structure Working at a Small-to-Medium Business.
ISP Edge NAT 10/8 “Home” Network Upstreams and Peers /32
IPv6 transition strategies IPv6 forum OSAKA 12/19/2000 1/29.
Philosophy of “REAL” IPv6 network operation Shin Miyakawa NTT Multimedia Communications Laboratories Palo Alto, California, USA IPv6 summit in Osaka Japan.
Address planning. Introduction Network-Level Design Considerations Factors affecting addressing scheme Recommended practices Case studies 6/4/20162.
1 Shared Transition Space Victor Kuarsingh & Stan Barber July 27, 2011.
6to4 Provider Managed Tunnels draft-kuarsingh-v6ops-6to4-provider-managed-tunnel-02 Victor Kuarsingh, Rogers Communications Inc.
1 NCM _05_2001_c1 © 2001, Cisco Systems, Inc. All rights reserved. How would you prepare for the technology you need.
© 2008 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Chapter 11: Network Address Translation for IPv4 Routing And Switching.
IPv6 Deployment Status Elly Tawhai Senior Internet Resource Analyst/Liaison Officer, Pacific, APNIC 5 th APT Policy Regulation Forum for Pacific
1 Requirements for IPv6 prefix delegation for IETF-55 th at Atlanta, Nov.2002 Shin Miyakawa NTT Communications / WIDE Project
Deploying IPv6, Now Christian Huitema Architect Windows Networking & Communications Microsoft Corporation.
IPv6 - The Way Ahead Christian Huitema Architect Windows Networking & Communications
IPv6 Transition Guide For A Large-scale Broadband Network Guo Liang Yang (Editor) Le Ming Hu Jin Yan Lin China Telecom Sept. 21 st, 2010 draft-yang-v4v6tran-ipv6-transition-guide-00.
NAT/PAT by S K SATAPATHY
Post IPv4 “completion” Making IPv6 incrementally deployable by making it backward compatible with IPv4. Alain Durand.
17/10/031 Euronetlab – Implementation of Teredo
PacINET 2011 The state of IP address distribution and its impact Elly Tawhai Senior Internet Resource Analyst/Liaison Officer, Pacific, APNIC 1.
CCNA4-1 Chapter 7-1 IP Addressing Services Scaling Networks With Network Address Translation (NAT)
CCNA4-1 Chapter 7-1 NAT Chapter 11 Routing and Switching (CCNA2)
1 Requirements of Carrier Grade NAT (CGN) draft-nishitani-cgn-00.txt draft-shirasaki-isp-shared-addr-00.txt NTT Communications Corporation Shin Miyakawa.
IETF 80 th Lightweight Address Family Transition for IPv6 draft-sunq-v6ops-laft6-01 Chongfeng Xie( China Telecom ) Qiong Sun( China Telecom)
Planning the Addressing Structure
Network Address Translation
Requirements for IPv6 prefix delegation for IETF-55th at Atlanta, Nov.2002 Shin Miyakawa NTT Communications.
Introducing Novell IPv6 Stack
SIPNAT (source_IP NAT)
New Solutions For Scaling The Internet Address Space
CERNET2 IPv6-only Practice: Backbone, Servers, Clients and 4aaS
Planning the Addressing Structure
Planning the Addressing Structure
Chapter 11: Network Address Translation for IPv4
Office 365 – How NOT to do it UKNOF43.
Presentation transcript:

From IPv4 only To v4/v6 Dual Stack - IETF IAB Technical Plenary - Shin Miyakawa, Ph.D. NTT Communications Corporation

You can find the extended version of this presentation at –

Most conservative access model changes - introducing “Carrier-Grade NAT” - Access Concentrator Internet Global v4 address CPE With NAT Global v4 address End Host Private v4 address FTTH ADSL Access Concentrator With NAT Internet Global v4 address CPE With NAT One Private IPv4 address from new “Private” space End Host Private v4 address

It looks v6 is not needed ? Please do not feel safe. CGN (and any other carrier- grade NAT scheme) has serious restrictions. IPv6 is needed ! Each customer can have only some “limited” numbers of sessions simultaneously. – How many ? Let say… 50 ? 30 ? Because “port number” is just 2bytes which means 64K – For example, if 2000 customer shares same Global IPv4 address (please note that this is just for example), only 25 or 30 so sessions can be used by each customer at the worst case. Which means that:

Max 30 Connections

Max 20 Connections

Max 15 Connections

Max 10 Connections

Max 5 Connections

So, We DO NEED IPv6

Examples of # of concurrent sessions Webpage# of sessions No operation 5 ~ 10 Yahoo top page 10 ~ 20 Google image search 30 ~ 60 Nico Nico Douga 50 ~ 80 OCN photo friend170 ~ 200+ iTunes 230 ~ 270 iGoogle 80 ~ 100 Rakuten 50 ~ 60 Amazon90 HMV100 YouTube90

In real world According to our observations, about 500 sessions are average numbers of concurrent sessions per users. To be more realistic, only 8 users per 1 single global IPv4 address is a good ratio to use CGN

Carrier-Grade NAT Scalability – >10K users (or contracts) – 100s of TCP sessions per user (or contract) Maximum Transparency is desired – Like “ideal” SOHO Router, there should be no barrier for application – So call “Full-CONE” + “Hairpinning” is ideal – Different from NAT for Enterprise – draft-nishitani-cgn-00.txt Will be presented at SOFTWIRE and BEHAVE WG. High Availability

Transition Scenario One possible transition scenario from v4 only to dual stack to v4/v6 will be showed I think this is the most conservative and step- by-step

Simple concept Customer can be converted one by one Customer do not need to purchase any hardware until some stage of conversion – Especially he/she uses XP, Vista, Leopard, Linux or BSD IPv6 will be main stream eventually IPv4 will be for backward compatibility

At the beginning: Global v4 only service Internet (v4 only) Nationwide / International Back bone (v4 only) EBGP Router Access Concentrator CPE Router /w NAT End Host RFC1918 Based Private address (typically /24) LAN One Global IPv4 address ADSL,FTTH,etc.

Dual Stack backbone (it’s easy) Internet (v4/v6) Nationwide / International Back bone (v4/v6) EBGP Router Access Concentrator (v4) CPE Router (v4) /w NAT End Host RFC1918 Based Private address (typically /24) LAN One Global IPv4 address ADSL,FTTH,etc.

Introducing CGN Internet (v4/v6) Nationwide / International Back bone (v4/v6) EBGP Router Access Concentrator (v4) CPE Router (v4) End Host RFC1918 Based Private address (typically /24) LAN One Private IPv4 address From New “Private” space ADSL,FTTH,etc. Carrier Grade NAT

Introducing Softwire (v6 over v4 L2TP) Internet (v4/v6) Nationwide / International Back bone (v4/v6) EBGP Router Access Concentrator (v4) CPE Router (v4 NAT) End Host (v4/v6) RFC1918 Based Private address (typically /24) LAN One (new) Private IPv4 address ADSL,FTTH,etc. Carrier Grade NAT SOFTWIRE Concentrator SOFTWIRE Client (v6 over v4 L2TP) If softwire client has v6 routing function, delegated IPv6 is here

Softwire termination on CPE router looks tricky but in-expensive Internet (v4/v6) Nationwide / International Back bone (v4/v6) EBGP Router Access Concentrator (v4) CPE Router (v4 NAT /v6 softwire) End Host (v4/v6) RFC1918 Based Private address (typically /24) LAN One Private IPv4 address From New “Private” space ADSL,FTTH,etc. Carrier Grade NAT SOFTWIRE Concentrator SOFTWIRE Client (v6 over v4 L2TP) Delegated IPv6 prefix

Native IPv6 service but CPE router is not ready Internet (v4/v6) Nationwide / International Back bone (v4/v6) EBGP Router Access Concentrator (v4/v6) CPE Router (v4 NAT) End Host (v4/v6) RFC1918 Based Private address (typically /24) LAN One Private IPv4 address From New “Private” space ADSL,FTTH,etc. Carrier Grade NAT SOFTWIRE Concentrator SOFTWIRE Client (v6 over v4 L2TP) If softwire client has v6 routing function, delegated IPv6 is here IPv6 traffic is Bypassed CGN

Replace CPE router to IPv6 compatible Internet (v4/v6) Nationwide / International Back bone (v4/v6) EBGP Router Access Concentrator (v4/v6) CPE Router (v4 NAT/v6) End Host (v4/v6) RFC1918 Based Private address (typically /24) LAN One Private IPv4 address From New “Private” space IPv6 address + Prefix delegation ADSL,FTTH,etc. Carrier Grade NAT Delegated IPv6 prefix IPv6 traffic is Bypassed CGN

Pure v6 world Internet (v6) Nationwide / International Back bone (v6) EBGP Router Access Concentrator (v6) CPE Router (v6) End Host (v6) LAN IPv6 address + Prefix delegation ADSL,FTTH,etc. Delegated IPv6 prefix

We will do Actually, NTT group already has commercialized walled garden IPv6 service for VoIP, IPTV and so on for 5+ millions of customers We are now constructing a beta testing ISP facility for complete dual stack with CGN environment in a data center in down town Tokyo Our new service with CGN is planned to start by year 2010 Spring We are really happy if we could help ISPs especially in Asia Pacific area (but not limited too) that will be facing same problems

Enterprises We already have some requests from ASPs, usual enterprises, governmental organizations and schools for IPv6 deployment support especially for their out side system like web and s first Eventually, their internal system will follow

These are important things to be considered We think that we still need – Simple security scheme for IPv6 should be nailed down draft-ietf-v6ops-cpe-simple-security-02 – New “private” address space allocation for carrier / provider access network behind CGN draft-shirasaki-shared-adrs-00.txt – And some more… Also we need implementations – IPv6 DNS deployment should be more popular – MPLS support – Firewall – Load Balancer