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

"Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com> Tue, 17 October 2017 14:24 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 B6DA0132F76 for <bess@ietfa.amsl.com>; Tue, 17 Oct 2017 07:24:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level:
X-Spam-Status: No, score=-1.921 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_H4=-0.01, 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 70DrCaphWCA9 for <bess@ietfa.amsl.com>; Tue, 17 Oct 2017 07:24:02 -0700 (PDT)
Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00119.outbound.protection.outlook.com [40.107.0.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49B95132D67 for <bess@ietf.org>; Tue, 17 Oct 2017 07:24:02 -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=x6vjiXRfePwgBzYb+4IyuMcGVGGlP6ocJqm9hHzWCb8=; b=AoumcSYdwCF82ETxZryg8HNRI4+psdKrAnOckpR9zMb+gtuWOshMtyWcrj1koJnh0Yl2MHdvceCkqZB185DQ17R3W5fGs/F8Wva6cATx07NuUVCJ4syGJLts5cJK8dknhthxyGZuugvWwNd6MZlGV88fxLPMVylvZ88/OR+vlz4=
Received: from AM4PR07MB3409.eurprd07.prod.outlook.com (10.171.189.158) by AM4PR07MB3412.eurprd07.prod.outlook.com (10.171.189.161) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.77.5; Tue, 17 Oct 2017 14:23:59 +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; Tue, 17 Oct 2017 14:23:59 +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: AdNDWJtgzjJlkeiVRDaWqq9GqYzXUwDOzhWAAAAsZZAAIt6NAAAIWNPwAASNRgA=
Date: Tue, 17 Oct 2017 14:23:58 +0000
Message-ID: <416D7354-C259-4F42-B506-DCF7E2C39D65@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>
In-Reply-To: <DM5PR05MB3145C401763F7BF6552730A8D44C0@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; AM4PR07MB3412; 6:4lMG2tuPnVK3GQ2eFU4y6LaSwZs665OlLN77nBN5EVIvk7P6cj8QhUWyl60fnw4MJgGGH0vJwQZqcfcwDTMHfpYYVNCS2r15fBPS8d924kru4oJJBfKw0JtGetK1pKEgCN0TclvMdiTCytG+LSJE0RB/0qsJPEv9qa7fY7LCKxi0nz/cmfKXll8bSLGUCZxe/B/oTKh8J9lgESqOxan2s0K8aIcvrw2fOqNSgiEQ1R0qssSfFsialRV7TY+K5OuBR2QDaECw6agL78dm0Bbz5xCRwT77hxyPprZw2ly5bGBFApnes3baMO+jYS9XK99IMopftNhdnqrpRbPkgNHSjw==; 5:aB00fVyZfH6D31jEl2rD9+QEKkSJC2KKCfhIgmWfeI7jsfP9YX1K45UVXE3k8L6DtWqWPGwBb7uoqc2RXtfmk2oGqb8BvOsAjhZ0P/TRHT7OCw7KXewj76ilgqJGmWKdixANgVXCJvgeCn4PRHeqDbUQYYkcrtuwhIhQywdjY3Q=; 24:xeuZncftjP6m3vrGbO0O0URSkuU5f54uGVI0n495I6m7dXSsOWrVYq91ikQb06h4ip5+yMK3BOUnKYhfloc/TAe9R0yRcnX4B0BZX12M2wE=; 7:EL7hoAYE70QqtnOSBkv1SRurNoRdaqhto15NVrxgGgZj0ksJ6hAQWujETldYF6kg5UR8dYLpFI3vdw85V6f/841v6hp4N5jyhYVu70h7Y54l44u9ekeDHpJ7P+qwgZUJkhMMbtqrf4J+afkJfMbQjClsxNIQtuhKmKG+T+BRW3PvwqZFv0yUgwknpEYFvQjco+c9F2ZEdNpTQZMpnnTDRUdMjLklXnDi+d6S5VPjywk=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;SSOR;
x-forefront-antispam-report: SFV:SKI; SCL:-1; SFV:NSPM; SFS:(10019020)(6009001)(376002)(39860400002)(346002)(199003)(24454002)(377454003)(189002)(2950100002)(68736007)(53546010)(2501003)(189998001)(3660700001)(6486002)(101416001)(229853002)(6506006)(6436002)(86362001)(230783001)(1941001)(105586002)(5250100002)(33656002)(82746002)(93886005)(2900100001)(106356001)(99286003)(110136005)(8666007)(7736002)(58126008)(305945005)(81166006)(81156014)(3846002)(6116002)(102836003)(25786009)(6512007)(478600001)(8676002)(2906002)(83506001)(97736004)(316002)(83716003)(14454004)(66066001)(36756003)(50986999)(3280700002)(8936002)(54356999)(76176999)(6246003)(5660300001)(53936002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM4PR07MB3412; H:AM4PR07MB3409.eurprd07.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
x-ms-office365-filtering-correlation-id: b3836085-aa47-4d10-3c7e-08d5156ab53e
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254152)(48565401081)(2017052603199)(201703131423075)(201703031133081)(201702281549075); SRVR:AM4PR07MB3412;
x-ms-traffictypediagnostic: AM4PR07MB3412:
x-exchange-antispam-report-test: UriScan:(138986009662008);
x-microsoft-antispam-prvs: <AM4PR07MB3412CDA8DA09B478FB03F39FF74C0@AM4PR07MB3412.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)(93006095)(93001095)(10201501046)(3002001)(100000703101)(100105400095)(6055026)(6041248)(20161123564025)(20161123560025)(20161123558100)(20161123555025)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095); SRVR:AM4PR07MB3412; BCL:0; PCL:0; RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095); SRVR:AM4PR07MB3412;
x-forefront-prvs: 04631F8F77
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: <D0B6EBCECA24A64CAD1062876C4E4DE0@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 17 Oct 2017 14:23:59.3483 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4PR07MB3412
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/52mPBKcnGzBWBzFxyYUy_s_LlM8>
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: Tue, 17 Oct 2017 14:24:05 -0000

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