IETF Logo Mail Archive

Re: [bess] EVPN MH: Backup node behavior in Primary Path Failure

"Rabadan, Jorge (Nokia - US/Mountain View)" <jorge.rabadan@nokia.com> Thu, 04 October 2018 08:22 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 446C2130DFD for <bess@ietfa.amsl.com>; Thu, 4 Oct 2018 01:22:02 -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, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, 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 1VppichIjVma for <bess@ietfa.amsl.com>; Thu, 4 Oct 2018 01:21:59 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20108.outbound.protection.outlook.com [40.107.2.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 162A2130DE9 for <bess@ietf.org>; Thu, 4 Oct 2018 01:21:57 -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=LA6C5DazBccI/ewg9pLU4RWTY//WNt2d5LMBxt1ipAo=; b=l738Zfw+KJh4XONjhNWmQKnd4NPErukujCG7XpIbJJ7927lYVurWNctwMiybPbvzwpd/JGFCN3jaQ8nQszVAb31iRwFJH+BLZhr3rDd3iTPh8yN5yZ+lBXxgjxYEyBa/EC5eudLVVj0qriMJrI0HQl2VeV4eJglivv+4SgHKebI=
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com (52.134.82.20) by AM0PR07MB5185.eurprd07.prod.outlook.com (20.178.19.146) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1207.16; Thu, 4 Oct 2018 08:21:55 +0000
Received: from AM0PR07MB3844.eurprd07.prod.outlook.com ([fe80::6996:3137:3456:ae8]) by AM0PR07MB3844.eurprd07.prod.outlook.com ([fe80::6996:3137:3456:ae8%4]) with mapi id 15.20.1207.022; Thu, 4 Oct 2018 08:21:55 +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: Jiang He <jiang.he@ericsson.com>, P Muthu Arul Mozhi <p.muthu.arul.mozhi@ericsson.com>
Thread-Topic: [bess] EVPN MH: Backup node behavior in Primary Path Failure
Thread-Index: AQHUW7tPwY67GDKFZkSdu6BevJADsg==
Date: Thu, 04 Oct 2018 08:21:55 +0000
Message-ID: <067ED9A1-F8D0-4C53-97A0-3E6FA7E063EC@nokia.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.11.0.180909
x-originating-ip: [83.44.161.241]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; AM0PR07MB5185; 6:lpSDXTdHp6p030NNccCwiWaAnwgb+Vu0AFvznJI+FVaM0volWSLSnohCSsoh2JjdY+3F8fLH4e4jtUwoHsbEhzQgF1QdOIyU5dIIwB0MR2eAQQ+J615s+WIpe+tgNOtsXWpi0ZBu5WMX8uiYi713J0MErTvskjeheEKcrePyhwG6DK5YV4FOefrTv9iHDJy6pcE0uUgLHZ42Tkg/JXVGd5CRfRC6Sh+6s0D9Cs4Wij7EwlnAKmOL27rr4HrCx2LYJbQSb3Yk+B/1+W/BSUn0YShTB4rTcQVdba7kDpgK/om1726mpCYd0OY5uZzPBOxzU2Z+7s8Ypk536VAYeQofV1TTLLqVWg/HzlyinBKTVjzQgDehyiSAt/LfQXMk2GPV6tQkwf8Mte9kYz9p9Goz/7hyVT125DfT/5D9Hf0oX2slD+ZNx9WnJEUQXlB1x6NYfgN7mK5CullHVPoxIPcBHA==; 5:tQVZ4ePduEd6goBtijzzyqvreU/cDGISBxYdHHUhbklaoiq89jUxxyQ70EfpBU3r7vwl3jOw72vXBCtV4s0EYItxoRiVecrED55KtRItyYKtjmtoTK+4d6FmBa9N3tREtonUgYDiwkJPWUYVbPdRdgH1s0mtiHrEBXs6wQYp7Tg=; 7:4B/dPwotgF13Ndi6HYVdzDY3ylcX3PFCU9P4RllqD61SIKUZN3FVUoBkCGIQOGI+1/ZMmmK3gXa4XyDCg5yeW/aEB1maZ/RgxXAraRH93bg6Kfb3E2qUk429UnzZBtcPthuRyy+RhB7jJV5lsfI7Dnaj2RSdaDRN0p2T8QLGMvuY4xQCymxaeMz8xkeTB49AQDi/hMM3Te7skxgZEgZLkac5/0STIySb4Y/BsIAdEahpKpsgZeCJcQRIrXAyxSKm
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 8247eaf9-80c2-4e59-9482-08d629d27211
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600074)(711020)(4618075)(2017052603328)(7193020); SRVR:AM0PR07MB5185;
x-ms-traffictypediagnostic: AM0PR07MB5185:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=jorge.rabadan@nokia.com;
x-microsoft-antispam-prvs: <AM0PR07MB518521B118A3A72458B01F9EF7EA0@AM0PR07MB5185.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(37575265505322)(248295561703944)(21748063052155)(28532068793085)(190501279198761)(227612066756510);
x-ms-exchange-senderadcheck: 1
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(8211001083)(6040522)(2401047)(8121501046)(5005006)(93006095)(93001095)(3231355)(11241501184)(806099)(944501410)(52105095)(10201501046)(3002001)(6055026)(149066)(150057)(6041310)(20161123564045)(20161123562045)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(20161123558120)(20161123560045)(201708071742011)(7699051)(76991048); SRVR:AM0PR07MB5185; BCL:0; PCL:0; RULEID:; SRVR:AM0PR07MB5185;
x-forefront-prvs: 0815F8251E
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(376002)(136003)(396003)(346002)(39860400002)(199004)(189003)(53474002)(53754006)(8676002)(5250100002)(110136005)(81166006)(81156014)(36756003)(9326002)(6512007)(2616005)(6306002)(54896002)(99286004)(476003)(71200400001)(102836004)(2501003)(4326008)(83716004)(2906002)(82746002)(68736007)(186003)(14454004)(106356001)(229853002)(7736002)(71190400001)(6436002)(478600001)(486006)(53936002)(3846002)(14444005)(2900100001)(105586002)(86362001)(6506007)(5660300001)(97736004)(53546011)(54906003)(66066001)(58126008)(8936002)(25786009)(6246003)(6116002)(790700001)(6486002)(256004)(316002)(33656002)(26005); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR07MB5185; 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-microsoft-antispam-message-info: 7aCfvtYqCazQ9/ebm8PT7X6x0hi3p4NHFAASp/Fzd6FZt1HDSFolP8wGfgn1GSfdaarrzEbUmE4pJ5WlooGl3bNkCQ9z3hRZDAEIYP499PGarniSKDk9LMTxbdRIq3BHThPhX0A4a2QnK2j12QZz4nieFSuyiGdBF9kfrtLy1l74PKXhjLzsTJO1ZUrTkSiT1DUdiQXmeNOvP0t15YvFoIZHHLMMPpSgjPKzi3rENAchwUSz9Jd7Kqhi+F2ASev6GnAFBjEinpLhsA1UCNqPlzKyUrQ52Jd/OOYu9cZNzjld1ws+LZBODyyyP3ISQAaPq3exsNebNUdEqhSzJoU0R0kdIEzZERrLm/TeRr7Xv4NgAcJh3NyL3t2W3Bb+SsZ4FFD2uYMmcEXl0DtmkQ5npg==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_067ED9A1F8D04C5397A03E6FA7E063ECnokiacom_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8247eaf9-80c2-4e59-9482-08d629d27211
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Oct 2018 08:21:55.1879 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR07MB5185
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/Hys860GYbwueSOlj6RbNqbMbLg4>
Subject: Re: [bess] EVPN MH: Backup node behavior in Primary Path Failure
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: Thu, 04 Oct 2018 08:22:02 -0000

