IETF Logo Mail Archive

Re: [bess] Document shepherd's review of draft-ietf-bess-evpn-na-flags-03

"Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com> Wed, 03 July 2019 19:54 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 071ED1203D5; Wed, 3 Jul 2019 12:54:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 gsTkoJaWTg3T; Wed, 3 Jul 2019 12:54:35 -0700 (PDT)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60113.outbound.protection.outlook.com [40.107.6.113]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 443D61200D5; Wed, 3 Jul 2019 12:54:35 -0700 (PDT)
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=dW571bsJ2bGekmkCmqhB/ShTBCiF/zt0cgiDZdVgrJ8=; b=hxXzTSHMp7wyYlj1z8BD8DG7GguRKksUIrsM2tzSJv31pll/bBvO5Ghk3RbTvPD4LEkhiFJo9yq5+xh5cuJv2iEPPA6XYSdGeQ34BLF9e7pR2PCU7naJsdZBQ0TQQEjLZIGj1V81/wVX2/as1x5d32nIq0UdQl4e05Ln93wyPlE=
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com (52.134.82.20) by AM0PR07MB4273.eurprd07.prod.outlook.com (52.133.60.33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2052.12; Wed, 3 Jul 2019 19:54:31 +0000
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com ([fe80::2ce0:636d:59e3:5654]) by AM0PR07MB3844.eurprd07.prod.outlook.com ([fe80::2ce0:636d:59e3:5654%3]) with mapi id 15.20.2052.010; Wed, 3 Jul 2019 19:54:31 +0000
From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
To: "Bocci, Matthew (Nokia - GB)" <matthew.bocci@nokia.com>, "bess@ietf.org" <bess@ietf.org>
CC: "draft-ietf-bess-evpn-na-flags@ietf.org" <draft-ietf-bess-evpn-na-flags@ietf.org>
Thread-Topic: [bess] Document shepherd's review of draft-ietf-bess-evpn-na-flags-03
Thread-Index: AQHVMBxLDS3uVm296ECmQOpi0Q6326a5c5CA
Date: Wed, 03 Jul 2019 19:54:31 +0000
Message-ID: <1FA7EC13-CAF2-426B-83C0-9087AC39B29A@nokia.com>
References: <67A25A2D-D03E-407A-AABE-4D1D15B5ADC3@nokia.com>
In-Reply-To: <67A25A2D-D03E-407A-AABE-4D1D15B5ADC3@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.1a.0.190609
authentication-results: spf=none (sender IP is ) smtp.mailfrom=jorge.rabadan@nokia.com;
x-originating-ip: [135.245.20.2]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 3530e2ad-5850-4a73-9eee-08d6fff04412
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:AM0PR07MB4273;
x-ms-traffictypediagnostic: AM0PR07MB4273:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <AM0PR07MB427368FB19300B8A9B7F226BF7FB0@AM0PR07MB4273.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 00872B689F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(4636009)(136003)(376002)(39860400002)(346002)(366004)(396003)(189003)(199004)(13464003)(316002)(6246003)(99286004)(81166006)(6436002)(66066001)(2906002)(3846002)(33656002)(2501003)(58126008)(478600001)(76176011)(36756003)(102836004)(6306002)(450100002)(6512007)(110136005)(4326008)(26005)(53936002)(186003)(6506007)(53546011)(25786009)(8936002)(6116002)(68736007)(81156014)(71190400001)(256004)(966005)(6486002)(71200400001)(476003)(2616005)(305945005)(14454004)(64756008)(66476007)(14444005)(66556008)(229853002)(66446008)(486006)(66946007)(91956017)(76116006)(73956011)(7736002)(5660300002)(86362001)(446003)(11346002)(8676002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB4273; H:AM0PR07MB3844.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: Anq1/SnsZnDahlWKIsnwQ3H3TpamRZeyVB5jqADuxjL5TeUIra7izS27s4/zaqIZdg/T+ZQxZgKPweMXKCHxk9wKxivlf/nEqGMMxQU9IdjbeKgdP+l3qpPkQen40nwlviMDbd6Em3w9lXUDUHaiDI3y/TFJ5XhohxZPDHtrQu1iiQqL8U3niPX0lIqQOtgNp/KA9oSO9D3C/BcQ3ZZHGmYEYokiJOawNmho1tUDBr/brlJLhKcudDrsrn4ueaQciyRl0n4OD+4cZsEDF3iXS/WPKOwvEcoLB9h/1UcrnEUrrLtvRyptCAaJdp9RBqI4OHvaq4pg1Ic5P3/3YRjK52tOusVdX0a03nuw9SCeRypnEisGrLTMC75AburFXmCwS2SyixsNwKxtQkdsebdJS9yVo4lp8obwrtBoXx4yKOo=
Content-Type: text/plain; charset="utf-8"
Content-ID: <4381C568D38C424FBE958B2FA035987F@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3530e2ad-5850-4a73-9eee-08d6fff04412
X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jul 2019 19:54:31.7169 (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: jorge.rabadan@nokia.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB4273
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/fw4mz6EcND9WmkILkgyF-cetG-Y>
Subject: Re: [bess] Document shepherd's review of draft-ietf-bess-evpn-na-flags-03
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, 03 Jul 2019 19:54:38 -0000

Matthew,

We just published rev 04 that should address all your comments.
Thank you for reviewing!

Jorge

-----Original Message-----
From: "Bocci, Matthew (Nokia - GB)" <matthew.bocci@nokia.com>
Date: Monday, July 1, 2019 at 4:50 PM
To: "bess@ietf.org" <bess@ietf.org>
Cc: "draft-ietf-bess-evpn-na-flags@ietf.org" <draft-ietf-bess-evpn-na-flags@ietf.org>
Subject: Re: [bess] Document shepherd's review of draft-ietf-bess-evpn-na-flags-03
Resent-From: <alias-bounces@ietf.org>
Resent-To: <jorge.rabadan@nokia.com>, <senthil.sathappan@nokia.com>, <kiran.nagaraj@nokia.com>, <wlin@juniper.net>
Resent-Date: Monday, July 1, 2019 at 4:50 PM

    Authors, WG,
    
    One further comment on this draft.
    
    In the IANA considerations section you request the creation of a new registry for the "ARP/ND Extended Community Flags octet". The registry has a number of unassigned Flags. However, the draft does not specify a registration policy for this registry.
    
    Please can you propose a suitable registration policy. See section 4 of RFC 8126 for information on the different policies. 
    
    Thanks
    
    Matthew
    
    
    
    On 26/06/2019, 17:46, "BESS on behalf of Bocci, Matthew (Nokia - GB)" <bess-bounces@ietf.org on behalf of matthew.bocci@nokia.com> wrote:
    
        Authors
        
        I am the document shepherd for this draft. Please see below for my comments. Please treat these as you would any other WG last call comments.
        
        Best regards
        
        Matthew
        
        General:
        Why do you say the EVPN ARP/ND Extended Community is optional? Don’t you always use it if you comply to the procedures in the draft? Also, I am not clear why in section 3 you say the PE will follow the procedures (which I interpret as a MUST), but there are no MUSTs in e.g. 3a.
        
        Please clarify in the draft.
        
        Please also check the capitalization of RFC2119 keywords throughout. For example, there are a few instances where a 'may' should be a 'MAY'
        
        Abstract and 1. Introduction
        This document proposes an OPTIONAL extended community that is
           advertised ...
        
        Change to 'this document defines an extended community..."
        
        	
        Section 1.1 Terminology and Conventions:
        "Address Resolution Protocol (ARP) Requests or Neighbor Discovery (ND) - or Neighbor Solicitation (NS) - messages are replied locally by the PE,"
        This text seems to mix up Neighbor Discovery (the process) with Neighbor Solicitation (the message). I would suggest deleting Neighbor Discovery from this sentence.
        
        1. Use of the EVPN ARP/ND Extended Community
        
        A PE may learn the IPv6->MAC pair and its associated ND Flags in the management plane or snooping Neighbor Advertisement messages coming from the CE.
        
        s/management plane or snooping Neighbor/management plane or by snooping Neighbor
        
        _______________________________________________
        BESS mailing list
        BESS@ietf.org
        https://www.ietf.org/mailman/listinfo/bess

v2.23.0 | Report a Bug | By Email