DOCSLIB.ORG

State of the Ipv6 Adoption (And When Can We Turn Off Ipv4?)

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
State of the Ipv6 Adoption (And When Can We Turn Off Ipv4?) State of the IPv6 adoption (and when can we turn off IPv4?) Ole Trøan @ NORDUnet 2012 NOSTG 2012-09-19 © 20122010 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 1 IPv6 DNS <AAAA, A> IPv4 CGN Considerations : Transparency to application, Innovation, Scale, Security, Cost • IANA, APNIC, and RIPE has run out • After inventing Automatic Tunnels, 6over4, 6to4, ISATAP, Teredo, SIIT, NAT-PT we found ‘one’ transition mechanism that stuck – 6rd, (and “reinvented” NAT-PT). • Then “moved on”: CGNs, DS-lite, A+P, Public 4over6, Lightweight 4over6, dIVI, dIVI-PD, 4rd-{u,h}, MAP-{E,T}, 464XLAT Is this preparing for turning off IPv4? Or is it head in the sand, IPv4 life extensions? • Implementations: Maturing but still feature gaps • Deployment: Millions © 2010 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 3 © 2012 Cisco and/or its affiliates. All rights reserved. 5 Do I pay less ? NAT’s are good. Where is the Any new RFC1918 gives me network? Where is the content? applications? security, and IPv4 Too much pain & address runout is no gain my ISP’s problem. Device User Enterprise ISP The network is not ready, Content users don’t care and I don’t want to risk a poor end- user experience today for potential gains tomorrow “A deadlock, stalemate, impasse; a roughly equal (frequently unsatisfactory) outcome to a conflict in which there is no clear © 2010 Cisco and/or its affiliates. All rights reserved. winner or loser,” Cisco Confidential 6 © 2010 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 7 © 2010 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 8 • While NORDUnet itself and the core networks are IPv6 enabled, IPv6 to the end users is very patchy • Aren’t you about the pursuit of research, education and scholarship • While you might not be behind, you are not leading… • The network is a platform for enabling others. For letting others innovate. Enable IPv6 and allow for an end to end network © 2010 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 9 Make my Get an IPv6 Advertise content prefix from a this prefix on reachable RIR the network on IPv6 ISPs provide IPv6 Svce + IPv6 end-points Planning Network Content Users Traffic http://6lab.cisco.com/stats/ http://blogs.cisco.com/news/two-months-after-world-ipv6-launch-measuring-ipv6-adoption-6lab-cisco-comstats/ © 2010 Cisco and/or its affiliates. All rights reserved. Cisco Confidential 10 IPv6 Transit AS IPv6 Enabled AS http://6lab.cisco.com/stats/ © 2012 Cisco and/or its affiliates. All rights reserved. 11 http://6lab.cisco.com/stats/ © 2012 Cisco and/or its affiliates. All rights reserved. 12 91 of Top500 WEB sites globally, + ~2500 smaller sites • IPv6 Testing (3.2%) Each site that is IPv6 enabled (tested) is represented proportionally to its % of global internet pages viewed (per www.alexa.com ranking) http://6lab.cisco.com/stats/ © 2012 Cisco and/or its affiliates. All rights reserved. 13 http://6lab.cisco.com/stats/ © 2012 Cisco and/or its affiliates. All rights reserved. 14 1 % Globally http://6lab.cisco.com/stats/ © 2012 Cisco and/or its affiliates. All rights reserved. 15 Introducing Cisco The Global Cisco Family . 300 locations in 90 countries . 450+ buildings . 51 data centers and server rooms . 1500+ labs world wide (500+ in San Jose) Engineering, Sales, Services, TAC, IT and Execs . 66,000+ Employees 20,000 Channel Partners . 110+ Application Over 180,000 people around the Service Providers . 210+ Business and Support Developmentworld in the extended Cisco Partners family Estimated Numbers Presentation_I D © 2012 Cisco and/or its affiliates. All rights reserved. Cisco Public Cisco IT “Stack” Cisco.com Internal Apps (CEC, and DMZ ASP Integration IWE, etc.) Apps (Salesforce.com) Application Environments (IP Protection, Protection, (IP Middleware Security Inspection & Monitoring Databases (Oracle, MY Roll-Out Releases & Planning Application Servers Web Servers (Messaging, Web SQL, MS SQL) & Operations Training Staff (Weblogic/ Liferay) (Apache, IIS) Services Middleware and Databases Gateway) NIDS Client VOIP, , Mobility, NetFlow Access Collaboration Sensors & DC (Compute, Email Printers (PCs) Devices & Controllers Storage, VDI) Gateways , Infrastructure Devices WSA Load Balancing , Security Optimization WAF DNS & & Content VPN (Firewall & (WAAS, SSL DHCP Content Distribution Access , Pen testing) , Pen IDS/IPS) Acceleration) Switching Network-embedded Services IP Services (QoS, Multicast, Mobility, Translation) Hardware IP Routing Connectivity Instrumentation Support Addressing Protocols Basic Network Infrastructure Presentation_I D © 2012 Cisco and/or its affiliates. All rights reserved. Cisco Public Making the Case for IPv6 Business Drivers Leadership and Product Readiness Mindshare IT Drivers Product Continuity and development and Cisco on Cisco Growth testing Goals IPv6 Internet Ubiquitous IPv6 Presence Access Constraints Maintain IPv4 SLA Funding and Product and and Security Resourcing Service Gaps Posture Presentation_I D © 2012 Cisco and/or its affiliates. All rights reserved. Cisco Public IPv6 Scope Pervasive adoption of IPv6 and co-existence with IPv4 Network Endpoints Applications and Services Presentation_I D © 2012 Cisco and/or its affiliates. All rights reserved. Cisco Public IPv6 Target State IPv6 Internet Presence • Internet Evolution • Business Continuity • Customers, partners, employees IPv6 Internet Ubiquitous IPv6 Access • Globalization • Technology Leadership • Product Development Dual-Stack Enterprise Presentation_I D © 2012 Cisco and/or its affiliates. All rights reserved. Cisco Public The IPv6 Journey – A High Level View IPv4-only IPv4 and IPv6 co-exist IPv6-only 2002-2009 2010 2011 2012 2013 2014 IPv6 Internet Presence (Outside-In) www.ipv6.cisco.co www.cisco.com Entire cisco.com platform m accessible over accessible over IPv6 IPv6 Ubiquitous IPv6 User Access (Inside-Out) On-demand tunnel services Dual stack global Dual stack Dual stack Dual stack Dual stack “alpha” networks core user access user access internal DC and (pilot) (prod) apps Presentation_I D © 2012 Cisco and/or its affiliates. All rights reserved. Cisco Public The IPv6 Journey – Low Level View Lab Deployment Short Term Plan Long Term Plan • 6 Bone • Regional tunnel head- • Formal IT-wide IPv6 • ARIN Address ends Program www.cisco.c Allocation • Anycast ISATAP • Network om • Tunnel overlay Service • Security • Single Tunnel Head- • Training • Endpoints end • SLA/Formal Support • Applications / Services • 6in4 for Labs, Internet • Dual Stack ISP • ISATAP for desktops connectivity IPv6 Lifecycle • No SLA – Best Effort • www.ipv6.cisco.com • IPv4 Address Deployment Conservation everywhere 2003 2005-2009 2010/2011 June 2011 Mar 2012 June 2012 2012 On Alpha IPv6 IPv6 Planning www.cisco.c Dual Stack Roll-outs • Non-Production • Business/Technical Drivers om • Global Backbone test networks • Use Cases • Internet edge/DMZ • 2 Buildings and 1 • Risk Assessment • Data center DC • Resourcing • User access, • DNS – AAAA DHCPv6 • Address • Remote Access Management • Network Management Presentation_I D © 2012 Cisco and/or its affiliates. All rights reserved. Cisco Public Current Implementation Strategy . Dual Stack where we can, tunnel where we can’t . Have a quick and scalable solution in hand to relieve delivery pressure . Absorb cost in established upgrade process rather than rip and replace . Rip and replace only where necessary (Fast track projects) . Develop a short term (relief) plan and a long term (absorbed) plan . Management via IPv4 with IPv6 Service Monitoring . Ongoing training and exposure for networking team Presentation_I D © 2012 Cisco and/or its affiliates. All rights reserved. Cisco Public .
Load more

