[bess] Update to draft-drake-bess-datacenter-gateway-04.txt

"Adrian Farrel" <adrian@olddog.co.uk> Sat, 01 July 2017 20:46 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 57113129ABD for <bess@ietfa.amsl.com>; Sat, 1 Jul 2017 13:46:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KnKWD9uNa2O1 for <bess@ietfa.amsl.com>; Sat, 1 Jul 2017 13:46:46 -0700 (PDT)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7DB94124D6C for <bess@ietf.org>; Sat, 1 Jul 2017 13:46:45 -0700 (PDT)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id v61KkhHZ030263 for <bess@ietf.org>; Sat, 1 Jul 2017 21:46:43 +0100
Received: from 950129200 (230.150.51.84.dyn.plus.net [84.51.150.230] (may be forged)) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id v61KkgW7030246 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <bess@ietf.org>; Sat, 1 Jul 2017 21:46:43 +0100
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: bess@ietf.org
Date: Sat, 01 Jul 2017 21:46:36 +0100
Message-ID: <17f601d2f2ab$227c0c10$67742430$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdLyqxzN+kYphcdfS/6GBU6Og9BD1A==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-23170.002
X-TM-AS-Result: No--12.534-10.0-31-10
X-imss-scan-details: No--12.534-10.0-31-10
X-TMASE-MatchedRID: qz3fLNOrajV5895vV61NSAbts0Qkqy42bv16+gil4jeFz4nDgsy1wHqj qkUXuvvR5eP9jJT2gbqyngu/K5cAWh3jD8YXxa1QlXyFJmnnKde7atxTbKDEIAO6v4TsAol5qVS rDqW2fafesCVBl7cMvx+AANDJmdIKO6sfSrHWQFjx5KZMlKYS/VHewY36PuY0JI+58l8cFjNxDZ qHzfZ66fN1nPMhapcRWbOLpgv9C7b3gr9T3KhP3gizXxlOHX34eotJMc+0rELMczPAm1SBSN0HA AkfLxBxMWfVJxta6v+tWBWsIkQlSdI7AIgF/i4ZOp/QO0+WfidRskEkilqBkplPfACi0j+1jNET HH9N9TbvgaWx0vg5yCooba44s6CkIsKgLPi82l/zh2yKdnl7WHhcs0GMz0PkzxvPK+HLvuQnPkK 2ND8Zn0CHWKbLzBUHjsSq93VbI87JMGDPqGXR14Dqq/69HfgsD2lsxv9ktobM7zpEspqG/5hBoC A93CpD9SqedkZx0DmRk6XtYogiarQ/aqQZTRfKVnRXm1iHN1bEQdG7H66TyH4gKq42LRYkf6Jk3 3pM3ffetiEhq5FK3OX0JbnM4vxAk0E/XGe4JwR+3BndfXUhXQ==
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/rHBV-yUcgWSw3QoMI0AyKUZEYlo>
Subject: [bess] Update to draft-drake-bess-datacenter-gateway-04.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 01 Jul 2017 20:46:49 -0000

Hi,

A relatively short and simple draft with just a few simple updates.

This document defines simple BGP-based mechanisms for gateways to segment
routing domains to discover each other and advertise the prefixes that they
provide access to. This enables load balancing and traffic engineering of
end-to-end paths across a backbone as described in more detail in
draft-farrel-spring-sr-domain-interconnect.

In this revision we have:
- generalised what was data centre interconnect mechanism
- fixed some typos
- marked the document as standards track since it requests a code point

Review is welcomed.

Adrian

> -----Original Message-----
> From: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] On Behalf Of
> internet-drafts@ietf.org
> Sent: 01 July 2017 21:39
> To: i-d-announce@ietf.org
> Subject: I-D Action: draft-drake-bess-datacenter-gateway-04.txt
> 
> 
> A New Internet-Draft is available from the on-line Internet-Drafts
directories.
> 
> 
>         Title           : Gateway Auto-Discovery and Route Advertisement for
Segment
> Routing Enabled Domain Interconnection
>         Authors         : John Drake
>                           Adrian Farrel
>                           Eric Rosen
>                           Keyur Patel
>                           Luay Jalil
> 	Filename        : draft-drake-bess-datacenter-gateway-04.txt
> 	Pages           : 9
> 	Date            : 2017-07-01
> 
> Abstract:
>    Data centers have become critical components of the infrastructure
>    used by network operators to provide services to their customers.
>    Data centers are attached to the Internet or a backbone network by
>    gateway routers.  One data center typically has more than one gateway
>    for commercial, load balancing, and resiliency reasons.
> 
>    Segment routing is a popular protocol mechanism for operating within
>    a data center, but also for steering traffic that flows between two
>    data center sites.  In order that one data center site may load
>    balance the traffic it sends to another data center site it needs to
>    know the complete set of gateway routers at the remote data center,
>    the points of connection from those gateways to the backbone network,
>    and the connectivity across the backbone network.
> 
>    Segment routing may also be operated in other domains, such as access
>    networks.  Those domains also need to be connected across backbone
>    networks through gateways.
> 
>    This document defines a mechanism using the BGP Tunnel Encapsulation
>    attribute to allow each gateway router to advertise the routes to the
>    prefixes in the segment routing domains to which it provides access,
>    and also to advertise on behalf of each other gateway to the same
>    segment routing domain.
> 
> 
> 
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-drake-bess-datacenter-gateway/
> 
> There are also htmlized versions available at:
> https://tools.ietf.org/html/draft-drake-bess-datacenter-gateway-04
> https://datatracker.ietf.org/doc/html/draft-drake-bess-datacenter-gateway-04
> 
> A diff from the previous version is available at:
> https://www.ietf.org/rfcdiff?url2=draft-drake-bess-datacenter-gateway-04
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft directories: http://www.ietf.org/shadow.html
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt