Weren’t routers supposed

Slides:



Advertisements
Similar presentations
Router Internals CS 4251: Computer Networking II Nick Feamster Spring 2008.
Advertisements

Router Internals CS 4251: Computer Networking II Nick Feamster Fall 2008.
1 Maintaining Packet Order in Two-Stage Switches Isaac Keslassy, Nick McKeown Stanford University.
IP Router Architectures. Outline Basic IP Router Functionalities IP Router Architectures.
Shivkumar Kalyanaraman Rensselaer Polytechnic Institute 1 High Speed Router Design Shivkumar Kalyanaraman Rensselaer Polytechnic Institute
Router Architecture : Building high-performance routers Ian Pratt
Nick McKeown CS244 Lecture 6 Packet Switches. What you said The very premise of the paper was a bit of an eye- opener for me, for previously I had never.
May 28th, 2002Nick McKeown 1 Scaling routers: Where do we go from here? HPSR, Kobe, Japan May 28 th, 2002 Nick McKeown Professor of Electrical Engineering.
1 Circuit Switching in the Core OpenArch April 5 th 2003 Nick McKeown Professor of Electrical Engineering and Computer Science, Stanford University
1 Architectural Results in the Optical Router Project Da Chuang, Isaac Keslassy, Nick McKeown High Performance Networking Group
1 OR Project Group II: Packet Buffer Proposal Da Chuang, Isaac Keslassy, Sundar Iyer, Greg Watson, Nick McKeown, Mark Horowitz
048866: Packet Switch Architectures Dr. Isaac Keslassy Electrical Engineering, Technion The.
Scaling Internet Routers Using Optics Isaac Keslassy, Shang-Tse Da Chuang, Kyoungsik Yu, David Miller, Mark Horowitz, Olav Solgaard, Nick McKeown Department.
1 Internet Routers Stochastics Network Seminar February 22 nd 2002 Nick McKeown Professor of Electrical Engineering and Computer Science, Stanford University.
EE 122: Router Design Kevin Lai September 25, 2002.
IEE, October 2001Nick McKeown1 High Performance Routers Slides originally by Nick McKeown Professor of Electrical Engineering and Computer Science, Stanford.
048866: Packet Switch Architectures Dr. Isaac Keslassy Electrical Engineering, Technion Introduction.
Nick McKeown 1 Memory for High Performance Internet Routers Micron February 12 th 2003 Nick McKeown Professor of Electrical Engineering and Computer Science,
1 EE384Y: Packet Switch Architectures Part II Load-balanced Switches Nick McKeown Professor of Electrical Engineering and Computer Science, Stanford University.
1 Trend in the design and analysis of Internet Routers University of Pennsylvania March 17 th 2003 Nick McKeown Professor of Electrical Engineering and.
1 Achieving 100% throughput Where we are in the course… 1. Switch model 2. Uniform traffic  Technique: Uniform schedule (easy) 3. Non-uniform traffic,
048866: Packet Switch Architectures Dr. Isaac Keslassy Electrical Engineering, Technion Maximal.
Analysis of a Memory Architecture for Fast Packet Buffers Sundar Iyer, Ramana Rao Kompella & Nick McKeown (sundaes,ramana, Departments.
048866: Packet Switch Architectures Dr. Isaac Keslassy Electrical Engineering, Technion Scheduling.
1 Growth in Router Capacity IPAM, Lake Arrowhead October 2003 Nick McKeown Professor of Electrical Engineering and Computer Science, Stanford University.
Pipelined Two Step Iterative Matching Algorithms for CIOQ Crossbar Switches Deng Pan and Yuanyuan Yang State University of New York, Stony Brook.
1 IP routers with memory that runs slower than the line rate Nick McKeown Assistant Professor of Electrical Engineering and Computer Science, Stanford.
Computer Networks Switching Professor Hui Zhang
Load Balanced Birkhoff-von Neumann Switches
Nick McKeown CS244 Lecture 7 Valiant Load Balancing.
Professor Yashar Ganjali Department of Computer Science University of Toronto
Optics in Internet Routers Mark Horowitz, Nick McKeown, Olav Solgaard, David Miller Stanford University
CS 552 Computer Networks IP forwarding Fall 2005 Rich Martin (Slides from D. Culler and N. McKeown)
INF5050 – Protocols and Routing in Internet (Friday ) Presented by Tor Skeie Subject: IP-router architecture.
Summary of switching theory Balaji Prabhakar Stanford University.
Designing Packet Buffers for Internet Routers Friday, October 23, 2015 Nick McKeown Professor of Electrical Engineering and Computer Science, Stanford.
Winter 2006EE384x1 EE384x: Packet Switch Architectures I Parallel Packet Buffers Nick McKeown Professor of Electrical Engineering and Computer Science,
Routers. These high-end, carrier-grade 7600 models process up to 30 million packets per second (pps).
Applied research laboratory 1 Scaling Internet Routers Using Optics Isaac Keslassy, et al. Proceedings of SIGCOMM Slides:
Packet Forwarding. A router has several input/output lines. From an input line, it receives a packet. It will check the header of the packet to determine.
Nick McKeown1 Building Fast Packet Buffers From Slow Memory CIS Roundtable May 2002 Nick McKeown Professor of Electrical Engineering and Computer Science,
1 Performance Guarantees for Internet Routers ISL Affiliates Meeting April 4 th 2002 Nick McKeown Professor of Electrical Engineering and Computer Science,
1 Router Design Bruce Davie with help from Hari Balakrishnan & Nick McKeown.
Stress Resistant Scheduling Algorithms for CIOQ Switches Prashanth Pappu Applied Research Laboratory Washington University in St Louis “Stress Resistant.
An Introduction to Packet Switching Nick McKeown Assistant Professor of Electrical Engineering and Computer Science, Stanford University
Winter 2006EE384x Handout 11 EE384x: Packet Switch Architectures Handout 1: Logistics and Introduction Professor Balaji Prabhakar
Opticomm 2001Nick McKeown1 Do Optics Belong in Internet Core Routers? Keynote, Opticomm 2001 Denver, Colorado Nick McKeown Professor of Electrical Engineering.
IEE, October 2001Nick McKeown1 High Performance Routers IEE, London October 18 th, 2001 Nick McKeown Professor of Electrical Engineering and Computer Science,
Buffered Crossbars With Performance Guarantees Shang-Tse (Da) Chuang Cisco Systems EE384Y Thursday, April 27, 2006.
SNRC Meeting June 7 th, Crossbar Switch Scheduling Nick McKeown Professor of Electrical Engineering and Computer Science, Stanford University
1 A quick tutorial on IP Router design Optics and Routing Seminar October 10 th, 2000 Nick McKeown
1 How scalable is the capacity of (electronic) IP routers? Nick McKeown Professor of Electrical Engineering and Computer Science, Stanford University
Packet Switch Architectures The following are (sometimes modified and rearranged slides) from an ACM Sigcomm 99 Tutorial by Nick McKeown and Balaji Prabhakar,
The Fork-Join Router Nick McKeown Assistant Professor of Electrical Engineering and Computer Science, Stanford University
Techniques for Fast Packet Buffers Sundar Iyer, Nick McKeown Departments of Electrical Engineering & Computer Science, Stanford.
Network layer (addendum) Slides adapted from material by Nick McKeown and Kevin Lai.
1 Building big router from lots of little routers Nick McKeown Assistant Professor of Electrical Engineering and Computer Science, Stanford University.
scheduling for local-area networks”
INF5050 – Protocols and Routing in Internet (Friday )
Packet Forwarding.
Addressing: Router Design
Chapter 4: Network Layer
Lecture 11 Switching & Forwarding
Parallelism in Network Systems Joint work with Sundar Iyer
EE 122: Lecture 7 Ion Stoica September 18, 2001.
Project proposal: Questions to answer
Write about the funding Sundar Iyer, Amr Awadallah, Nick McKeown
Techniques and problems for
Chapter 4: Network Layer
Techniques for Fast Packet Buffers
Presentation transcript:

Weren’t routers supposed to be simple? ICSI May 8th, 2002 Nick McKeown Professor of Electrical Engineering and Computer Science, Stanford University nickm@stanford.edu www.stanford.edu/~nickm

Background We tell our students that Internet routers are simple. All routers do is make a forwarding decision, update a header, then forward packets to the correct outgoing interface. But I don’t understand them anymore. List of required features is huge and still growing, Software is complex and unreliable, Hardware is complex and power-hungry, Yet still the throughput is less than 100%. Software: IOS based on 8-10M lines of code (5ESS is about 18M); reliability 500min/yr compared to 5min/yr for the phone system. Hardware: 10Gb/s linecard has about 30M gates, 2Gbits of memory, consumes 300W and costs $200k. Not surprising that for a given size, cost and power, a transport cct switch has about 4-8x the capacity.

Outline What limits the performance of a router What are the basic requirements Basic functions: RFC 1812 Throughput 0.25s of Buffering What are the “new” requirements Multicast IPv6 DiffServ, IntServ, priorities, WFQ etc. Latency Packet sequence Others: Drop policies, VPNs, ACLs, DOS traceback, measurement, statistics, … What might be possible

Generic router architecture Lookup IP Address Update Header Header Processing Data Hdr 1M prefixes Off-chip DRAM Address Table Next Hop Queue Packet Buffer Memory 1M packets

Generic router architecture Lookup IP Address Update Header Header Processing Address Table Queue Packet 1 1 Buffer Memory Lookup IP Address Update Header Header Processing Address Table Queue Packet 2 2 Buffer Memory Scheduler Lookup IP Address Update Header Header Processing Address Table Queue Packet N N Buffer Memory

Router linecard OC192c linecard Scheduler Optics 30M gates Lookup Tables Buffer & State Memory Optics Packet Processing Buffer Mgmt & Scheduling Physical Layer Framing & Maintenance Buffer Mgmt & Scheduling 30M gates 2.5Gbits of memory 2 square feet $25k cost, $200k price. Buffer & State Memory Scheduler

Router vital statistics Cisco GSR 12416 Juniper M160 19” 19” Capacity: 160Gb/s Power: 4.2kW Capacity: 80Gb/s Power: 2.6kW 6ft 3ft 2ft 2.5ft

Router capacity x2.2/18 months DWDM Link speed x2/8 months Internet x2/yr Router capacity x2.2/18 months Moore’s law x2/18 m DRAM access rate x1.1/18 m

An Example: Packet buffers 40Gb/s router linecard 10Gbits Buffer Memory Write Rate, R One 40B packet every 8ns Read Rate, R One 40B packet every 8ns Buffer Manager Use SRAM? + Fast enough random access time, but Too low density to store 10Gbits of data. Use DRAM? + High density means we can store data, but Can’t meet random access time.

An Example: Packet processing CPU Instructions per minimum length packet since 1996

Will we need faster routers? If in 10 years we have a 210 = 1024-fold increase in capacity of the Internet, we won’t have 1024 times as much POP space to hold the routers, 1024 times as many batteries, 1024 times as many fans. (and implement some new features too)

Outline What limits the performance of a router What are the basic requirements Basic functions: RFC 1812 Throughput 0.25s of Buffering What are the “new” requirements Multicast IPv6 DiffServ, IntServ, priorities, WFQ etc. Latency Packet sequence Others: Drop policies, VPNs, ACLs, DOS traceback, measurement, statistics, … What might be possible

The Problem Output queued switches are impractical output DRAM R 1 N Can’t I just use N separate memory devices per output? R R R R DRAM data NR NR

Potted history [Karol et al. 1987] Throughput limited to by head-of-line blocking for Bernoulli IID uniform traffic. [Tamir 1989] Observed that with “Virtual Output Queues” (VOQs) Head-of-Line blocking is reduced and throughput goes up.

Potted history [Anderson et al. 1993] Observed analogy to maximum size matching in a bipartite graph. [M et al. 1995] (a) Maximum size match can not guarantee 100% throughput. (b) But maximum weight match can – O(N3). [Mekkittikul and M 1998] A carefully picked maximum size match can give 100% throughput. [Prabhakar and Dai 2000] 100% throughput possible for maximal matching with a speedup of two. Matching O(N2.5)

Throughput results Theory: Practice: Input Queueing (IQ) IQ + VOQ, Different weight functions, incomplete information, pipelining. Randomized algorithms 100% [Tassiulas, 1998] 100% [Various] Theory: Input Queueing (IQ) IQ + VOQ, Maximum weight matching Sub-maximal size matching e.g. PIM, iSLIP. 100% [M et al., 1995] IQ + VOQ, Maximal size matching, Speedup of two. 100% [Dai & Prabhakar, 2000] 58% [Karol, 1987] Practice: Input Queueing (IQ) Various heuristics, distributed algorithms, and amounts of speedup

Outline What limits the performance of a router What are the basic requirements Basic functions: RFC 1812 Throughput 0.25s of Buffering What are the “new” requirements Multicast: queues, bandwidth, backpressure, lookups, dropping. IPv6 DiffServ, IntServ, priorities, WFQ etc. Latency: 125us, pipelines, “cell size”. Packet sequence: parallelism and load-balancing. Others: Drop policies, VPNs, ACLs, DOS traceback, measurement, statistics, … What might be possible

What might be possible Router 1 rate, R rate, R 1 1 2 rate, R rate, R N N k Bufferless

Characteristics Advantages Problems kh a memory bandwidth i kh a lookup/classification rate i kh a routing/classification table size i Problems Throughput Multicast Packet order Latency Priorities and QoS

Intriguing possibility Two-stage Load-Balancing Router External Inputs External Outputs Buffers 1 N 1 1 N N Recently shown to maximize throughput [C.S.Chang et al.: http://www.ee.nthu.edu.tw/~cschang/PartI.pdf]

Optical two-stage router Linecards Lookup Phase 1 Buffer 1 Lookup Buffer Phase 2 2 Lookup Buffer 3

100’s of Tb/s router project Mark Horowitz, David Miller, Olav Solgaard, Nick McKeown Passive Optical Switch Electronic Linecard #1 Electronic Linecard #625 160- 320Gb/s 160- 320Gb/s 40Gb/s Line termination IP packet processing Packet buffering Line termination IP packet processing Packet buffering 40Gb/s 160Gb/s 40Gb/s 40Gb/s (100Tb/s = 625 * 160Gb/s)

What Seems Impractical What Hurts Maintaining packet order Buffering packets in external DRAM What Seems Impractical Low latency Multicast Delay guarantees