Generic Network Virtualization Encapsulation draft-gross-geneve-00 Pankaj Garg Jesse Gross

Slides:



Advertisements
Similar presentations
Overlay Transport Virtualization (OTV)
Advertisements

P4: specifying data planes
ENGINEERING WORKSHOP Compute Engineering Workshop P4: specifying data planes Mihai Budiu San Jose, March 11, 2015.
Copyright © 2014, Oracle and/or its affiliates. All rights reserved. | Oracle’s Next-Generation SDN Platform Andrew Thomas Architect Corporate Architecture.
1 Features of IPv6 Larger Address Extended Address Hierarchy Flexible Header Format Improved Options Provision For Protocol Extension Support for Auto-configuration.
Netprog: IPv61 IPv6 Refs: Chapter 10, Appendix A.
Computer Networks20-1 Chapter 20. Network Layer: Internet Protocol 20.1 Internetworking 20.2 IPv IPv6.
Socket Programming with IPv6. Why IPv6? Addressing and routing scalability Address space exhaustion Host autoconfiguration QoS of flow using flowlabel.
Introduction into VXLAN Russian IPv6 day June 6 th, 2012 Frank Laforsch Systems Engineer, EMEA
20.1 Chapter 20 Network Layer: Internet Protocol Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display.
CS 457 – Lecture 16 Global Internet - BGP Spring 2012.
NCCA 2014 Performance Evaluation of Non-Tunneling Edge-Overlay Model on 40GbE Environment Nagoya Institute of Technology, Japan Ryota Kawashima and Hiroshi.
Network Service Header (NSH) draft-quinn-sfc-nsh IETF 90
Prentice HallHigh Performance TCP/IP Networking, Hassan-Jain Chapter 2 TCP/IP Fundamentals.
Introduction1-1 message segment datagram frame source application transport network link physical HtHt HnHn HlHl M HtHt HnHn M HtHt M M destination application.
Outlines Backgrounds Goals Implementation Performance Evaluation
Improving performance of overlay-based virtual networks
The Network Layer Chapter 5. The IP Protocol The IPv4 (Internet Protocol) header.
Chapter 5 The Network Layer.
IP Addressing: introduction
CSCI 4550/8556 Computer Networks Comer, Chapter 20: IP Datagrams and Datagram Forwarding.
1 Application TCPUDP IPICMPARPRARP Physical network Application TCP/IP Protocol Suite.
Generic Overlay OAM and Datapath Failure Detection
Generic Network Virtualization Encapsulation draft-gross-geneve-02
Network Layer4-1 Network layer r transport segment from sending to receiving host r on sending side encapsulates segments into datagrams r on rcving side,
Network Layer4-1 Network layer r transport segment from sending to receiving host r on sending side encapsulates segments into datagrams r on rcving side,
IP-UDP-RTP Computer Networking (In Chap 3, 4, 7) 건국대학교 인터넷미디어공학부 임 창 훈.
MPLS And The Data Center Adrian Farrel Old Dog Consulting / Juniper Networks
1 IPv6 Refs: Chapter 10, Appendix A. 2 IPv6 availability Generally not part of O.S. Available in beta for many operating systems. 6-Bone is experimental.
Chapter 4 Queuing, Datagrams, and Addressing
Data Center Network Redesign using SDN
4: Network Layer4a-1 IP datagram format ver length 32 bits data (variable length, typically a TCP or UDP segment) 16-bit identifier Internet checksum time.
NVO3 dataplane encapsulation requirements discussion Erik Nordmark, Arista Networks.
NetCloud 2013 Non-Tunneling Edge-Overlay Model using OpenFlow for Cloud Datacenter Networks Nagoya Institute of Technology, Japan Ryota Kawashima and Hiroshi.
April 5, 2004 Prof. Paul Lin 1 CPET The Network Layer Paul I-Hai Lin, Professor Electrical and Computer Engineering Technology Purdue University,
Internetworking Internet: A network among networks, or a network of networks Allows accommodation of multiple network technologies Universal Service Routers.
20.1 Chapter 20 Network Layer: Internet Protocol Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display.
Internetworking Internet: A network among networks, or a network of networks Allows accommodation of multiple network technologies Universal Service Routers.
1 © OneCloud and/or its affiliates. All rights reserved. VXLAN Overview Module 4.
Stateless Transport Tunneling draft-davie-stt-01.txt Bruce Davie, Jesse Gross, Igor Gashinsky et al.
Network Layer by peterl. forwarding table routing protocols path selection RIP, OSPF, BGP IP protocol addressing conventions datagram format packet handling.
Destination Option Update IETF/ipngwg 2000/12/14 San Diego.
By Mau, Morgan Arora, Pankaj Desai, Kiran.  Large address space  Briefing on IPsec  IPsec implementation  IPsec operational modes  Authentication.
Generic UDP Encapsulation for IP Tunneling Lucy Yong July 2014 Toronto CA draft-ietf-tsvwg-gre-in-udp-02.
Network Layer by peterl. forwarding table routing protocols path selection RIP, OSPF, BGP IP protocol addressing conventions datagram format packet handling.
1 Review – The Internet’s Protocol Architecture. Protocols, Internetworking & the Internet 2 Introduction Internet standards Internet standards Layered.
Active-active access in NVO3 network draft-hao-l2vpn-evpn-nvo3-active-active-00 July 20131Active-active access in NVO3 network Weiguo Hao(Huawei) Yizhou.
IP Fragmentation. Network layer transport segment from sending to receiving host on sending side encapsulates segments into datagrams on rcving side,
BIER Use Case in VXLAN draft-wang-bier-vxlan-use-case-00 Linda Wang (Presenting) Sandy. Zhang & F. Hu.
Preferred Alternatives for Tunnelling HIP (PATH)
Internet Protocol Version 6 Specifications
Draft-ermagan-lisp-nat-traversal-00 Vina Ermagan, Dino Farinacci, Darrel Lewis, Fabio Maino, Jesper Skriver, Chris White Presenter: Vina Ermagan IETF.
OSPFv3 over IPv4 for IPv6 Transition
Washington University
Network base Network base.
IP : Internet Protocol Surasak Sanguanpong
Chapter 20 Network Layer: Internet Protocol
What does this packet do?
Lu Huang, China Mobile Shujun Hu, China Mobile Michael Wang, Huawei
CAM Update Datagram ATM Header Ver HL ToS Packet Len Fragment IP ID
Lu Huang Shujun Hu China Mobile
NSH context header allocation for Mobility
NVO3 Data Plane Discussion
What we have and what we want
Refs: Chapter 10, Appendix A
32 bit destination IP address
Active OAM in Geneve draft-mmbb-nvo3-geneve-oam
How OAM Identified in Overlay Protocols draft-mirsky-rtgwg-oam-identify Greg Mirsky IETF-104 March 2019, Prague.
Geneve applicability for service function chaining draft-boutros-nvo3-geneve-applicability-for-sfc-02 Sami Boutros Dharma Rajan Philip Kippen Pierluigi.
Chapter 4: outline 4.1 Overview of Network layer data plane
Presentation transcript:

