Re: [bess] [Technical Errata Reported] RFC8584 (5900)

呂國正 <frank.lu@realtek.com> Tue, 12 November 2019 23:42 UTC

Return-Path: <frank.lu@realtek.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 449DD120130 for <bess@ietfa.amsl.com>; Tue, 12 Nov 2019 15:42:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, 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 J_MEQDcYALPs for <bess@ietfa.amsl.com>; Tue, 12 Nov 2019 15:42:04 -0800 (PST)
Received: from rtits2.realtek.com.tw (rtits2.realtek.com [211.75.126.72]) (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 0A891120122 for <bess@ietf.org>; Tue, 12 Nov 2019 15:42:03 -0800 (PST)
Authenticated-By:
X-SpamFilter-By: BOX Solutions SpamTrap 5.62 with qID xACNe530019508, This message is accepted by code: ctloc85258
Received: from mail.realtek.com (RTITCAS12.realtek.com.tw[172.21.6.16]) by rtits2.realtek.com.tw (8.15.2/2.57/5.78) with ESMTPS id xACNe530019508 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 13 Nov 2019 07:40:05 +0800
Received: from RTITMBSVM04.realtek.com.tw ([fe80::e404:880:2ef1:1aa1]) by RTITCAS12.realtek.com.tw ([::1]) with mapi id 14.03.0468.000; Wed, 13 Nov 2019 07:40:04 +0800
From: 呂國正 <frank.lu@realtek.com>
To: "Ali Sajassi (sajassi)" <sajassi@cisco.com>
CC: John E Drake <jdrake@juniper.net>, RFC Errata System <rfc-editor@rfc-editor.org>, "jorge.rabadan@nokia.com" <jorge.rabadan@nokia.com>, "Satya Mohanty (satyamoh)" <satyamoh@cisco.com>, "kiran.nagaraj@nokia.com" <kiran.nagaraj@nokia.com>, "senthil.sathappan@nokia.com" <senthil.sathappan@nokia.com>, "db3546@att.com" <db3546@att.com>, "aretana.ietf@gmail.com" <aretana.ietf@gmail.com>, "martin.vigoureux@nokia.com" <martin.vigoureux@nokia.com>, "matthew.bocci@nokia.com" <matthew.bocci@nokia.com>, "slitkows.ietf@gmail.com" <slitkows.ietf@gmail.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [Technical Errata Reported] RFC8584 (5900)
Thread-Index: AQHVmVEaC+Aak/oTSUSUMCGBXWVeiaeHJVQAgAA7poCAAElKAIAAAf4A
Date: Tue, 12 Nov 2019 23:40:02 +0000
Message-ID: <BD635318-1658-491E-9B96-A01E0D288CBF@realtek.com>
References: <4A8CFF5E-7C51-4441-9A42-9587BE96F040@realtek.com>
In-Reply-To: <4A8CFF5E-7C51-4441-9A42-9587BE96F040@realtek.com>
Accept-Language: zh-TW, en-US
Content-Language: zh-TW
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
Content-Type: multipart/related; boundary="_004_BD6353181658491E9B96A01E0D288CBFrealtekcom_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/E72j1Ivyw2QTfopeHiI6JFJYWS8>
X-Mailman-Approved-At: Wed, 13 Nov 2019 01:50:31 -0800
Subject: Re: [bess] [Technical Errata Reported] RFC8584 (5900)
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, 12 Nov 2019 23:54:44 -0000

Hi!
[cid:59BC0948-BF30-4BDE-82C0-CDD5D6DE2E00-L0-001]

Best regards,

Frank

frank.lu@realtek.com 於 2019年11月13日 上午7:32 寫道:

Hi!

I believe you may misunderstand the definition of Broadcast domain (BD) and bridge table( as known as bridge domain).

6.2<https://tools.ietf.org/html/rfc7432#section-6.2>. VLAN Bundle Service Interface

   With this service interface, an EVPN instance corresponds to multiple
   broadcast domains (e.g., multiple VLANs); however, only a single
   bridge table is maintained per MAC-VRF, which means multiple VLANs
   share the same bridge table.

Best regards,

Frank

Ali Sajassi (sajassi) <sajassi@cisco.com> 於 2019年11月13日 上午3:10 寫道:


Yes, This errata should be rejected because VLAN-bundle service requires ONLY a single BD - that is analogous to SVL mode in 802.1Q. It is VLAN-aware bundle service that requires multiple BDs!

Cheers,
Ali

On 11/12/19, 7:37 AM, "John E Drake" <jdrake@juniper.net> wrote:

   This should be rejected as well.

   Sent from my iPhone

On Nov 12, 2019, at 5:32 PM, RFC Errata System <rfc-editor@rfc-editor.org> wrote:

The following errata report has been submitted for RFC8584,
"Framework for Ethernet VPN Designated Forwarder Election Extensibility".

--------------------------------------
You may review the report below and at:
https://urldefense.com/v3/__https://www.rfc-editor.org/errata/eid5900__;!8WoA6RjC81c!TpKkmNpLw0IxSEE-fJ1n-SvT2U3XV1WV-yf10zT1tAutFg-Xf1AC-VLo5hXdcR4$

--------------------------------------
Type: Technical
Reported by: Frank Lu <frank.lu@realtek.com>

Section: 1.1

Original Text
-------------
BD: Broadcast Domain.  An EVI may be comprised of one BD
    (VLAN-based or VLAN Bundle services) or multiple BDs (VLAN-aware
    Bundle services).

Corrected Text
--------------
BD: Broadcast Domain.  An EVI may be comprised of one BD
    (VLAN-based) or multiple BDs (VLAN Bundle services
or VLAN-aware Bundle services).

Notes
-----
By definition, tgere

Instructions:
-------------
This erratum is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party
can log in to change the status and edit the report, if necessary.

--------------------------------------
RFC8584 (draft-ietf-bess-evpn-df-election-framework-09)
--------------------------------------
Title               : Framework for Ethernet VPN Designated Forwarder Election Extensibility
Publication Date    : April 2019
Author(s)           : J. Rabadan, Ed., S. Mohanty, Ed., A. Sajassi, J. Drake, K. Nagaraj, S. Sathappan
Category            : PROPOSED STANDARD
Source              : BGP Enabled Services
Area                : Routing
Stream              : IETF
Verifying Party     : IESG



------Please consider the environment before printing this e-mail.