Skip to main content

Server/Application State Protocol v1
RFC 4678

Document Type RFC - Informational (September 2006) Errata
Author Alan Bivens
Last updated 2020-01-21
RFC stream Independent Submission
Formats
IESG Responsible AD Magnus Westerlund
Send notices to (None)
RFC 4678
RIFT WG                                                 Yuehua. Wei, Ed.
Internet-Draft                                              Zheng. Zhang
Intended status: Informational                           ZTE Corporation
Expires: 15 June 2022                                  Dmitry. Afanasiev
                                                                  Yandex
                                                              P. Thubert
                                                           Cisco Systems
                                                     Jaroslaw. Kowalczyk
                                                           Orange Polska
                                                        12 December 2021

                           RIFT Applicability
                    draft-ietf-rift-applicability-09

Abstract

   This document discusses the properties, applicability and operational
   considerations of RIFT in different network scenarios.  It intends to
   provide a rough guide how RIFT can be deployed to simplify routing
   operations in Clos topologies and their variations.

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 https://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."

   This Internet-Draft will expire on 15 June 2022.

Copyright Notice

   Copyright (c) 2021 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 (https://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

Wei, et al.               Expires 15 June 2022                  [Page 1]
Internet-Draft        RIFT Applicability Statement         December 2021

   and restrictions with respect to this document.  Code Components
   extracted from this document must include Revised BSD License text as
   described in Section 4.e of the Trust Legal Provisions and are
   provided without warranty as described in the Revised BSD License.

Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . . . . . . . .   3
   2.  Terminology . . . . . . . . . . . . . . . . . . . . . . . . .   3
   3.  Problem Statement of Routing in Modern IP Fabric Fat Tree
           Networks  . . . . . . . . . . . . . . . . . . . . . . . .   5
   4.  Applicability of RIFT to Clos IP Fabrics  . . . . . . . . . .   5
     4.1.  Overview of RIFT  . . . . . . . . . . . . . . . . . . . .   5
     4.2.  Applicable Topologies . . . . . . . . . . . . . . . . . .   8
       4.2.1.  Horizontal Links  . . . . . . . . . . . . . . . . . .   8
       4.2.2.  Vertical Shortcuts  . . . . . . . . . . . . . . . . .   9
       4.2.3.  Generalizing to any Directed Acyclic Graph  . . . . .   9
       4.2.4.  Reachability of Internal Nodes in the Fabric  . . . .  11
     4.3.  Use Cases . . . . . . . . . . . . . . . . . . . . . . . .  11
       4.3.1.  Data Center Topologies  . . . . . . . . . . . . . . .  11
       4.3.2.  Metro Fabrics . . . . . . . . . . . . . . . . . . . .  12
       4.3.3.  Building Cabling  . . . . . . . . . . . . . . . . . .  13
       4.3.4.  Internal Router Switching Fabrics . . . . . . . . . .  13
       4.3.5.  CloudCO . . . . . . . . . . . . . . . . . . . . . . .  13
   5.  Operational Considerations  . . . . . . . . . . . . . . . . .  15
     5.1.  South Reflection  . . . . . . . . . . . . . . . . . . . .  16
     5.2.  Suboptimal Routing on Link Failures . . . . . . . . . . .  16
     5.3.  Black-Holing on Link Failures . . . . . . . . . . . . . .  18
     5.4.  Zero Touch Provisioning (ZTP) . . . . . . . . . . . . . .  19
     5.5.  Mis-cabling Examples  . . . . . . . . . . . . . . . . . .  20
     5.6.  Positive vs. Negative Disaggregation  . . . . . . . . . .  22
     5.7.  Mobile Edge and Anycast . . . . . . . . . . . . . . . . .  24
     5.8.  IPv4 over IPv6  . . . . . . . . . . . . . . . . . . . . .  26
     5.9.  In-Band Reachability of Nodes . . . . . . . . . . . . . .  26
     5.10. Dual Homing Servers . . . . . . . . . . . . . . . . . . .  28
     5.11. Fabric With A Controller  . . . . . . . . . . . . . . . .  28
       5.11.1.  Controller Attached to ToFs  . . . . . . . . . . . .  29
       5.11.2.  Controller Attached to Leaf  . . . . . . . . . . . .  29
     5.12. Internet Connectivity Within Underlay . . . . . . . . . .  29
       5.12.1.  Internet Default on the Leaf . . . . . . . . . . . .  30
       5.12.2.  Internet Default on the ToFs . . . . . . . . . . . .  30
     5.13. Subnet Mismatch and Address Families  . . . . . . . . . .  30
     5.14. Anycast Considerations  . . . . . . . . . . . . . . . . .  30
     5.15. IoT Applicability . . . . . . . . . . . . . . . . . . . .  31
     5.16. Key Management  . . . . . . . . . . . . . . . . . . . . .  32
   6.  Security Considerations . . . . . . . . . . . . . . . . . . .  32
   7.  IANA Considerations . . . . . . . . . . . . . . . . . . . . .  33
   8.  Contributors  . . . . . . . . . . . . . . . . . . . . . . . .  33

Wei, et al.               Expires 15 June 2022                  [Page 2]
Internet-Draft        RIFT Applicability Statement         December 2021

   9.  Normative References  . . . . . . . . . . . . . . . . . . . .  33
   10. Informative References  . . . . . . . . . . . . . . . . . . .  35
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . .  36

1.  Introduction

   This document discusses the properties and applicability of "Routing
   in Fat Trees" [RIFT] in different deployment scenarios and highlights
   the operational simplicity of the technology compared to traditional
   routing solutions.  It also documents special considerations when
   RIFT is used with or without overlays and/or controllers, and how
   RIFT identifies topology mis-cablings and reroutes around node and
   link failures.

2.  Terminology

   Clos/Fat Tree:

   This document uses the terms Clos and Fat Tree interchangeably
   whereas it always refers to a folded spine-and-leaf topology with
   possibly multiple Points of Delivery (PoDs) and one or multiple Top
   of Fabric (ToF) planes.

   Directed Acyclic Graph (DAG):

   A finite directed graph with no directed cycles (loops).  If links in
   a Clos are considered as either being all directed towards the top or
   vice versa, each of such two graphs is a DAG.

   Disaggregation:

   Process in which a node decides to advertise more specific prefixes
   Southwards, either positively to attract the corresponding traffic,
   or negatively to repel it.  Disaggregation is performed to prevent
   black-holing and suboptimal routing to the more specific prefixes.

   TIE:

   This is an acronym for a "Topology Information Element".  TIEs are
   exchanged between RIFT nodes to describe parts of a network such as
   links and address prefixes.  A TIE has always a direction and a type.
   North TIEs (sometimes abbreviated as N-TIEs) are used when dealing
   with TIEs in the northbound representation and South-TIEs (sometimes
   abbreviated as S-TIEs) for the southbound equivalent.  TIEs have
   different types such as node and prefix TIEs.

   Node TIE:

Wei, et al.               Expires 15 June 2022                  [Page 3]
Internet-Draft        RIFT Applicability Statement         December 2021

   This stands as acronym for a "Node Topology Information Element",
   which contains all adjacencies the node discovered and information
   about the node itself.  Node TIE should NOT be confused with a North
   TIE since "node" defines the type of TIE rather than its direction.
   Consequently North Node TIEs and South Node TIEs exist.

   Prefix TIE:

   This is an acronym for a "Prefix Topology Information Element" and it
   contains all prefixes directly attached to this node in case of a
   North TIE and in case of South TIE the necessary default routes and
   disaggregated routes the node advertises southbound.

   South Reflection:

   Often abbreviated just as "reflection", it defines a mechanism where
   South Node TIEs are "reflected" from the level south back up north to
   allow nodes in the same level without East- West links to "see" each
   other's node Topology Information Elements (TIEs).

   LIE:

   This is an acronym for a "Link Information Element" exchanged on all
   the system's links running RIFT to form ThreeWay adjacencies and
   carry information used to perform Zero Touch Provisioning (ZTP) of
   levels.

   Shortest-Path First (SPF):

   A well-known graph algorithm attributed to Dijkstra that establishes
   a tree of shortest paths from a source to destinations on the graph.
   SPF acronym is used due to its familiarity as general term for the
   node reachability calculations that RIFT can employ to ultimately
   calculate routes of which Dijkstra algorithm is a possible one.

   North SPF (N-SPF):

   A reachability calculation that is progressing northbound, as example
   SPF that is using South Node TIEs only.  Normally it progresses a
   single hop only and installs default routes.

   South SPF (S-SPF):

   A reachability calculation that is progressing southbound, as example
   SPF that is using North Node TIEs only.