High-Speed and Memory-Efficient Forwarding Engine for Future

Total Page:16

File Type:pdf, Size:1020Kb

High-Speed and Memory-Efficient Forwarding Engine for Future Caesar: High-Speed and Memory-Efficient Forwarding Engine for Future Internet Architecture ? ? Mehrdad Moradi† Feng Qian ‡ Qiang Xu⇥ Z. Morley Mao† Darrell Bethea Michael K. Reiter ? University of Michigan† Indiana University ‡ NEC Labs⇥ University of North Carolina ABSTRACT tion feature enables improved mobility support and multi- In response to the critical challenges of the current Internet homing. The cryptographic aspect facilitates authentication architecture and its protocols, a set of so-called clean slate and authorization of control and data messages. However, designs has been proposed. Common among them is an on the down side, both features require addresses to be in- addressing scheme that separates location and identity with herently long and thus take up significant memory space due self-certifying, flat and non-aggregatable address components. to a lack of hierarchical structure to support aggregation. Each component is long, reaching a few kilobits, and would For instance, in the design of MobilityFirst [9], each address consume an amount of fast memory in data plane devices component can be a few kilobits in size. Not surprisingly, it is (e.g., routers) that is far beyond existing capacities. To expected to have forwarding tables on the order of gigabytes address this challenge, we present Caesar,ahigh-speedand in future Internet architecture designs [21]. Such addressing length-agnostic forwarding engine for future border routers, schemes make the design and implementation of high-speed performing most of the lookups within three fast memory border routers challenging as detailed below. accesses. First, memory provisioning becomes more difficult com- To compress forwarding states, Caesar constructs scalable pared to existing network elements. The future Internet will and reliable Bloom filters in Ternary Content Addressable experience a tremendous surge in the number of addressable Memory (TCAM). To guarantee correctness, Caesar detects end-points. Recent studies [8, 6] have predicted that the false positives at high speed and develops a blacklisting number of connecting devices and active address prefixes will approach to handling them. In addition, we optimize our jump to 50 billion and 1.3-2.3 million, respectively, by the design by introducing a hashing scheme that reduces the end of 2020. On the other hand, the current rapid growth of number of hash computations from k to log(k)perlookup the number of address prefixes (i.e., about 17% per year) is based on hash coding theory. We handle routing updates the root of many existing problems for operators, who have while keeping filters highly utilized in address removals. We to continuously shrink the routing and forwarding tables of perform extensive analysis and simulations using real traffic their devices or upgrade to increasingly more expensive data and routing traces to demonstrate the benefits of our design. planes [13]. Our evaluation shows that Caesar is more energy-efficient Second, power consumption of border routers is expected and less expensive (in terms of total material cost) compared to increase substantially. Most of high-speed routers and to optimized IPv6 TCAM-based solutions by up to 67% and switches utilize a specialized fast memory called Ternary 43% respectively. In addition, the total cost of our design is Content Addressable Memory (TCAM) due to its speed and approximately the same for various address lengths. in particular its parallel lookup capabilities. TCAM is the most expensive and power-hungry component in routers and Categories and Subject Descriptors switches. It requires 2.7 times more transistors per bit [11] C.2.1 [Network Architecture and Design]: Network and consumes an order of magnitude more power [35] com- communications; C.2.6 [Internetworking]: Routers pared with the same size of SRAM. Therefore, increased address length imposes substantial cost and power consump- Keywords tion in particular on high-speed border routers with TCAM. Future Internet Architecture; Bloom Filters; Border Routers Although software-based solutions might seem viable, their forwarding speed cannot compete with TCAM-based routers 1. INTRODUCTION that can support up to 1.6 billion searches per second under Aiming at providing a more secure, robust, and flexible typical operating conditions [3]. Internet, the networking research community recently has fo- Third, the critical-path fast memory components of high- cused on developing new architectures for the next-generation speed routers are small in size, and their capacity does Internet. For example, AIP [12] introduces accountability not increase at a rate that would accommodate the large at the IP layer, thus enabling simple solutions to prevent addresses of future Internet designs in the foreseeable future. a wide range of attacks. XIA [21] supports an evolvable Moore’s law is only applicable to slow memories (i.e., DRAM) Internet by providing the capability to accommodate poten- but not to fast memories [4]. As a matter of fact, we have tially unforeseen diverse protocols and services in the future. observed that the TCAM capacity of the state-of-the-art high- MobilityFirst project aims at developing an efficient and speed routers has remained mostly unchanged for several scalable architecture for emerging mobility services [9]. years. As a result of limited memory, network operators still All of these proposals share two important features of have difficulties in dividing the memory space between IPv4 their addressing schemes: each address is decoupled from its and IPv6 addresses [7]. owner’s network location and permits its owner to crypto- To address these challenges, recent research has o↵ered graphically prove its ownership of the address. The separa- scalable routing tables [29] and forwarding engines (e.g., storage-based [25] and software-based [21]) for the new ad- 2. BACKGROUND AND MOTIVATION dressing schemes. Unfortunately, these solutions have limited Caesar’s focus is on the generalized future Internet archi- performance due to the approach of storing addresses into tecture. As illustrated in Fig 2a, the generalized architecture slow memories. Also, due to a lack of address compression, ef- is comprised of a set of independent accountable domains ficiency and scalability of their proposed schemes are inversely (IADs). An IAD represents a single administration that owns proportional to the length of addresses. The same limita- and controls a number of small accountable domains (ADs). tion also makes a large body of research in IP lookup [27], For example, an AD can be a university or an enterprise which optimizes longest prefix matching, ill-suited for flat network. In this model, each end host uses a global identifier and non-aggregatable addresses. (GID) to attach to ADs. In addition, a logically centralized This paper presents Caesar, a high-speed, memory-efficient, name resolution service stores GID AD mappings to in- and cost-e↵ective forwarding and routing architecture for troduce new opportunities for seamless ! mobility and context future Internet border routers. At a high level, Caesar lever- aware applications. ages Bloom Filters [14], a probabilistic and compact data Packet forwarding at borders? The architecture has structure, to group and compress addresses into flexible and di↵erent routing and forwarding mechanisms compared to 1 scalable filters. Filters have been used in designing routers today’s Internet. In particular, borders routers sitting at the for both flat (e.g., [33, 20]) and IP (e.g., [15, 31]) addresses. edge of ADs build forwarding states or mappings between These designs are optimized for small-scale networks (e.g., destination ADs and next-hop ADs. Formally, when a border layer two networks) and do not provide guaranteed forward- router of ADi receives a packet destined to ADd : GIDd,it ing speed and full correctness. Therefore, Caesar focuses forwards the packet, through a physical port, to a next hop on improving performance, memory footprint, energy usage, AD on the path to ADd. The same procedure occurs until and scalability of routers deployed at future Internet domain the packet reaches a border router of ADd.Finally,basedon borders. In particular, we make the following contributions: GIDd, it is sent to an internal router where the destination We propose a new method for grouping self-certifying end host is attached. In this procedure, AD addresses are • addresses into fine-grained filters. The grouping scheme cryptographically verifiable and thus they are long and non- minimizes route update overhead and supports diverse aggregatable. The length of addresses is typically between forwarding policies. We also design the first high-speed 160 bits [12] and a few kilobits [9] leading to forwarding tables forwarding engine that can handle thousands of filters on the order of gigabytes [21]. In the future, larger address and forward almost all incoming packets within three fast lengths are expected to counter cryptanalytic progress. memory accesses. Why Bloom filters? Caesar employs filters to compress We design a backup forwarding path to ensure the cor- the forwarding states, i.e., AD to next hop AD mappings, • rectness of forwarding. Our approach leverages the multi- in the border routers. However, Caesar can be extended to match line of TCAM to detect false positives at high speed. support forwarding schemes with more components in its We also introduce a blacklisting mechanism that efficiently other pipelines (e.g., XIA [21]). It also supports various stan- caches RIB lookup
Recommended publications
  • REDDIG II – Computer Networking Training
    REDDIG II – Computer Networking Training JM SANCHEZ / PH RASSAT - 20/06/2012 IP Addressing and Subnetting Invierno 2011 | Capacitacion en fabrica - CORPAC IP Addressing and Subnetting IP Addresses An IP address is an address used to uniquely identify a device on an IP network. The address is made up of 32 binary bits which can be divisible into a network portion and host portion with the help of a subnet mask. 32 binary bits are broken into four octets (1 octet = 8 bits) Dotted decimal format (for example, 172.16.254.1) REDDIG II | Network Course | Module 2 | 3 IP Addressing and Subnetting Binary and Decimal Conversion REDDIG II | Network Course | Module 2 | 4 IP Addressing and Subnetting IP Address Classes • IP classes are used to assist in assigning IP addresses to networks with different size requirements. • Classful addressing: REDDIG II | Network Course | Module 2 | 5 IP Addressing and Subnetting Private Address Range • Private IP addresses provide an entirely separate set of addresses that still allow access on a network but without taking up a public IP address space. • Private addresses are not allowed to be routed out to the Internet, so devices using private addresses cannot communicate directly with devices on the Internet. REDDIG II | Network Course | Module 2 | 6 IP Addressing and Subnetting Network Masks • Distinguishes which portion of the address identifies the network and which portion of the address identifies the node. • Default masks: Class A: 255.0.0.0 Class B: 255.255.0.0 Class C: 255.255.255.0 • Once you have the address and the mask represented in binary, then identification of the network and host ID is easier.
    [Show full text]
  • A Survey on Data Plane Programming with P4: Fundamentals, Advances, and Applied Research
    A Survey on Data Plane Programming with P4: Fundamentals, Advances, and Applied Research Frederik Hausera, Marco Häberlea, Daniel Merlinga, Steffen Lindnera, Vladimir Gurevichb, Florian Zeigerc, Reinhard Frankc, Michael Mentha aUniversity of Tuebingen, Department of Computer Science, Chair of Communication Networks, Tuebingen, Germany bIntel, Barefoot Division (BXD), United States of America cSiemens AG, Corporate Technology, Munich, Germany Abstract Programmable data planes allow users to define their own data plane algorithms for network devices including appropriate data plane application programming interfaces (APIs) which may be leveraged by user-defined software-defined net- working (SDN) control. This offers great flexibility for network customization, be it for specialized, commercial appliances, e.g., in 5G or data center networks, or for rapid prototyping in industrial and academic research. Programming protocol-independent packet processors (P4) has emerged as the currently most widespread abstraction, programming language, and concept for data plane pro- gramming. It is developed and standardized by an open community, and it is supported by various software and hardware platforms. In the first part of this paper we give a tutorial of data plane programming models, the P4 programming language, architectures, compilers, targets, and data plane APIs. We also consider research efforts to advance P4 technology. In the second part, we categorize a large body of literature of P4-based applied research into different research domains, summarize the contributions of these papers, and extract prototypes, target platforms, and source code availability. For each research domain, we analyze how the reviewed works benefit from P4’s core features. Finally, we discuss potential next steps based on our findings.
    [Show full text]
  • A CAM-Based, High-Performance Classifier-Scheduler for a Video
    A CAM-BASED, HIGH-PERFORMA NCE CLASSIFIER-SCHEDULER FOR A VIDEO NETWORK PROCESSOR Srivamsi Tarigopula Thesis Prepared for the Degree of MASTER OF SCIENCE UNIVERSITY OF NORTH TEXAS May 2008 APPROVED: Saraju P. Mohanty, Major Professor Elias Kougianos, Committee Member Murali Varanasi, Committee Member Krishna Kavi, Chair of the Department of Computer Science and Engineering Oscar Garcia, Dean of the College of Engineering Sandra L. Terrell, Dean of the Robert B. Tarigopula, Srivamsi. A CAM-based, high-performance classifier-scheduler for a video network processor. Master of Science (Computer Engineering), May 2007, 82 pp., 3 tables, 24 figures, references, 67 titles. Classification and scheduling are key functionalities of a network processor. Network processors are equipped with application specific integrated circuits (ASIC), so that as IP (Internet Protocol) packets arrive, they can be processed directly without using the central processing unit. A new network processor is proposed called the video network processor (VNP) for real time broadcasting of video streams for IP television (IPTV). This thesis explores the challenge in designing a combined classification and scheduling module for a VNP. I propose and design the classifier-scheduler module which will classify and schedule data for VNP. The proposed module discriminates between IP packets and video packets. The video packets are further processed for digital rights management (DRM). IP packets which carry regular traffic will traverse without any modification. Basic architecture of VNP and architecture of classifier- scheduler module based on content addressable memory (CAM) and random access memory (RAM) has been proposed. The module has been designed and simulated in Xilinx 9.1i; is built in ISE simulator with a throughput of 1.79 Mbps and a maximum working frequency of 111.89 MHz at a power dissipation of 33.6mW.
    [Show full text]
  • Towards Loop-Free Forwarding of Anonymous Internet Datagrams That Enforce Provenance
    Towards Loop-Free Forwarding of Anonymous Internet Datagrams that Enforce Provenance J.J. Garcia-Luna-Aceves1;2 1Department of Computer Engineering, University of California, Santa Cruz, CA 95064 2Palo Alto Research Center, Palo Alto, CA 94304 Email: [email protected] Abstract—The way in which addressing and forwarding are Internet datagram specifies the source address of the datagram implemented in the Internet constitutes one of its biggest privacy independently of any forwarding mechanism and end nodes and security challenges. The fact that source addresses in Internet are allowed to specify IP source addresses. datagrams cannot be trusted makes the IP Internet inherently vulnerable to DoS and DDoS attacks. The Internet forwarding Because of the algorithms used to assign IP addresses to plane is open to attacks to the privacy of datagram sources, be- entities and write source addresses into Internet datagrams, cause source addresses in Internet datagrams have global scope. the source address of an Internet datagram fails to convey The fact an Internet datagrams are forwarded based solely on the its provenance correctly. The recipient of an Internet data- destination addresses stated in datagram headers and the next gram is unable to authenticate the claimed IP address of the hops stored in the forwarding information bases (FIB) of relaying routers allows Internet datagrams to traverse loops, which wastes source of the datagram based solely on the basic operation resources and leaves the Internet open to further attacks. We of the forwarding plane of the IP Internet. The receivers of introduce PEAR (Provenance Enforcement through Addressing Internet datagrams are forced to use additional mechanisms and Routing), a new approach for addressing and forwarding and information to cope with the fact that a source address of Internet datagrams that enables anonymous forwarding of need not denote the valid provenance of an Internet datagram.
    [Show full text]
  • Decentralized Modular Router Architectures
    DECENTRALIZED MODULAR ROUTER ARCHITECTURES Doctoral Thesis Markus Hidell Laboratory for Communication Networks School of Electrical Engineering KTH, Royal Institute of Technology Stockholm 2006 Decentralized Modular Router Architectures A dissertation submitted to the Royal Institute of Technology (KTH) in partial fulfillment of the requirements for the Doctor of Philosophy degree. Akademisk avhandling som med tillstånd av Kungliga Tekniska Högskolan framlägges till offentlig granskning för avläggande av teknologie doktorsexamen fredagen den 22 september 2006 i Salongen, KTHB, KTH, Stockholm. © Markus Hidell, 2006 Royal Institute of Technology (KTH) School of Electrical Engineering Laboratory for Communication Networks SE-100 44 Stockholm Sweden TRITA-EE 2006:036 ISSN 1653-5146 ISRN KTH/EE—06/036—SE ISBN 91-7178-424-1 Printed by Universitetsservice US-AB, Stockholm 2006 ABSTRACT The Internet grows extremely fast in terms of number of users and traffic volume, as well as in the number of services that must be supported. This development results in new requirements on routers—the main building blocks of the Internet. Existing router designs suffer from architectural limitations that make it difficult to meet future requirements, and the purpose of this thesis is to explore new ways of building routers. We take the approach to investigate distributed and modular router designs, where routers are composed of multiple modules that can be mapped onto different processing elements. The modules communicate through open well-defined interfaces over an internal network. Our overall hypothesis is that such a combination of modularization and decentralization is a promising way to improve scalability, flexibility, and robustness of Internet routers—properties that will be critical for new generations of routers.
    [Show full text]
  • BGP-Default 108 Local 150000 1500 89395477 3845915191
    Packet Journey Inside ASR 9000 Mike Mikhail, Solutions Architect [email protected] BRKARC-2017 Cisco Spark Questions? Use Cisco Spark to chat with the speaker after the session How 1. Find this session in the Cisco Live Mobile App 2. Click “Join the Discussion” 3. Install Spark or go directly to the space 4. Enter messages/questions in the space Cisco Spark spaces will be cs.co/clus17/#BRKARC-2017 available until July 3, 2017. © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public Abstract • System architecture overview: Control & forwarding paths • Control and exception traffic: Internal handling, forwarding, and security • Transit frame forwarding: L3/L2 unicast/multicast forwarding/replication • MPLS forwarding: Forwarding and L3/L2 service operation in hardware • Troubleshooting: Counters, drops, and packet/frame capture Acknowledgement • Content • Jeff Byzek, Technical Marketing Engineer • Gawel Mikolajczyk, Technical Solutions Architect • David Pothier, Enterprise Architect • Xander Thuijs, Principal Engineer • Mei Zhang, Technical Leader • Review • David Pothier, Enterprise Architect • Matt Breneisen, Solutions Integration Architect • Neel Shah • Xander Thuijs, Principal Engineer BRKARC-2017 © 2017 Cisco and/or its affiliates. All rights reserved. Cisco Public 5 Agenda • System architecture overview: Control & forwarding paths • Control and exception traffic: Internal forwarding, and security • Transit frame forwarding: L3/L2 unicast/multicast in hardware • MPLS operation: Forwarding & service in hardware • Troubleshooting:
    [Show full text]
  • Two Challenges of Software Networking: Name-Based
    Two challenges of software networking : name-based forwarding and table verification Leonardo Linguaglossa To cite this version: Leonardo Linguaglossa. Two challenges of software networking : name-based forwarding and table verification. Networking and Internet Architecture [cs.NI]. Université Sorbonne Paris Cité, 2016. English. NNT : 2016USPCC306. tel-02053721 HAL Id: tel-02053721 https://tel.archives-ouvertes.fr/tel-02053721 Submitted on 1 Mar 2019 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Acknowledgements I would like to express to: everyone: many thanks. • i Contents Acknowledgements i Introduction 1 1 Background 5 1.1 Telecommunication Networks . 5 1.1.1 Circuit switching and packet switching . 6 1.1.2 Computer Networks . 8 1.2 The Internet . 8 1.2.1 The TCP/IP Protocol Stack . 9 1.2.2 Data Plane and Control Plane . 11 1.3 The evolution of the Internet . 12 1.3.1 The behavioral issue . 12 1.3.2 The architectural issue . 13 1.4 Enhancing the Data Plane with ICN . 15 1.4.1 Architecture of NDN . 15 1.4.2 Features of ICN and NDN . 20 1.4.3 Implementation of ICN .
    [Show full text]
  • UPC CUPS Overview Guide, Release 21.24
    Ultra Packet Core CUPS Overview Guide, Release 21.24 First Published: 2021-07-13 Last Modified: 2021-09-21 Americas Headquarters Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Tel: 408 526-4000 800 553-NETS (6387) Fax: 408 527-0883 THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS. THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY. The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California. NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE. IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
    [Show full text]
  • Contrail Architecture
    White Paper Contrail Architecture 1 Contrail Architecture White Paper Table of Contents Executive Summary ........................................................................................................................................................................................................4 Introduction ........................................................................................................................................................................................................................4 Overview of Contrail .......................................................................................................................................................................................................4 Use Cases ....................................................................................................................................................................................................................4 Contrail SDN Controller and the vRouter ........................................................................................................................................................ 5 Virtual Networks........................................................................................................................................................................................................ 5 Overlay Networking .................................................................................................................................................................................................
    [Show full text]
  • Network Control Plane Synthesis and Verification
    NETWORK CONTROL PLANE SYNTHESIS AND VERIFICATION RYAN ANDREW BECKETT ADISSERTATION PRESENTED TO THE FACULTY OF PRINCETON UNIVERSITY IN CANDIDACY FOR THE DEGREE OF DOCTOR OF PHILOSOPHY RECOMMENDED FOR ACCEPTANCE BY THE DEPARTMENT OF COMPUTER SCIENCE ADVISER:DAVID WALKER SEPTEMBER 2018 © Copyright by Ryan Andrew Beckett, 2018. All rights reserved. Abstract Computer networks have become an integral part of modern infrastructure, and as the world con- tinues to become increasingly interconnected and more devices come online, the importance of networks will only continue to grow. A critical component of networks is a process called routing, whereby the network determines how to move data from point A to point B as changes occur dy- namically (e.g., when new devices connect or equipment fails). Routing is traditionally achieved through the manual configuration of one or more distributed protocols that exchange messages about available routes to different destinations. Manual configuration lets a network operator tune various low-level protocol parameters to accommodate the different economic-, performance-, and robustness-related objectives that they may have for the network. Unfortunately, the low-level na- ture of existing configuration primitives and the scale of modern networks makes it difficult for humans to predict the impact of configuration on all possible runtime behaviors of the network, often resulting in configuration bugs. This dissertation develops two complementary techniques for proactively finding and prevent- ing bugs in configurations. The first technique is verification. Given a collection of router config- urations and a high-level specification of what the network should do (e.g., certain devices should be reachable), verification aims to ensure that the configurations implement this high-level specifi- cation correctly for all possible network behaviors.
    [Show full text]
  • An Expert Packet Walkthrough on the Mx Series 3D
    THIS WEEK: AN EXPERT PACKET WALKTHROUGH ON THE MX SERIES 3D This Week: An Expert Packet Walkthrough on the MX Series 3D provides the curious engineer THIS WEEK: Junos® Networking Technologies with a global view of the short life (a few milliseconds) of packets inside the Juniper Networks MX Series 3D routers. Though their life inside the router may be short, the packets are pro- cessed by an amazing ecosystem of next-generation technology. Written by an independent network troubleshooting expert, this walkthrough is unlike AN EXPERT PACKET WALKTHROUGH ON THE MX SERIES 3D THIS WEEK: AN EXPERT PACKET any other. You’ll learn advanced troubleshooting techniques, and how different traffic flows are managed, not to mention witnessing a Junos CLI performance that will have WALKTHROUGH ON THE you texting yourself various show commands. This book is a testament to one of the most powerful and versatile machines on the MX SERIES 3D planet and the many engineers who created it. Sit back and enjoy a network engineering book as you travel inside the MX Series 3D. “This book is like a high-tech travel guide into the heart and soul of the MX Series 3D. David Roy is going where few people have gone and the troubleshooting discoveries he makes will amaze you. If you use the MX Series 3D, you have to read this book.” Kannan Kothandaraman, Juniper Networks Vice President Product Line Management, Junos Software and MX Edge Routing LEARN SOMETHING NEW ABOUT THE MX SERIES THIS WEEK: Understand the life of unicast, host, and multicast packets in the MX Series 3D hardware.
    [Show full text]
  • Packet Journey Inside ASR 9000
    #CLUS Packet Journey Inside ASR 9000 Mike Mikhail, Solutions Arch [email protected] BRKARC-2017 #CLUS Acknowledgement • Content • Jeff Byzek, Technical Marketing Engineer • Gawel Mikolajczyk, Technical Solutions Architect • David Pothier, Enterprise Architect • Xander Thuijs, Principal Engineer • Mei Zhang, Technical Leader • Review • David Pothier, Enterprise Architect • Matt Breneisen, Solutions Integration Architect • Neel Shah • Xander Thuijs, Principal Engineer #CLUS BRKARC-2017 © 2018 Cisco and/or its affiliates. All rights reserved. Cisco Public 3 #CLUS © 2018 Cisco and/or its affiliates. All rights reserved. Cisco Public Cisco Webex Teams Questions? Use Cisco Webex Teams (formerly Cisco Spark) to chat with the speaker after the session How 1 Find this session in the Cisco Events App 2 Click “Join the Discussion” 3 Install Webex Teams or go directly to the team space 4 Enter messages/questions in the team space Webex Teams will be moderated cs.co/ciscolivebot#BRKARC-2017 by the speaker until June 18, 2018. #CLUS © 2018 Cisco and/or its affiliates. All rights reserved. Cisco Public 5 Agenda System architecture overview: Control & forwarding paths Control and exception traffic: Internal forwarding, and security Transit frame forwarding: L3/L2 unicast/multicast in hardware MPLS operation: Forwarding & service labels in hardware Troubleshooting: Counters, discards, and packet/frame capture #CLUS BRKARC-2017 © 2018 Cisco and/or its affiliates. All rights reserved. Cisco Public 6 Introduction • About me • Mike Mikhail, Solutions Architect, [email protected] • Available at “Meet the Engineer” for 1:1 discussions • Interests: SP platforms, SP technologies, QoS, SDN, NFV • ASR 9000 today • Very popular SP/WAN edge router • High bandwidth Ethernet services platform • Hw forwarding, high density: ~1B pps per LC, >1Tbps/slot • Distributed processing and distributed forwarding • Continued dev, busy roadmap, a wealth of new features David #CLUS BRKARC-2017 © 2018 Cisco and/or its affiliates.
    [Show full text]