Generic Network Virtualization Encapsulation draft-gross-geneve-00 Pankaj Garg Jesse Gross

Agenda  Present  Goal  Proposal  Call to Action 2

Present 3

Network Virtualization is the key to Multi-Tenant Datacenters and Software Defined Networking It is driving renewed interest in tunneling, tagging and encapsulation schemes 4

Hardware endpoints, software endpoints and controllers can evolve at different rates, but existing formats don’t provide that flexibility 5

Existing Formats (VXLAN, NVGRE, STT)  Lack extensibility to allow data plane innovation  No support for carrying meta data  Tie in control plane that limits control plane innovation  Flood and learn, or other control plane semantics 6

Goal 7

Extensible Encapsulation Format  Allows data plane (hardware, software) and control plane to evolve and innovate at different rates  Allows those innovations to be standardized later 8

Extensibility  Many extensions have already been proposed for VXLAN and NVGRE: protocol type, OAM, security, etc.  Evidence of need for extensibility rather than a counterargument  VXLAN and NVGRE are fundamentally not extensible: pushing beyond the limited header space requires all supporting devices to update  Ecosystem need to avoid fragmentation 9

Proposal 10

| Source Port = xxxx | Dest Port = Fixed Port | | UDP Length | UDP Checksum | Outer UDP Header 11

|Ver| Opt Len |O|C| Rsvd. | Next Protocol | | Virtual Network Identifier (VNI) | Reserved | | Variable Length Options | Geneve Header 12

| Option Class | Type |R|R|R| Length | | Variable Option Data | Geneve Options 13

Call to Action 14 Consider Geneve as a candidate solution to address extensibility and decoupling of control/data plane requirements as input to the gap analysis draft.