[bess] FW: New Version Notification for draft-ietf-bess-datacenter-gateway-11.txt

Adrian Farrel <adrian@olddog.co.uk> Wed, 19 May 2021 21:31 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 E949D3A1FB9; Wed, 19 May 2021 14:31:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.049
X-Spam-Level:
X-Spam-Status: No, score=-1.049 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MAY_BE_FORGED=0.846, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no 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 AXcxjPckZPXq; Wed, 19 May 2021 14:31:27 -0700 (PDT)
Received: from mta6.iomartmail.com (mta6.iomartmail.com [62.128.193.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A9C23A1FB4; Wed, 19 May 2021 14:31:21 -0700 (PDT)
Received: from vs4.iomartmail.com (vs4.iomartmail.com [10.12.10.122]) by mta6.iomartmail.com (8.14.4/8.14.4) with ESMTP id 14JLVHwo008054; Wed, 19 May 2021 22:31:17 +0100
Received: from vs4.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 34BC046043; Wed, 19 May 2021 22:31:17 +0100 (BST)
Received: from vs4.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 287824604B; Wed, 19 May 2021 22:31:17 +0100 (BST)
Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs4.iomartmail.com (Postfix) with ESMTPS; Wed, 19 May 2021 22:31:17 +0100 (BST)
Received: from LAPTOPK7AS653V (65.151.51.84.dyn.plus.net [84.51.151.65] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.4/8.14.4) with ESMTP id 14JLVGMX004248 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 19 May 2021 22:31:16 +0100
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: iesg-secretary@ietf.org
Cc: bess@ietf.org, bess-chairs@ietf.org, 'Gyan Mishra' <hayabusagsm@gmail.com>, draft-ietf-bess-datacenter-gateway@ietf.org
References: <162145927693.9993.4934999663225374706@ietfa.amsl.com>
In-Reply-To: <162145927693.9993.4934999663225374706@ietfa.amsl.com>
Date: Wed, 19 May 2021 22:31:15 +0100
Organization: Old Dog Consulting
Message-ID: <04f901d74cf6$4cfb91a0$e6f2b4e0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQCuSp3MLeaMIbqiZw8/tUIDyqERFq09VLIQ
Content-Language: en-gb
X-Originating-IP: 84.51.151.65
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.1.0.2034-8.6.0.1017-26168.003
X-TM-AS-Result: No--20.241-10.0-31-10
X-imss-scan-details: No--20.241-10.0-31-10
X-TMASE-Version: IMSVA-9.1.0.2034-8.6.1017-26168.003
X-TMASE-Result: 10--20.241300-10.000000
X-TMASE-MatchedRID: +6TntKyWbntB0jhVMKrChXFPUrVDm6jtyBEE5Ydf0DHYidCgJ5Onc68T T4AA2gaTuow11wH6W3WEOjulVm7KEcQTSPZE5H8gQQ5+hY6u+46hp756/rM6Us+WYjg3WzyKTxS ugU04ansvw/Re2ZQua9Nj1cxZswQKS8HyT+bcVCrBWPvRvn4R8yYof8qPjr5VFujNgNeS9UDFsO EbI8UhgqzjqaT02J54PmuMP4vo491qXtG/6PzJxcGNvKPnBgOaIfyQNHR2naY0PLgy7CaMAMnfy mxuFRJb/oXzujEpksG4u56JCFGIbHdR7mzeevyF6X+5U59QJi/95dwSoVJjf0+yKc8b04RiDMo0 XQZly2gdcxr3vPTRrzaLzoZ9Tr4Aa1tZxxbuWSUdDctFr7spHC8or/7xcxJE+cNtyrpbqtErzmy UBP1ArzwBkJ8YQNFkLXTZcCm0wxLsAGjS6lxxKisIuzCLc2mN7HxvvzSE+v5rRM6wvXgDaXWFSk od/X6wWuLTNf9w6cU5bHiitguLKQrDLTC0bjIKHcQQBuf4ZFvS+VqQO/GHvAj6rhIE7TsiBKGWo FvqHjev8LKtX9Rf4yqKUF9kPNOH0665Oh56EW88TeSGZW8c7q0ld05+83uwzjHW4C7K8n8KkJ5f ehPoYj8oaw+lDyPa+YUivCgQ9UkBGpe5qicSY8XA78ZtFL/guBkg4mMSwl0y/xh6GqNHVT5SThK V5SgZlCAiBBQl50b2G8cVPDpFEFKY/PWvRXxQypiC33/79mcfqkfNzTRFSuytS7m1HlRoI5Pqlt 6IwF+t1kt6UTrAW8TDBz18XY3O7ni+GTUS+xHEQdG7H66TyKsQd9qPXhnJVWgRcrSEFLc=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-12:0,22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/lDRDTLAmILIFKwVNy7JUn4-gEPg>
Subject: [bess] FW: New Version Notification for draft-ietf-bess-datacenter-gateway-11.txt
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.29
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: Wed, 19 May 2021 21:31:32 -0000

Hi all,

This revision attempts to address John Scudder's Discuss and Comment including changes discussed by email and in person (by John Drake). It also addresses the updated version of Gyan's GenArt review comments, incorporating most of the changes he suggested in his most recent email. Thanks to John (S) and Gyan for the amount of time and effort they spent reaching resolutions with the authors - a long and somewhat bumpy road, but a better document as a result.

No changes are made for Roman's Discuss (see recent email).

I believe that Warren's Discuss is also addressed partly by answering John's Discuss, but also by the change of terminology to "site" from the incorrect "SR domain".

As noted in email, this revision fixes one grammar point (a missing comma) and fixes the two out-dated references pointed out in Lars' Comment.

Per email, Erik and Alvaro's Comments are addressed by the change in domain/site terminology.

I think the actionable parts of Eric's Comment is also handled with the text change suggested in email.

Lastly, I think Rob's Comment has been closed through email.


Please let us know if you think more action is needed.

Many thanks to you all for the time and effort you've put in to reviewing this document.

Adrian

-----Original Message-----
From: internet-drafts@ietf.org <internet-drafts@ietf.org> 
Sent: 19 May 2021 22:21
To: Adrian Farrel <adrian@olddog.co.uk>; Eric Rosen <erosen52@gmail.com>; John Drake <jdrake@juniper.net>; Keyur Patel <keyur@arrcus.com>; Luay Jalil <luay.jalil@verizon.com>
Subject: New Version Notification for draft-ietf-bess-datacenter-gateway-11.txt


A new version of I-D, draft-ietf-bess-datacenter-gateway-11.txt
has been successfully submitted by Adrian Farrel and posted to the
IETF repository.

Name:		draft-ietf-bess-datacenter-gateway
Revision:	11
Title:		Gateway Auto-Discovery and Route Advertisement for Segment Routing Enabled Site Interconnection
Document date:	2021-05-19
Group:		bess
Pages:		13
URL:            https://www.ietf.org/archive/id/draft-ietf-bess-datacenter-gateway-11.txt
Status:         https://datatracker.ietf.org/doc/draft-ietf-bess-datacenter-gateway/
Htmlized:       https://datatracker.ietf.org/doc/html/draft-ietf-bess-datacenter-gateway
Htmlized:       https://tools.ietf.org/html/draft-ietf-bess-datacenter-gateway-11
Diff:           https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-datacenter-gateway-11

Abstract:
   Data centers are 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 protocol mechanism that can be used within a
   data center, and 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.

   Other sites, such as access networks, 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 reachable in the site to which it provides access, including
   advertising them on behalf of each other gateway to the same site.

                                                                                  


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.

The IETF Secretariat