This document discusses IPv6 deployment and the choices network operators face as IPv4 addresses run out. It describes IPv6 and the need to transition due to IPv4 address exhaustion. The main choices for network operators are to do nothing and rely solely on IPv4, prolong IPv4 usage through widespread NAT deployment and IPv4 address trading, or deploy IPv6 through dual stack or transition technologies. Each option has advantages and disadvantages relating to address availability, network architecture requirements, and supporting new protocols.
1) The document discusses 6LoWPAN (IPv6 over Low-Power Wireless Personal Area Networks), which allows IPv6 packets to be sent over IEEE 802.15.4 low-power networks.
2) A key challenge is that the large IPv6 address and header do not fit efficiently into the small 802.15.4 frames, so 6LoWPAN defines header compression methods.
3) 6LoWPAN defines a dispatch byte and optional headers for mesh routing, header compression, and fragmentation to optimize IPv6 packets for transmission over 802.15.4 networks.
This document describes release notes for RTI Connext 5.2.0 from Real-Time Innovations. It covers new features such as improved support for large data samples, additional platform support, and addressing customer use cases. The release includes changes to documentation format, installation process, and bundling of components.
Network Utility Force is a network architecture and consulting firm that specializes in IPv6 deployment. The document discusses several key points regarding the need for IPv6 adoption. It notes that IPv4 addresses are depleting and IPv6 is necessary to support growth, including the internet of things. It also outlines factors organizations should consider when planning their IPv6 deployment such as addressing, routing, security, testing, and training. The document emphasizes that IPv6 can be deployed using best practices with an emphasis on performance, security, and flexibility.
The document provides an overview of IPv6 addressing architecture, DHCPv6, and DNS. It discusses the 128-bit address space of IPv6 which provides a large number of addresses. It also describes address types, address formatting, router advertisements, neighbor discovery, and stateful address assignment using DHCPv6. The document highlights changes needed for DNS to support IPv6, including new record types and the ip6.arpa domain for IPv6 reverse lookups.
DDS over Low Bandwidth Data Links - Connext Conf London October 2014Jaime Martin Losa
DDS (Data Distribution Service) over Low Bandwidth Data Links: Tactical Radios, Satellite, etc.
DDS implementations are widely used in defense and aerospace applications, being common to use very low bandwitdh data links.
This presentation explain how to achieve good performance in these scenarios.
The document discusses network terminology and components. It explains that networks require network operating systems and protocols to enable communication between computers. It provides details on the OSI model and how data travels through each layer from application to physical. TCP/IP protocols map to the OSI layers, with TCP and IP operating at the transport and network layers to deliver data between devices on a network.
12 steps for IPv6 Deployment in Governments and EnterprisesAPNIC
Training is the first step, as IPv6 requires redesigning networks and is not like IPv4. A transition plan requires in-depth IPv6 knowledge of the current network and future evolution. It affects client devices, applications, and how small entities will deploy IPv6. The document outlines 12 steps for transitioning to a dual-stack network with the long-term goal of IPv6-only, including getting training, creating a deployment strategy, controlling DNS, considering BGP, developing an addressing plan, obtaining internet resources, using an IPAM tool, assigning and auditing addresses, verifying IPv6 support, testing applications, and checking contracts with third parties.
1. The document provides guidance on strategically planning and designing an IPv6 address plan for a large multi-national enterprise called ACME.
2. It outlines the requirements including supporting up to 37 countries and 40 campus locations within the largest country. The plan should be highly hierarchical, uniform and scalable.
3. Byte boundaries are recommended between hierarchy levels to support many countries, with nibble boundaries between buildings within campuses given fewer buildings. The plan should include infrastructure addressing.
1) The document discusses 6LoWPAN (IPv6 over Low-Power Wireless Personal Area Networks), which allows IPv6 packets to be sent over IEEE 802.15.4 low-power networks.
2) A key challenge is that the large IPv6 address and header do not fit efficiently into the small 802.15.4 frames, so 6LoWPAN defines header compression methods.
3) 6LoWPAN defines a dispatch byte and optional headers for mesh routing, header compression, and fragmentation to optimize IPv6 packets for transmission over 802.15.4 networks.
This document describes release notes for RTI Connext 5.2.0 from Real-Time Innovations. It covers new features such as improved support for large data samples, additional platform support, and addressing customer use cases. The release includes changes to documentation format, installation process, and bundling of components.
Network Utility Force is a network architecture and consulting firm that specializes in IPv6 deployment. The document discusses several key points regarding the need for IPv6 adoption. It notes that IPv4 addresses are depleting and IPv6 is necessary to support growth, including the internet of things. It also outlines factors organizations should consider when planning their IPv6 deployment such as addressing, routing, security, testing, and training. The document emphasizes that IPv6 can be deployed using best practices with an emphasis on performance, security, and flexibility.
The document provides an overview of IPv6 addressing architecture, DHCPv6, and DNS. It discusses the 128-bit address space of IPv6 which provides a large number of addresses. It also describes address types, address formatting, router advertisements, neighbor discovery, and stateful address assignment using DHCPv6. The document highlights changes needed for DNS to support IPv6, including new record types and the ip6.arpa domain for IPv6 reverse lookups.
DDS over Low Bandwidth Data Links - Connext Conf London October 2014Jaime Martin Losa
DDS (Data Distribution Service) over Low Bandwidth Data Links: Tactical Radios, Satellite, etc.
DDS implementations are widely used in defense and aerospace applications, being common to use very low bandwitdh data links.
This presentation explain how to achieve good performance in these scenarios.
The document discusses network terminology and components. It explains that networks require network operating systems and protocols to enable communication between computers. It provides details on the OSI model and how data travels through each layer from application to physical. TCP/IP protocols map to the OSI layers, with TCP and IP operating at the transport and network layers to deliver data between devices on a network.
12 steps for IPv6 Deployment in Governments and EnterprisesAPNIC
Training is the first step, as IPv6 requires redesigning networks and is not like IPv4. A transition plan requires in-depth IPv6 knowledge of the current network and future evolution. It affects client devices, applications, and how small entities will deploy IPv6. The document outlines 12 steps for transitioning to a dual-stack network with the long-term goal of IPv6-only, including getting training, creating a deployment strategy, controlling DNS, considering BGP, developing an addressing plan, obtaining internet resources, using an IPAM tool, assigning and auditing addresses, verifying IPv6 support, testing applications, and checking contracts with third parties.
1. The document provides guidance on strategically planning and designing an IPv6 address plan for a large multi-national enterprise called ACME.
2. It outlines the requirements including supporting up to 37 countries and 40 campus locations within the largest country. The plan should be highly hierarchical, uniform and scalable.
3. Byte boundaries are recommended between hierarchy levels to support many countries, with nibble boundaries between buildings within campuses given fewer buildings. The plan should include infrastructure addressing.
Module 4: Configuring and Troubleshooting IPv6 TCP/IP
This module introduces you to IPv6, a technology that will help ensure that the Internet can support a growing user base and the increasingly large number of IP-enabled devices. The current Internet Protocol Version 4 (IPv4) has served as the underlying Internet protocol for almost thirty years. Its robustness, scalability, and limited feature set is now challenged by the growing need for new IP addresses, due in large part to the rapid growth of new network-aware devices.
Lessons
Overview of IPv6
IPv6 Addressing
Coexistence with IPv6
IPv6 Transition Technologies
Transitioning from IPv4 to IPv6
Lab : Configuring an ISATAP Router
Configuring a New IPv6 Network and Client
Configuring an ISATAP Router to Enable Communication Between an IPv4 Network and an IPv6 Network
Lab : Converting the Network to Native IPv6
Transitioning to a Native IPv6 Network
After completing this module, students will be able to:
Describe the features and benefits of IPv6.
Implement IPv6 addressing.
Implement an IPv6 coexistence strategy.
Describe and select a suitable IPv6 transition solution.
Transition from IPv4 to IPv6.
Troubleshoot an IPv6-based network.
This document provides an overview of network state awareness and troubleshooting techniques. The agenda covers troubleshooting methodology, packet forwarding review, active and passive monitoring, quality of service, control plane, and routing protocol stability. It distinguishes between the control plane, which creates routing information based on aggregated data, and the data plane, which makes forwarding decisions based on packet details. Various troubleshooting tools are discussed like traceroute, interface statistics, NetFlow, and performance monitoring to analyze the network from the data plane perspective.
The document provides an introduction to the RINA architecture and discusses some of its key concepts and implications. It summarizes that in RINA, layers are defined as distributed applications that perform interprocess communication (IPC) rather than protocols. Each layer has the same basic functions of scheduling, memory management, and IPC but with different scopes. This recursive structure is analogous to an operating system, where processes manage tasks through the same basic functions. The document also discusses the implications of separating mechanism from policy in protocols and the concept of invariance across layers to maximize commonality while allowing variability.
The document discusses new features in Connext DDS Professional 5.1 that aim to address challenges of scaling intelligent systems to the Internet of Things (IoT). Key updates include enabling content filter propagation through routing services to reduce bandwidth usage, using IOCP for enhanced TCP transport scalability on Windows, and support for extensible types to allow dynamic upgrades while maintaining backward compatibility. These features help improve scalability, extensibility, and adaptability of distributed IoT applications.
A framework for building a strategic Enterprise IPv6 plan
Create a project team & plan
Identify business value, requirements & impacts
Assess equipment & applications for IPv6
Begin training & develop training plan
Develop the architectural solution
Obtain a prefix and build the address plan
Define an exception process for legacy systems
Update the security policy
Deploy IPv6 trials in the network
Test and monitor your deployment
Presentation on the planning and deployment of the IPv6 enabled, municipal WiFi network, built for the city of Douglasville, GA, by Network Utility Force.
This document provides an overview of IPv6 deployment and discusses reasons for and against adopting IPv6. It summarizes the status of IPv4 address exhaustion and reviews IPv6 readiness statistics globally and for various networks. The document outlines choices for network operators regarding IPv6 adoption, including doing nothing, prolonging IPv4 through NAT or address trading, or deploying IPv6. It also discusses IPv6 security considerations and issues specific to IPv6.
The document discusses characterizing an existing internetwork before designing enhancements. It provides guidance on developing network maps, characterizing the logical and physical structures, addressing, wiring, constraints, health, and tools to assess utilization, availability, response times and device status. Characterizing the existing network helps verify goals, locate new equipment, and identify issues that could impact new designs.
PLNOG 5: Merike Kaeo - Something Old Is New AgainPROIDEA
This document summarizes a presentation on IPv6 security given in Krakow, Poland in 2010. It discusses topics like the evolution of networking and applications, common causes of security issues, and realities around current security breaches. It also provides an overview of IPv6 security enhancements and considerations around node and network security, including recommendations for ingress packet filtering.
This document discusses IPv6, including:
1. An overview of IPv6, which was developed to address the limited address space of IPv4 as internet usage grew exponentially.
2. IPv6 addresses are 128-bit and represented using eight groups of four hexadecimal digits separated by colons.
3. Reasons for the development of IPv6 include supporting more devices connected to the internet and incorporating security features not available in IPv4.
The document discusses IPv6 adoption on the InteropNET network, including transition strategies used like dual stacking, autoconfiguration so clients can obtain IPv6 addresses, DNS services load balanced across both IPv4 and IPv6, and wireless access points supporting both protocols, with the goal of making internal services fully available over both IPv4 and IPv6. Challenges included ensuring services published AAAA records and coordinated with vendors to support IPv6, and some monitoring of IPv6 attack traffic was also performed.
Managing and monitoring large scale data transfers - Networkshop44Jisc
This document discusses monitoring large scale data transfers for the Worldwide LHC Computing Grid (WLCG). It outlines the scale of data transfers, including that WLCG has moved 0.5 exabytes of data in the last two years across 167 sites. The File Transfer Service (FTS) is used to move data between storage endpoints. Monitoring occurs at different levels, including central FTS monitoring, virtual organization-specific monitoring, and user monitoring. Federated failover and generic network monitoring tools are also used. The goal of monitoring is to ensure high success rates and throughput for data transfers.
Logging/Request Tracing in Distributed EnvironmentAPNIC
This document discusses logging and request tracing in distributed environments. It begins by introducing the context of distributed systems like cloud computing. It then reviews the current logging solution of ELK and Graylog and identifies pros and cons. Key requirements for tracing are outlined, including the need for end-to-end debugging. Approaches for workflow-centric tracing are surveyed, including explicit metadata propagation, schema-based, and black-box tracing. Examples of Magpie and Zipkin are provided. The presentation concludes with a demo of request tracing in OpenStack using OSProfiler.
The document discusses various techniques for transitioning from IPv4 to IPv6, including dual stack, tunnels, and translation. Dual stack allows simultaneous support of both IPv4 and IPv6 by keeping both protocol stacks. Tunnels encapsulate IPv6 packets in IPv4 packets to carry IPv6 traffic over IPv4 networks. Translation techniques like NAT64 algorithmically translate IPv4 and IPv6 addresses to allow communication between IPv4-only and IPv6-only nodes. Newer methods like 464XLAT and DS-Lite aim to address IPv4 exhaustion by sharing public IPv4 addresses among more clients.
Internet Resource Management (IRM) & Internet Routing Registry (IRR)APNIC
This document provides a summary of the APNIC Internet Resource Management (IRM) Tutorial presentation. The presentation covers:
1. The APNIC policy development process, which is open, transparent, and bottom-up, allowing anyone in the Internet community to participate.
2. An overview of APNIC's Internet registry policies for requesting IP addresses and autonomous system numbers, including allocation and assignment policies.
3. Information on the WHOIS database, using the MyAPNIC system, reverse DNS, and resource certification (RPKI).
APNIC Chief Scientist Geoff Huston presented on the various approached used by root servers to deliver large DNS responses at the DNS-OARC 26 in Madrid from 15 to 16 May 2017.
interoperatbility between IPv4 and IPv6Nitin Gehlot
This document discusses interoperability between IPv4 and IPv6. It outlines challenges with the transition from IPv4 to IPv6 including ensuring minimal downtime and maintaining network reachability and security. It proposes using tunneling techniques like Generic Routing Encapsulation (GRE) to transport IPv6 packets over an IPv4 infrastructure and allow dual stack implementations. The project aims to address scalability between IPv4 and IPv6 using the OSPF routing protocol and virtualizing physical links with Cisco IOS to enable IPv6 multicast routing.
The First Mile - Edge and IoT Data Collection With Apache Nifi and MiniFiDataWorks Summit
Apache NiFi MiNiFi enables data collection in a brand new environment - small sensor footprint, intermittent or limited bandwidth distributed system, and disposable or short-lived hardware. You can prioritize this data or perform initial analysis on the edge, as well as immediately encrypt and protect it.
Concept: Apache NiFi offers a revolutionary data flow management system and extensive integration of existing data production, consumption and analysis ecosystems, all of which are robust data delivery and a (data) logging infrastructure It is protected by. Learn about the additional project Apache MiNiFi, which extends the scope of NiFi's power to the maximum. MiNiFi is a lightweight application that can be placed on hardware that is one order of magnitude smaller than the existing standard data collection platform and is less powerful. As a JVM-enabled native agent MiNiFi enables data gathering in a brand new environment - small sensor footprint, intermittent or limited bandwidth distributed system, and disposable or short-lived hardware. You can prioritize this data or perform initial analysis on the edge, as well as immediately encrypt and protect it. Regional governance and regulatory policies are applied to geopolitical boundaries and comply with legal requirements. And all of this configuration can be done from the existing NiFi and central control using the stable data UI that the data flow administrator has already liked and trusted.
Required prior knowledge / targeted participants: Developers and data flow administrators need some knowledge of Apache NiFi as a platform for routing, conversion, and data delivery through the system (a brief overview is provided ). In this talk we will focus on extending data collection, routing, data history, and NiFi control functions, through IoT / edge integration via MiNiFi.
Key Points: Participants will learn about the opportunity to collect and capture data flows close to the source of data, "edge", such as IoT devices, vehicles, machines, etc. Participants prioritize, filter, protect, and manipulate this data in the initial data lifecycle and understand the potential for data visibility and performance improvement.
Market Research Report : Ipv6 market in india 2012 Netscribes, Inc.
For the complete report, get in touch with us at : info@netscribes.com
IPv6 adoption in India is currently in its nascent stage; however with the exhaustion of IPv6 address slots coupled with the plethora of initiatives taken by the Government of India, the market is expected to gain significant traction in the ensuing years. Additionally, factors such as the emergence of IPv6 compatible infrastructure, burgeoning internet usage and the cost benefits associated with IPv6 are driving forces in the market.
The IPv6 report begins with an introduction which proceeds with brief definitions of IPv4 and IPv6, followed by an illustration of the evolution of IPv6 globally. The section concludes with a comparative study based on technical aspects and header formats further distinguishes the two versions of internet protocols.
Market overview talks about the global scenario of IPv6, with a special focus on the Indian IPv6 market. The section primarily begins with a global perspective of IPv6 deployment plan followed by an overview of the market during 2008 – 2011. Explicit details pertaining to the ‘Address Allocations’ with respect to both ‘Individual’ and ‘Volumes’ of IPv6 addresses, have been listed in this section. The report houses a section wherein global distribution of IPv6 (both ‘Individual’ and ‘Volume’), featuring the top 5 economies to have adopted IPv6 and the Regional Internet Registries (RIRs) to have distributed IPv6 since 2008 till 2011. Boling down to Asia Pacific National Information Registry (APNIC), which caters to the address allocation needs of Asia Pacific, details pertaining to the distribution addresses in the sub regions have been graphically illustrated. Moving along, the section features an overview of the Indian market which furnishes data such as the market share of the leading ISPs in 2011 and the current and future scenario of IPv6 in India.
IPv6 Deployment, where are we now? - Asia Pacific Regional Internet Governanc...APNIC
This document summarizes the status of IPv6 deployment in the Asia Pacific region based on statistics from various sources. It finds that IPv6 readiness and adoption varies across countries and network operators in the region. Many governments have introduced initiatives and guidelines to promote IPv6 deployment, including national roadmaps and partnerships between public and private sectors. Key countries like Australia, China, India, Japan, Korea, Singapore, and Vietnam are highlighted for their active government support and progress in transitioning to IPv6.
Module 4: Configuring and Troubleshooting IPv6 TCP/IP
This module introduces you to IPv6, a technology that will help ensure that the Internet can support a growing user base and the increasingly large number of IP-enabled devices. The current Internet Protocol Version 4 (IPv4) has served as the underlying Internet protocol for almost thirty years. Its robustness, scalability, and limited feature set is now challenged by the growing need for new IP addresses, due in large part to the rapid growth of new network-aware devices.
Lessons
Overview of IPv6
IPv6 Addressing
Coexistence with IPv6
IPv6 Transition Technologies
Transitioning from IPv4 to IPv6
Lab : Configuring an ISATAP Router
Configuring a New IPv6 Network and Client
Configuring an ISATAP Router to Enable Communication Between an IPv4 Network and an IPv6 Network
Lab : Converting the Network to Native IPv6
Transitioning to a Native IPv6 Network
After completing this module, students will be able to:
Describe the features and benefits of IPv6.
Implement IPv6 addressing.
Implement an IPv6 coexistence strategy.
Describe and select a suitable IPv6 transition solution.
Transition from IPv4 to IPv6.
Troubleshoot an IPv6-based network.
This document provides an overview of network state awareness and troubleshooting techniques. The agenda covers troubleshooting methodology, packet forwarding review, active and passive monitoring, quality of service, control plane, and routing protocol stability. It distinguishes between the control plane, which creates routing information based on aggregated data, and the data plane, which makes forwarding decisions based on packet details. Various troubleshooting tools are discussed like traceroute, interface statistics, NetFlow, and performance monitoring to analyze the network from the data plane perspective.
The document provides an introduction to the RINA architecture and discusses some of its key concepts and implications. It summarizes that in RINA, layers are defined as distributed applications that perform interprocess communication (IPC) rather than protocols. Each layer has the same basic functions of scheduling, memory management, and IPC but with different scopes. This recursive structure is analogous to an operating system, where processes manage tasks through the same basic functions. The document also discusses the implications of separating mechanism from policy in protocols and the concept of invariance across layers to maximize commonality while allowing variability.
The document discusses new features in Connext DDS Professional 5.1 that aim to address challenges of scaling intelligent systems to the Internet of Things (IoT). Key updates include enabling content filter propagation through routing services to reduce bandwidth usage, using IOCP for enhanced TCP transport scalability on Windows, and support for extensible types to allow dynamic upgrades while maintaining backward compatibility. These features help improve scalability, extensibility, and adaptability of distributed IoT applications.
A framework for building a strategic Enterprise IPv6 plan
Create a project team & plan
Identify business value, requirements & impacts
Assess equipment & applications for IPv6
Begin training & develop training plan
Develop the architectural solution
Obtain a prefix and build the address plan
Define an exception process for legacy systems
Update the security policy
Deploy IPv6 trials in the network
Test and monitor your deployment
Presentation on the planning and deployment of the IPv6 enabled, municipal WiFi network, built for the city of Douglasville, GA, by Network Utility Force.
This document provides an overview of IPv6 deployment and discusses reasons for and against adopting IPv6. It summarizes the status of IPv4 address exhaustion and reviews IPv6 readiness statistics globally and for various networks. The document outlines choices for network operators regarding IPv6 adoption, including doing nothing, prolonging IPv4 through NAT or address trading, or deploying IPv6. It also discusses IPv6 security considerations and issues specific to IPv6.
The document discusses characterizing an existing internetwork before designing enhancements. It provides guidance on developing network maps, characterizing the logical and physical structures, addressing, wiring, constraints, health, and tools to assess utilization, availability, response times and device status. Characterizing the existing network helps verify goals, locate new equipment, and identify issues that could impact new designs.
PLNOG 5: Merike Kaeo - Something Old Is New AgainPROIDEA
This document summarizes a presentation on IPv6 security given in Krakow, Poland in 2010. It discusses topics like the evolution of networking and applications, common causes of security issues, and realities around current security breaches. It also provides an overview of IPv6 security enhancements and considerations around node and network security, including recommendations for ingress packet filtering.
This document discusses IPv6, including:
1. An overview of IPv6, which was developed to address the limited address space of IPv4 as internet usage grew exponentially.
2. IPv6 addresses are 128-bit and represented using eight groups of four hexadecimal digits separated by colons.
3. Reasons for the development of IPv6 include supporting more devices connected to the internet and incorporating security features not available in IPv4.
The document discusses IPv6 adoption on the InteropNET network, including transition strategies used like dual stacking, autoconfiguration so clients can obtain IPv6 addresses, DNS services load balanced across both IPv4 and IPv6, and wireless access points supporting both protocols, with the goal of making internal services fully available over both IPv4 and IPv6. Challenges included ensuring services published AAAA records and coordinated with vendors to support IPv6, and some monitoring of IPv6 attack traffic was also performed.
Managing and monitoring large scale data transfers - Networkshop44Jisc
This document discusses monitoring large scale data transfers for the Worldwide LHC Computing Grid (WLCG). It outlines the scale of data transfers, including that WLCG has moved 0.5 exabytes of data in the last two years across 167 sites. The File Transfer Service (FTS) is used to move data between storage endpoints. Monitoring occurs at different levels, including central FTS monitoring, virtual organization-specific monitoring, and user monitoring. Federated failover and generic network monitoring tools are also used. The goal of monitoring is to ensure high success rates and throughput for data transfers.
Logging/Request Tracing in Distributed EnvironmentAPNIC
This document discusses logging and request tracing in distributed environments. It begins by introducing the context of distributed systems like cloud computing. It then reviews the current logging solution of ELK and Graylog and identifies pros and cons. Key requirements for tracing are outlined, including the need for end-to-end debugging. Approaches for workflow-centric tracing are surveyed, including explicit metadata propagation, schema-based, and black-box tracing. Examples of Magpie and Zipkin are provided. The presentation concludes with a demo of request tracing in OpenStack using OSProfiler.
The document discusses various techniques for transitioning from IPv4 to IPv6, including dual stack, tunnels, and translation. Dual stack allows simultaneous support of both IPv4 and IPv6 by keeping both protocol stacks. Tunnels encapsulate IPv6 packets in IPv4 packets to carry IPv6 traffic over IPv4 networks. Translation techniques like NAT64 algorithmically translate IPv4 and IPv6 addresses to allow communication between IPv4-only and IPv6-only nodes. Newer methods like 464XLAT and DS-Lite aim to address IPv4 exhaustion by sharing public IPv4 addresses among more clients.
Internet Resource Management (IRM) & Internet Routing Registry (IRR)APNIC
This document provides a summary of the APNIC Internet Resource Management (IRM) Tutorial presentation. The presentation covers:
1. The APNIC policy development process, which is open, transparent, and bottom-up, allowing anyone in the Internet community to participate.
2. An overview of APNIC's Internet registry policies for requesting IP addresses and autonomous system numbers, including allocation and assignment policies.
3. Information on the WHOIS database, using the MyAPNIC system, reverse DNS, and resource certification (RPKI).
APNIC Chief Scientist Geoff Huston presented on the various approached used by root servers to deliver large DNS responses at the DNS-OARC 26 in Madrid from 15 to 16 May 2017.
interoperatbility between IPv4 and IPv6Nitin Gehlot
This document discusses interoperability between IPv4 and IPv6. It outlines challenges with the transition from IPv4 to IPv6 including ensuring minimal downtime and maintaining network reachability and security. It proposes using tunneling techniques like Generic Routing Encapsulation (GRE) to transport IPv6 packets over an IPv4 infrastructure and allow dual stack implementations. The project aims to address scalability between IPv4 and IPv6 using the OSPF routing protocol and virtualizing physical links with Cisco IOS to enable IPv6 multicast routing.
The First Mile - Edge and IoT Data Collection With Apache Nifi and MiniFiDataWorks Summit
Apache NiFi MiNiFi enables data collection in a brand new environment - small sensor footprint, intermittent or limited bandwidth distributed system, and disposable or short-lived hardware. You can prioritize this data or perform initial analysis on the edge, as well as immediately encrypt and protect it.
Concept: Apache NiFi offers a revolutionary data flow management system and extensive integration of existing data production, consumption and analysis ecosystems, all of which are robust data delivery and a (data) logging infrastructure It is protected by. Learn about the additional project Apache MiNiFi, which extends the scope of NiFi's power to the maximum. MiNiFi is a lightweight application that can be placed on hardware that is one order of magnitude smaller than the existing standard data collection platform and is less powerful. As a JVM-enabled native agent MiNiFi enables data gathering in a brand new environment - small sensor footprint, intermittent or limited bandwidth distributed system, and disposable or short-lived hardware. You can prioritize this data or perform initial analysis on the edge, as well as immediately encrypt and protect it. Regional governance and regulatory policies are applied to geopolitical boundaries and comply with legal requirements. And all of this configuration can be done from the existing NiFi and central control using the stable data UI that the data flow administrator has already liked and trusted.
Required prior knowledge / targeted participants: Developers and data flow administrators need some knowledge of Apache NiFi as a platform for routing, conversion, and data delivery through the system (a brief overview is provided ). In this talk we will focus on extending data collection, routing, data history, and NiFi control functions, through IoT / edge integration via MiNiFi.
Key Points: Participants will learn about the opportunity to collect and capture data flows close to the source of data, "edge", such as IoT devices, vehicles, machines, etc. Participants prioritize, filter, protect, and manipulate this data in the initial data lifecycle and understand the potential for data visibility and performance improvement.
Market Research Report : Ipv6 market in india 2012 Netscribes, Inc.
For the complete report, get in touch with us at : info@netscribes.com
IPv6 adoption in India is currently in its nascent stage; however with the exhaustion of IPv6 address slots coupled with the plethora of initiatives taken by the Government of India, the market is expected to gain significant traction in the ensuing years. Additionally, factors such as the emergence of IPv6 compatible infrastructure, burgeoning internet usage and the cost benefits associated with IPv6 are driving forces in the market.
The IPv6 report begins with an introduction which proceeds with brief definitions of IPv4 and IPv6, followed by an illustration of the evolution of IPv6 globally. The section concludes with a comparative study based on technical aspects and header formats further distinguishes the two versions of internet protocols.
Market overview talks about the global scenario of IPv6, with a special focus on the Indian IPv6 market. The section primarily begins with a global perspective of IPv6 deployment plan followed by an overview of the market during 2008 – 2011. Explicit details pertaining to the ‘Address Allocations’ with respect to both ‘Individual’ and ‘Volumes’ of IPv6 addresses, have been listed in this section. The report houses a section wherein global distribution of IPv6 (both ‘Individual’ and ‘Volume’), featuring the top 5 economies to have adopted IPv6 and the Regional Internet Registries (RIRs) to have distributed IPv6 since 2008 till 2011. Boling down to Asia Pacific National Information Registry (APNIC), which caters to the address allocation needs of Asia Pacific, details pertaining to the distribution addresses in the sub regions have been graphically illustrated. Moving along, the section features an overview of the Indian market which furnishes data such as the market share of the leading ISPs in 2011 and the current and future scenario of IPv6 in India.
IPv6 Deployment, where are we now? - Asia Pacific Regional Internet Governanc...APNIC
This document summarizes the status of IPv6 deployment in the Asia Pacific region based on statistics from various sources. It finds that IPv6 readiness and adoption varies across countries and network operators in the region. Many governments have introduced initiatives and guidelines to promote IPv6 deployment, including national roadmaps and partnerships between public and private sectors. Key countries like Australia, China, India, Japan, Korea, Singapore, and Vietnam are highlighted for their active government support and progress in transitioning to IPv6.
Presentation given by Srinivas (Sunny) Chendi, APNIC's Senior Internet Development Advisor, at the 3rd Open Policy meeting held by the Indian Registry for Internet Names and Numbers (IRINN) 24 November 2015
The document discusses IPv6 and the transition from IPv4 to IPv6. It provides details about:
- The author who manages the IIT Kanpur campus network and internet services.
- Reasons for adopting IPv6 like shortage of IPv4 addresses and new features in IPv6.
- Elements of IPv6 including the 128-bit address format, address types and scopes, stateless and stateful address autoconfiguration, routing, and neighbor discovery.
- Transition mechanisms from IPv4 to IPv6 like dual stack, tunnels, and translation.
- Current status of IPv6 deployment and recommended steps for migration including checking IPv6 compliance and planning IPv6 addressing.
India has taken steps to promote IPv6 adoption, including:
- Setting IPv6 deployment targets in its National Telecom Policy of 2012, aiming for substantial transition by 2020.
- Forming an IPv6 Task Force to coordinate efforts across industry stakeholders.
- Major internet service providers in India like Reliance Jio have rolled out IPv6 networks.
- Government agencies like ERNET and DOT have conducted IPv6 training programs.
- As of 2017, India had the highest IPv6 adoption rate in Asia at 20.16%, according to APNIC measurements.
IPv6 Deployment: Why and Why not? - HostingCon 2013APNIC
This document summarizes a presentation on IPv6 deployment. It discusses the status of IPv4 address exhaustion, statistics on IPv6 adoption by transit providers, content providers, and end users worldwide. It also examines considerations around IPv6 security. Network operators are presented with three choices: do nothing and rely solely on IPv4, prolong IPv4 usage through NAT and address transfers, or deploy IPv6 through dual-stack or transition technologies. Each option has advantages and disadvantages relating to costs, network impacts, and addressing future needs.
The document provides an overview of commands and techniques used to verify connectivity and acquire device information in a small network. It describes using ping and traceroute to test connectivity between devices and troubleshoot connectivity issues. It also explains using the ipconfig command on Windows and ifconfig/ip commands on Linux to view a host's IP configuration, and introduces commands like show ip interface brief for viewing IP information on routers.
The panel discussed IPv6 support in customer edge (CE) routers from various vendors. Each vendor gave a brief introduction of their IPv6 program and products. Key topics discussed included supported IPv6 architectures (native, dual stack, tunneling), reasons for supporting transition mechanisms, thoroughness of native IPv6 support, customer and product types, plans to support new transition technologies and Home Networking, challenges with firmware upgrades, market demand, and areas the IETF could still address. The panel concluded by taking questions from the audience.
This document provides an overview of IPv6 and NTT's IPv6 implementations. It discusses the limitations of IPv4 including impending address depletion and outdated header definitions. IPv6 benefits like vastly increased address space and simplified headers are presented. NTT's history of IPv6 services is reviewed, showing it was an early adopter. Considerations for network upgrades, support infrastructure, and monitoring for IPv6 are covered.
The document provides information about building a small network including devices, applications, protocols, and connectivity verification. It discusses selecting devices for a small network based on factors like cost and speed. Common network applications and protocols used in small networks are also identified, including protocols for real-time voice and video. The document explains how a small network design can scale to support larger networks as business needs grow. Methods for verifying connectivity between devices using commands like ping and traceroute are presented. Finally, commands for viewing host IP configurations on Windows and Linux systems are covered.
The document provides information about building a small network including devices, applications, protocols, and connectivity verification. It discusses [1] selecting common devices for a small network like routers, switches, and end devices, [2] applications and protocols used in small networks such as HTTP, SMTP, and DHCP, and [3] using the ping and traceroute commands to verify connectivity between devices and troubleshoot connectivity issues.
TCP/IP is the standard communication protocol on the internet. It is comprised of several layers including application, transport, internet, and link layers. The transport layer includes TCP and UDP which provide connection-oriented and connectionless data transmission respectively. TCP ensures reliable data delivery through features like connections, acknowledgments, and flow control. IPv6 is the latest version of the Internet Protocol which addresses the shortcomings of IPv4 like limited address space. IPv6 features include a larger 128-bit address space, simplified header format, built-in security, and autoconfiguration capabilities.
IP addressing and IPv6, presented by Paul Wilson at IETF 119APNIC
Paul Wilson, Director General of APNIC delivers a presentation on IP addressing and IPv6 to the Policymakers Program during IETF 119 in Brisbane Australia from 16 to 22 March 2024.
This document provides an overview of an Internetworking course, including details about the instructor, course objectives, synopsis, and teaching plan. The course covers topics such as addressing, binding, routing, Internet protocols, and the TCP/IP protocol suite. It focuses on networking fundamentals like layers, encapsulation, naming, and functions of common protocols. The teaching plan outlines chapters on introduction/overview, underlying network technologies, and TCP/IP architecture.
Project implements a complex intra-networking system of various devices and modules working on IPv4 and IPv6 protocols providing various services like DNS, DHCP, HTTP, FTP, and SMTP. Information is routed among various client on the network with the use of protocols RIP, IMAP and OSPF. Project comprises of sub-netting, LAN switching and VLAN techniques to manage the number of hosts present in the network communicating with least network collision and congestion.
The document discusses the need for higher education institutions to deploy IPv6, as IPv4 addresses are depleting. It recommends that IPv6 support is no longer optional for IP-capable nodes. It provides examples of how US federal agencies deployed IPv6 and the costs of deploying versus not deploying IPv6. The presentation discusses addressing plans, security considerations, staff training, and transition technologies like dual stack that institutions can use to deploy IPv6. Real-world case studies of successful IPv6 deployments are also presented.
This document provides an overview of building and maintaining a small network. It discusses:
1) The key devices used in small networks, including routers, switches, servers and end devices. It emphasizes the importance of planning network designs and IP addressing schemes.
2) Common applications and protocols used in small networks, such as HTTP, SMTP, FTP and DHCP. It also discusses voice/video applications and protocols like RTP.
3) How small networks can scale to larger networks over time. It stresses the importance of network documentation, device inventory, budgeting, and traffic analysis when planning for growth.
This document summarizes Jeff Schmidt's presentation on Telstra's deployment of IPv6 for mobiles. Key points include:
1) Telstra implemented IPv6 to future-proof their network and address IPv4 depletion issues, using dual-stack and 464XLAT architectures.
2) Business drivers were addressing the growing traffic demand and enabling new technologies like IoT, while technical drivers addressed IPv4 depletion and inefficiencies.
3) The deployment included addressing and subnetting plans, network security designs, and testing multiple deployment models.
This document discusses using BGP Flowspec for DDoS mitigation. It provides an overview of legacy DDoS mitigation methods, describes how BGP Flowspec works by distributing flow specifications using BGP, and gives examples of how it can be used for inter-domain and intra-domain DDoS mitigation as well as with a scrubbing center. It also discusses vendor support, advantages over previous methods, potential issues, real world deployments, and the current state and future of BGP Flowspec.
Design and Deployment of Enterprise WLANsFab Fusaro
The document discusses Cisco's controller-based wireless LAN architecture and mobility solutions. It covers topics like:
- The components of Cisco's unified wireless network including wireless LAN controllers, Aironet access points, management software, and mobility services.
- Key principles like how access points must have CAPWAP connectivity to controllers to download configurations and forward all Wi-Fi traffic.
- How mobility is supported through mobility groups that allow controllers to peer and exchange information to enable seamless roaming across controller boundaries.
- Technologies and protocols that help enable fast and secure roaming like CCKM, 802.11r, eliminating full reauthentication, and not requiring reacquisition of IP addresses.
This document summarizes an update on IPv6 activity in CERNET2 that was presented on March 5, 2015. It discusses that CERNET2 has had a pure IPv6 backbone since 2003 connecting over 600 universities. IPv6 related research and experiments are conducted on CERNET2. Traffic statistics from January 2015 show backbone traffic exceeding 40Gbps and 10Gbps in some locations. The document also discusses challenges with scaling the DNS root server system and efforts to address this through techniques like anycasting and expanding the number of root server operators.
This document discusses the network layer and IP routing. It begins with an overview of the network layer and its key functions, including addressing devices, encapsulation, routing, and de-encapsulation. It then covers IPv4 and IPv6 packet headers and characteristics, such as IPv4 addressing limitations that IPv6 addresses. The document discusses routing methods on hosts, including how they determine if a destination is local or remote and use a default gateway. It concludes with an introduction to routing, explaining the different types of routes in a router's table, including direct connections, static routes, and dynamic routes learned from routing protocols.
The document is a presentation on migrating to IPv6 given by Shumon Huque at the USENIX LISA conference on November 4th, 2013. It discusses IPv6 addressing and protocol details, including the larger 128-bit address space of IPv6 compared to 32-bit IPv4 addresses. It also covers topics like IPv6 network prefixes, special use IPv4 addresses, IPv6 in URLs, and IPv6 DNS records. The presentation aims to provide an introduction to IPv6 and guidance on migrating networks to support both IPv4 and IPv6.
The document discusses planning and designing a small network, including:
- Identifying common devices used such as routers, switches, wireless access points, and IP phones.
- Design considerations for a small network like IP addressing, redundancy, traffic prioritization.
- Common network applications and protocols used, including VoIP, DHCP, DNS.
- Ensuring the network can support real-time applications like voice and video.
- Planning for future growth of the network through documentation, traffic analysis, and protocol analysis.
This document discusses IPv6 deployment in cellular networks. It notes the need to support IPv6 due to IPv4 address exhaustion and increasing number of devices and addresses per device. Dual-stack is presented as the best solution, but alternatives like IPv6-only with NAT64 are also discussed. NAT64 allows IPv6-only clients to access IPv4 content by translating IPv6 to IPv4, though it has limitations. 464XLAT provides a more robust transition technology that works better with applications using literal IPv4 addresses. The document reviews performance and deployment considerations for various IPv6 transition technologies in cellular networks.
Similar to Where are we now: IPv6 deployment update - Brunei National IPv6 Day Conference (20)
APNIC Foundation, presented by Ellisha Heppner at the PNG DNS Forum 2024APNIC
Ellisha Heppner, Grant Management Lead, presented an update on APNIC Foundation to the PNG DNS Forum held from 6 to 10 May, 2024 in Port Moresby, Papua New Guinea.
Registry Data Accuracy Improvements, presented by Chimi Dorji at SANOG 41 / I...APNIC
Chimi Dorji, Internet Resource Analyst at APNIC, presented on Registry Data Accuracy Improvements at SANOG 41 jointly held with INNOG 7 in Mumbai, India from 25 to 30 April 2024.
APNIC Policy Roundup, presented by Sunny Chendi at the 5th ICANN APAC-TWNIC E...APNIC
Sunny Chendi, Senior Advisor, Membership and Policy at APNIC, presents 'APNIC Policy Roundup' at the 5th ICANN APAC-TWNIC Engagement Forum and 41st TWNIC OPM in Taipei, Taiwan from 23 to 24 April.
DDoS In Oceania and the Pacific, presented by Dave Phelan at NZNOG 2024APNIC
Dave Phelan, Senior Network Analyst/Technical Trainer at APNIC, presents 'DDoS In Oceania and the Pacific' at NZNOG 2024 held in Nelson, New Zealand from 8 to 12 April 2024.
'Future Evolution of the Internet' delivered by Geoff Huston at Everything Op...APNIC
Geoff Huston, Chief Scientist at APNIC deliver keynote presentation on the 'Future Evolution of the Internet' at the Everything Open 2024 conference in Gladstone, Australia from 16 to 18 April 2024.
draft-harrison-sidrops-manifest-number-01, presented at IETF 119APNIC
Tom Harrison, Product and Delivery Manager at APNIC presents at the Registration Protocols Extensions working group during IETF 119 in Brisbane, Australia from 16-22 March 2024
Benefits of doing Internet peering and running an Internet Exchange (IX) pres...APNIC
Che-Hoo Cheng, Senior Director, Development at APNIC presents on the "Benefits of doing Internet peering and running an Internet Exchange (IX)" at the Communications Regulatory Commission of Mongolia's IPv6, IXP, Datacenter - Policy and Regulation International Trends Forum in Ulaanbaatar, Mongolia on 7 March 2024
APNIC Update and RIR Policies for ccTLDs, presented at APTLD 85APNIC
APNIC Senior Advisor, Membership and Policy, Sunny Chendi presented on APNIC updates and RIR Policies for ccTLDs at APTLD 85 in Goa, India from 19-22 February 2024.
Lao Digital Week 2024: It's time to deploy IPv6APNIC
APNIC Development Director Che-Hoo Cheng presents on the importance of deploying IPv6 at the Lao Digital Week 2024, held in Vientiane, Lao PDR from 10 to 14 January 2024.
Collapsing Narratives: Exploring Non-Linearity • a micro report by Rosie WellsRosie Wells
Insight: In a landscape where traditional narrative structures are giving way to fragmented and non-linear forms of storytelling, there lies immense potential for creativity and exploration.
'Collapsing Narratives: Exploring Non-Linearity' is a micro report from Rosie Wells.
Rosie Wells is an Arts & Cultural Strategist uniquely positioned at the intersection of grassroots and mainstream storytelling.
Their work is focused on developing meaningful and lasting connections that can drive social change.
Please download this presentation to enjoy the hyperlinks!
This presentation, created by Syed Faiz ul Hassan, explores the profound influence of media on public perception and behavior. It delves into the evolution of media from oral traditions to modern digital and social media platforms. Key topics include the role of media in information propagation, socialization, crisis awareness, globalization, and education. The presentation also examines media influence through agenda setting, propaganda, and manipulative techniques used by advertisers and marketers. Furthermore, it highlights the impact of surveillance enabled by media technologies on personal behavior and preferences. Through this comprehensive overview, the presentation aims to shed light on how media shapes collective consciousness and public opinion.
Carrer goals.pptx and their importance in real lifeartemacademy2
Career goals serve as a roadmap for individuals, guiding them toward achieving long-term professional aspirations and personal fulfillment. Establishing clear career goals enables professionals to focus their efforts on developing specific skills, gaining relevant experience, and making strategic decisions that align with their desired career trajectory. By setting both short-term and long-term objectives, individuals can systematically track their progress, make necessary adjustments, and stay motivated. Short-term goals often include acquiring new qualifications, mastering particular competencies, or securing a specific role, while long-term goals might encompass reaching executive positions, becoming industry experts, or launching entrepreneurial ventures.
Moreover, having well-defined career goals fosters a sense of purpose and direction, enhancing job satisfaction and overall productivity. It encourages continuous learning and adaptation, as professionals remain attuned to industry trends and evolving job market demands. Career goals also facilitate better time management and resource allocation, as individuals prioritize tasks and opportunities that advance their professional growth. In addition, articulating career goals can aid in networking and mentorship, as it allows individuals to communicate their aspirations clearly to potential mentors, colleagues, and employers, thereby opening doors to valuable guidance and support. Ultimately, career goals are integral to personal and professional development, driving individuals toward sustained success and fulfillment in their chosen fields.
This presentation by OECD, OECD Secretariat, was made during the discussion “Competition and Regulation in Professions and Occupations” held at the 77th meeting of the OECD Working Party No. 2 on Competition and Regulation on 10 June 2024. More papers and presentations on the topic can be found at oe.cd/crps.
This presentation was uploaded with the author’s consent.
Mastering the Concepts Tested in the Databricks Certified Data Engineer Assoc...SkillCertProExams
• For a full set of 760+ questions. Go to
https://skillcertpro.com/product/databricks-certified-data-engineer-associate-exam-questions/
• SkillCertPro offers detailed explanations to each question which helps to understand the concepts better.
• It is recommended to score above 85% in SkillCertPro exams before attempting a real exam.
• SkillCertPro updates exam questions every 2 weeks.
• You will get life time access and life time free updates
• SkillCertPro assures 100% pass guarantee in first attempt.
This presentation by Professor Alex Robson, Deputy Chair of Australia’s Productivity Commission, was made during the discussion “Competition and Regulation in Professions and Occupations” held at the 77th meeting of the OECD Working Party No. 2 on Competition and Regulation on 10 June 2024. More papers and presentations on the topic can be found at oe.cd/crps.
This presentation was uploaded with the author’s consent.
Suzanne Lagerweij - Influence Without Power - Why Empathy is Your Best Friend...Suzanne Lagerweij
This is a workshop about communication and collaboration. We will experience how we can analyze the reasons for resistance to change (exercise 1) and practice how to improve our conversation style and be more in control and effective in the way we communicate (exercise 2).
This session will use Dave Gray’s Empathy Mapping, Argyris’ Ladder of Inference and The Four Rs from Agile Conversations (Squirrel and Fredrick).
Abstract:
Let’s talk about powerful conversations! We all know how to lead a constructive conversation, right? Then why is it so difficult to have those conversations with people at work, especially those in powerful positions that show resistance to change?
Learning to control and direct conversations takes understanding and practice.
We can combine our innate empathy with our analytical skills to gain a deeper understanding of complex situations at work. Join this session to learn how to prepare for difficult conversations and how to improve our agile conversations in order to be more influential without power. We will use Dave Gray’s Empathy Mapping, Argyris’ Ladder of Inference and The Four Rs from Agile Conversations (Squirrel and Fredrick).
In the session you will experience how preparing and reflecting on your conversation can help you be more influential at work. You will learn how to communicate more effectively with the people needed to achieve positive change. You will leave with a self-revised version of a difficult conversation and a practical model to use when you get back to work.
Come learn more on how to become a real influencer!
XP 2024 presentation: A New Look to Leadershipsamililja
Presentation slides from XP2024 conference, Bolzano IT. The slides describe a new view to leadership and combines it with anthro-complexity (aka cynefin).
Presentatie 4. Jochen Cremer - TU Delft 28 mei 2024
Where are we now: IPv6 deployment update - Brunei National IPv6 Day Conference
1. Where we are now:
IPv6 deployment update
Toward development of Brunei IPv6 roadmap
IPv6 Seminar, hosted by AITI, Brunei
2nd December, 2013
Miwa Fujii
<miwa@apnic.net>
2. Agenda
• IPv6 and need for migration
– Introduction to IPv6
– Importance to transition to IPv6
• Future of the Internet and business
– Internet business growth: Where is it coming from?
• IPv6 deployment: where are we now?
– IPv6 deployment status – review of statistics
<Break>
• Case studies (anecdotal stories)
• Governments’ initiative in the AP region
– National guidelines and mandates
• Preparation for the afternoon session
• Useful resources
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 2
4. Staged (layered) communication in
the Internet
Sender end Receiver end
Application layer Sends and receives data
for particular applications
(DNS, HTTP etc.)
Application layer
header
Transport layer Transport data to/from
the application layer
(TCP, UDP, etc.)
header
Transport layer
header data
Internet Protocol layer
(= Network Layer)
Routes packets across
networks. IP is the
fundamental protocol of
this layer.
data
header
header data
Internet Protocol layer
(= Network Layer)
header data
Hardware layer (=Data
Link Layer)
Handles communications
on the physical network
components. (Ethernet
etc.)
header header
header data
Hardware layer (=Data
Link Layer)
data
header
header header
header header header
header data
header header header
header data
Ref: Guide to Integrating Forensic Techniques into Incident Response
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 4
5. Staged (layered) communication in
the Internet
Sender end Receiver end
Application layer Sends and receives data
for particular applications
(DNS, HTTP etc.)
Application layer
header
Transport layer Transport data to/from
the application layer
(TCP, UDP, etc.)
Transport layer
header data
Internet Protocol layer
(= Network Layer)
Routes packets across
networks. IP is the
fundamental protocol of
this layer.
Internet Protocol layer
(= Network Layer)
header data
Hardware layer (=Data
Link Layer)
Handles communications
on the physical network
components. (Ethernet
etc.)
Hardware layer (=Data
Link Layer)
data
header
header header
header header header
header data
data
header
header header
header header header
header
header data
header data
header data
Ref: Guide to Integrating Forensic Techniques into Incident Response
Issue Date: [22/11/2013] Rev: [01]
5
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
6. Internet Protocol (IP)
• IP = A protocol used for communicating data across the Internet
• Services provided by IP
– Bridge a gap between heterogeneous networks (for example, Ethernet,
Wi-Fi, token ring and so forth)
– Specify communication parties
• Who sends packets to whom?
• IP addresses
– Define routes to send packets
• In terms of functionality of IP, IPv4 and IPv6 exactly do same
• Different from domain names
– “A name indicates what we seek. An address indicates where it is. A
route indicates how to get there”
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 6
7. IP version history
Internet Protocol
version 4 (IPv4)
Internet Protocol
version 6 (IPv6)
Deployed 1981 1999
Address Size 32-bit number 128-bit number
Address Format Dotted Decimal
Notation: 192.0.2.76
Hexadecimal Notation:
2001:DB8:0234:AB00:0
123:4567:8901:ABCD
Prefix Notation 192.0.2.0/24 2001:DB8:0234::/48
Number of Addresses 232 =
~4,000,000,000
2128 = ~340,000,000,
000,000,000,000,000,
000,000,000,000,000
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 7
8. Projection of IPv4 address exhaustion
http://www.potaroo.net/tools/ipv4/index.html
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 8
9. IPv4 and IPv6
• Functionalities are exactly same, but there are some
differences at the operational level. E.g.,
– Address size increase requires network operators new consideration
while designing networks
• Subnet boundaries is counter intuitive
– Border Gateway Protocol (BGP) configuration (protocol to
communicate between external parties’ networks)
• Another set of configuration (IPv6 address family) in addition to IPv4 configuration
(IPv4 address family) is required
– Open Shortest Path First (OSPF) configuration (used inside of an
operator’s network)
• OSPFv2 (for IPv4) and OSPFv3 (for IPv6) are very different to each other
– Domain Name System (DNS) configuration
• Another configuration (AAAA record) in addition to IPv4 configuration (A record) is
required
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 9
10. The Situation Today
• Public IPv4 Address space is running out
– APNIC and RIPE NCC are in their “austerity” phases
– ARIN and LACNIC is a few months away from running out
– AfriNIC still have about 2 years of IPv4 left
• The Internet infrastructure operators have 3 simple choices
facing them:
1. Do Nothing
2. Prolong IPv4
3. Deploy IPv6
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 10
11. Choice 1: Doing Nothing
• Advantages:
– Business as usual, they have enough IPv4 for the foreseeable future
– Easiest strategy – no investment needed
• Disadvantages:
– Depends on IPv4 address availability
• /22 (1024 addresses only from APNIC and RIPE NCC)
• Limited transfer market activity
• Address transfer costs
– Customers have no access to IPv6-only content
• If/when IPv6-only content is available
– Lagging behind early adopters
• Lacking operational experience in the new protocol
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 11
12. Choice 2: Prolonging IPv4
• This means:
– Deploying NAT more widely
– IPv4 address trading/market
• Advantages:
– Continues what is known
– Public addresses still available for ISP public infrastructure
• Disadvantages:
– Customers forced to use NAT
– Investment in large NAT devices
– Rearchitecting network infrastructure around NAT
– Address reputation (NAT as well as traded addresses)
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 12
13. Choice 2: Prolonging IPv4
• NAT issues:
– Restricts provision of services to those with public addresses
– Reputation of shared addresses
• Behavioural, security, liability
– Lawful intercept
– Tracking and logging association of address/port and subscriber
– Performance & scaling of NAT devices
– Cost of “enterprise” scale NAT devices
– Resource demands of some applications
– Double or even Triple NAT likely
– “How many ports does one user need?”
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 13
14. Choice 2: Prolonging IPv4
• Address transfer issues:
– Routability of transferred addresses
– Reputation of transferred addresses
– More rapid growth of Internet routing table
– Risk to integrity of routing system if transfers are unregistered
– Cost to acquire addresses
– Financial pressure on operators to dispose of addresses they still
require
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 14
15. Choice 3: Deploying IPv6
• Original goal of IPv6 developers – Dual Stack
– IPv6 running alongside IPv4
– Public addresses for both IPv4 and IPv6
– Once IPv6 universally deployed, IPv4 would be turned off
• Now:
– Dual stack with public addresses still possible in some places
– In other places, Dual Stack means public IPv6 and NATed IPv4
– Not all network operators have deployed IPv6
– Not all infrastructure devices can support IPv6
– Meaning “transition” techniques required to “bypass” those
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 15
16. Choice 3: Deploying IPv6
• Advantages:
– Network runs both IPv4 and IPv6
– Once IPv6 universally available, IPv4 is simple to turn off
• Disadvantages
– Depends on Public IPv4 address availability, or NATs
– New protocol, staff training
– New protocol, updated/new equipment
– Extra resources on existing equipment (eg RIB/FIB limits)
– Protocols are incompatible: IPv6 cannot talk to IPv4 and vice-versa
– Updating end-user CPE
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 16
17. Choice 3: Deploying IPv6
• In addition to Dual Stack, Transition Techniques maybe also
be required:
– Means of getting IPv6-only to talk to IPv4-only
NAT64
– Transport IPv6 over IPv4-only infrastructure
Tunnels & 6rd
– Transport IPv4 over IPv6-only infrastructure
DS-Lite, 464XLAT
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 17
18. Which choice will you make?
• Doing nothing
– Costs nothing
• Prolonging IPv4
– Impact of taking IPv4 addresses back from customers?
– Economics of deploying NAT?
• e.g. Lee Howard’s (TimeWarner Cable) whitepaper on the economics of NATs
• http://conference.apnic.net/data/36/cost-of-cgn_1377486548.pdf
– Operational impact, depending on regulatory requirements
• Lawful intercept, logging, user tracking, reputation
– Address transfer costs and address reputation
• Routing system integrity – may have addresses but are they routable?
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 18
19. Which choice will you make?
• Deploying IPv6
– Apparently easiest option
– Most network infrastructure devices support both IPv4 and IPv6
– Devices not supporting IPv6 need upgrading/replacing
– Staff training?
– Operational management tools?
– Last mile infrastructure impacts (especially if contracted)
– Transition technologies needed (eg NAT64, 6rd, 464XLAT…)
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 19
20. IPv6 Deployment Choices?
Summary
• Doing nothing feels safe
– But is it future proof?
• Prolonging IPv4 uses familiar technologies
– But what will it cost?
– Will it scale?
– What will the end-user impact be?
– What will the operator impact be?
• Deploying IPv6 is new
– Protocol looks and feels like IPv4
– Infrastructure upgrades and training costs are real
– Avoids the unknowns of prolonging IPv4 with more NAT
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 20
22. Internet business growth
Where is it coming from?
• Internet is also growing at a tremendous rate in aspiring
economies, but with distinctly different growth paths from
those seen in developed economies.
• So from where is the growth is coming? The following
charts show part of the answer.
https://www.apnic.net/community/ipv6-program/ipv6-for-decision-makers
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 22
23. Mobile cellular subscription
(per 100 inhabitants)
250.00
200.00
150.00
100.00
50.00
http://statistics.apec.org/index.php/key_indicator/index
Hong Kong, China, 227.93
Singapore, 153.40
Viet Nam, 149.41
Malaysia, 140.94
Chinese Taipei, 126.46
Thailand, 120.29
Indonesia, 115.20
Brunei Darussalam, 113.77
Japan, 109.43
Korea, 110.36
New Zealand, 110.33
The Philippines, 106.77
Australia, 106.19
China, 81.26
Papua New Guinea, 37.78
0.00
Brunei Darussalam
2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 23
24. Mobile cellular subscription
(per 100 inhabitants)
Hong Kong, China, 227.93
• More than one subscription per person
• HK : 225, Singapore: 150, Vietnam: 150,
Malaysia: 140, Taiwan: 125, Thailand:120,
Indonesia: 115
• We can conclude that aspiring economies are
moving straight to Mobile networks.
Singapore, 153.40
Viet Nam, 149.41
Malaysia, 140.94
Chinese Taipei, 126.46
Thailand, 120.29
Indonesia, 115.20
Brunei Darussalam, 113.77
Japan, 109.43
Korea, 110.36
New Zealand, 110.33
The Philippines, 106.77
Australia, 106.19
China, 81.26
Papua New Guinea, 37.78
250.00
200.00
150.00
100.00
50.00
0.00
2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012
http://statistics.apec.org/index.php/key_indicator/index
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 24
25. Mobile Cellular Subscriptions
(ratio to fixed telephone lines)
The Philippines, 26.15
Papua New Guinea, 19.49
Viet Nam, 13.16
Thailand, 13.16
Malaysia, 9.01
Indonesia, 7.42
Brunei Darussalam, 6.62
Singapore, 4.05
China, 3.94
Hong Kong, China, 3.76
New Zealand, 2.62
Australia, 2.32
Japan, 2.15
Korea, 1.78
Chinese Taipei, 1.84
30.00
25.00
20.00
15.00
10.00
5.00
0.00
Brunei Darussalam
2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012
http://statistics.apec.org/index.php/key_indicator/index
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 25
26. Mobile Cellular Subscriptions
(ratio to fixed telephone lines)
The Philippines, 26.15
• PNG’s growth rate since 2006 is phenomenal:
10x growth between 2006 – 2012.
• The Philippines, Vietnam and Thailand show
similar steep growth curve.
• Compared with these aspiring economies, it is
quite interesting to see only a moderate growth
rate in developed economies such as Japan,
Singapore and Hong Kong
Papua New Guinea, 19.49
Viet Nam, 13.16
Thailand, 13.16
Malaysia, 9.01
Indonesia, 7.42
Brunei Darussalam, 6.62
Singapore, 4.05
China, 3.94
Hong Kong, China, 3.76
New Zealand, 2.62
Australia, 2.32
Japan, 2.15
Korea, 1.78
Chinese Taipei, 1.84
30.00
25.00
20.00
15.00
10.00
5.00
0.00
2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012
http://statistics.apec.org/index.php/key_indicator/index
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 26
27. Growth path in aspiring economies
• Given the recent robust increase in mobile devices such as
smart phones and tablets, it is quite obvious that many
Internet users in growing economies are accessing the
Internet through mobile devices:
– Most likely solely from mobile devices, compared with Internet users
in developed economies.
• Mobile devices are a much lower cost to obtain than
personal computers, and cellular networks are free from the
high cost of cable installation on land.
https://www.apnic.net/community/ipv6-program/ipv6-for-decision-makers
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 27
28. Internet subscriptions, Broadband
(per 100 inhabitants)
Korea, 37.56
Hong Kong, China, 31.55
New Zealand, 27.79
Japan, 27.92
Singapore, 26.08
Australia, 25.06
Chinese Taipei, 23.88
China, 12.97
Malaysia, 8.39
Thailand, 6.23
Viet Nam, 4.96
Brunei Darussalam, 4.81
The Philippines, 2.23
Indonesia, 1.22
Papua New Guinea, 0.13
40.00
35.00
30.00
25.00
20.00
15.00
10.00
5.00
0.00
Brunei Darussalam
2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012
http://statistics.apec.org/index.php/key_indicator/index
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 28
29. Internet subscriptions, Broadband
(per 100 inhabitants)
Korea, 37.56
Hong Kong, China, 31.55
• Top five economies with higher subscriptions of broadband Internet
per 100 inhabitants are Korea, Hong Kong, Japan, New Zealand
and Singapore.
• Interestingly, these economies are simultaneously listed with
moderate and rather slower growth rate of mobile cellular
subscriptions in ratio to fixed telephone lines (See the previous
chart)
New Zealand, 27.79
Japan, 27.92
Singapore, 26.08
Australia, 25.06
Chinese Taipei, 23.88
China, 12.97
Malaysia, 8.39
Thailand, 6.23
Viet Nam, 4.96
Brunei Darussalam, 4.81
The Philippines, 2.23
Indonesia, 1.22
Papua New Guinea, 0.13
40.00
35.00
30.00
25.00
20.00
15.00
10.00
5.00
0.00
2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012
http://statistics.apec.org/index.php/key_indicator/index
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 29
30. Growth path of the Internet
• While fixed network broadband still provides an important base
for Internet users in developed economies, mobile network
access to the Internet has became a major foundation for both
currently growing economies and developed economies
– Mobile networks’ role in currently growing economies is phenomenal.
• Such dynamic changes induced by rapid evolution of the
infrastructure will bring in so many new Internet users into the
market place.
• According to the McKinsey&Company’s report:
– In 2010, 310 million mobile devices were used to access the Internet in
30 aspiring economies out of 800 million worldwide.
– It’s almost 40% of the total and it is easy to imagine this trend will
continue in the foreseeable future.
https://www.apnic.net/community/ipv6-program/ipv6-for-decision-makers
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 30
31. Global LTE growth focus
www.4gamericas.org/index.cfm?fuseaction=page&pageid=1781
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 31
32. Global LTE growth focus
www.4gamericas.org/index.cfm?fuseaction=page&pageid=1781
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 32
33. LTE user devices 2011 - 2013
http://www.gsacom.com/news/gsa_387.php
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 33
34. Rapidly increasing mobile devices
• The business competency of mobile network operators is
shifting from being a traditional voice and messaging
provider to a mobile broadband service provider
– Services on voice, messaging, and data are converging on IP-based
services
• Given the rapid increase in the number of mobile devices,
rich media applications and content, investing in techniques
just to extend the lifetime of IPv4 is ultimately limited from a
business continuity point of view
– IPv6 will sustain a future business model
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 34
35. IPv6 in mobile networks
• Significant growth in mobile devices accessing the Internet
– Entry of mobile devices into the Internet is largely impacting the
demography of Internet users and their behavior
– Sustaining end-to-end connectivity will lead to innovative use of these
tools
– We have not seen the largest growth of the Internet yet!
– And it’s coming!!
• For example, Internet of Things, new applications using
Machine-2-Machine (M2M) connectivity in areas of:
– Energy and utilities, financial services and banking, government,
healthcare, travel and transportation, etc.
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 35
37. Remaining IPv4 address
NRO data: Oct 2013
http://www.nro.net/wp-content/uploads/NRO_Q3_2013.pdf Oct, 2013
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 37
38. Percentage of members with both
IPv4 and IPv6 in each RIR
NRO data: Oct 2013
http://www.nro.net/wp-content/uploads/NRO_Q3_2013.pdf Oct, 2013
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 38
39. Network with IPv6
16000
8000
0
http://bgp.potaroo.net/stats/nro/v6/ as of Nov 2013
IPv6 BGP Table Size
2012 – 2013: 45% YoY
2011 – 2012: 50% YoY
2010 12
11 13
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 39
40. IPv6 transit AS
IPv6 readiness in core of the Internet
http://6lab.cisco.com/stats/index.php
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 40
41. IPv6 adoption in Internet core
networks
http://6lab.cisco.com/stats/cible.php?country=world
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 41
42. World ranking
IPv6 ready web sites
http://6lab.Alexa top 500 website / economy cisco.com/stats/index.php
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 42
43. IPv6 enabled DNS servers
Sites with IPv6 Authoritative DNS Server
www.vyncke.org/ipv6status
IPv6 DNS server reachable
AAAA/NS exists but unreachable
% of site in Alexa top-50 sites
20
10
0
2010-06
2011-01
2012-01
2012-12
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 43
44. IPv6 enabled www sites
% of site in Alexa top-50 sites
4
0
2010-06
AAAA for www.* reachable
2011-07
2012-05
2013-04
www.vyncke.org/ipv6status
AAAA for alternative FQDN reachable
7
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 44
45. IPv6 measurement
End user readiness: World
http://labs.apnic.net/ipv6-measurement/Regions/001%20World/ as of 29/09/2013
45
%
Data source from “flash” and “JavaScript”
and including viewers from mobile devices
46. IPv6 measurement
End user readiness: World rankings
http://labs.apnic.net/ipv6-measurement/Economies/
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 46
47. IPv6 deployment leaderboard
in the world
ASN Entity Economy IPv6
preferred
rate
22394 Cellco Verizon Wireless US 38.46
2516 KDDI KDDI CORPORATION JP 29.17
18126 CTCX Chubu Telecommunications Company; Inc. JP 28.43
8708 RCS-RDS SA RO 23.38
3303 Swisscom CH 22.20
4739 INTERNODE-AS Internode Pty Ltd AU 14.34
7922 Comcast US 12.16
4773 MOBILEONELTD-AS-AP MobileOne Ltd. Mobile/
Internet Service Provider Singapore
SG 9.90
23655 SNAP-NZ-AS Snap Internet Limited NZ 8.72
55430 STARHUBINTERNET-AS-NGNBN Starhub Internet
Pte Ltd
SG 8.53
http://labs.apnic.net/ipv6-measurement/AS/ 09/10/2013
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 47
48. Observation
• IPv6 deployment status is varied among regions,
economies and individual ASN (network operators)
– IPv6 deployment is not happening all at once
– Some economies have been very active in terms of IPv6 deployment
– Some ASNs have been very active in terms of IPv6
• See more details in
– http://labs.apnic.net
– http://www.apnic.net/community/ipv6-program/data
48
50. IPv6 prefix data in Brunei
Allocated IPv6 prefixes = 5
Routable IPv6 prefixes = 1
Alive IPv6 prefixes = 1
2003 2010 2011 2012
http://6lab.cisco.com/stats/cible.php?country=BN as of 04/11/2013
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 50
51. IPv6 enabled transit providers in
Brunei
Transit IPv4 AS = 3
http://6lab.cisco.com/stats/cible.php?country=BNas of 06/11//2013
Transit IPv6 AS = 0
2013
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 51
52. IPv6 enabled content in Brunei
Not IPv6 enabled = 462
IPv6 websites = 34
http://6lab.cisco.com/stats/cible.php?country=BN as of 06/11/2013
2013
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 52
53. IPv6 measurement
End user readiness: Brunei
http://6lab.cisco.com/stats/cible.php?country=bnas of 18/11//2013
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 53
54. Observations
IPv6 deployment in Brunei
• Transit networks, providers need to get ready with IPv6
capability in their core.
• End user deployment is always going to be challenging
– Due to CPE upgrade costs, customer-provisioning costs
• Other economies appear to be facing similar problems
– But some ISPs are also biting the bullet.
– CTC, KDDI, Internode, MobileOne, Starhub, RCS, Comcast
• IPv6 capability to be explored
– More IPv6 implementation in the last mile is required in Brunei to
grow the base of end users that have access to IPv6 enabled Internet
resources via IPv6 enabled access and core networks
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 54
56. IPv6 deployment @AKAMAI
IPv6 is live in June 2012 June 2013
Countries 53 64
Cities 175 240
Networks 225 300
Akamai server locations 600 800
Akamai servers 37,000 70,000
Total of 1100+ networks in 83 countries
http://conference.apnic.net/data/36/20130826-apnic-2013_13775025031.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 56
57. IPv6 deployment @AKAMAI
http://conference.apnic.net/data/36/20130826-apnic-2013_13775025031.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 57
58. IPv6 growth path @AKAMAI
http://conference.apnic.net/data/36/20130826-apnic-2013_13775025031.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 58
59. IPv6 growth path @AKAMAI
http://conference.apnic.net/data/36/20130826-apnic-2013_13775025031.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 59
60. What AKAMAI sees
http://conference.apnic.net/data/36/20130826-apnic-2013_13775025031.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 60
62. IPv6 deployment @CTC
• CTC: a regional ISP in Japan
– About 600,000 subscribers
– Services: High-speed Internet access, VoIP and TV
• Mar 2010: Started research on how to deploy IPv6
• Mar 2011: Started IPv6 Deployment Project
– Customers should be able to automatically access to the Internet
either via IPv4/IPv6 without caring about IPv4/IPv6 connectivity
• Aug 2012: Started delivering IPv6 access service on their
FTTH Internet access services
• And today…
http://conference.apnic.net/data/36/shinichi-yamamoto-enabling-ipv6-on-ftth.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 62
63. IPv6 deployment @CTC
http://labs.apnic.net/ipv6-measurement/AS/1/8/1/2/6/ as of 15/11/2013
Aug 2012
IPv6 services
started
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 63
64. Overview: IPv6 Deployment Project
@CTC
http://conference.apnic.net/data/36/shinichi-yamamoto-enabling-ipv6-on-ftth.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 64
66. IPv6 deployment @VZW
http://conference.apnic.net/__data/assets/pdf_file/0017/50813/vzw_apnic_13462152832-2.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 66
67. IPv6 deployment @VZW
http://conference.apnic.net/__data/assets/pdf_file/0017/50813/vzw_apnic_13462152832-2.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 67
68. IPv6 deployment @VZW
Today
http://labs.apnic.net/ipv6-measurement/AS/2/2/3/9/4/ as of 15/11/2013
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 68
70. Australia
• A Strategy for the Implementation of IPv6 in Australian
Government Agencies
– Version 1 in 2007, Version 2 in 2009
– All government agencies should have IPv6 capable hardware and
software platforms by 2012
– To operate dual stack IPv4 and IPv6 environment by 2015
• Stage 1: Preparation (Jan 2008 – Dec 2009)
• Stage 2: Transition (Jan 2010 – Dec 2011)
• Stage 3: Implementation (Jan 2012 – Dec 2012)
• Internode: IPv6 commercial service is available since 2008
– About 14% of end users can access IPv6 networks and resouces
• Telstra: IPv6 commercial service for enterprises since 2011
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 70
71. Australia: Stats
• Reported update on the current Stage 3 implementation
level (as of 2012) reported by AGIMO
http://www.ipv6.org.au/summit/talks/JohnHillier_AGIMO_IPv6Summit12.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 71
73. China
• Announcement made by the Chinese State Council in Nov
2011
– IPv6 mandates to the Industry
• “China will put Internet Protocol version 6 (IPv6) into small-scale commercial pilot
use and form a mature business model by the end of 2013, the State Council
recently said at an executive meeting about the main goals and road map for the
China Next Generation Internet project” (People’s Daily Online, Jan 2012, http://
english.people.com.cn/90778/7696495.html)
• 3 million users for each operators by 2013
• 25 million users by 2015
– SPs in China are responding to this mandate
• “IPv6 Deployment Experience in China Telecom” (@APNIC36, Aug 2013)
– http://conference.apnic.net/data/36/0828ipv6-deployment-experience-in-ctv4_13770491941.pdf
– More than 3 mil IPv6 subscribers by the end of 2013, more than 8mil by the end of 2015
• IPv6 Progress in China Mobile (@APNIC34, Aug 2012)
– http://conference.apnic.net/__data/assets/pdf_file/0007/50668/ipv6-progress-in-china-mobile-
20120829_1345773579.pdf
– Starting IPv6 commercial service 2014 - 2015
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 73
76. India
• National IPv6 deployment roadmap (version 2)
– The original version was issued in June 2010
• Recommendations for Internet multi-stakeholders
– Enable IPv6 services at all new enterprise customers (connecting to
the Internet after Jan 2014)
– Enable IPv6 services at all new retail wire line customers (connecting
to the Internet after July 2014)
– Enable IPv6 services for LTE customers (connecting to the Internet
after June 2013)
– All content and application providers to adopt iPv6 for new contents
and applications by June 2014
– All new .in domain to be compulsorily on dual stack from Jan 2014
– All governments complete transition to IPv6 by Dec 2017
http://conference.apnic.net/__data/assets/pdf_file/0006/58533/DOT-PPT-APIPv6TF-Agarwal-ver2.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 76
78. Japan
• Ministry of Internal Affairs and Communications conducts
regular IPv6 Study Group
– Partnership between the public and private sectors
• Detailed field level discussions
– Most recent one on July 2013
• Active discussion on CGN: concerns on its relatively high costs, possible negative
impact to end users
• Update on usage of existing IPv6 test bed (APs and CPs)
• Discussion on potential formats of IPv6 service deliveries: Default IPv6 services
– Some providers are experiencing positive result
• Discussion on IPv6 services in mobile networks
• Discussion on developing IPv6 security guidelines
http://www.soumu.go.jp/main_sosiki/joho_tsusin/policyreports/chousa/ipv6_internet/02kiban04_03000222.html
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 78
80. Korea
• IPv6 interconnection agreement among ISPs in Korea
– Wired network: 3 major ISPS (KT, SKB, LGU+) adopted IPv6 at their
backbone and IXs (Dec 2012)
• Mobile network: A joint project of Korea Internet & Security
Agency (KISA) and SK Telecom (Number one mobile
network operator in Korea) to test IPv6 on LTE mobile
network (Dec 2012)
• Android devices on NAT64 successfully worked
• http://www.youtube.com/watch?v=wYzN0c7go4M
• IPv6 traffic monitoring and billing system etc. need to be prepared before
commercializing the service
http://conference.apnic.net/__data/assets/pdf_file/0009/58455/ipv6-deployment-update-from-koreakisa_youngsun-la_1361361191.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 80
81. Korea
• IPv6 industry survey conducted by KISA (2013)
– Relatively low response rate: level of interest toward IPv6?
– Identified IPv6 challenges and requirements
• Lack of experts and IPv6 technical knowledge
• Lack of R&D test environment
• Market’s needs and government’s plans
• Development of guideline document by the government
• Conducting performance measurement
http://conference.apnic.net/data/36/apnic36_nirsig_krnic_updateyoungsun-la_20130822_1377152839.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 81
83. Singapore
• IPv6 Transition Program lead by Infocomm Development
Authority (iDA) of Singapore
– To apply multi-stakeholder approach in conjunction with “pull” and
“push” strategies to support IPv6 adoption
• Create Initial IPv6 demand by enterprises, government agencies, content and
application providers
• Create IPv6 supply by network providers
• Drive competency across multi-stakeholders
• Ensure IPv6 and IPv4 performance equity by hardware and software vendors
• Raise awareness on IPv6 across multi-stakeholders
• Managing IPv4 address exhaustion mainly by network providers
– To address the issue of IPv4 exhaustion and to facilitate the smooth
transition of the Singapore infocomm ecosystem to IPv6
– To promote IPv6 adoption in the local industry
• OneAsia Host, MobileOne, Starhub etc.
http://www.ida.gov.sg/Infocomm-Landscape/Technology/IPv6
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 83
85. Taiwan
• “IPv6 Upgrade Promotion Program” lead by Ministry of
Transportation and Communications
– 2012 – 2013: Enable dual stack among 50% of public network
services (Web, DNS, email)
– 2014 – 2015: Enable dual stack the remaining public network
services
– Monitoring IPv6 deployment status in Taiwan
– TWNIC’s active engagement
http://conference.apnic.net/36/program#/speaker/Sheng-Wei%20Kuo
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 85
87. Vietnam
• Continuous support provided by Ministry of Information and
Communications, Vietnam National IPv6 Task Force and
VNNIC to raise IPv6 awareness and skill up trainings
– Vietnam IPv6 Day Conference in 2012 and 2013
– Vice Minister of MIC and CEOs of top 8 local ISPs officially launched
IPv6 service, May 2013
– IPv6 infrastructure security workshop for network engineers
coordinated by VNNIC
• Collaboration with JANOG members
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 87
88. Vietnam: Stats
http://labs.apnic.net/ipv6-measurement/Economies/VN/
Data source from “flash” and “JavaScript”
and including viewers from mobile devices
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 88
89. Governments’ support
• IPv6 awareness among governments’ in the AP region is
very high
– Many initiatives from governments has been implemented
• Partnership between the public and private sectors in various forms
• Developing national policies and guidelines and roadmaps to enable IPv6
• Enabling IPv6 in government networks
• Mandating for IPv6 readiness in government procurement for ICT goods and
services
• Raising IPv6 awareness among key people in the government and industry
• Providing timely skill up training
• Monitoring IPv6 deployment measurement and share information with industry
• Include the necessity of IPv6 deployment in ministerial statements
• Continuous engagement with industry will help
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 89
90. APEC TEL Ministerial Declarations
• APEC TEL: 21 member economies in the Pacific Rim
– Brunei is an APEC member economy
– ICT Ministers supported the APEC TEL IPv6 Guidelines in the 2010
and 2012 Ministerial Declarations
– 2010: “We recognize that the free pool of IPv4 addresses is expected
to be exhausted around 2012, and the transition to IPv6 will facilitate
the achievement of universal broadband access in the APEC region.
We support the IPv6 Guidelines developed by TEL.”
– 2012: “Given the rapid growth of both fixed and mobile
communication devices requiring unique Internet addresses in all
member economies, we welcome TEL’s continuous efforts to
progress transition to IPv6, as expressed in the TEL IPv6 Guidelines.
We encourage TEL to cooperate with all stakeholders to achieve this
goal.”
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 90
92. Example: APEC TEL IPv6 Guidelines
• Scope of the document
– Overall planning
– Technical management
– Human capacity development
– International and cross-agency cooperation
– Lead the industry by example by adopting IPv6
– Partnership between governments and industry
http://www.apec.org/Groups/SOM-Steering-Committee-on-Economic-and-Technical-Cooperation/Working-Groups/~/media/Files/Groups/TEL/2010_APEC-TEL-IPv6-guidelines-FINAL.doc
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 92
93. Overall planning
• To review the impact of IPv4 address exhaustion
• To develop an IPv6 deployment plan
– Deployment strategy
– Scope
– Schedule
– Assessment
– Public Relations (PR)
• Management and coexistence of IPv4
• Staff training
• To work with all relevant stakeholders
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 93
94. Technical management
• To assess the possibility of IPv4 and IPv6 co-existence with any
desired technology to assure smooth transition from IPv4 to IPv6
• To assess IPv6 readiness of public ICT system
• To assess security implication of IPv6 deployment and adjust
your security plans appropriately
• To work as appropriate with groups (e.g., APNIC) to further your
technical capacity
• To identify existing test labs in the APEC region and develop
plans for information exchange and cooperation
• To promote information exchange and cooperation between
existing test labs in the region and other relevant groups (e.g.,
APEC TEL)
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 94
95. Human capacity development
• To work with experts from the private sector, the Internet
technical community, and academic institutions to enhance
IPv6 skills of technical staff in relevant entities
– Regular skill up trainings and workshops
– Establishing a test lab
• To monitor development of IPv6 Best Current Practices
(BCP)
– Network Operators Group meetings
– Asia Pacific Regional Internet Conference on Operational
Technologies (APRICOT)
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 95
96. International and Cross-Agency
Cooperation
• To share information and BCP of IPv6 deployment with
other economies via inter-governmental organizations, e.g.,
– APEC TEL, APT, ITU, etc.
• To encourage information exchange and sharing among
agencies and ministries in order to establish best practices
and to avoid duplicating efforts in each IPv6 implementation
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 96
97. Lead the industry by example in
adopting IPv6
• To ensure governments’ online presence is accessible by
both IPv4 and IPv6
• To work with relevant government agencies to advise new
procurement requirements to include IPv6 capabilities
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 97
98. Partnership between governments
and industry
• To conduct periodic information exchange and other
collaboration initiatives with the industry on Ipv6
deployment plans
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 98
99. Example: Singapore
• Report for Infocomm Development Authority (iDA), “IPv6
adoption guide for Singapore” by Analysys Mason and Tech
Mahindra
– http://www.ida.gov.sg/~/media/Images/Infocomm%20Landscape/
Technology/IPv6/download/IPv6AdoptionGuideforSingapore.pdf
• Thorough survey to identify the current status of IPv6 in
Singapore
• Develop IPv6 adoption guidelines
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 99
100. Example: Singapore
IPv6 adoption
guide for Network
Providers
http://www.ida.gov.sg/~/media/Images/Infocomm%20Landscape/Technology/IPv6/download/IPv6AdoptionGuideforSingapore.pdf P56
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 100
101. Example: Taiwan
• National IPv6 Program
– Taiwan IPv6 UP Program initiated by National Information and
Communication Initiative Committee (NICI)
– Phase 1: 2002 – 2008, Study
– Phase 2: 2009 – 2012, Pre-implementation
– Phase 3: 2012 – 2016, Upgrade Program
http://conference.apnic.net/__data/assets/pdf_file/0016/50650/taiwan_ipv6_success_story_new0822_22p_1346233359.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 101
102. Example: Taiwan
• Goals
– Upgrade Government Service Network (GSN) to IPv6 smoothly
– Encourage R&D of IPv6 enabled appliances and services
– Encourage creation of intelligent IPv6 applications
• Strategies
– Conduct a survey to identify challenges
– Define Standard Operating Procedure (SOP) to enable IPv6 services
for major Internet services
– Encourage ISPs to deploy IPv6 transition technologies
– Support technical IPv6 training courses
http://conference.apnic.net/__data/assets/pdf_file/0016/50650/taiwan_ipv6_success_story_new0822_22p_1346233359.pdf
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 102
103. Example: Taiwan
• Government’s IPv6 transition initiative:
– Good approach to motivate the ICT industry to develop IPv6 services
• Cost effective strategies
– To upgrade in accordance with the age-replacement of network
devices
• Monitoring IPv6 deployment status
– IPv6 allocation and BGP advertisement
– IPv6 enabled end users
– Network traffic
– Services availability of ccTLD
– DNS query to specific ccTLD
– Number of IPv6 enabled products
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 103
104. Discussion in the afternoon
• Does Brunei need to care about IPv6?
– If so then why?
• How does Brunei want to mange the IPv6 transition
process?
• What will work for Brunei?
– Is there any good example already existing?
• What are your timeframe?
• Etc.
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 104
106. www.apnic.net/ipv6
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 106
107. www.apnic.net/ipv6
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 107
108. IPv6@APNIC: IPv6 for governments
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 108
109. APNIC trainings
http://training.apnic.net/
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 109
110. APNIC engineering assistance
http://training.apnic.net/engineering-assistance
• Directly support regional infrastructure development
• Bridge the gap between APNIC Training courses and the
services of a consultancy organization
• Cost recovery
• Specialist skills
– Routing protocols, IPv6 technology and deployment, Network
infrastructure security etc.
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 110
111. APRICOT2014 and APNIC37
Feb 2014
http://2014.apricot.net/program
This document is uncontrolled when printed. Before use, check the APNIC electronic master
document to verify that this is the current version.
Issue Date: [22/11/2013] Rev: [01] 111