Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

"Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com> Tue, 09 April 2019 05:47 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 30101120732 for <bess@ietfa.amsl.com>; Mon, 8 Apr 2019 22:47:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, 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 fHRpc5zYkXPw for <bess@ietfa.amsl.com>; Mon, 8 Apr 2019 22:47:12 -0700 (PDT)
Received: from EUR01-DB5-obe.outbound.protection.outlook.com (mail-db5eur01on0724.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe02::724]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69E98120730 for <bess@ietf.org>; Mon, 8 Apr 2019 22:47:11 -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=VqFtL/XXY6wMQebaT8L9qLKC4rJSk3EKFSdDtTOJXlA=; b=FcNFtcbtf8xmo3OzRsmc+hDcnrlSnTLkqN6SyeyU76dytr2zKnUnEqCooRKF6SEIxLwm8u5QKFCQGizMT+hVQmfC10wGVeCxQPldZO5QvS3HJg2oKRYe5ubnx4AzAI1tyTDmseJcW22Ij2CgV18nmG2eT5UbKQLEc5PF1E2JnxI=
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com (52.134.82.20) by AM0PR07MB4676.eurprd07.prod.outlook.com (52.135.144.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1792.8; Tue, 9 Apr 2019 05:47:08 +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.1792.009; Tue, 9 Apr 2019 05:47:08 +0000
From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
To: Muthu Arul Mozhi Perumal <muthu.arul@gmail.com>
CC: Jaikumar Somasundaram <jaikumar.somasundaram@ericsson.com>, "bess@ietf.org" <bess@ietf.org>, P Muthu Arul Mozhi <p.muthu.arul.mozhi@ericsson.com>
Thread-Topic: [bess] DF election rule in EVPN MH, for untagged interface - reg
Thread-Index: AQHU63I0j0hKXYAZcUSX1MLBOHGklaYtrI6AgAA0x4CABSUigIAAc4IA
Date: Tue, 09 Apr 2019 05:47:08 +0000
Message-ID: <D8A4C503-1E33-425B-B237-6DC427F97DB3@nokia.com>
References: <09CBA32C-C703-408F-9F73-9F26D8FD1C25@nokia.com> <CAKz0y8zUim0pJ56T317LchQMyaQyn8Ba9S5BYVs4NrgTVn+DXQ@mail.gmail.com> <7076E872-08AF-4665-9187-0E5BA2140370@nokia.com> <CAKz0y8y1j1-BcPvFsO6GSb+w3dQHngPzx6V77fXrCgrdMUwKPw@mail.gmail.com>
In-Reply-To: <CAKz0y8y1j1-BcPvFsO6GSb+w3dQHngPzx6V77fXrCgrdMUwKPw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.18.0.190403
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: 93c9337c-6a22-4ddd-f5ca-08d6bcaece05
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600139)(711020)(4605104)(4618075)(2017052603328)(7193020); SRVR:AM0PR07MB4676;
x-ms-traffictypediagnostic: AM0PR07MB4676:
x-ms-exchange-purlcount: 3
x-microsoft-antispam-prvs: <AM0PR07MB46768BBD2E6C37736B45CDA0F72D0@AM0PR07MB4676.eurprd07.prod.outlook.com>
x-forefront-prvs: 000227DA0C
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(136003)(39860400002)(376002)(396003)(346002)(366004)(53754006)(189003)(199004)(68736007)(53936002)(26005)(8936002)(6506007)(53546011)(186003)(229853002)(478600001)(83716004)(7736002)(93886005)(71190400001)(71200400001)(606006)(6436002)(86362001)(966005)(6486002)(14454004)(54906003)(486006)(6116002)(3846002)(97736004)(66066001)(316002)(476003)(6246003)(76176011)(33656002)(6916009)(82746002)(2906002)(6512007)(54896002)(6306002)(236005)(102836004)(81156014)(81166006)(5024004)(256004)(8676002)(99286004)(25786009)(11346002)(446003)(2616005)(5660300002)(58126008)(4326008)(36756003)(106356001)(9326002)(105586002); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB4676; 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: 3etseNXeMaPUaezRj6ifrp1iskr9CuHS2niyWbcdMjIsWi9jNkz6tmnSVb4coXPHEJKVTx7Efac7EdDg0S1pQjYC183Wo8Sd2Y/vpvZkbIEbClIfb/KwBbcXkYqxKFcqP+5fV9kYEFqyTqYdDadPeIlZFGGR124zNDfvJuPOa5YQkrzgZYoLGrpakVE/HNXTBVRuGeLRW/ogZGZ+hmX1E4TnOE/z1HfEqDWf7KZYlHQ/JaSvtWMU2cgp019LDeec9GfHOc4w9irNhYFPU47BmBkVfd7JVYN8gDg0NJov07X7Q+iVyVa+zBwOZ+KFmwFIWRPSyG7if/fs7VwLih4RkRkJVlP5I4zSh+dtiPWS0JlRYCYft9x/4Xx8LTfhKjTiQZRzjVIBLRbe8+dNcJOGzAqBMx9oqj2wSnDqYVBe4pA=
Content-Type: multipart/alternative; boundary="_000_D8A4C5031E33425BB2376DC427F97DB3nokiacom_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 93c9337c-6a22-4ddd-f5ca-08d6bcaece05
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Apr 2019 05:47:08.5612 (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: AM0PR07MB4676
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/mgx_3-j7rnyQ5mRwP6zS6uq_LDc>
Subject: Re: [bess] DF election rule in EVPN MH, for untagged interface - reg
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, 09 Apr 2019 05:47:16 -0000

Hi,

I think the definition of Ethernet Tag in the framework draft should be clear enough.
There are implementations using configured IDs.
Jorge


From: Muthu Arul Mozhi Perumal <muthu.arul@gmail.com>
Date: Tuesday, April 9, 2019 at 2:54 AM
To: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
Cc: Jaikumar Somasundaram <jaikumar.somasundaram@ericsson.com>, "bess@ietf.org" <bess@ietf.org>, P Muthu Arul Mozhi <p.muthu.arul.mozhi@ericsson.com>
Subject: Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

Hi Jorge,

For EVPN VPWS, I understand that service instance identifies are used as Ethernet Tags in the DF election. However, for EVPN VPLS is it common to configure anything other than the VLAN ID (VID) as the Ethernet Tag? Do we have vendor implementations providing such an Ethernet Tag configuration different from the VID for EVPN VPLS?

Regards,
Muthu

On Fri, Apr 5, 2019 at 9:49 PM Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com<mailto:jorge.rabadan@nokia.com>> wrote:
The Ethernet Tag that you use for DF Election does not even need to match what you have in the data path.
Note that the definition says even “configured IDs”.

As long as you use the same ID for the BD on all the PEs attached to the ES, you are fine.

Thx
Jorge

From: Muthu Arul Mozhi Perumal <muthu.arul@gmail.com<mailto:muthu.arul@gmail.com>>
Date: Friday, April 5, 2019 at 5:10 PM
To: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com<mailto:jorge.rabadan@nokia.com>>
Cc: Jaikumar Somasundaram <jaikumar.somasundaram@ericsson.com<mailto:jaikumar.somasundaram@ericsson.com>>, "bess@ietf.org<mailto:bess@ietf.org>" <bess@ietf.org<mailto:bess@ietf.org>>, P Muthu Arul Mozhi <p.muthu.arul.mozhi@ericsson.com<mailto:p.muthu.arul.mozhi@ericsson.com>>
Subject: Re: [bess] DF election rule in EVPN MH, for untagged interface - reg

Thanks, Jorge. It is clear that the Ethernet Tag needs to be different from 0 for the purpose of DF election..

One of the options a provider has for supporting untagged frames in EVPN VPLS multihoming in VID translation...a rule to match untagged frames and impose a VID at the ingress and another rule to match that VID and dispose it at the egress.

Are there any other options that can interop well?

Regards,
Muthu

On Fri, Apr 5, 2019 at 11:11 AM Rabadan, Jorge (Nokia - US/Mountain View) <jorge.rabadan@nokia.com<mailto:jorge.rabadan@nokia.com>> wrote:
Hi,

I think you should check out https://tools.ietf.org/html/draft-ietf-bess-evpn-df-election-framework-09

This draft updates RFC7432 in certain aspects of the DF Election, and it is already at the RFC editor.

Check out the use of Ethernet Tag in the document.

   o Ethernet Tag - used to represent a Broadcast Domain that is
     configured on a given ES for the purpose of DF election. Note that
     any of the following may be used to represent a Broadcast Domain:
     VIDs (including Q-in-Q tags), configured IDs, VNI (VXLAN Network
     Identifiers), normalized VID, I-SIDs (Service Instance
     Identifiers), etc., as long as the representation of the broadcast
     domains is configured consistently across the multi-homed PEs
     attached to that ES. The Ethernet Tag value MUST be different from
     zero.

Thanks.
Jorge

From: BESS <bess-bounces@ietf.org<mailto:bess-bounces@ietf.org>> on behalf of Jaikumar Somasundaram <jaikumar.somasundaram@ericsson.com<mailto:jaikumar.somasundaram@ericsson.com>>
Date: Friday, April 5, 2019 at 6:15 AM
To: "bess@ietf.org<mailto:bess@ietf.org>" <bess@ietf.org<mailto:bess@ietf.org>>
Cc: P Muthu Arul Mozhi <p.muthu.arul.mozhi@ericsson.com<mailto:p.muthu.arul.mozhi@ericsson.com>>
Subject: [bess] DF election rule in EVPN MH, for untagged interface - reg

Hi All,

RFC7432, section 8.5, talks about DF election algorithm (service carving algorithm)

only for <ES, VLAN> for VLAN-based service or <ES, VLAN bundle> for VLAN-(aware)
bundle service.

But there wont be any vlan id for untagged interface and so I wonder
how the service carving algorithm can be applied to elect the DF.
Also, should I use the lower VLAN ID even in the case of VLAN-bundle
service, for electing the DF?

Could some one help me to understand this please?

==========<snip from RFC 7432, section 8.5>===============
8.5<https://tools.ietf.org/html/rfc7432#section-8.5>.  Designated Forwarder Election

…

   The default procedure for DF election at the granularity of <ES,

   VLAN> for VLAN-based service or <ES, VLAN bundle> for VLAN-(aware)

   bundle service is referred to as "service carving".
…

      Assuming a redundancy group of N PE nodes, for VLAN-based service,

      the PE with ordinal i is the DF for an <ES, VLAN V> when (V mod N)

      = i.  In the case of VLAN-(aware) bundle service, then the

      numerically lowest VLAN value in that bundle on that ES MUST be

      used in the modulo function.
…
=========<snip end>======================================

Thanks & Regards
Jaikumar S

_______________________________________________
BESS mailing list
BESS@ietf.org<mailto:BESS@ietf.org>
https://www.ietf.org/mailman/listinfo/bess