Re: [bess] I-D Action: draft-ietf-bess-evpn-na-flags-03.txt

"Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com> Wed, 01 May 2019 05:51 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 E5A0D1200E0 for <bess@ietfa.amsl.com>; Tue, 30 Apr 2019 22:51:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 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] 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 jqfBuMlS7FHu for <bess@ietfa.amsl.com>; Tue, 30 Apr 2019 22:51:56 -0700 (PDT)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30133.outbound.protection.outlook.com [40.107.3.133]) (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 23D95120021 for <bess@ietf.org>; Tue, 30 Apr 2019 22:51:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ALoYa7SuE9q8iA33IqnsRavZtvDixWgVqF0ZoAVquw8=; b=OArkz3qPDhweVMMq060NfqlnImBhm5iTNrR9CZlqF16ftSHepkTe//KARRYy6x1F0pqnBuDFTM2B+AZACZ25KsmPzlD58BLsaGqwo1lTFMNHge9CCcPv1t36uK/9lwSnUbDjcEZuBPe/nKNSWrw7bQcJHV3KZgckOh/m3vsBQZM=
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com (52.134.82.20) by AM0PR07MB4225.eurprd07.prod.outlook.com (52.133.60.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1856.9; Wed, 1 May 2019 05:51:49 +0000
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com ([fe80::886f:c9f8:650e:1dd6]) by AM0PR07MB3844.eurprd07.prod.outlook.com ([fe80::886f:c9f8:650e:1dd6%6]) with mapi id 15.20.1856.008; Wed, 1 May 2019 05:51:49 +0000
From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
To: "Ali Sajassi (sajassi)" <sajassi@cisco.com>, "bess@ietf.org" <bess@ietf.org>
Thread-Topic: [bess] I-D Action: draft-ietf-bess-evpn-na-flags-03.txt
Thread-Index: AQHU+8atVikp5ZOvA0O93K1H5yemdqZNVqaAgABLwgCACEt+gA==
Date: Wed, 01 May 2019 05:51:49 +0000
Message-ID: <E3FF7551-FC59-4B50-8875-78A90BE39993@nokia.com>
References: <155623833408.19339.7912503826327130187@ietfa.amsl.com> <94DE3753-8301-4587-969B-C7A9E8858DCF@nokia.com> <6ED70AF8-CA18-48D1-BD36-43BF619E3EF5@cisco.com>
In-Reply-To: <6ED70AF8-CA18-48D1-BD36-43BF619E3EF5@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.18.0.190414
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: 8cbec8be-d732-49b4-d273-08d6cdf91a98
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:AM0PR07MB4225;
x-ms-traffictypediagnostic: AM0PR07MB4225:
x-ms-exchange-purlcount: 5
x-microsoft-antispam-prvs: <AM0PR07MB422596E81F95DFD8D2FD3D4DF73B0@AM0PR07MB4225.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 00246AB517
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(39860400002)(136003)(396003)(366004)(13464003)(189003)(199004)(82746002)(486006)(8936002)(36756003)(476003)(446003)(11346002)(256004)(14444005)(966005)(81156014)(53546011)(26005)(81166006)(102836004)(186003)(25786009)(66066001)(6306002)(53936002)(2906002)(6246003)(6512007)(229853002)(6486002)(68736007)(66556008)(8676002)(6116002)(76116006)(64756008)(66446008)(33656002)(7736002)(76176011)(305945005)(73956011)(86362001)(6506007)(316002)(91956017)(66946007)(99286004)(2616005)(5660300002)(110136005)(478600001)(2501003)(58126008)(66574012)(3846002)(83716004)(71200400001)(71190400001)(6436002)(66476007)(14454004); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB4225; 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: SGO0/NegRyUU1stsjPDpeUYWA9qKI3KtyCq0HqtjNQSuyZPtDZYrNpM26vnUi7rlQniu2ro0wDMJH/0yVthEFKjBkb6hkJEam/PGSQctZN3NxWcwUgX+lNmCAxLHYmzJ91rFp+JigocQVaLM7tiLmS/UIHvTNWgq/mLUAXFXPWgEPAIL9BQIM+8o9gmftpKCQl6eZGNukAKl4P6WfPOfSK5qgv9mFYI/17OWQ1FW+wNMtyR6rkSr5YjQSclnUh/12WgeQRqwbO9jHl7fjhUbLzxI1rsTxoYEyh+AbCgIYiW9Pf96xtegMkbZivN5Fi3tFU3iJ+YVXt00aFh3UvZe3B2gR9E0Ul9pH08NIjDDq13px1Dy78i++BoSLbeMPysToVAhNUNienlEKenf8JBgXJt/Z8wZQAGRraZJEaR3zBg=
Content-Type: text/plain; charset="utf-8"
Content-ID: <C71498B2B40C01409918FFF5EDBEB93E@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8cbec8be-d732-49b4-d273-08d6cdf91a98
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 May 2019 05:51:49.5348 (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-Transport-CrossTenantHeadersStamped: AM0PR07MB4225
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/qlhetl4XvE3-n8GNIZ4w5Rqg1Z8>
Subject: Re: [bess] I-D Action: draft-ietf-bess-evpn-na-flags-03.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, 01 May 2019 05:52:00 -0000

Hi Ali,

The I-flag is to enforce that an IP is always bound to a MAC address. However there is no enforcement that the MAC is bound to only that IP. 
But you are right that some of the procedures in draft-ietf-bess-evpn-irb-extended-mobility are not applicable.
It's a good point. We'll add the reference.

Thank you!
Jorge


-----Original Message-----
From: "Ali Sajassi (sajassi)" <sajassi@cisco.com>
Date: Friday, April 26, 2019 at 3:11 AM
To: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>, "bess@ietf.org" <bess@ietf.org>
Subject: Re: [bess] I-D Action: draft-ietf-bess-evpn-na-flags-03.txt

    
    Hi Jorge,
    
    The new I-flag is to enforce one-to-one mapping between an IP address and a MAC address, right? So, if this falg is set, then it is not applicable to Extended Mobility procedures (i.e., draft-ietf-bess-evpn-irb-extended-mobility-00). Can you reference this draft as informative reference and indicate this (for both different IPs to the same MAC as well as a single IP to different MACs).
    
    Cheers,
    Ali
    
    
    
    On 4/25/19, 5:41 PM, "BESS on behalf of Rabadan, Jorge (Nokia - US/Mountain View)" <bess-bounces@ietf.org on behalf of jorge.rabadan@nokia.com> wrote:
    
        All,
        
        We did a minor update to this draft - we added a new flag (I) that is indicating that the IP->MAC binding in a MAC/IP route is immutable, i.e., the advertised IP can only be bound to the advertised MAC when programming it in the ARP/ND cache. 
        
        Please let us know if you have any comments. Otherwise we believe the document is ready for WG LC.
        
        Thank you.
        Jorge
        
        
        -----Original Message-----
        From: BESS <bess-bounces@ietf.org> on behalf of "internet-drafts@ietf.org" <internet-drafts@ietf.org>
        Reply-To: "bess@ietf.org" <bess@ietf.org>
        Date: Thursday, April 25, 2019 at 5:26 PM
        To: "i-d-announce@ietf.org" <i-d-announce@ietf.org>
        Cc: "bess@ietf.org" <bess@ietf.org>
        Subject: [bess] I-D Action: draft-ietf-bess-evpn-na-flags-03.txt
        
            
            A New Internet-Draft is available from the on-line Internet-Drafts directories.
            This draft is a work item of the BGP Enabled ServiceS WG of the IETF.
            
                    Title           : Propagation of ARP/ND Flags in EVPN
                    Authors         : Jorge Rabadan
                                      Senthil Sathappan
                                      Kiran Nagaraj
                                      Wen Lin
            	Filename        : draft-ietf-bess-evpn-na-flags-03.txt
            	Pages           : 8
            	Date            : 2019-04-25
            
            Abstract:
               An EVPN MAC/IP Advertisement route can optionally carry an IPv4 or
               IPv6 addresses associated with a MAC address. Remote PEs can use this
               information to reply locally (act as proxy) to IPv4 ARP requests and
               IPv6 Neighbor Solicitation messages and reduce/suppress the flooding
               produced by the Address Resolution procedure. The information
               conveyed in the MAC/IP route may not be enough for the remote PE to
               reply to local ARP or ND requests. For example, if a PE learns an
               IPv6->MAC ND entry via EVPN, the PE would not know if that particular
               IPv6->MAC pair belongs to a host, a router or a host with an anycast
               address, as this information is not carried in the MAC/IP route
               advertisements. Similarly, other information relevant to the IP->MAC
               ARP/ND entries may be needed. This document proposes an OPTIONAL
               extended community that is advertised along with an EVPN MAC/IP
               Advertisement route and carries information relevant to the ARP/ND
               resolution, so that an EVPN PE implementing a proxy-ARP/ND function
               can reply to ARP Requests or Neighbor Solicitations with the correct
               information.
            
            
            
            
            The IETF datatracker status page for this draft is:
            https://datatracker.ietf.org/doc/draft-ietf-bess-evpn-na-flags/
            
            There are also htmlized versions available at:
            https://tools.ietf.org/html/draft-ietf-bess-evpn-na-flags-03
            https://datatracker.ietf.org/doc/html/draft-ietf-bess-evpn-na-flags-03
            
            A diff from the previous version is available at:
            https://www.ietf.org/rfcdiff?url2=draft-ietf-bess-evpn-na-flags-03
            
            
            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/
            
            _______________________________________________
            BESS mailing list
            BESS@ietf.org
            https://www.ietf.org/mailman/listinfo/bess
            
        
        _______________________________________________
        BESS mailing list
        BESS@ietf.org
        https://www.ietf.org/mailman/listinfo/bess