IPv6 Source Routing for ultralow Latency
draft-foglar-ipv6-ull-routing-00

Document Type Active Internet-Draft (individual)
Last updated 2017-09-12
Stream (None)
Intended RFC status (None)
Formats plain text pdf html bibtex
Stream Stream state (No stream defined)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state I-D Exists
Telechat date
Responsible AD (None)
Send notices to (None)
Routing Area Working Group                         A. Foglar, InnoRoute
INTERNET-DRAFT                                     M. Parker, Uni Essex
Intended status: EXPERIMENTAL                        T. Rokkas, Incites
Expires: March 11, 2018                              September 12, 2017     

          IPv6 Source Routing for ultralow Latency
              draft-foglar-ipv6-ull-routing-00

Abstract

  This Internet-Draft describes a hierarchical addressing scheme 
  for IPv6, intentionally very much simplified to allow for very 
  fast source routing experimentation using simple forwarding 
  nodes. Research groups evaluate achievable latency reduction 
  for special applications such as radio access networks, 
  industrial networks or other networks requiring very low 
  latency. 
  
Status of This Memo

  This Internet-Draft is submitted in full conformance with the
  provisions of BCP 78 and BCP 79.
  
  Internet-Drafts are working documents of the Internet Engineering
  Task Force (IETF).  Note that other groups may also distribute
  working documents as Internet-Drafts.  The list of current Internet-
  Drafts is at http://datatracker.ietf.org/drafts/current/.
  
  Internet-Drafts are draft documents valid for a maximum of six months
  and may be updated, replaced, or obsoleted by other documents at any
  time.  It is inappropriate to use Internet-Drafts as reference
  material or to cite them other than as "work in progress."

Copyright Notice

  Copyright (c) 2017 IETF Trust and the persons identified as 
  the document authors. All rights reserved.
  
  This document is subject to BCP 78 and the IETF Trust's Legal
  Provisions Relating to IETF Documents
  (http://trustee.ietf.org/license-info) in effect on the date of
  publication of this document.  Please review these documents
  carefully, as they describe your rights and restrictions with respect
  to this document.  Code Components extracted from this document must
  include Simplified BSD License text as described in Section 4.e of
  the Trust Legal Provisions and are provided without warranty as
  described in the Simplified BSD License.
 

1. Introduction

  To achieve minimum latency the forwarding nodes must support 
  cut-through technology as opposed to the commonly used store-
  and-forward technology. Cut-through means, that the packet 
  header already leaves a node at the egress port while the tail 
  of the packet is still received at the ingress port. This 
  short time does not allow complex routing decisions. 
  Therefore, a very simple routing address field structure is 
  specified below. It should limit the complexity of the 
  forwarding node used in the experiments. Therefore, in this 
  text the term "forwarding node" is used instead of "router", 
  although the device is operating in OSI Layer 3 and accordingly
  executes router functions such as decrementing the hop limit field.
  Redundancy issues are not considered. 

2. IPv6 address prefix structure

  One of the goals of IPv6 was to have a sufficiently long address 
  to allow grouping in fields to simplify routing decisions. In 
  this proposal, this goal is exploited to allow for very low 
  complexity in the forwarding nodes. 
  
  Each forwarding node has up to 16 ports and hence needs 4 bits 
  of the address field to decide to which port a packet should 
  be forwarded. The 64-bit prefix is divided into 16 sub-fields 
  of 4 bit, defining up to 16 hierarchy levels. A forwarding 
  node is configured manually to which of the sub-fields it should
  evaluate for the forwarding decision. 
  
  A number n of leading 4-bit fields cannot be used for forwarding 
  decisions, but must have a special value to indicate the 
  'escape prefix' of the experimental forwarding mode. 
  
  The 64-bit prefix of the IPv6 address has this structure:
  
  | n x 4-bit escape prefix |(16-n) x 4-bit address fields |
  
  The first 4-bit field following the escape prefix has the 
  highest hierarchy level, the last 4-bit field has the lowest 
  hierarchy level.

3. Forwarding node behavior

  The forwarding node has up to 16 downlink ports and at least 
  one uplink port. Typically, the forwarding nodes are arranged 
  in a regular tree structure with one top node, up to 16 nodes 
  in the second hierarchy, up to 256 nodes in the third hierarchy 
  and so on for up to 16-n hierarchies.
  
  A forwarding node must be configured to operate at a certain 
  position in the hierarchical network. For example, at third 
  hierarchy level, branch 4 of the first hierarchy and branch 12 
  of the second hierarchy. 
  
  The behavior of each forwarding node is depending on the 
  position of a node in a hierarchical network. For all 
  positions, the first step is to check the escape prefix. Only 
  packets with matching escape prefix are forwarded. 
Show full document text