Recommended publications
  • Ipv4 Address Sharing Mechanism Classification And
    This article has been accepted for inclusion in a future issue of this journal. Content is final as presented, with the exception of pagination. IEEE/ACM TRANSACTIONS ON NETWORKING 1 IPv4 Address Sharing Mechanism Classification and Tradeoff Analysis Nejc Škoberne, Olaf Maennel, Iain Phillips, Randy Bush, Jan Zorz, and Mojca Ciglaric Abstract—The growth of the Internet has made IPv4 addresses andonlyone/22prefix (1024 IPv4 addresses). Such allocations a scarce resource. Due to slow IPv6 deployment, IANA-level IPv4 are too small to satisfy current growth rates. address exhaustion was reached before the world could transition The only long-term solution to the IPv4 address exhaustion to an IPv6-only Internet. The continuing need for IPv4 reacha- bility will only be supported by IPv4 address sharing. This paper problem is transition to the IPv6 protocol, which enables ad- reviews ISP-level address sharing mechanisms, which allow In- dressing large numbers of Internet devices [2]. However, today ternet service providers to connect multiple customers who share we observe little IPv6 deployment. IPv6 penetration at content a single IPv4 address. Some mechanisms come with severe and un- providers (top 500 Web sites) is about 24% globally [3] as of predicted consequences, and all of them come with tradeoffs. We March 15, 2013, while is somethingmorethan1%attheuser propose a novel classification, which we apply to existing mech- anisms such as NAT444 and DS-Lite and proposals such as 4rd, side [4] as of the same date. As IPv4 and IPv6 are incompatible, MAP, etc. Our tradeoff analysis reveals insights into many prob- IPv6 designers envisioned a dual-stack deployment [5], with the lems including: abuse attribution, performance degradation, ad- aim that by the time the IPv4 address space became depleted, dress and port usage efficiency, direct intercustomer communica- IPv6 would be universally deployed.
    [Show full text]
  • A Review and Qualitative Analysis of Ipv6 and Ipv4 Interoperability Technologies
    A Review and Qualitative Analysis of IPv6 and IPv4 Interoperability Technologies Antti Maula Helsinki University of Technology [email protected] Abstract structured as follows: section 2 contains descriptions of ex- isting solutions and their main technical features. Section 3 Deployment of IPv6 has been delayed even though the stan- presents some discussion about the state of the technologies dard has existed for over ten years and the number of free and section 4 presents the required future work and the final IPv4 addresses is decreasing fast. Some obstacles in deploy- conclusions are drawn in section 5. ment are economic but also technical issues remain. The Internet cannot be converted to IPv6 overnight, thus a transi- tion period is required during which both protocols co-exist 2 Related technologies and work together seamlessly. There is a vast amount of in- teroperability technologies available and this paper presents This section presents the existing IPv6 and IPv4 interop- proposed solutions to operate IPv6-only network segments erability technologies and their technical details. Interop- in cooperation with IPv4-only network segments. erability technologies include techniques which allow use of isolated IPv6 subnets in mostly IPv4 based Internet and KEYWORDS: IPv6, IPv4, interoperability, technology re- all of these technologies are intended to be used only dur- view, qualitative analysis ing the transition period and they should automatically stop working when underlying network infrastructure has imple- mented full IPv6 support. Some of the methods presented 1 Introduction here are implemented only by software while others re- quire additional hardware to function. These two models IP protocol version 4 (IPv4), which is currently used in most are namely “End-host” and “Middlebox” architectures, in parts of the internet, is becoming outdated.
    [Show full text]
  • Ipv6 Multicast Layer 3 Features
    Chapter 13 IPv6 Multicast Support Prerequisites for IPv6 Multicast 13 IPv6 Multicast Support • Prerequisites for IPv6 Multicast, page 13-1 • Restrictions for IPv6 Multicast, page 13-1 • Information About IPv6 Multicast Support, page 13-2 • How to Configure IPv6 Multicast Support, page 13-4 • Verifying the IPv6 Multicast Layer 3 Configuration, page 13-4 Tip For additional information about Cisco Catalyst 6500 Series Switches (including configuration examples and troubleshooting information), see the documents listed on this page: http://www.cisco.com/en/US/products/hw/switches/ps708/tsd_products_support_series_home.html Participate in the Technical Documentation Ideas forum Prerequisites for IPv6 Multicast None. Restrictions for IPv6 Multicast • The PFC and DFCs provide hardware support for the following: – Completely switched IPv6 multicast flows – IPv6 PIM-Sparse Mode (PIM-SM) (S,G) and (*,G) forwarding – Multicast RPF check for IPv6 PIM-SM (S,G) traffic using the NetFlow table – Rate limiting of IPv6 PIM-SM (S,G) traffic that fails the multicast RPF check – Static IPv6 multicast routes – SSM Mapping for IPv6 (PIM-SSM) – IPv6 multicast forwarding information base (MFIB) using the NetFlow table – IPv6 distributed MFIB (dMFIB) using the NetFlow table – Link-local and link-global IPv6 multicast scopes – Egress multicast replication with the ipv6 mfib hardware-switching command – Ingress interface statistics for multicast routes (egress interface statistics not available) – RPR and RPR+ redundancy mode (see Chapter 9, “Route Processor Redundancy
    [Show full text]
  • Nist Sp 800-77 Rev. 1 Guide to Ipsec Vpns
    NIST Special Publication 800-77 Revision 1 Guide to IPsec VPNs Elaine Barker Quynh Dang Sheila Frankel Karen Scarfone Paul Wouters This publication is available free of charge from: https://doi.org/10.6028/NIST.SP.800-77r1 C O M P U T E R S E C U R I T Y NIST Special Publication 800-77 Revision 1 Guide to IPsec VPNs Elaine Barker Quynh Dang Sheila Frankel* Computer Security Division Information Technology Laboratory Karen Scarfone Scarfone Cybersecurity Clifton, VA Paul Wouters Red Hat Toronto, ON, Canada *Former employee; all work for this publication was done while at NIST This publication is available free of charge from: https://doi.org/10.6028/NIST.SP.800-77r1 June 2020 U.S. Department of Commerce Wilbur L. Ross, Jr., Secretary National Institute of Standards and Technology Walter Copan, NIST Director and Under Secretary of Commerce for Standards and Technology Authority This publication has been developed by NIST in accordance with its statutory responsibilities under the Federal Information Security Modernization Act (FISMA) of 2014, 44 U.S.C. § 3551 et seq., Public Law (P.L.) 113-283. NIST is responsible for developing information security standards and guidelines, including minimum requirements for federal information systems, but such standards and guidelines shall not apply to national security systems without the express approval of appropriate federal officials exercising policy authority over such systems. This guideline is consistent with the requirements of the Office of Management and Budget (OMB) Circular A-130. Nothing in this publication should be taken to contradict the standards and guidelines made mandatory and binding on federal agencies by the Secretary of Commerce under statutory authority.
    [Show full text]
  • Ipv6 Transition and Coexistence Ipv6-Only and Ipv4 As-A-Service
    IPv6 Transition and Coexistence IPv6-only and IPv4 as-a-Service APNIC46 September, 2018 Noumea, New Caledonia Jordi Palet ([email protected]) - 1 Transition / Co-Existence Techniques • IPv6 has been designed for easing the transition and coexistence with IPv4 • Several strategies have been designed and implemented for coexisting with IPv4 hosts, grouped in three categories: – Dual stack: Simultaneous support for both IPv4 and IPv6 stacks – Tunnels: IPv6 packets encapsulated in IPv4 ones • This has been the commonest choice • Today expect IPv4 packets in IPv6 ones! – Translation: Communication of IPv4-only and IPv6- only. Initially discouraged and only “last resort” (imperfect). Today no other choice! • Expect to use them in combination! - 2 Dual-Stack Approach • When adding IPv6 to a system, do not delete IPv4 – This multi-protocol approach is familiar and well-understood (e.g., for AppleTalk, IPX, etc.) – In the majority of the cases, IPv6 is be bundled with all the OS release, not an extra-cost add-on • Applications (or libraries) choose IP version to use – when initiating, based on DNS response: • if (dest has AAAA record) use IPv6, else use IPv4 – when responding, based on version of initiating packet • This allows indefinite co-existence of IPv4 and IPv6, and gradual app-by-app upgrades to IPv6 usage • A6 record is experimental - 3 Dual-Stack Approach IPv6 IPv6 IPv4 IPv4 Application Application Application Application TCP/UDP TCP/UDP TCP/UDP IPv6 IPv6 IPv4 IPv4 IPv6-only stack Dual-stack (IPv4 & IPv6) IPv4-only stack
    [Show full text]
  • Arqueología … Y Futurología De Ipv6 1995 - 2018
    Arqueología … y Futurología de IPv6 1995 - 2018 LACNIC 30 Rosario, Argentina Septiembre 2018 Jordi Palet ([email protected]) - 1 Especificación de IPv6 • Internet Protocol, Version 6 (IPv6) Specification - RFC1883 (1995) -> RFC2460 (1998) -> STD86 (RFC8200, 2017) • Cambios relacionados con seguridad: – Deprecation of Type 0 Routing Headers in IPv6 – RFC5095 (2007) – Handling of Overlapping IPv6 Fragments – RFC5722 (2009) – Processing of IPv6 "Atomic" Fragments – RFC6946 (2013) – Implications of Oversized IPv6 Header Chains – RFC7112 (2014) – Generation of IPv6 Atomic Fragments Considered Harmful – RFC8021 (2017) • Privacidad de las direcciones IPv6: – Security and Privacy Considerations for IPv6 Address Generation Mechanisms – RFC7721 (2016) – Network Reconnaissance in IPv6 Networks – RFC7707 (2016) • Cabeceras de extensión: – A Uniform Format for IPv6 Extension Headers – RFC6564 (2012) • Etiqueta de flujo: – IPv6 Flow Label Specification – RFC6437 (2011) – Using the IPv6 Flow Label for Load balancing in Server Farms – RFC7098 (2014) - 2 ICMPv6 • Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6) Specification - RFC1885 (1995) -> RFC2463 (1998) -> RFC4443 (2006) • Sin cambios relevantes - 3 ND, SLAAC, DHCPv6 • Neighbor Discovery for IP version 6 (IPv6) - RFC1970 (1996) -> RFC2461 (1998) -> RFC4861 (2007) • Cambio relevante: – SEcure Neighbor Discovery (SEND) – RFC3971 (2005) • IPv6 Stateless Address Autoconfiguration – RFC1971 (1996) -> RFC2462 (1998) -> RFC4862 (2007) • Stateful – Dynamic
    [Show full text]
  • Ipv6-Only Deployment in Broadband and Cellular Networks Ipv4aas (As-A-Service)
    IPv6-only Deployment in Broadband and Cellular Networks IPv4aaS (as-a-Service) LACNIC 32 / LACNOG 2019 October, 2019 Panamá @JordiPalet ([email protected]) - 1 Transition / Co-Existence Techniques • IPv6 has been designed for easing the transition and coexistence with IPv4 • Several strategies have been designed and implemented for coexisting with IPv4 hosts, grouped in three categories: – Dual stack: Simultaneous support for both IPv4 and IPv6 stacks – Tunnels: IPv6 packets encapsulated in IPv4 ones • This has been the commonest choice • Today expect IPv4 packets in IPv6 ones! – Translation: Communication of IPv4-only and IPv6- only. Initially discouraged and only “last resort” (imperfect). Today no other choice! • Expect to use them in combination! - 2 Dual-Stack Approach • When adding IPv6 to a system, do not delete IPv4 – This multi-protocol approach is familiar and well-understood (e.g., for AppleTalk, IPX, etc.) – In the majority of the cases, IPv6 is be bundled with all the OS release, not an extra-cost add-on • Applications (or libraries) choose IP version to use – when initiating, based on DNS response: • if (dest has AAAA record) use IPv6, else use IPv4 – when responding, based on version of initiating packet • This allows indefinite co-existence of IPv4 and IPv6, and gradual app-by-app upgrades to IPv6 usage • A6 record is experimental - 3 Dual-Stack Approach IPv6 IPv6 IPv4 IPv4 Application Application Application Application TCP/UDP TCP/UDP TCP/UDP IPv6 IPv6 IPv4 IPv4 IPv6-only stack Dual-stack (IPv4 & IPv6) IPv4-only
    [Show full text]
  • Ipv6 Multicast Layer 3 Features
    CHAPTER 52 IPv6 Multicast Support • Prerequisites for IPv6 Multicast, page 52-1 • Restrictions for IPv6 Multicast, page 52-1 • Information About IPv6 Multicast Support, page 52-2 • How to Configure IPv6 Multicast Support, page 52-4 • Verifying the IPv6 Multicast Layer 3 Configuration, page 52-4 Tip For additional information about Cisco Catalyst 6500 Series Switches (including configuration examples and troubleshooting information), see the documents listed on this page: http://www.cisco.com/en/US/products/hw/switches/ps708/tsd_products_support_series_home.html Participate in the Technical Documentation Ideas forum Prerequisites for IPv6 Multicast None. Restrictions for IPv6 Multicast • The PFC and DFCs provide hardware support for the following: – Completely switched IPv6 multicast flows – IPv6 PIM-Sparse Mode (PIM-SM) (S,G) and (*,G) forwarding – Multicast RPF check for IPv6 PIM-SM (S,G) traffic using the NetFlow table – Rate limiting of IPv6 PIM-SM (S,G) traffic that fails the multicast RPF check – Static IPv6 multicast routes – SSM Mapping for IPv6 (PIM-SSM) – IPv6 multicast forwarding information base (MFIB) using the NetFlow table – IPv6 distributed MFIB (dMFIB) using the NetFlow table – Link-local and link-global IPv6 multicast scopes Supervisor Engine 2T Software Configuration Guide, Release 15.4SY 52-1 Chapter 52 IPv6 Multicast Support Information About IPv6 Multicast Support – Egress multicast replication with the ipv6 mfib hardware-switching command – Ingress interface statistics for multicast routes (egress interface statistics
    [Show full text]
  • Ipv6 Intranet Intranet/Internet
    How to Securely Operate an IPv6 Network BRKSPG-2603 Eric Vyncke, [email protected] @evyncke Abstract • This intermediate session describes how an IPv6 network can be securely operated. • The session explains how the management, control and data planes can be secured. • It also covers topics such as forensic, telemetry and lawful intercept. • The content is mainly geared to Service Providers but enterprises may also find it useful. • It is targeted to security and network architects with operational background. • There is also enterprise versions of this session BRKSEC-2003 (on-line only) / BRKSEC- 3200 which is more protocol oriented than operational. Beware that there is 30% overlap between BRKSEC-3200 and BRKSPG-2603. 3 Roadmap For IPv6 Security Sessions On www.ciscolive.com BRKSEC-2003 IPv6 Security Threats and Mitigations BRKSPG-2603 How to Securely Operate an IPv6 Network BRKSEC-3003 BRKSEC-3200 Operation Advanced IPv6 Security in Advanced IPv6 Security in the LAN the Core Architecture and design BRKSEC-3036 Advanced IPsec LTRSEC-3001 Advanced - IOS Dual-stack designs with FlexVPN FlexVPN Lab Products 4 IETF OPSEC Working Group 5 For Your Reference For Reference Slides • There are more slides in the hand-outs than presented during the class • Those slides are mainly for reference and are indicated by the book icon on the top right corner (as on this slide) • Some slides have also a call-out to another session (see below) BRKSEC- 3200 6 7 Agenda • Management Plane • Control Plane • Routing Information • Neighbor Discovery • Control
    [Show full text]
  • Ipv6 Tunnel Brokers How to Setup an Ipv6 Tunnel Using a Public Tunnel Broker and Windows
    IPv6 Tunnel Brokers How to Setup an IPv6 Tunnel Using a Public Tunnel Broker and Windows Matt Ryanczak Network Operations Manager What is an IPv6 Tunnel? • IPv6 encapsulated in another protocol – Usually IPv4 but other protocols work too • Common implementations – 6in4 (RFC3056) – Protocol 41 (RFC2893 & RFC1933) – Anything in Anything (AYIYA) (http://www.sixxs.net/tools/ayiya) IPv6 in IPv4 Tunnel What is a Tunnel Broker? • A provider of IPv6 tunneling services • At least 12 public tunnel brokers • Use various provisioning techniques – Static – Dynamic (via helpers) • Some provide /48s, reverse DNS, BGP • Most are FREE List of Tunnel Brokers Provider Website Region Hurricane Electric http://www.tunnelbroker.net US (Global) SixXS http://www.sixxs.net Europe (Global) Go6 (Hexago) http://www.go6.net Canada (Global) IIJ http://www.iij.ad.jp/en/service/IPv6/ Japan index.html IPv6Now http://www.ipv6now.com.au/ Australia Renater http://tunnel-broker.renater.fr/ France Setting up a Tunnel with Go6 Why Go6? • Easy to setup client for many Oses • Supports clients behind NATs • Provides /48 networks • Support forum 3 Easy Steps 1. Create Account 2. Download and Install Software 3. Run Software Create an Account Create an Account • Enter Your Information • Required Fields: - Name - Username - E-mail - Password You are automatically signed in once you submit the form Download Go6 Client Install Go6 Client Run the Go6 Client Works out of the box if: - You have public IP address - No Filters / Firewalls Notice that: - Configured for anonymous access
    [Show full text]
  • D3.2 Analysis of Ipv4-Ipv6
    Ref. Ares(2021)1534648 - 28/02/2021 Alternative Bearers for Rail (AB4Rail) Ref. Ares 2020)3856873 - 22/07/2020 Alternative Bearers for Rail (AB4Rail) D3.2 Analysis of IPv4-IPv6 Document Manager Alessandro Vizzarri (RDL) Programme S2R-OC-IP2-02-2020 Project Name Alternative Bearers for Rail Project acronym: AB4RAIL Grant agreement no: 101014517 Project Coordinator RADIOLABS (RDL) WP leader RDL Deliverable ID: AB4Rail-WP3-D3.2-RDL-PU-v0.0-Analysis of IPv4-IPv6 Title: Analysis of IPv4-IPv6 Work Package: WP3 WP Duration (in months): 18 Actual submission date: 28 Feb. 2021 Dissemination level: PU Approval Status Romeo Giuliano (USGM), Prepared by: Alessandro Vizzarri (RDL), Franco Mazzenga (RDL) Approved by (WP Leader): Alessandro Vizzarri (RDL) Approved by Technical and Project Manager: Alessandro Vizzarri (RDL) Approved by (Project Coordinator): Franco Mazzenga (RDL) Alternative Bearers for Rail (AB4Rail) Ref. Ares 2020)3856873 - 22/07/2020 CONTRIBUTING PARTNERS Name Company/Organization Role/Title Romeo Giuliano Università degli Studi Document Manager/main drafter Guglielmo Marconi (USGM) Franco Mazzenga Radiolabs (RDL) Contributor Alessandro Vizzarri Radiolabs (RDL) Contributor REVISION TABLE Revision Date Modified pages Modified Sections Comments 0.0 28 Feb. 2021 DISTRIBUTION LIST Name Company/Organization Role/Title Franco Mazzenga RDL Project Coordinator Gorazd Marinic Shif2Rail Shif2Rail Programme Officer Disclaimers This project has received funding from the European Union’s Horizon 2020 research and innovation programme under grant agreement No 101014517. The information and views set out in this document are those of the author(s) and do not necessarily reflect the official opinion of Shift2Rail Joint Undertaking. The JU does not guarantee the accuracy of the data included in this article.
    [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]