DOCSLIB.ORG

Ipv6 Address Management

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Ipv6 Address Management Tutorial - IPv6 Address Management Paul Wilson Director General, APNIC [email protected] 1 Tutorial Overview • Introduction to IP Address Management • Rationale for IPv6 • IPv6 Addressing • IPv6 Policies & Procedures • References 2 IP Address Management 3 The early years: 1981 – 1992 1981: “The assignment of numbers is also handled by Jon. If you are developing a protocol or application that will require the use of a link, socket, port, protocol, or network number please contact Jon to receive a number assignment.” (RFC 790) 4 IANA Address Consumption 16 14 12 10 8 6 4 2 0 1983 1984 1985 1986 1987 1988 1989 1990 1991 5 Global Routing Table: ’88 - ’92 9000 8000 7000 6000 5000 4000 3000 2000 1000 0 Jul-88 Jan-89 Jul-89 Jan-90 Jul-90 Jan-91 Jul-91 Jan-92 Jul-92 6 Global Routing Table: ’88 - ’92 100000 90000 80000 70000 60000 50000 40000 30000 20000 10000 0 Jan-89 Jan-90 Jan-91 Jan-92 Jan-93 Jan-94 Jan-95 Jan-96 7 The boom years: 1992 – 2001 1992: “It has become clear that … these problems are likely to become critical within the next one to three years.” (RFC1366) “…it is [now] desirable to consider delegating the registration function to an organization in each of those geographic areas.” (RFC 1338) 8 IANA Address Consumption 16 16 14 14 12 10 various assigned 88 ripencc lacnic 66 arin apnic 44 22 00 1983 1984 1983 1984 1985 1985 1986 1987 1986 1988 1989 1990 1991 1987 1992 1993 1994 1988 1995 1996 1989 1997 1998 1999 1990 2000 2001 2002 1991 2003 2004 2005 9 Global routing table Sustainable growth? “Dot-Com” boom Projected routing table growth without CIDR CIDR deployment 10 http://bgp.potaroo.net/as1221/bgp-active.html Recent years: 2002 – 2005 2004: Establishment of the Number Resource Organisation 11 IPv4 Distribution – Global Reserved APNIC Historical 36 16 ARIN 14% 89 6% 22 LACNIC 35% 9% 2 1% RIPENCC 16 6% Unused 75 29% 12 IPv4 Distribution – Regional 3.00 2.50 2.00 apnic 1.50 arin lacnic ripencc 1.00 afrinic 0.50 0.00 1999 2000 2001 2002 2003 2004 13 2005 IPv4 Allocations – Global top 10 5 4.5 4 ES 3.5 NL CA 3 FR 2.5 DE 2 KR 1.5 UK CN 1 JP 0.5 US 0 1993 199419951996 1997 1998 1999 2000 2001 2002 2003 14 2004 2005 Regional Internet Registries 15 What are RIRs? • Regional Internet Registries • Service organisations – Industry self-regulatory structures – Non-profit, neutral and independent – Open membership-based bodies – Representative of ISPs globally • First established in early 1990’s – Voluntarily by consensus of community – To satisfy emerging technical/admin needs • In the “Internet Tradition” – Consensus-based, open and transparent 16 What do RIRs do? • Internet resource allocation – Primarily, IP addresses – IPv4 and IPv6 – Receive resources from IANA/ICANN, and redistribute to ISPs on a regional basis – Registration services (“whois”) • Policy development and coordination – Open Policy Meetings and processes • Training and outreach – Training courses, seminars, conferences… – Liaison: IETF, ITU, APT, PITA, APEC… • Publications – Newsletters, reports, web site… 17 How do RIRs do it? • Open and transparent processes – Decision-making – Policy development • Open participation – Democratic, bottom-up processes • Membership structure – 100% self-funded through membership fees – National Internet Registries (APNIC) • Community support (APNIC) – Training – R&D fund – Fellowships – funding received and given – Open source software contribution (GPL) 18 RIR Policy Coordination Need Anyone can participate OPEN Evaluate Discuss ‘BOTTOM UP’ TRANSPARENT Implement Consensus Internet community proposes All decisions & policies documented and approves policy & freely available to anyone 19 Rationale for IPv6 20 IPv4 Lifetime IANA allocations RIR allocations Addresses routed Reclamation? Historical Data Projection 21 http://bgp.potaroo.net/ipv4 Rationale for IPv6 • IPv4 address space consumption – Now ~10 years free space remaining – Up to 17 if unused addresses reclaimed – These are today’s projections – reality will be different • Loss of “end to end” connectivity – Widespread use of NAT due to ISP policies and marketing – Additional complexity and performance degradation 22 The NAT “Problem” The Internet ISP 61.100.0.0/16 61.100.32.0/25 61.100.32.128 R NAT* 61.100.32.1 ..2 ..3 ..4 10.0.0.1 ..2 ..3 ..4 23 *AKA home router, ICS, firewall The NAT “Problem” Phone Internet Network NAT PABX 61.100.32.128 10 4567 9876 ? 10.0.0.1 Extn 10 24 NAT implications • Breaks end-to-end network model – Some applications cannot work through NATs – Breaks end-end security (IPsec) • Requires application-level gateway (ALG) – When new application is not NAT-aware, ALG device must be upgraded – ALGs are slow and do not scale • Merging of separate private networks is difficult – Due to address clashes • See RFC2993 – Architectural Implications of NAT 25 Features of IPv6 26 IPv6 feature summary • Increased size of address space • Header simplification • Autoconfiguration – Stateless (RFC 2462) or stateful (DHCPv6) – Facilitates renumbering • QoS – Integrated services (int-serv), Differentiated services (diff- serv and RFC2998) – RFC 3697 • IPSec – As for IPv4 • Transition techniques – Dual stack – Tunnelling 27 IPv6 addressing model • Unicast – Single interface • Anycast – Any one of several • Multicast – All of a group of interfaces – Replaces IPv4 “broadcast” • See RFC 3513 28 IPv4 vs IPv6 IPv4: 32 bits • 232 addresses = 4,294,967,296 addresses = 4 billion addresses IPv6: 128 bits • 2128 addresses? = 340,282,366,920,938,463,463,374,607,431,770,000,000 = 340 billion billion billion billion addresses? • No, due to IPv6 address structure… 29 IPv6 header • IPv6 header is simpler than IPv4 – IPv4: 14 fields, variable length (20 bytes +) – IPv6: 8 fields, fixed length (40 bytes) • Header fields eliminated in IPv6 – Header Length – Identification – Flag – Fragmentation Offset – Checksum • Header fields enhanced in IPv6 – Traffic Class – Flow Label 30 IPv6 transition • Dual stack hosts – Two TCP/IP stacks co-exists on one host – Supporting IPv4 and IPv6 – Client uses whichever protocol it wishes ? ? www.apnic.net IPv4 Application IPv6 TCP/UDP IPv4 IPv6 Link 31 IPv6 transition • IPv6 tunnel over IPv4 IPv4 Network IPv6 IPv6 tunnel IPv4 Header IPv6 Header Data IPv6 Header Data IPv6 Header Data 32 IPv6 Addressing 33 How much IPv6? /0 /64 /128 Topological 128 bits Interface Infrastructure Site /0 /48 /64 • 264 “subnet” addresses = 18,446,744,073,709,551,616 = 18 billion billion subnet addresses • 248 site addresses = 281,474,976,710,656 = 281 thousand billion site addresses 34 IPv6 address format 2001:0DA8:E800:0010208: 0b2it6s0:3EFF:FE47:0001 • 8 groups of 4 hexadecimal digits – Each group represents 16 bits – Separator is “:” – Case-independent 35 IPv6 address format 2001:0DA8:E800:0000:0260:3EFF:FE47:0000011 2001:DA8:E800:0:260:3EFF:FE47:1 2001:0DA8:E800:0000:0000:0000:0000:0001 2001:DA8:E800::1 36 IPv6 Address Structure 37 IPv6 address structure /0 /48 /64 Infrastructure Site InfrastructureISP Customer /0 /32 /48 • Current ISP allocation (min) is /32 • Providing 216 = 65,536 customer site addresses • ISP allocation can be larger and can increase • Each site address is /48 • Providing 216 = 65,536 subnet addresses 38 IPv6 – ISP addressing • Every ISP receives a /32 (or more) – Providing 65,536 site addresses (/48) /32 /32 /32 39 IPv6 – Site addressing • Every “site” receives a /48 – Providing 65,536 /64 (LAN) addresses /48 40 IPv6 – LAN addressing • Every LAN segment receives a /64 – Providing 264 interface addresses per LAN /64 41 IPv6 – Device addressing • Every device interface receives a /128 – May be EUI-64 (derived from interface MAC address), random number (RFC 3041), autoconfiguration, or manual configuration /128 /128 /128 /128 42 IPv6 Policy 43 IPv6 policy – Overview • Policy background • Addressing structure • IPv6 utilisation – HD ratio • Initial allocation criteria • Subsequent allocation criteria • Address assignment policies • Other allocation conditions • Other policies 44 IPv6 policy – History • IPv6 policy is “Common Policy” of all RIRs – The same policy has been adopted by all – Regional adjustment is possible • First policy published in 1999 – “Provisional IPv6 Policy” adopted by all RIRs • Policy revised in 2002 – After extensive review by all RIRs • Next policy review – Currently under discussion • Public mailing lists and documentation – See http://www.apnic.net 45 IPv6 address space management • RIR receives allocations from IANA – Currently in /23 units (/16 proposed) • RIR makes allocation to “ISP” (or “LIR”) – ISP must demonstrate need for addresses – Policies dictate how need can be demonstrated – First allocation minimum is /32 – Subsequent allocations as needed, when current allocation is fully utilised • ISP makes assignment to customers – Including downstream ISPs • Provider-based addressing – ISP should aggregate address announcement – Customer addresses are not portable 46 IPv6 address structure 0 /64 127 Topological Interface 001 Infrastructure End Site 0 /3 /32 /48 /64 001 TLA Sub-TLA NLA SLA 47 IPv6 utilisation – HD Ratio 䇻 㻸㼑㼇㼈㼕㻃㻬㻳㼙㻗 㻏㻃㼄㼇㼇㼕㼈㼖㼖㻃㼖㼓㼄㼆㼈㻃㼘㼗㼌㼏㼌㼖㼄㼗㼌㼒㼑 㼐 㼈㼄㼖㼘㼕㼈㼇㻃㼄㼖㻃㼖㼌㼐 㼓㼏㼈㻃㼓㼈㼕㼆㼈㼑㼗㼄㼊 㼈㻝 assigned Utilisation = available 䇻 㻬㻳㼙㻗 㻃㼘㼗㼌㼏㼌㼖㼄㼗㼌㼒㼑㻃㼕㼈㼔㼘㼌㼕㼈㼐 㼈㼑㼗㻃㼌㼖㻃㻛 㻓 㻈 – 㻺 㼋㼈㼑㻃㻛 㻓 㻈 㻃㼒㼉㻃㼄㼇㼇㼕㼈㼖㼖㻃㼖㼓㼄㼆㼈㻃㼋㼄㼖㻃㼅㼈㼈㼑 㼄㼖㼖㼌㼊 㼑㼈㼇㻃㼒㼕㻃㼄㼏㼏㼒㼆㼄㼗㼈㼇㻏㻃㻯㻬㻵㻃㼐 㼄㼜㻃㼕㼈㼆㼈㼌㼙㼈㻃㼐 㼒㼕㼈 – 㻨㻑㼊 㻑㻃㻬㻶㻳㻃㼋㼄㼖㻃㼄㼖㼖㼌㼊 㼑㼈㼇㻃㻘 㻘 㻏㻓 㻓 㻓 㻃㼄㼇㼇㼕㼈㼖㼖㼈㼖㻃㼉㼕㼒㼐 㻒㻔 㻙 assigned 55,000 available = 65,536 = 84% 48 IPv6 utilisation – HD Ratio 䇻 㻸㼑㼇㼈㼕㻃㼑㼈㼚 㻃㻬㻳㼙㻙 㻃㼓㼒㼏㼌㼆㼜㻃㼘㼗㼌㼏㼌㼖㼄㼗㼌㼒㼑㻃㼌㼖 㼇㼈㼗㼈㼕㼐 㼌㼑㼈㼇㻃㼅㼜㻃㻫㻧㻐㻵㼄㼗㼌㼒㻃㻋 㻵㻩㻦㻃㻖 㻔 㻜 㻗 㻌 㻝 log(assigned ) UtilisationHD = log(available) 䇻 㻬㻳㼙㻙
Load more

