IETF Logo Mail Archive

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

"Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com> Fri, 05 April 2019 05:41 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 DA2241200E6 for <bess@ietfa.amsl.com>; Thu, 4 Apr 2019 22:41:31 -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 G7UIU5nDd52K for <bess@ietfa.amsl.com>; Thu, 4 Apr 2019 22:41:27 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20114.outbound.protection.outlook.com [40.107.2.114]) (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 05AB31201BE for <bess@ietf.org>; Thu, 4 Apr 2019 22:41:26 -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=ZrVDI5WmwUHWyX+M8svskXrkRbBEXGm2JF/9VFz/1Ec=; b=kHn7/CMMW4BY5b4tnXS2LHaQOw7pwMkpdFg8e9nL4wq8cRGuJ61prBvSom8mQ6bW7JBLyO5vFOJ0uhkHs64eSDa2DMIIsGFnwzKLeuujlZGgv9VGpGuzdTTsUPj1jedjzDV6uX3sUaG623xyWxgWryhScVFlei0B4zO4Fiv1QYA=
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com (52.134.82.20) by AM0PR07MB6145.eurprd07.prod.outlook.com (20.178.112.97) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1792.7; Fri, 5 Apr 2019 05:41:23 +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.1771.014; Fri, 5 Apr 2019 05:41:23 +0000
From: "Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com>
To: Jaikumar Somasundaram <jaikumar.somasundaram@ericsson.com>, "bess@ietf.org" <bess@ietf.org>
CC: 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: AQHU63I0j0hKXYAZcUSX1MLBOHGklQ==
Date: Fri, 05 Apr 2019 05:41:23 +0000
Message-ID: <09CBA32C-C703-408F-9F73-9F26D8FD1C25@nokia.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: [88.8.187.42]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 64981977-5782-40cd-f481-08d6b989569c
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:AM0PR07MB6145;
x-ms-traffictypediagnostic: AM0PR07MB6145:
x-ms-exchange-purlcount: 2
x-microsoft-antispam-prvs: <AM0PR07MB6145694B02DA4C7D5682720EF7510@AM0PR07MB6145.eurprd07.prod.outlook.com>
x-forefront-prvs: 0998671D02
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(376002)(396003)(136003)(39860400002)(366004)(346002)(199004)(189003)(53754006)(186003)(6512007)(86362001)(83716004)(26005)(68736007)(6506007)(71190400001)(82746002)(2906002)(478600001)(53546011)(81166006)(71200400001)(81156014)(9326002)(486006)(99286004)(2616005)(236005)(54896002)(8936002)(6306002)(102836004)(33656002)(316002)(476003)(606006)(966005)(4326008)(229853002)(106356001)(2501003)(8676002)(105586002)(6486002)(25786009)(53936002)(3846002)(6116002)(6436002)(58126008)(5660300002)(110136005)(7736002)(36756003)(6246003)(66066001)(14454004)(97736004)(5024004)(256004); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB6145; H:AM0PR07MB3844.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX: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: pg7GjyrspQen5C6VDFl63e4Q4+QV2gK23yXMr8SofljtGeKzCjaGpqum26ienrhkyakpSbhjJE/2Rp6dPzJhprL1Ag3w56O9EtVW4y4ZoEL4sRhYjov3MKv/BgdCgtJ0GSDo3zM88bBglGk42ZsnS2D8S1g91TlDRE6RD/fdHwIaywQTSWQedN7gSUrzbuEWSHHw94hR5M4Vn3lHN4mJTxhY/39VYFr6sL9453vj8KJg3rvJc+ilniyJF4FOresY4Y4bU0HwLhFNaJQ++YIINdDQRRvV2DIwNVomsPnMa5PzfW8hmBW2p8/WiY5d3l3yatmUiAHR5c6taDA04XCIBByJ5dbPCeleQazypMXFReDriOps/g/7eY7NYoxEdxveo8+uTwT+/yP/+VY6v3y42WekvRxGHdk8SAKuyLwxYaY=
Content-Type: multipart/alternative; boundary="_000_09CBA32CC703408F9F739F26D8FD1C25nokiacom_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 64981977-5782-40cd-f481-08d6b989569c
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Apr 2019 05:41:23.3069 (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: AM0PR07MB6145
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/Df8N7-k5pg_QtxoljVT61uXmsgk>
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: Fri, 05 Apr 2019 05:41:32 -0000

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> on behalf of Jaikumar Somasundaram <jaikumar.somasundaram@ericsson.com>
Date: Friday, April 5, 2019 at 6:15 AM
To: "bess@ietf.org" <bess@ietf.org>
Cc: P Muthu Arul Mozhi <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

v2.23.0 | Report a Bug | By Email