Re: [bess] John Scudder's Discuss on draft-ietf-bess-evpn-optimized-ir-09: (with DISCUSS and COMMENT)
"Rabadan, Jorge (Nokia - US/Sunnyvale)" <jorge.rabadan@nokia.com> Tue, 25 January 2022 13:01 UTC
Return-Path: <jorge.rabadan@nokia.com>
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 AA1DC3A0EE7; Tue, 25 Jan 2022 05:01:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.473
X-Spam-Level:
X-Spam-Status: No, score=-2.473 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.576, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nokia.onmicrosoft.com
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 HTqx8OZuHA53; Tue, 25 Jan 2022 05:01:21 -0800 (PST)
Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10on2119.outbound.protection.outlook.com [40.107.92.119]) (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 7BDCA3A0EE6; Tue, 25 Jan 2022 05:01:20 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lsLBF6znOfgjIIZeZFeFar2BZoXVHQrLwmFHQ9xhz/zm2CHoRS/Pum6docwYPxDcdOXZjd3zrwhppr/kSyKjjHxLSyeenDtSQj3FpdtNkLL4Jr8tfPVOoXyebWGIqnb5dPMLJsb3X92fz1BtI16HbLHLRi6NsWvmNE0kJSzenN32sJ6DX9FOgw1dAg0UqNcwrVSDUvJInlnpBeDNidkN+XrdFAS+3v0jUMIl2CcldpxXPC8+qmAABV7H4Cl1+yG0vUwmOUZ1yF5HgSNAA0SQUJcuCX+2vvhGC4U+OUtKqYtYSEUAO8YC+85j3H3c9Mk6telkjwBGtbZnZnE07xIokg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=aBW+1a/nEhGZg+JFlW9G6NfwEgGeY41VyWZLYcNON4Y=; b=PadS4Oyjp5CDBKUcFGF0msE+rEbT5nWJyWhcjQLsqnvU7qpukTACGLFu4wBfO3avlzDRH2PmarPUAnFpSwt3ajqwcVlvvVanVlV6mw7deyxiOvlXDNjGD5EpLxSMvc0wtk9ZhRZV9t0oyi+N/yazqiCVaexQILAxnEmXnwiAMOY75NyUTlqeKTuUHRvhW/EEFkZP6KrRco9A4ehdLiTfgcVgLT1B1ucDpSTg9DnLyhjtFSHt7S+y7EbU7H77UHXJCigUYII0lc5+Q1QWIuARWQTk9mQ5CxCORca2QyCDo3NrLEmSBobifVXAieWzBGaKXevIBKB9XL0ip5FthhtgOw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=aBW+1a/nEhGZg+JFlW9G6NfwEgGeY41VyWZLYcNON4Y=; b=Mrm95QQtpnzH8YovwNYUQYCLp0+qFD32I+/ug+QeCU3VV/KfgD6GhggRi/Nk+ShC0CBk2NKcQt+lGNzGU4GKCuFLTcr0eYFI42AdKwyVhRm5l/9wEFmDZKjx7+/YBAqWtRidk2glDr0jwjpoUm3Fe+ozmqCsqdtkQncZA2LIMpk=
Received: from BY3PR08MB7060.namprd08.prod.outlook.com (2603:10b6:a03:36d::19) by DM8PR08MB7352.namprd08.prod.outlook.com (2603:10b6:8:15::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4909.12; Tue, 25 Jan 2022 13:01:10 +0000
Received: from BY3PR08MB7060.namprd08.prod.outlook.com ([fe80::343d:e055:525:7488]) by BY3PR08MB7060.namprd08.prod.outlook.com ([fe80::343d:e055:525:7488%5]) with mapi id 15.20.4909.019; Tue, 25 Jan 2022 13:01:10 +0000
From: "Rabadan, Jorge (Nokia - US/Sunnyvale)" <jorge.rabadan@nokia.com>
To: John Scudder <jgs@juniper.net>
CC: The IESG <iesg@ietf.org>, "draft-ietf-bess-evpn-optimized-ir@ietf.org" <draft-ietf-bess-evpn-optimized-ir@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "bess@ietf.org" <bess@ietf.org>, "Bocci, Matthew (Nokia - GB)" <matthew.bocci@nokia.com>
Thread-Topic: John Scudder's Discuss on draft-ietf-bess-evpn-optimized-ir-09: (with DISCUSS and COMMENT)
Thread-Index: AQHXxhfMrlBD4AIth0id/PNXgGqUQ6vyb5sVgAlNsgCAC9zSwIBQzYUAgBvWA+Q=
Date: Tue, 25 Jan 2022 13:01:10 +0000
Message-ID: <BY3PR08MB7060CB0D3D497BA64AC05161F75F9@BY3PR08MB7060.namprd08.prod.outlook.com>
References: <163477834717.27602.11452549676478352862@ietfa.amsl.com> <BY3PR08MB706048E96EC99525C286418CF78C9@BY3PR08MB7060.namprd08.prod.outlook.com> <FEB2F938-0AFC-49DA-9FEE-9E7153E66CA2@juniper.net> <BY3PR08MB706072184B01D2352B041494F79A9@BY3PR08MB7060.namprd08.prod.outlook.com> <B67FBCE2-7C46-469D-9CA2-49AF25979B4F@juniper.net>
In-Reply-To: <B67FBCE2-7C46-469D-9CA2-49AF25979B4F@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=nokia.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: bdb797e9-74d0-4276-0d13-08d9e002c26b
x-ms-traffictypediagnostic: DM8PR08MB7352:EE_
x-microsoft-antispam-prvs: <DM8PR08MB7352B129D3629B55187F1539F75F9@DM8PR08MB7352.namprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: CK0+A12LbbT6AawHwVKUJCajcBMbPE28VQVjyHnJb/HJSnRv1Iwt24p0NDEZlmtIa40nQaRkNS+53SHqpXNk9WWJRemkkp7cOGNx/qJN+BRSPv98Q91wQAqN8PAZC9ujxvZgQ7CUdNjYppi/uqSZnEGXsQ6S1VKRHNNH7APdChNePrcsGfpXwm/Rgo3Uz1o9YksIzq4kQ+PvwG2iZNznk7vZADs2rSTbDKBpVEcjO9qpNFUHO2qFV+4vjOaLfOzjm8MsHSRm8PLlt3OqhX7sA4YxdzAfphokC+MHmYbAIiX+hRyzY5B6WPs/8T1g0S05Fa1flDyiWRkuZZKWZDBEWftWG3CK143jJIzkyxzRZQ/BE5NL4P+5OwmdBbFbEgTlrK0hZRnbTV5Gnldg8w2LGo9buImmCIKTgPJ07ywZ41VNaii56gy4EQwiyFa1oGfSP3J02MlN1BTAr21Lo6RYdDv+udLsFlhWMTWMqvfxGm7jVbFSf5AiagfkHGb3zrLklnDdnhWRX3vQLG2FhWhcT2Xz9GaT7yABTC6srTCxznRGtMghfCQMLjHgvxCIcwTYIe3CkGVqWnqiSXxCrWiraOwY6A34R61IWsfqS1UWa/PkUQ+KE+dR59VQXdXZ5LUKCWEh+d+BGbva5v2S959hTt5Q3iuEgRm90ChFlkeVTW/qe4BQ1nDf1/tQTQs6IFRTrTNwkqbZRkzqUQimugrXJQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR08MB7060.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(52536014)(55016003)(76116006)(82960400001)(6916009)(186003)(107886003)(91956017)(9686003)(38070700005)(508600001)(33656002)(86362001)(66946007)(6506007)(54906003)(26005)(8936002)(66446008)(4326008)(9326002)(316002)(66556008)(64756008)(66476007)(83380400001)(122000001)(71200400001)(38100700002)(66574015)(5660300002)(8676002)(2906002)(53546011)(7696005); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: WBQ8hPzBbcV6GGZj3zurx43+KtTSE83fVGzsv5UEijg3evvhv8F8oSpEisjdYos8JnjwPKaa1FoY95Q4TLKTwAnRxwMq9fyRLxC7n0Ym6n95bse9gP3z+1LhXxBaLot9vQVZ1ti7MmGe+FzSNwjYP0OapDOJS+bqG5cCu6YU4nqmkDoam0cTef6vpRm3dgZBDlolmr9ZnLjDl4ctWWiyXFSONph7pP6ueCuHOa4rbkWn3wPn6eWm8BQfPFm6bJ3vcw/5YVJQvRiZwfO0tyKceZaaq+GyqvAUZTNRM2pCR4z6f7BBkJSUXRp8J4gxwOh9eWkBy0bdTSV+aHxKBE0hs63ydverz8Z2JmeyW4Gw504TVSH3oBONUmsF43BadEZT1s25OXHpVMo3R9SqUqTZ4zUplRaNOEIG29hQaZQiIVcVoaD8ivxbOwonK93WxlfJ2vuUjbwoFTBScTZwG5smC69ATSkbgnC3CgeJNQjWS4dA8UE2nPC7tAdLIztugV83yCVbOzQxJEhl189Z5rh8TccB/Glm+xRXrec8QSAXnOQ3FgyknTE6rrkbtOLr5fonGIGxXoRVd/LEJZ4vlZGlSUysdzgMTFiwOBlbsNOVrI5doR29bvxLRouqNTiwNf3W6k6t45G9PbDl9EaZOqZRHwZ5Povx2eKJry+kSNyKhOXvsoR0umLRf9NXPD5JMAQ2ciOORHwrQNixaVX09efhATQLEdNqtuLXEXogCRwAD0kh22o9snipgt4G3ierg4urrvTEqlWHxjeWyX79xtPnlggNYlv74yoqXGiYi+NSfA1wshYGbZ5xbDN1VFCbHeIOdp/sJdNSb0Wp48xgAtBTN/3b3DQ1Ju8XzJJ04mlDwx83KN8QsOyGnkmus7u3JfWt6qKHpqzyjjkHnV+t26JIjz+FENmcZINnIIQMUIQ+E5+iMNQcY0hTsXsWt81wanlZkdCh0LwV4FiocE33ZZRNXbJ8lCm4Ub1fOv6BkabU09J4PzxTsYFyN2TKxTF6Rn/D0ydHVbfPk/PGrJrj8t+rR0zA8oHQVgX53tkyCU/AiI3llcXtASAm1Cmf/BDRoEkvV/ze+yVBSN2+GIIRWDcOSGe7T+m4qISUsbGJV3sJoJ15x4RJ2vTqRSGzOOPVfHFHmYt4/1wFD8e1urlM15bgpWX3kf7TteBJIXOq2xOmKMJTbneEd0MtbfJ2+U8+9MPMnRspijA4G3O+SvdxLm92cLJeM0RWm3Ipvlp01JSG/zb1NJVpq3r6UtCWvvAed0qJNrApHyD3bkjN8iwlEg0WqYJwqE01yaY27Ihbq820k5AQYcsBoD8bpP7qg2WvjpnxiRP17rSHQRfOg2M4trkcvSBnHfcJp03cN7qtz0VB1H5B9Jg71ZT4eBNOXrMj5BDeKux0AHL592qsRxQnP+yQu7fdjqo+KOupNcLZd4qzQ1O5vEPmZOrcJLjIqaBqyhcfcqiVmcxroqtmpVF6u2jqsUaITByPVDrlYSQsZPxroy2oE5Rnn1zS672Nf4FW1HGbq+6RVsCOc4E6tr36dWQLJwNCvArZqFRpoKfoi8xlxNZK36ry0eAhZfC04ROuimKmx5vb+10HyqLgKh5s6Y06aOr1DI0IRgoV+1g6tnY5aR7f9TfozTpEUSRgHWUjynd/
Content-Type: multipart/alternative; boundary="_000_BY3PR08MB7060CB0D3D497BA64AC05161F75F9BY3PR08MB7060namp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY3PR08MB7060.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: bdb797e9-74d0-4276-0d13-08d9e002c26b
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jan 2022 13:01:10.3644 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: KoH1a108XfpBByAu8aaJCRmfu+f5JOGrhivzWpfAX2oDIjbRFDKQu7mqeVto3kid5k+gwlHgCb+KaOx5IZhiGg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM8PR08MB7352
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/wBzklBdgVJTyuynw8M1EeMFXSBA>
Subject: Re: [bess] John Scudder's Discuss on draft-ietf-bess-evpn-optimized-ir-09: (with DISCUSS and COMMENT)
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: Tue, 25 Jan 2022 13:01:26 -0000
Hi John, Sorry for the delay. I agree the document improved significantly and your thorough review and great points had a lot to do with it. So thank you very much on behalf of the authors. Just published version 12 which addresses your comments. I’m adding my comments below in-line with [jorge]. Thank you John. Jorge From: John Scudder <jgs@juniper.net> Date: Friday, January 7, 2022 at 11:09 AM To: Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com> Cc: The IESG <iesg@ietf.org>, draft-ietf-bess-evpn-optimized-ir@ietf.org <draft-ietf-bess-evpn-optimized-ir@ietf.org>, bess-chairs@ietf.org <bess-chairs@ietf.org>, bess@ietf.org <bess@ietf.org>, Bocci, Matthew (Nokia - GB) <matthew.bocci@nokia.com> Subject: Re: John Scudder's Discuss on draft-ietf-bess-evpn-optimized-ir-09: (with DISCUSS and COMMENT) Hi Jorge and all, On Nov 17, 2021, at 4:12 AM, Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com<mailto:jorge.rabadan@nokia.com>> wrote: Hi John, Thanks again. We just published version 11, addressing some other reviews. Let us know if you have any other comments. Thanks, Jorge I do have just a few more comments that I came up with while reviewing your update. By the way, thanks again for the update, it was not a small piece of work. I do think it made the document meaningfully more usable, I appreciate your effort. Below are my additional comments. All of these are proofreading or nits, except for the comment about the definition of “BD label” which is slightly more consequential. [jorge] thanks again John. We took them all, I’m only adding comments to those that needed explanation. Please see in-line. Regards, —John --- draft-ietf-bess-evpn-optimized-ir-11.txt 2022-01-07 14:00:37.000000000 -0500 +++ draft-ietf-bess-evpn-optimized-ir-11-jgs-markup.txt 2022-01-07 13:58:18.000000000 -0500 @@ -19,7 +19,7 @@ Abstract - Network Virtualization Overlay networks using Ethernet VPN (EVPN) as + Network Virtualization Overlay networks using Ethernet VPN (EVPN) as their control plane may use Ingress Replication or PIM (Protocol Independent Multicast)-based trees to convey the overlay Broadcast, Unknown unicast and Multicast (BUM) traffic. PIM provides an @@ -105,7 +105,7 @@ Ethernet Virtual Private Networks (EVPN) may be used as the control plane for a Network Virtualization Overlay network [RFC8365]. - Network Virtualization Edge (NVE) and Provider Edges (PE) devices + Network Virtualization Edge (NVE) and Provider Edge (PE) devices @@ -268,7 +268,7 @@ Pruned-Flood-Lists is a method for the ingress NVE/PE to prune or remove certain destination NVEs/PEs from a flood-list, depending on the interest of those NVEs/PEs in receiving Broadcast, Multicast or - Unknown unicast. As specfied in [RFC8365], an NVE/PE builds a flood- + Unknown unicast. As specified in [RFC8365], an NVE/PE builds a flood- list for BUM traffic based on the Next-Hops of the received EVPN Inclusive Multicast Ethernet Tag routes for the Broadcast Domain. While [RFC8365] states that the flood-list is used for all BUM @@ -421,6 +421,10 @@ - Replicator-AR route: an EVPN Inclusive Multicast Ethernet Tag route that is advertised by an AR-REPLICATOR to signal its capabilities. + +I had noted earlier that a reference to Section 8 would have been useful +in the above, I suppose it still might (although I'm OK with there not +being one). [jorge] I *guess* you meant section 4? That’s what I added in version 12. - TOR: Top Of Rack switch. @@ -643,7 +647,7 @@ AR-IP, but will forward in Ingress Replication forwarding mode if the outer IP DA matches its IR-IP. - In addition, this document also uses the Leaf Auto-Discovery route + In addition, this document also uses the Leaf Auto-Discovery (Leaf A-D) route defined in [I-D.ietf-bess-evpn-bum-procedure-updates] in case the selective AR mode is used. An AR-LEAF MAY send a Leaf A-D route in response to reception of a Replicator-AR route whose L flag is set. @@ -694,7 +698,7 @@ Replication type) field in the PMSI Tunnel Attribute (Flags field) of the routes, and MUST signal the corresponding type (AR-REPLICATOR or AR-LEAF type) according to its administrative choice. An NVE/PE - following this specification is not expected to set the AR type field + following this specification is not expected to set the Assisted-Replication Type field to decimal 3 (which is a RESERVED value). If a route with the AR type field set to decimal 3 is received by an AR-REPLICATOR or AR- LEAF, the router will process the route as a Regular-IR route @@ -866,6 +870,23 @@ o If the encapsulation is MPLSoGRE or MPLSoUDP and the received BD label (or label that the AR-REPLICATOR advertised in the Replicator-AR route) is not the bottom of the stack, the AR- + +I had previously flagged "BD label" as needing a definition or reference. +I'm not sure if the thing in parentheses answers that request, or not? +Is the BD label *defined as* "the label that the AR-REPLICATOR advertised +in the Replicator-AR route"? If so, remove "or" and use "the" or "defined +as the". + +On the other hand, maybe you are saying there are two choices: +the BD label, *or* the other thing. In that case, (a) we still need a +definition of "BD label", (b) a bit of a rewrite is needed, as in +"... If the encapsulation is MPLSoGRE or MPLSoUDP and neither the +BD label nor the label that the AR-REPLICATOR advertised in the +Replicator-AR route is the bottom of the stack..." + +The same comment applies later in the document where you use "BD label" +again. [jorge] I added the term “BD label” in the terminology section and fixed the ‘or’ in the references. In those sentences, it refers to the label advertised by the AR-REPLICATOR in the Replicator-AR route. It was a good point, hopefully the changes in version 12 clarifies this. + REPLICATOR MUST copy the all the labels below the BD label and propagate them when forwarding the packet to the egress overlay tunnels. @@ -955,7 +976,7 @@ BD. This selection is a local decision and it does not have - to match other AR-LEAF's selections within the same BD. + to match other AR-LEAFs' selections within the same BD. o An AR-LEAF MAY select more than one AR-REPLICATOR and do either per-flow or per-BD load balancing. @@ -1105,12 +1126,12 @@ different. The Selective AR procedures create multiple AR-LEAF-sets in the EVPN - BD, and builds single-hop trees among AR-LEAFs of the same set (AR- + BD, and build single-hop trees among AR-LEAFs of the same set (AR- LEAF->AR-REPLICATOR->AR-LEAF), and two-hop trees among AR-LEAFs of different sets (AR-LEAF->AR-REPLICATOR->AR-REPLICATOR->AR-LEAF). Compared to the Selective solution, the Non-Selective AR method assumes that all the AR-LEAFs of the BD are in the same set and - always create two-hop trees among AR-LEAFs. While the Selective + always creates two-hop trees among AR-LEAFs. While the Selective solution is more efficient than the Non-Selective solution in multi- stage IP fabrics, the trade-off is additional signaling and an additional outer source IP address lookup. @@ -1273,6 +1294,8 @@ REPLICATOR advertised in the Replicator-AR route) is not the bottom of the stack, the AR-REPLICATOR MUST copy the rest of the labels when forwarding them to the egress overlay tunnels. + +See previous comment about "BD label". 6.2. Selective AR-LEAF Procedures @@ -1650,7 +1673,7 @@ traffic. Unicast traffic is not affected by Assisted-Replication (although Unknown unicast traffic is affected by the Pruned-Flood- Lists procedures). The forwarding of Broadcast and Multicast (BM) - traffic is modified; and BM traffic from the AR-LEAF nodes will be + traffic is modified, and BM traffic from the AR-LEAF nodes will be attracted by the existence of AR-REPLICATORs in the BD. An AR-LEAF will forward BM traffic to its selected AR-REPLICATOR, therefore an attack on the AR-REPLICATOR could impact the delivery of the BM
- [bess] John Scudder's Discuss on draft-ietf-bess-… John Scudder via Datatracker
- Re: [bess] John Scudder's Discuss on draft-ietf-b… John Scudder
- Re: [bess] John Scudder's Discuss on draft-ietf-b… Rabadan, Jorge (Nokia - US/Mountain View)
- Re: [bess] John Scudder's Discuss on draft-ietf-b… John Scudder
- Re: [bess] John Scudder's Discuss on draft-ietf-b… Rabadan, Jorge (Nokia - US/Mountain View)
- Re: [bess] John Scudder's Discuss on draft-ietf-b… John Scudder
- Re: [bess] John Scudder's Discuss on draft-ietf-b… Rabadan, Jorge (Nokia - US/Sunnyvale)
- Re: [bess] John Scudder's Discuss on draft-ietf-b… John Scudder
- Re: [bess] John Scudder's Discuss on draft-ietf-b… Rabadan, Jorge (Nokia - US/Sunnyvale)