Recommended publications
  • Empirical Analysis of the Effects and the Mitigation of Ipv4 Address Exhaustion
    TECHNISCHE UNIVERSITÄT BERLIN FAKULTÄT FÜR ELEKTROTECHNIK UND INFORMATIK LEHRSTUHL FÜR INTELLIGENTE NETZE UND MANAGEMENT VERTEILTER SYSTEME Empirical Analysis of the Effects and the Mitigation of IPv4 Address Exhaustion vorgelegt von M.Sc. Philipp Richter geboren in Berlin von der Fakultät IV – Elektrotechnik und Informatik der Technischen Universität Berlin zur Erlangung des akademischen Grades DOKTOR DER NATURWISSENSCHAFTEN -DR. RER. NAT.- genehmigte Dissertation Promotionsausschuss: Vorsitzender: Prof. Dr.-Ing. Sebastian Möller, Technische Universität Berlin Gutachterin: Prof. Anja Feldmann, Ph.D., Technische Universität Berlin Gutachter: Prof. Vern Paxson, Ph.D., University of California, Berkeley Gutachter: Prof. Steve Uhlig, Ph.D., Queen Mary University of London Tag der wissenschaftlichen Aussprache: 2. August 2017 Berlin 2017 Abstract IP addresses are essential resources for communication over the Internet. In IP version 4, an address is represented by 32 bits in the IPv4 header; hence there is a finite pool of roughly 4B addresses available. The Internet now faces a fundamental resource scarcity problem: The exhaustion of the available IPv4 address space. In 2011, the Internet Assigned Numbers Authority (IANA) depleted its pool of available IPv4 addresses. IPv4 scarcity is now reality. In the subsequent years, IPv4 address scarcity has started to put substantial economic pressure on the networks that form the Internet. The pools of available IPv4 addresses are mostly depleted and today network operators have to find new ways to satisfy their ongoing demand for IPv4 addresses. Mitigating IPv4 scarcity is not optional, but mandatory: Networks facing address shortage have to take action in order to be able to accommodate additional subscribers and customers. Thus, if not confronted, IPv4 scarcity has the potential to hinder further growth of the Internet.
    [Show full text]
  • Ipv6 AAAA DNS Whitelisting a BROADBAND INTERNET TECHNICAL ADVISORY GROUP TECHNICAL WORKING GROUP REPORT
    IPv6 AAAA DNS Whitelisting A BROADBAND INTERNET TECHNICAL ADVISORY GROUP TECHNICAL WORKING GROUP REPORT A Near-Uniform Agreement Report (100% Consensus Achieved) Issued: September 2011 Copyright / Legal NotiCe Copyright © Broadband Internet Technical Advisory Group, Inc. 2011. All rights reserved. This document may be reproduced and distributed to others so long as such reproduction or distribution complies with Broadband Internet Technical Advisory Group, Inc.’s Intellectual Property Rights Policy, available at www.bitag.org, and any such reproduction contains the above copyright notice and the other notices contained in this section. This document may not be modified in any way without the express written consent of the Broadband Internet Technical Advisory Group, Inc. This document and the information contained herein is provided on an “AS IS” basis and BITAG AND THE CONTRIBUTORS TO THIS REPORT MAKE NO (AND HEREBY EXPRESSLY DISCLAIM ANY) WARRANTIES (EXPRESS, IMPLIED OR OTHERWISE), INCLUDING IMPLIED WARRANTIES OF MERCHANTABILITY, NON-INFRINGEMENT, FITNESS FOR A PARTICULAR PURPOSE, OR TITLE, RELATED TO THIS REPORT, AND THE ENTIRE RISK OF RELYING UPON THIS REPORT OR IMPLEMENTING OR USING THE TECHNOLOGY DESCRIBED IN THIS REPORT IS ASSUMED BY THE USER OR IMPLEMENTER. The information contained in this Report was made available from contributions from various sources, including members of Broadband Internet Technical Advisory Group, Inc.’s Technical Working Group and others. Broadband Internet Technical Advisory Group, Inc. takes no position regarding the validity or scope of any intellectual property rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this Report or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights.
    [Show full text]
  • Ipv6 – What Is It, Why Is It Important, and Who Is in Charge? … Answers to Common Questions from Policy Makers, Executives and Other Non­Technical Readers
    IPv6 – What is it, why is it important, and who is in charge? … answers to common questions from policy makers, executives and other non­technical readers. A factual paper prepared for and endorsed by the Chief Executive Officers of ICANN and all the Regional Internet Registries, October 2009. 1. What is IPv6? “IP” is the Internet Protocol, the set of digital communication codes which underlies the Internet infrastructure. IP allows the flow of packets of data between any pair of points on the network, providing the basic service upon which the entire Internet is built. Without IP, the Internet as we know it would not exist. Currently the Internet makes use of IP version 4, or IPv4, which is now reaching the limits of its capacity to address additional devices. IPv6 is the “next generation” of IP, which provides a vastly expanded address space. Using IPv6, the Internet will be able to grow to millions of times its current size, in terms of the numbers of people, devices and objects connected to it1. 2. Just how big is IPv6? To answer this question, we must compare the IPv6 address architecture with that of IPv4. The IPv4 address has 32 bits, allowing today’s Internet to connect up to around four billion devices. By contrast, IPv6 has an address of 128 bits. Because each additional bit doubles the size of the address space, an extra 96 bits increases the theoretical size of the address space by many trillions of times. For comparison, if IPv4 were represented as a golf ball, then IPv6 would be approaching the size of the Sun.2 IPv6 is certainly not infinite, but it is not going to run out any time soon.
    [Show full text]
  • Guidelines for the Secure Deployment of Ipv6
    Special Publication 800-119 Guidelines for the Secure Deployment of IPv6 Recommendations of the National Institute of Standards and Technology Sheila Frankel Richard Graveman John Pearce Mark Rooks NIST Special Publication 800-119 Guidelines for the Secure Deployment of IPv6 Recommendations of the National Institute of Standards and Technology Sheila Frankel Richard Graveman John Pearce Mark Rooks C O M P U T E R S E C U R I T Y Computer Security Division Information Technology Laboratory National Institute of Standards and Technology Gaithersburg, MD 20899-8930 December 2010 U.S. Department of Commerce Gary Locke, Secretary National Institute of Standards and Technology Dr. Patrick D. Gallagher, Director GUIDELINES FOR THE SECURE DEPLOYMENT OF IPV6 Reports on Computer Systems Technology The Information Technology Laboratory (ITL) at the National Institute of Standards and Technology (NIST) promotes the U.S. economy and public welfare by providing technical leadership for the nation’s measurement and standards infrastructure. ITL develops tests, test methods, reference data, proof of concept implementations, and technical analysis to advance the development and productive use of information technology. ITL’s responsibilities include the development of technical, physical, administrative, and management standards and guidelines for the cost-effective security and privacy of sensitive unclassified information in Federal computer systems. This Special Publication 800-series reports on ITL’s research, guidance, and outreach efforts in computer security and its collaborative activities with industry, government, and academic organizations. National Institute of Standards and Technology Special Publication 800-119 Natl. Inst. Stand. Technol. Spec. Publ. 800-119, 188 pages (Dec. 2010) Certain commercial entities, equipment, or materials may be identified in this document in order to describe an experimental procedure or concept adequately.
    [Show full text]
  • Ipv4 and Ipv6 Subnetting Demo
    IPv4 and IPv6 Subnetting Demo Instructor: Networks rely on the use of IP addresses to allow devices to communicate with each other. These addresses are often obtained as a single large block and are given to the organizations that require them. However, a single block of addresses rarely meets the needs of a network and it needs to be segmented in order to better accommodate the network. An IP address is made up of two parts, the address itself and the subnet mask. The subnet mask helps us determine which part of the address defines the network and which part defines the specific host in the network. This is done by comparing the binary bits of the subnet mask to the address itself. Where there is a one in the subnet mask, we are looking at the network portion of the address; where there is a zero, we are looking at the host portion, or the identifier of the specific machine. The subnet can be represented in "CIDR" notation which includes a slash followed by the number of ones, or network bits, in the subnet. So the subnet mask 255.255.255.0 could be shortened to /24 because there are 24 binary ones. Subnets are an effective way to segment a single large network into a Page 1 of 4 group of smaller ones. In IPv4, this concept is fairly simple. A network will be assigned an address block, let's say 192.168.1.0/24. Then, we determine the amount of subnets we need and how many hosts we need in each subnet.
    [Show full text]
  • Ipv6 Cheat Sheet
    Internet Protocol Version 6 (IPv6) Basics Cheat Sheet IPv6 Addresses by Jens Roesen /64 – lan segment, 18,446,744,073,709,551,616 v6 IPs IPv6 quick facts /48 – subscriber site, 65536 /64 lan segments successor of IPv4 • 128-bit long addresses • that's 296 times the IPv4 address space • that's 2128 or 3.4x1038 or over 340 /32 – minimum allocation size, 65536 /48 subscriber sites, allocated to ISPs undecillion IPs overall • customer usually gets a /64 subnet, which yields 4 billion times the Ipv4 address space • no need for network address translation (NAT) any more • no broadcasts any more • no ARP • stateless address 2001:0db8:0f61:a1ff:0000:0000:0000:0080 configuration without DHCP • improved multicast • easy IP renumbering • minimum MTU size 1280 • mobile IPv6 • global routing prefix subnet ID interface ID mandatory IPsec support • fixed IPv6 header size of 40 bytes • extension headers • jumbograms up to 4 GiB subnet prefix /64 IPv6 & ICMPv6 Headers IPv6 addresses are written in hexadecimal and divided into eight pairs of two byte blocks, each containing four hex IPv6 header digits. Addresses can be shortened by skipping leading zeros in each block. This would shorten our example address to 0 8 16 24 32 2001:db8:f61:a1ff:0:0:0:80. Additionally, once per IPv6 IP, we can replace consecutive blocks of zeros with a version traffic class flow label double colon: 2001:db8:f61:a1ff::80. The 64-bit interface ID can/should be in modified EUI-64 format. A MAC 00 03 ba 24 a9 6c payload length next header hop limit 48-bit MAC can be transformed to an 64-bit interface ID by inverting the 7th (universal) bit and inserting a ff and fe byte after rd source IPv6 address the 3 byte.
    [Show full text]
  • Manage Domain Name System (DNS) Servers on Sx500 Series Stackable Switches
    Manage Domain Name System (DNS) Servers on Sx500 Series Stackable Switches Objective The Domain Name System (DNS) server translates a domain name into an IP address. This IP address for a particular domain name can be retrieved from the DNS cache if it is available locally, or it is queried among various top level domain servers to retrieve this information. This article explains how to add DNS servers on the Sx500 Series Stackable Switch. Applicable Devices • Sx500 Series Stackable Switches Software Version • v1.2.7.76 Configuration of DNS Server Step 1. Log in to the web configuration utility to choose IP Configuration > Domain Name System > DNS Servers. The DNS Server page opens: Enable DNS Server Step 1. In the DNS field, check Enable in order to enable the DNS feature of the switch. Step 2. In the Default Domain Name field in the Default Parameters area, enter the domain name that you want to configure as Fully Qualified Domain Name (FQDN). The switch appends this domain name to non-fully qualified domain names to make them FQDNs. Note: The switch identifies the default domain name server type in the Type field. • DHCP — Default name is given dynamically by the DHCP Server. • Static — Default name is user-defined. • N/A — No default domain name. Step 3. Click Apply to save the DNS settings. Add DNS Server Step 1. In the DNS Server Table, click Add at the bottom of the table to add DNS servers so that the switch can query the IP address of domain names. Step 2. In the IP Version field, click either the Version 4 radio button or the Version 6 radio button based upon the type of server IP address (IPv4 or IPv6).
    [Show full text]
  • Ipv6 and DNS Ipv6 – the Future of IP
    IPv6 and DNS Chapters 22,29 CSA 442 IPv6 – The Future of IP • Current version of IP - version 4 - is over 20 years old • IPv4 has shown remarkable ability to move to new technologies – IP has accommodated dramatic changes since original design – Basic principles still appropriate today – Many new types of hardware – Scaling - from a few tens to a few tens of millions of computers • But, as with any old technology, it has some problems • IETF has proposed entirely new version to address some specific problems 1 Motivation for Change • Address space – 32 bit address space allows for over a million networks – But…all that is left is Class C and too small for many organizations – Predictions we would have run out of IP addresses by now – Besides, how will we network all our toasters and cell phones to the Internet? • Type of service – Different applications have different requirements for delivery reliability and speed ; i.e. real time data, quality of service – Current IP has type of service that's not often implemented • Multicast Name and Version Number • Preliminary versions called IP - Next Generation (IPng) • Several proposals all called IPng • One was selected and uses next available version number (6) – Version 5 was already assigned to an experimental protocol, ST, Streams Protocol • Result is IP version 6 (IPv6) • In the works since 1990 2 New Features of IPv6 • Address size - IPv6 addresses are 128bits – ~3*1038 possible addresses in theory • Header format - entirely different • Extension headers - Additional information stored
    [Show full text]
  • Ipv4 Exhaustion: NAT and Transition to Ipv6 for Service Providers
    BRKSPG-2602 IPv4 Exhaustion: NAT and Transition to IPv6 for Service Providers Rajiv Asati, Distinguished Engineer, Cisco Cisco Spark Questions? Use Cisco Spark to communicate with the speaker after the session How 1. Find this session in the Cisco Live Mobile App 2. Click “Join the Discussion” 3. Install Spark or go directly to the space 4. Enter messages/questions in the space cs.co/ciscolivebot#BRKSPG-2602 © 2018 Cisco and/or its affiliates. All rights reserved. Cisco Public Hmmm……..CGNAT issue or something else ? IPv4 – Classic But spare parts have run out BRKSPG-2602 © 2018 Cisco and/or its affiliates. All rights reserved. Cisco Public 5 IPv6 – Next Gen Getting to full parity and end-end use takes time Caution: New road may be needed BRKSPG-2602 © 2018 Cisco and/or its affiliates. All rights reserved. Cisco Public 6 Transition Technologies Driving your classic IPv4 (or next gen IPv6) around BRKSPG-2602 © 2018 Cisco and/or its affiliates. All rights reserved. Cisco Public 7 Abstract • Any service provider that has exhausted its IPv4 address pool, will not only have to deploy/offer IPv6, but also employ IPv4 sharing. This is because chunk of content may be reachable only via IPv4 internet, even though majority is available via IPv6 internet. • This session discusses few mechanisms such as MAP-T/E, 464XLAT, DS-Lite and CGN 64/44 etc. that facilitate IPv4 sharing with and without IPv6. It contrasts stateful and stateless translation techniques as well. • 6rd is included for reference as well. • This session is intended for Service Providers. BRKSPG-2602 © 2018 Cisco and/or its affiliates.
    [Show full text]
  • Configuring IP Address Sharing in a Large Scale Network: DNS64/NAT64
    DEPLOYMENT GUIDE Version 1.4 IMPORTANT: This guide has been archived. While the content in this guide is still valid for the products and version listed in the document, it is no longer being updated and may refer to F5 or 3rd party products or versions that have reached end-of-life or end-of-support. See https://support.f5.com/csp/article/K11163 for more information. Configuring IP Address Sharing in a Large Scale Network: DNS64/NAT64 Archived Table of Contents Table of Contents Configuring IP address sharing in a large scale network ........................................................... 1 Product versions and revision history ................................................................................. 1 Configuring the BIG-IP LTM for the private IPv4 network ...................................................... 2 Creating the SNAT Pool .........................................................................................................2 Supporting NAT with active FTP mode (optional) ........................................................... 5 Configuring the BIG-IP LTM for global IPv6 with DNS64 and NAT64 ................................. 7 Configuring the BIG-IP LTM for DNS64 ............................................................................. 8 Configuring the BIG-IP LTM for NAT64 ........................................................................... 12 Creating the IPv6 network virtual server ......................................................................... 14 Supporting NAT with active FTP mode
    [Show full text]
  • ETSI White Paper on Ipv6 Best Practices, Benefits, Transition
    ETSI White Paper No. 35 IPv6 Best Practices, Benefits, Transition Challenges and the Way Forward First edition – August 2020 ISBN No. 979-10-92620-31-1 ETSI 06921 Sophia Antipolis CEDEX, France Tel +33 4 92 94 42 00 [email protected] www.etsi.org Contributing organizations and authors CAICT Zhiruo Liu China Telecom Chongfeng Xie, Cong Li Cisco Patrick Wetterwald, Pascal Thubert, Francois Clad Hewlett-Packard Enterprise Yanick Pouffary Huawei Giuseppe Fioccola, Xipeng Xiao, Georgios Karagiannis, Shucheng(Will) Liu KPN Eduard Metz Luxembourg University Latif Ladid PT Telecom Jose Cananao, Jose Palma Post Luxembourg Sébastien Lourdez Telefonica Luis M. Contreras IPv6 Best Practices, Benefits, Transition Challenges and the Way Forward 2 Contents Contributing organizations and authors 2 Contents 3 Executive Summary 6 1 Background 8 1.1 Why should IPv6 become a priority again? 8 1.2 Goals of this White Paper 9 2 IPv6 progress in the last 5 years 10 2.1 Devices supporting IPv6 10 2.2 Content (web sites, cloud services) supporting IPv6 11 2.3 Networks supporting IPv6 12 2.4 Number of IPv6 users 12 2.5 Amount of IPv6 traffic 13 2.6 IPv6 standardization progress 14 3 IPv6 service design for Mobile, Fixed broadband and enterprises 14 3.1 IPv6 transition solutions from operator perspective 15 3.1.1 For IPv6 introduction 16 3.1.2 For IPv6-only service delivery 17 3.2 IPv6 prefix and address assignment at the CPEs 22 3.2.1 For MBB UEs 23 3.2.2 For FBB RGs 23 3.2.3 For Enterprise CPEs 23 3.3 IPv6 Packet Transport 24 3.4 IPv6 deployment inside enterprise
    [Show full text]
  • Performance Analysis of Three Transition Mechanisms Between Ipv6 Network and Ipv4 Network: Dual Stack, Tunneling and Translation
    View metadata, citation and similar papers at core.ac.uk brought to you by CORE International Journal ofprovided Computer by International Journal of Computer (IJC - Global Society of Scientific Research and... (IJC) ISSN 2307-4523 (Print & Online) © Global Society of Scientific Research and Researchers http://ijcjournal.org/ Performance Analysis of Three Transition Mechanisms between IPv6 Network and IPv4 Network: Dual Stack, Tunneling and Translation Md. Asif Hossaina*, Durjoy Podderb, Sarwar Jahanc, Mustafa Hussaind a,b,c,dDepartment of Electronics & Communications Engineering, East West University, Dhaka-1212, Bangladesh. aEmail: [email protected] bEmail: [email protected] cEmail: [email protected] dEmail: [email protected] Abstract Due to the increasing demand of the Internet, we are facing a great problem of the depletion of our existing IPv4 (Internet Protocol version 4) network. To solve the situation, we have to use IP version 6 in coming years. But the IPv4 network will not be opt out, but also coexist with IPv6 network. For the transition from IPv4 to IPv6 and vice versa, there are three prominent transition mechanisms are used. They are Dual Stack, Tunneling and Translation. In this paper, the performances of these three mechanisms have been analyzed. IPv6 header format, its security and the routing also have been focused. For the simulation Packet Tracer simulation software has been used. Keywords: IPv4; IPv6; Dual Stack; Tunneling; Translation. 1. Introduction Every end device and node needs an IP (internet protocol) address to communicate between the hosts. Address number of currently used IP version 4 is too limited to handle the new demand of IP addresses [1].
    [Show full text]