Service Provider Ipv6 Deployment BRKSPG-3300

Total Page:16

File Type:pdf, Size:1020Kb

Service Provider Ipv6 Deployment BRKSPG-3300 Service Provider IPv6 Deployment BRKSPG-3300 Amarjit Gahir – Solutions Architect BRKSPG-3300 Prerequisites: Session Abstract • This session focuses on SP IPv6 deployment techniques in core networks which will help network designers and administrators understand IPv6 operation and implementation options for native IPv4 and MPLS core environments. This session will also shed light on IPv6 Multihoming, addressing and Cisco Carrier- Grade IPv6 (CGv6) Solution considerations in core networks. • Attendee must have a solid foundation of IPv6 basics (Protocol, Addressing, Routing), MPLS and Multicast. © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 2 Agenda • SP IPv6 Integration Strategy • IPv6 in Core Networks and Deployment Models • IPv6 Addressing Considerations • IPv6 Multi-homing Considerations • Carrier-Grade IPv6 Solution – CGv6 • Conclusion Growing Internet Challenge & Evolution Moving from 1 to 2 to 3 to 1 ….. Public Public IPv4 IPv4 Public IPv6 IPv4 Private IPv6 Private IPv4 IPv4 • 2012: Mandates take effect – GlobAlization - WorldIPv6LAunch - Massive Mobile deployment. Transition to IPv6 forces Services & Applications running over IPv6 customers to acquire product or managed services to sustain business and IPv4/IPv6 Coexistence Infrastructure customer reach IPv6 Internet • 2015: IPv6 is mAinstreAm Customers without transition Preserve IPv4 infrastructure experience v4 run out reduced service levels, diminished customer reach 2012 2015 2020+ © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public IPv4 Runout RIR Projected RemAining ExhAustion Addresses in Date RIR Pool (/8s) APNIC 19-Apr-2011 0.6079 (actual) RIPE NCC 14-Sep-2012 0.9394 (actual) LACNIC 10-Jun-2014 0.1067 (actual) ARIN 24 Sep-2015 (actual) AFRINIC 11-Jan-2019 1.6947 5 © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public IPv6 Market Adoption: 6lab.cisco.com/stats • ~90 % of Internet Core transit is IPv6 enabled • ~ 98% of TLD (top level domain) have ipv6 nameserver • ~ 17% of users are accessing google over IPv6 • Progress has been encouraging: Google has recently reported that double digit of their traffic is now IPv6; Comcast and AT&T are showing double digit percentages of traffic. T-Mobile and Verizon has made great strides in getting IPv6 in their mobile networks, and the IPv6 is enabled on most of the current windows/MAC/Linux based operating systems © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public Go IPv6! • Facebook News Feeds Load 20-40% Faster Over IPv6 • “Want to read your Facebook News Feed faster? Ask your Internet Service Provider (ISP) if you can get IPv6!” Paul Saab, Facebook https://www.youtube.com/watch?v=An7s25FSK0U&feature=youtu.be&t=19m • IPv6 Support For All iOS 9 Apps • “Because IPv6 support is so critical to ensuring your applications work across the world for every customer, we are making it an AppStore submission requirement, starting with iOS 9.” Sebastien Marineau, VP of Core OS, Apple http://www.internetsociety.org/deploy360/blog/2015/06/apple-will-require-ipv6-support-for-all-ios-9-apps/ 7 © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public IPv6 in the SP: Drivers • External Drivers • SP customers that need access to IPv6 resources • SP customers that need to interconnect their IPv6 sites • SP customers that need to interface with their own customers over IPv6 • Internal Drivers • Handle some problems that are hard to fix with IPv4 • Public IPv4 address exhaustion • Private IPv4 address exhaustion • Strategic Drivers • Long term expansion plans and service offering strategies • Preparing for new services and gaining competitive advantage © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 8 IPv6 Integration and Co-Existence • Many ways to deliver IPv6 services to End Users, Most important is End to End IPv6 traffic forwarding as applications are located at the edge • SPs may have different deployment needs and mechanisms but basic steps are common •IPv6 Addressing Scheme •Routing Protocol(s) •IPv6 Services - QoS, Multicast, DNS, … •Security •Network Management • Resources are shared between the two protocols for both Control and Forwarding Plane. Evaluate processor utilization and memory needs • Most vendors have good IPv6 HW forwarding performance © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 9 Agenda • SP IPv6 Integration Strategy • IPv6 in Core Networks and Deployment Models • IPv6 Addressing Considerations • IPv6 Multi-homing Considerations • Carrier-Grade IPv6 Solution – CGv6 • Conclusion IPv6 Deployment Options — CORE • SP Core Infrastructures – 2 Basic Paths • Native IPv4 core with associated services • L2TPv3, QoS, Multicast, … • MPLS with its associated services • MPLS/VPN, L2 services over MPLS, QoS, … • IPv6 in Native IPv4 Environments • Tunnelling IPv6-in-IPv4 • Native IPv6 with Dedicated Resources • Dual-Stack IPv4 and IPv6 • IPv6 in MPLS Environments • IPv6 over L2TPv3 • IPv6 over EoMPLS/AToM • IPv6 CE-to-CE IPv6 over IPv4 tunnels • IPv6 Provider Edge Router (6PE) over MPLS • IPv6 VPN Provider Edge (6VPE) over MPLS • Native IPv6 MPLS © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 11 Agenda • SP IPv6 Integration Strategy • IPv6 in Core Networks and Deployment Models • IPv6 in Native IPv4 Environments • IPv6 in MPLS Environments • IPv6 Addressing Considerations • IPv6 Multi-homing Considerations • Carrier-Grade IPv6 Solution – CGv6 • Conclusion Dual Stack IPv4 and IPv6 IPv6 + IPv4 Dual Stack App IPv4 + IPv6 Edge Core IPv4 and/or IPv4 edge CE PE P P PE CE IPv4 IPv6 IPv4/IPv6 IPv4 configured interface IPv4 Core IPv6 Some or all interfaces in cloud dual configured IPv6 configured interface § All P + PE routers are capable of IPv4+IPv6 support § Two IGPs supporting IPv4 and IPv6 § Memory considerations for larger routing tables § Native IPv6 multicast support § All IPv6 traffic routed in global space § Good for content distribution and global services (Internet) © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 13 Agenda • SP IPv6 Integration Strategy • IPv6 in Core Networks and Deployment Models • Native IPv4 Environments • IPv6 in MPLS Environments • IPv6 Addressing Considerations • IPv6 Multi-homing Considerations • Carrier-Grade IPv6 Solution – CGv6 • Conclusion IPv6 Provider Edge Router (6PE) over MPLS iBGP (MBGP) Sessions 2001:DB8:: v6 v6 2003:1:: 145.95.0.0 v4 v6 2001:CAFE:: 6PE P P 6PE Dual Stack IPv4-IPv6 Routers Dual Stack IPv4-IPv6 Routers v6 2001:F00D:: P P CE 6PE IPv4 6PE MPLS 192.76.10.0 v4 v4 192.254.10.0 CE CE § IPv6 global connectivity over and IPv4-MPLS core § Transitioning mechanism for providing unicast IP § PEs are updated to support dual stack/6PE § IPv6 reachability exchanged among 6PEs via iBGP (MBGP) § IPv6 packets transported from 6PE to 6PE inside MPLS © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 15 6PE Routing/Label Distribution 6PE-2 Sends MP-iBGP Advertisement to 6PE-1 Which Says: IGPv6 or MP-BGP 2001:F00D:: Is Reachable Advertising Via BGP Next Hop = 200.10.10.1 (6PE-2) 2001:F00D:: Bind BGP Label to 2001:F00D:: (*) IPv6 Next Hop Is an IPv4 Mapped IPv6 Address Built from 2001:DB8:: 200.10.10.1 IGPv4 Advertises Reachability 6PE-1 2001:F00D:: of 200.10.10.1 200.11.11.1 6PE-2 LDPv4 Binds Label to 200.10.10.1 P1 P2 200.10.10.1 LDPv4 Binds LDPv4 Binds Label Implicit-Null (i.e. to 200.10.10.1 Pop) to 200.10.10.1 IGPv6 or MP-BGP Advertising 2001:F00D:: © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 16 6PE Forwarding (6PE-1) IPv6 Forwarding and Label Imposition: § 6PE-1 receives an IPv6 packet § Lookup is done on IPv6 prefix § Result is: Label binded by MP-BGP to 2001:F00D:: Label1 binded by LDP/IGPv4 to the IPv4 address of BGP next hop (6PE-2) 2001:DB8:: 6PE-1 2001:F00D:: IPv6 Packet to 2001:F00D::1 6PE-2 LDP/v4 MP-BGP Label1 to IPv6 Label Packet 6PE-2 P1 P2 © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 17 6PE Forwarding (P1) IPv6-UN-aware MPLS Label Switching: § P1 receives an MPLS packet § Lookup is done on Label1 § Result is Label2 2001:DB8:: 6PE-1 2001:F00D:: 6PE-2 P1 P2 LDP/v4 MP-BGP Label2 to IPv6 PAcket 6PE-2 Label © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 18 6PE Forwarding (P2) IPv6-UN-aware MPLS Label Switching: § P2 receives an MPLS packet § Lookup is done on Label2 § Result includes Pop label (PHP), if used 2001:DB8:: 6PE-1 2001:F00D:: 6PE-2 P1 P2 MP-BGP IPv6 Label Packet © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 19 6PE Forwarding (6PE-2) § MPLS label forwarding: § 6PE-2 receives an MPLS packet § Lookup is done on label § Result is: Pop label and do IPv6 lookup on IPv6 destination 2001:DB8:: 6PE-1 2001:F00D:: 6PE-2 P1 P2 © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 20 For Your 6PE-1 Configuration Reference ipv6 cef 2001:DB8:: iBGP Session ! mpls label protocol ldp ! router bgp 100 6PE-2 no synchronization 6PE-1 no bgp default ipv4 unicast neighbor 2001:DB8:1::1 remote-as 65014 2001:DB8:1::1 Is the Local CE neighbor 200.10.10.1 remote-as 100 200.10.10.1 Is the Remote 6PE neighbor 200.10.10.1 update-source Loopback0 ! address-family ipv6 neighbor 200.10.10.1 activate neighbor 200.10.10.1 send-label Send Labels Along with IPv6 Prefixes by Means of neighbor 2001:DB8:1::1 activate MP-BGP Note: Will Cause redistribute connected Session to Flap no synchronization exit-address-family © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public For Your 6PE Show Output Reference 6PE-1#show ip route 200.10.10.1 Routing entry for 200.10.10.1/32 Known via "isis", distance 115, metric 20, type level-2 [snip] * 10.12.0.1, from 200.10.10.1, via FastEthernet1/0 Route metric is 20, traffic share count is 1 6PE-1#show ipv6 route B 2001:F00D::/64 [200/0] via ::FFFF:200.10.10.1, IPv6-mpls 6PE-1#show ipv6 cef internal #hidden command .
Recommended publications
  • Accelerating Adoption of Ipv6
    Accelerating Adoption of IPv6 LUDVIG AHLINDER and ANDERS ERIKSSON KTH Information and Communication Technology Degree project in Communication Systems First level, 15.0 HEC Stockholm, Sweden Accelerating Adoption of IPv6 Ludvig Ahlinder and Anders Eriksson 2011.05.17 Mentor and Examiner: Prof. Gerald Q. Maguire Jr School of Information and Communications Technology Royal Institute of Technology (KTH) Stockholm, Sweden Abstract It has long been known that the number of unique IPv4-addresses would be exhausted because of the rapid expansion of the Internet and because countries such as China and India are becoming more and more connected to the rest of the world. IPv6 is a new version of the Internet Protocol which is supposed to succeed the old version, IPv4, in providing more addresses and new services. The biggest challenge of information and communication technology (ICT) today is to transition from IPv4 to IPv6. The purpose of this thesis is to accelerate the adoption of IPv6 by highlighting the benefits of it compared to IPv4. Although the need for more IP-addresses is the most urgent incentive for the transition to IPv6, other factors also exist. IPv6 offers many improvements to IPv4 which are necessary for the continued expansion of Internet-based applications and services. Some argue that we do not need to transition to IPv6 as the problems with IPv4, mainly the address- shortage, can be solved in other ways. One of the methods of doing this is by extending the use of Network Address Translators (NATs), but the majority of experts and specialists believe that NATs should not be seen as a long-term solution.
    [Show full text]
  • INTERNET ADDRESSING: MEASURING DEPLOYMENT of Ipv6
    INTERNET ADDRESSING: MEASURING DEPLOYMENT OF IPv6 APRIL 2010 2 FOREWORD FOREWORD This report provides an overview of several indicators and data sets for measuring IPv6 deployment. This report was prepared by Ms. Karine Perset of the OECD‟s Directorate for Science, Technology and Industry. The Working Party on Communication Infrastructures and Services Policy (CISP) recommended, at its meeting in December 2009, forwarding the document to the Committee for Information, Computer and Communications Policy (ICCP) for declassification. The ICCP Committee agreed to make the document publicly available in March 2010. Experts from the Internet Technical Advisory Committee to the ICCP Committee (ITAC) and the Business and Industry Advisory Committee to the OECD (BIAC) have provided comments, suggestions, and contributed significantly to the data in this report. Special thanks are to be given to Geoff Huston from APNIC and Leo Vegoda from ICANN on behalf of ITAC/the NRO, Patrick Grossetete from ArchRock, Martin Levy from Hurricane Electric, Google and the IPv6 Forum for providing data, analysis and comments for this report. This report was originally issued under the code DSTI/ICCP/CISP(2009)17/FINAL. Issued under the responsibility of the Secretary-General of the OECD. The opinions expressed and arguments employed herein do not necessarily reflect the official views of the OECD member countries. ORGANISATION FOR ECONOMIC CO-OPERATION AND DEVELOPMENT The OECD is a unique forum where the governments of 30 democracies work together to address the economic, social and environmental challenges of globalisation. The OECD is also at the forefront of efforts to understand and to help governments respond to new developments and concerns, such as corporate governance, the information economy and the challenges of an ageing population.
    [Show full text]
  • Ipv6 in Mobile Networks APRICOT 2016 – February 2016
    IPv6 in Mobile Networks APRICOT 2016 – February 2016 Telstra Unrestricted Introduction Sunny Yeung - Senior Technology Specialist, Telstra Wireless Network Engineering Technical Lead for Wireless IPv6 deployment Wireless Mobile IP Edge/Core Architect Telstra Unrestricted | IPv6 in Mobile Networks | Sunny Yeung | 02/2016 | 2 Agenda 1. Why IPv6 in Mobile Networks? 2. IPv6 – it’s here. Really. 3. Wireless Network Architectures 4. 464XLAT – Saviour? Or the devil in disguise? 5. Solution Testing and Results 6. Conclusion 7. Q&A Telstra Unrestricted | IPv6 in Mobile Networks | Sunny Yeung | 02/2016 | 3 Why IPv6 in Mobile Networks? Why IPv6 in Mobile Networks? • Exponential Growth in mobile data traffic and user equipment • Network readiness for Internet-of-Things • IPv4 public address depletion • IPv4 private address depletion • Offload the NAT44 architecture • VoLTE/IMS Remember – IPv6 should be invisible to the end-user Telstra Unrestricted | IPv6 in Mobile Networks | Sunny Yeung | 02/2016 | 5 IPv6 It’s Here. Really. IPv6 Global Traffic The world according to Google Source - https://www.google.com/intl/en/ipv6/statistics.html Telstra Unrestricted | IPv6 in Mobile Networks | Sunny Yeung | 02/2016 | 7 Carrier Examples SP1 SP2 / SP3 SP4 Dual-Stack SS+NAT64+DNS64+CLAT SS/DS+NAT64+DNS-HD +CLAT 1. Every carrier will have a unique set of circumstances that dictates which transition method they will use. There is no standard way of doing this. 2. You must determine which is the best method for your network. In any method, remember to ensure you have a long-term strategy for the eventual deployment of native Single Stack IPv6! Telstra Unrestricted | IPv6 in Mobile Networks | Sunny Yeung | 02/2016 | 8 IPv4 reality – from a business perspective 1.
    [Show full text]
  • DSL-Based Access Solutions Thomas Martin Session SPL-211
    SPL_211 © 2001, Cisco Systems, Inc. All rights reserved. 1 Design Principles for DSL-Based Access Solutions Thomas Martin Session SPL-211 SPL_211 © 2001, Cisco Systems, Inc. All rights reserved. 3 Agenda • Digital Subscriber Line Technologies • Subscriber Connection Models • Reaching the Services • Case Studies • Summary, Question and Answer SPL_211 © 2001, Cisco Systems, Inc. All rights reserved. 4 What is Digital Subscriber Line (DSL)? End-User DSL E’net ATM Value-Added Copper Loop Packet Network DSL DSL “Modem” “Modem” • DSL is a pair of “modems” on either end of a copper wire pair • DSL converts ordinary phone lines into high-speed data conduits • Like dial, cable, wireless, and E1, DSL by itself is a transmission technology, not a complete end-to-end solution • End-users don’t buy DSL, they buy services such as high-speed Internet access, intranet, leased-line, voice, VPN, and video on demand SPL_211 © 2001, Cisco Systems, Inc. All rights reserved. 5 DSL Modem Technology DSLDSL ServiceService Max.Max. DataData RateRate AnalogAnalog VoiceVoice Max.Max. ReachReach Down/UplinkDown/Uplink (bps)(bps) SupportSupport (km-feet)(km-feet) Residential VDSL–Very 25M/1.6M25M/1.6M YesYes .9–3,000.9–3,000 High Bit Rate oror 8M/8M8M/8M SOHO ADSL–Asymmetric 8M/1M8M/1M YesYes 5.5–18,0005.5–18,000 G.SHDSL 2.3M/2.3M.2.3M/2.3M. NoNo 8.15–26,0008.15–26,000 Business • Trade-off is reach vs. Bandwidth • Reach numbers imply “clean copper” • Different layer 1 transmission technologies, need a common upper protocol layer to tie them together SPL_211 © 2001, Cisco Systems, Inc.
    [Show full text]
  • Evolution of Mobile Networks and Ipv6
    Evolution of Mobile Networks and IPv6 Miwa Fujii <[email protected]> APNIC, Senior Advisor Internet Development 25th April 2014 APEC TEL49 Yangzhou, China Issue Date: [25/04/2014] Revision: [3] Overview • Growth path of the Internet – Asia Pacific region • Evolution of mobile networks • IPv6 deployment in mobile networks: Case study • IPv6 deployment status update • IPv6 in mobile networks: way forward 2 Growth path of the Internet The next wave of Internet growth • The Internet has experienced phenomenal growth in the last 20 years – 16 million users in 1995 and 2.8 billion users in 2013 • And the Internet is still growing: Research indicates that by 2017, there will be about 3.6 billion Internet users – Over 40% of the world’s projected population (7.6 billion) • The next wave of Internet growth will have a much larger impact on the fundamental nature of the Internet – It is coming from mobile networks http://www.allaboutmarketresearch.com/internet.htm 4 Internet development in AP region: Internet users 100.00 Internet Users (per 100 inhabitants) New Zealand, 89.51 90.00 Canada, 86.77 Korea, 84.10 Australia, 82.35 80.00 United States, 81.03 Japan, 79.05 Chinese Taipei, 75.99 Singapore, 74.18 70.00 Hong Kong, China, 72.80 Malaysia, 65.80 Chile, 61.42 60.00 Brunei Darussalam, 60.27 Russia, 53.27 50.00 China, 42.30 Viet Nam, 39.49 40.00 Mexico, 38.42 Peru, 38.20 The Philippines, 36.24 30.00 Thailand, 26.50 20.00 Indonesia, 15.36 10.00 Papua New Guinea, 2.30 0.00 2005 2006 2007 2008 2009 2010 2011 2012 http://statistics.apec.org/ 5 Internet
    [Show full text]
  • Best Practices for Deploying Ipv6 Over Broadband Access
    WHITE PAPER Best Practices for Deploying IPv6 over Broadband Access www.ixiacom.com 915-0123-01 Rev. D, January 2016 2 Table of Contents Introduction ................................................................................................. 4 IPv6 Solutions for Broadband Access......................................................... 4 Translation ................................................................................................... 5 Tunneling ..................................................................................................... 5 Dual-Stack Lite (DS-Lite) ............................................................................ 5 IPv6 Rapid Deployment (6rd) ...................................................................... 6 Dual-Stack ................................................................................................... 8 How Dual-Stack PPP works ....................................................................... 8 Test Requirements ....................................................................................... 9 Testing Tunneling ......................................................................................... 9 Testing Dual-Stack PPP ............................................................................. 11 Conclusion ..................................................................................................12 3 Introduction Service Providers: The IPv6 Bell Tolls for Thee! After more than a decade of forewarning, the IPv4 to IPv6 transition has
    [Show full text]
  • Empirical Analysis of the Effects and the Mitigation of Ipv4 Address Exhaustion
    TECHNISCHE UNIVERSITÄT BERLIN FAKULTÄT FÜR ELEKTROTECHNIK UND INFORMATIK LEHRSTUHL FÜR INTELLIGENTE NETZE UND MANAGEMENT VERTEILTER SYSTEME Empirical Analysis of the Effects and the Mitigation of IPv4 Address Exhaustion vorgelegt von M.Sc. Philipp Richter geboren in Berlin von der Fakultät IV – Elektrotechnik und Informatik der Technischen Universität Berlin zur Erlangung des akademischen Grades DOKTOR DER NATURWISSENSCHAFTEN -DR. RER. NAT.- genehmigte Dissertation Promotionsausschuss: Vorsitzender: Prof. Dr.-Ing. Sebastian Möller, Technische Universität Berlin Gutachterin: Prof. Anja Feldmann, Ph.D., Technische Universität Berlin Gutachter: Prof. Vern Paxson, Ph.D., University of California, Berkeley Gutachter: Prof. Steve Uhlig, Ph.D., Queen Mary University of London Tag der wissenschaftlichen Aussprache: 2. August 2017 Berlin 2017 Abstract IP addresses are essential resources for communication over the Internet. In IP version 4, an address is represented by 32 bits in the IPv4 header; hence there is a finite pool of roughly 4B addresses available. The Internet now faces a fundamental resource scarcity problem: The exhaustion of the available IPv4 address space. In 2011, the Internet Assigned Numbers Authority (IANA) depleted its pool of available IPv4 addresses. IPv4 scarcity is now reality. In the subsequent years, IPv4 address scarcity has started to put substantial economic pressure on the networks that form the Internet. The pools of available IPv4 addresses are mostly depleted and today network operators have to find new ways to satisfy their ongoing demand for IPv4 addresses. Mitigating IPv4 scarcity is not optional, but mandatory: Networks facing address shortage have to take action in order to be able to accommodate additional subscribers and customers. Thus, if not confronted, IPv4 scarcity has the potential to hinder further growth of the Internet.
    [Show full text]
  • Qos Support in MPLS Networks
    1 QoS Support in MPLS Networks MPLS/Frame Relay Alliance White Paper May 2003 By: Victoria Fineberg, Consultant [email protected] Abstract MPLS is sometimes used synonymously with QoS, but more accurately, it is a QoS- enabling technology that forces application flows into connection-oriented paths and provides mechanisms for traffic engineering and bandwidth guarantees along these paths. Furthermore, when an MPLS network supports DiffServ, traffic flows can receive class- based admission, differentiated queue servicing in the network nodes, preemption priority, and other network treatment that provide bases for QoS guarantees. The IETF work in this area has been augmented by the MPLS/Frame Relay Alliance Implementation Agreement which extends MPLS to the user-network interface, and thus serves as a foundation for implementing QoS end-to-end. This paper describes various QoS and MPLS mechanisms and analyzes their applicability. 2 Table of Contents 1. Introduction..................................................................................................................3 1.1 QoS Drivers .........................................................................................................3 1.2 Main Definitions ..................................................................................................4 1.3 Necessary Conditions for QoS.............................................................................5 2. Initial QoS and TE Models ..........................................................................................6
    [Show full text]
  • ISP Architecture – MPLS Overview, Design and Implementation for Wisps
    www.iparchitechs.com 1-855-MIKROTI(K) ISP Architecture – MPLS Overview, Design and Implementation for WISPs. KEVIN MYERS, NETWORK ARCHITECT / MANAGING PARTNER MTCINE #1409 MIKROTIK CERTIFIED TRAINER •Kevin Myers, Network Architect • Jackson, Mississippi – United States • 18 + years in IT, Network Architecture and Engineering • Areas of Design Focus: •MikroTik integration with large multi-vendor networks •Design/Implement/Operate BGP/MPLS/OSPF Wireline and WISP service provider networks •Design/Implement/Operate Data Center (Enterprise and Cloud) networks • Certifications • MTCINE #1409 & MikroTik Certified Trainer • MikroTik – MTCWE, MTCUME, MTCRE, MTCTCE, MTCNA • Cisco/Microsoft – CCNP, CCNA, MCP •www.iparchitechs.com •Global Leaders in MikroTik Design and Engineering •#1 ranked MikroTik consulting firm in North America •The most successful MikroTik global integrator – we bill thousands of hours in MikroTik engineering across 6 continents. •The first consulting firm to offer 24/7 MikroTik technical assistance with enterprise level SLAs •Operate at large scale supporting networks with tens of thousands or routers, switches, firewalls, etc •www.iparchitechs.com •Our Services •Global Professional Services – Consulting for Design, Engineering, Integration and Operations •Fully Managed Network Services - per rack unit support for full network management and monitoring •24/7 support contracts per device – support all MikroTik devices with 24/7 TAC support and 4 hour SLAs. • MultiLingual Support in: English, Français, Polski, Español MPLS – What is it? • Theory: Briefly introduce the MPLS protocol and how it works in conjunction with existing L2/L3 networks • Design: Discuss an MPLS architecture and preparing your WISP for implementing MPLS. • Business Justification: Identify the business and financial use case for implementing MPLS in a WISP.
    [Show full text]
  • IGF 2016 Best Practice Forum on Ipv6 'Understanding the Commercial And
    Fall 08 IGF 2016 Best Practice Forum on IPv6 ‘Understanding the commercial and economic incentives behind a successful IPv6 deployment’ Editor Wim Degezelle January 2017 IGF 2016 Best Practice Forum on IPv6 ‘Understanding the commercial and economic incentives behind a successful IPv6 deployment’ Table of contents Table of contents ......................................................................................................................................... 2 Executive Summary ................................................................................................................................... 3 Glossary of Terms ....................................................................................................................................... 5 1. Introduction & Background ................................................................................................................ 7 1.1. About the IGF & BPFs ..................................................................................................................................... 7 1.2. Scope and Goal of the 2016 BPF ................................................................................................................. 7 2. Why deploy IPv6? ................................................................................................................................ 10 2.1. The Internet Protocol version 6 (IPv6) ..................................................................................................... 10 2.2. Why Adopt IPv6?
    [Show full text]
  • Ipv6 Deployment – Ipv4 Lifetime Exhaustion Sooner Than Expected?
    IPv6 Deployment – IPv4 lifetime Exhaustion sooner than expected? Tony Hain Cisco Systems - Technical Leader IPv6 Forum Fellow [email protected] Session Number Presentation_ID © 2003 Cisco Systems, Inc. All rights reserved. 1 Distribution of IPv4 addresses by /8 Central 93 ARIN 23 RIPE NCC 19 APNIC 16 LACNIC 4 AfriNIC 1 Defined 4 Multicast 16 Experimental 16 IANA - Pool 25% remaining 64 0 102030405060708090100 IANA allocated 22 /8’s between Jan. 1, 2004 and Jul. 1, 2005 Presentation_ID © 2003 Cisco Systems, Inc. All rights reserved. 222 Allocation of IPv4 /8 blocks per month by IANA 7 6 5 IANA Allocations to RIR's 4 Raw /8 allocations per month 3 2 1 Presentation_ID 0 Jan-95 Jan-96 Jan-97 © 2003 Cisco Systems, Inc. All rights reserved.Jan-98 Jan-99 Jan-00 Jan-01 Jan-02 Jan-03 Jan-04 Jan-05 Jan-06 Jan-07 Jan-08 Jan-09 333 Allocation of IPv4 /8 blocks per month by IANA IANA Allocations to RIR's Sliding-window 6 month geo-mean scale normalized to current 1 per month 2.50000 2.00000 1.50000 1.00000 0.50000 0.00000 Sep-95 Sep-96 Sep-97 Sep-98 Sep-99 Sep-00 Sep-01 Sep-02 Sep-03 Sep-04 Sep-05 Sep-06 Presentation_ID © 2003 Cisco Systems, Inc. All rights reserved. 444 Allocation of IPv4 /8 blocks per month by IANA 2.75 3 2.5 2.25 IANA Allocations to RIR's 1.75 2 Sliding-window 12 month average 1.5 1.25 0.75 1 0.5 0.25 0 Presentation_ID Jan-95 Jan-96 Jan-97 Jan-98 © 2003 Cisco Systems, Inc.
    [Show full text]
  • Ipv6-Only Deployment in Broadband and Cellular Networks Ipv4 As-A-Service
    IPv6-only Deployment in Broadband and Cellular Networks IPv4 as-a-Service LACNIC31 May, 2019 Punta Cana, DO @JordiPalet ([email protected]) - 1 Transition / Co-Existence Techniques • IPv6 has been designed for easing the transition and coexistence with IPv4 • Several strategies have been designed and implemented for coexisting with IPv4 hosts, grouped in three categories: – Dual stack: Simultaneous support for both IPv4 and IPv6 stacks – Tunnels: IPv6 packets encapsulated in IPv4 ones • This has been the commonest choice • Today expect IPv4 packets in IPv6 ones! – Translation: Communication of IPv4-only and IPv6- only. Initially discouraged and only “last resort” (imperfect). Today no other choice! • Expect to use them in combination! - 2 Dual-Stack Approach • When adding IPv6 to a system, do not delete IPv4 – This multi-protocol approach is familiar and well-understood (e.g., for AppleTalk, IPX, etc.) – In the majority of the cases, IPv6 is be bundled with all the OS release, not an extra-cost add-on • Applications (or libraries) choose IP version to use – when initiating, based on DNS response: • if (dest has AAAA record) use IPv6, else use IPv4 – when responding, based on version of initiating packet • This allows indefinite co-existence of IPv4 and IPv6, and gradual app-by-app upgrades to IPv6 usage • A6 record is experimental - 3 Dual-Stack Approach IPv6 IPv6 IPv4 IPv4 Application Application Application Application TCP/UDP TCP/UDP TCP/UDP IPv6 IPv6 IPv4 IPv4 IPv6-only stack Dual-stack (IPv4 & IPv6) IPv4-only stack IPv6
    [Show full text]