Re: [bess] draft-ietf-bess-evpn-prefix-advertisement-05 comments

"Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com> Thu, 19 October 2017 05:53 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 E1859132EC4 for <bess@ietfa.amsl.com>; Wed, 18 Oct 2017 22:53:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.911
X-Spam-Level:
X-Spam-Status: No, score=-2.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, 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 jPU4rddMU12N for <bess@ietfa.amsl.com>; Wed, 18 Oct 2017 22:53:50 -0700 (PDT)
Received: from EUR02-HE1-obe.outbound.protection.outlook.com (mail-eopbgr10101.outbound.protection.outlook.com [40.107.1.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A6E5C132198 for <bess@ietf.org>; Wed, 18 Oct 2017 22:53:49 -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; bh=fk4R8HbZBTleUyJyS27j9M9U5nQtMzaxlQermVpPqZM=; b=GdJKQ1ScpOfA7AWpRCdzYk6lEQvyVYpKdpsyXrvTFVNH1/83swa+0noZZrGNsDrM+673mIdksyuToQJFrXsPoW81IDyU6iEA78X2WVobkna8WX8cj/bXhwCPwTN1PTR/ZX0+QR+tUQ0BudNMmuyd2Ibm7B5VBO+5e+4qjCUdQ84=
Received: from AM4PR07MB3409.eurprd07.prod.outlook.com (10.171.189.158) by AM4PR07MB3411.eurprd07.prod.outlook.com (10.171.189.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.156.4; Thu, 19 Oct 2017 05:53:47 +0000
Received: from AM4PR07MB3409.eurprd07.prod.outlook.com ([fe80::402c:4354:3ac7:783f]) by AM4PR07MB3409.eurprd07.prod.outlook.com ([fe80::402c:4354:3ac7:783f%13]) with mapi id 15.20.0156.004; Thu, 19 Oct 2017 05:53:46 +0000
From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
To: "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net>, "draft-ietf-bess-evpn-prefix-advertisement@tools.ietf.org" <draft-ietf-bess-evpn-prefix-advertisement@tools.ietf.org>, BESS <bess@ietf.org>
Thread-Topic: draft-ietf-bess-evpn-prefix-advertisement-05 comments
Thread-Index: AdNDWJtgzjJlkeiVRDaWqq9GqYzXUwDOzhWAAAAsZZAAIt6NAAAIWNPwAASNRgAAS8BWAAAHAdcA
Date: Thu, 19 Oct 2017 05:53:46 +0000
Message-ID: <2A3AD609-1550-4E60-828A-77D75ADC7E9C@nokia.com>
References: <DM5PR05MB31455D67D3F259C157889ABBD4480@DM5PR05MB3145.namprd05.prod.outlook.com> <78B11C4B-F6FC-49CF-AB9D-909D6E1856AD@nokia.com> <DM5PR05MB31451CEE7EFAEC3617FCB719D44F0@DM5PR05MB3145.namprd05.prod.outlook.com> <3A7812CA-575A-4E0B-BCF1-D5CA4E80238D@nokia.com> <DM5PR05MB3145C401763F7BF6552730A8D44C0@DM5PR05MB3145.namprd05.prod.outlook.com> <416D7354-C259-4F42-B506-DCF7E2C39D65@nokia.com> <DM5PR05MB3145E113CC2FF8A97E94D0A1D4420@DM5PR05MB3145.namprd05.prod.outlook.com>
In-Reply-To: <DM5PR05MB3145E113CC2FF8A97E94D0A1D4420@DM5PR05MB3145.namprd05.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.27.0.171010
authentication-results: spf=none (sender IP is ) smtp.mailfrom=jorge.rabadan@nokia.com;
x-originating-ip: [83.60.89.75]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM4PR07MB3411; 6:g0ek3Thm7G4CBwg/6lKG12Qsxvg2imm1PbDQa/0buov+MUX58KV/RjtoaNrF6uKqjSuetGLotf+/w20EmyqEw/7IRUMTbQjrK2UgRhwfcwtPqOsT14a0oKkXfptDguXE2BPD3Grt6poH4VJr2Unz5xeRH7uLcuyGkIIqCyzZ9Pi0az3jDPBt5zqHHXmJbTo8P1b+HgFDN34VhESLZ4mkbcuBMDg5CbqC/CWzdJ9wiP4j52ZIQ5K1DbgyeZXSBIJaFK/Pkwq1tpV9ysxDWdsObB1cTQBkUgHRrUg5PrR4amFcBt0VN56W90pr1uaCVnSQAjTX9kiTxetu2TwSHxRsPQ==; 5:0AHlxkV+2yhnxVY2R79oIWoVkqwjw2bOTNAoO1s8cq9sxidYBWuEOnb0lsJrpFoq/M9maN5dQ69ACTfb2mXoZY7s8ziIHtD0zfB8i8Tlid+KFZm37jNBWx0IdRZMQ7eipzS1cpgwSepbtZOKaI+7rQ==; 24:dohb+0S8LznQVkcG7+fXJfDIwiVh3huJedocjZRH2fuXUOpaBGBJfeDK1+jQ4Lyu5X//t4Vj6AuCQpz5e8fJbQSYdMRS3FQI8aBZ/GI2uew=; 7:w1GCyktP1pwrQs8+WqJ6ADJ6rrOFtcKY6putLL1s84vfxLFRv9anoyAR+mehMUEMBnPqbLkp6lyM9W3Yz2XjQUGZQ20zxGAA0BVtuXGOZxXF8zVawG/KHRhs+YBftF3sZ9Ny1ydUONUWHVWAQpOU1RCd1CdP/TSp6wsQFoc5TlMVUKpPFzddDM0b9444nprcVDJOMHViJCmEWmKtoSrsjBEoD6aULX7GyBgNXhOdSzQ=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;SSOR;
x-forefront-antispam-report: SFV:SKI; SCL:-1; SFV:NSPM; SFS:(10019020)(6009001)(39860400002)(346002)(376002)(199003)(189002)(377454003)(13464003)(18374002)(24454002)(83716003)(5250100002)(2501003)(230783001)(36756003)(14454004)(6512007)(99286003)(1941001)(6246003)(6436002)(110136005)(54356999)(53936002)(8666007)(229853002)(86362001)(106356001)(6486002)(6506006)(93886005)(105586002)(102836003)(58126008)(3846002)(76176999)(66066001)(2900100001)(8676002)(68736007)(50986999)(97736004)(6116002)(478600001)(82746002)(2950100002)(25786009)(189998001)(83506001)(316002)(3660700001)(3280700002)(53546010)(5660300001)(81166006)(33656002)(2906002)(101416001)(305945005)(81156014)(7736002)(8936002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM4PR07MB3411; H:AM4PR07MB3409.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
x-ms-office365-filtering-correlation-id: 463cace7-6df5-4196-e9da-08d516b5c39b
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254152)(48565401081)(2017052603199)(201703131423075)(201703031133081)(201702281549075); SRVR:AM4PR07MB3411;
x-ms-traffictypediagnostic: AM4PR07MB3411:
x-exchange-antispam-report-test: UriScan:(138986009662008)(82608151540597);
x-microsoft-antispam-prvs: <AM4PR07MB3411DE63AA3A3DA79D46D9A0F7420@AM4PR07MB3411.eurprd07.prod.outlook.com>
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(100000703101)(100105400095)(3002001)(10201501046)(93006095)(93001095)(6055026)(6041248)(20161123564025)(20161123560025)(20161123558100)(20161123562025)(20161123555025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:AM4PR07MB3411; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:AM4PR07MB3411;
x-forefront-prvs: 0465429B7F
received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <75DAAFEFA96E81409BAD1908F863199D@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 463cace7-6df5-4196-e9da-08d516b5c39b
X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Oct 2017 05:53:46.8522 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB3411
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/R_e1eAKaLobQco0v8C3IDK624ug>
Subject: Re: [bess] draft-ietf-bess-evpn-prefix-advertisement-05 comments
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 19 Oct 2017 05:53:52 -0000

Yes, also since the MAC is not part of the NLRI, some co-authors suggested that.
Do you think we should add?:
“The presence of the Router's MAC EC alone is not enough to indicate the use of the mac address as the overlay index”

Thx
Jorge

On 10/19/17, 4:37 AM, "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net> wrote:

    Are you saying that the presence of the Router's MAC EC alone is not enough to indicate the use of the mac address as the overlay index (since the EC was originally designed for other purpose), but the encoding of ESI and GW IP addr in the NLRI is enough to indicate that they will be used as overlay index?
    
    That makes sense, but could you clarify that?
    
    Thanks.
    Jeffrey
    
    > -----Original Message-----
    > From: Rabadan, Jorge (Nokia - US/Mountain View)
    > [mailto:jorge.rabadan@nokia.com]
    > Sent: Tuesday, October 17, 2017 10:24 AM
    > To: Jeffrey (Zhaohui) Zhang <zzhang@juniper.net>et>; draft-ietf-bess-evpn-prefix-
    > advertisement@tools.ietf.org; BESS <bess@ietf.org>
    > Subject: Re: draft-ietf-bess-evpn-prefix-advertisement-05 comments
    > 
    > Hi Jeffrey,
    > 
    > Ah ok, I see what you mean. The label column is basically based on this text in
    > section 3.1:
    > 
    >    o The MPLS Label field is encoded as 3 octets, where the high-order
    >      20 bits contain the label value. When sending, the label value
    >      SHOULD be zero if recursive resolution based on overlay index is
    >      used. If the received MPLS Label value is zero, the route MUST
    >      contain an Overlay Index and the ingress NVE/PE MUST do recursive
    >      resolution to find the egress NVE/PE. If the received Label value
    >      is non-zero, the route will not be used for recursive resolution
    >      unless a local policy says so.
    > 
    > We do care about the label value since, if it is zero we know for sure, there
    > must be an overlay index. In rows 1/2/3 we do not care, since the overlay
    > index indication is based on fields contained in the NLRI.
    > 
    > Thanks.
    > Jorge
    > 
    > 
    > On 10/17/17, 2:18 PM, "Jeffrey (Zhaohui) Zhang" <zzhang@juniper.net> wrote:
    > 
    >     Hi Jorge,
    > 
    >     >     >        +----------+----------+----------+------------+----------------+
    >     >     >        | ESI      | GW-IP    | MAC*     | Label      | Overlay Index  |
    >     >     >        |--------------------------------------------------------------|
    >     >     >        | Non-Zero | Zero     | Zero     | Don't Care | ESI            |
    >     >     >        | Non-Zero | Zero     | Non-Zero | Don't Care | ESI            |
    >     >     >        | Zero     | Non-Zero | Zero     | Don't Care | GW-IP          |
    >     >     >        | Zero     | Zero     | Non-Zero | Zero       | MAC            |
    >     >     >        | Zero     | Zero     | Non-Zero | Non-Zero   | MAC or None**  |
    >     >     >        | Zero     | Zero     | Zero     | Non-Zero   | None(IP NVO)***|
    >     >     >        +----------+----------+----------+------------+----------------+
    >     >     >
    >     >     >     The fifth row is like a variation of the fourth row;  why isn't there a
    >     >     > corresponding variation for each of the first three rows? The following
    >     >     > paragraph mentioned earlier seems to apply to all situations.
    >     >     > [JORGE] in rows 4 and 5, the label value 0 or non-0 has a meaning. In
    > the
    >     > first
    >     >     > three rows, the label doesn’t have any meaning.
    >     >
    >     >     Can you elaborate on "the label does not have any meaning", especially
    > for
    >     > row #2?
    >     > [JORGE] since an overlay index is used, a recursive resolution is needed.
    > Hence
    >     > the label is not used to forward packets. “Don’t Care” means a valid 0 or
    > non-
    >     > zero label value should be ignored.
    >     >
    > 
    >     But Row 4/5 is the same - there is a MAC address as overlay index, so:
    > 
    >     - either we "don’t care" the label for row 4/5 and just use overlay index, or
    >     - do the same with for rows 1/2/3 as with rows 4/5 and do label based
    > forwarding based on local policy
    > 
    >     I'm just curious why there is a difference?
    > 
    >     Thanks.
    >     Jeffrey
    >