Hi,


Questions:

  1.  Will the node in backup mode forward the packet to CE?

[JORGE] as soon as it becomes DF it can forward packets to the CE. The backup node will have to run DF election upon the ES route withdrawal from the primary. If AC-DF is enabled, it can also react to the withdrawal of AD routes from the primary PE.



  1.  Will all the nodes in backup mode forward the packet before DF election?

[JORGE] Only the new DF can forward.



3. If they forward, how is duplicate packets handled, in this case?
[JORGE] see above.

My two cents..

Thanks.
Jorge



From: BESS <bess-bounces@ietf.org> on behalf of Jaikumar Somasundaram <jaikumar.somasundaram@ericsson.com>
Date: Thursday, October 4, 2018 at 10:03 AM
To: "bess@ietf.org" <bess@ietf.org>
Cc: Jiang He <jiang.he@ericsson.com>, P Muthu Arul Mozhi <p.muthu.arul.mozhi@ericsson.com>
Subject: [bess] EVPN MH: Backup node behavior in Primary Path Failure


Hello Everyone,

Sorry if it is a duplicate. I repost this query as I did not receive any response yet.
(I was wondering if this mail already reached the group or not)


I have a question on Primary PE encountering a failure in EVPN multihoming

in single active mode.



RFC7432, section 14.1.1:

<snip>

   If there is more than one backup PE for a given ES, the remote PE

   MUST use the primary PE's withdrawal of its set of Ethernet A-D per

   ES routes as a trigger to start flooding traffic for the associated

   MAC addresses (as long as flooding of unknown unicast packets is

   administratively allowed), as it is not possible to select a single

   backup PE.

</snip>



Questions:

1. Will the node in backup mode forward the packet to CE?

2. Will all the nodes in backup mode forward the packet before DF election?

3. If they forward, how is duplicate packets handled, in this case?



Please help me anwere these questions.



Thanks & Regards

Jaikumar S

v2.23.0 | Report a Bug | By Email