RE: Direct BFD over Ethernet?
Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Wed, 12 June 2019 14:46 UTC
Return-Path: <Alexander.Vainshtein@ecitele.com>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05AD9120248 for <rtg-bfd@ietfa.amsl.com>; Wed, 12 Jun 2019 07:46:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.691
X-Spam-Level:
X-Spam-Status: No, score=-1.691 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=eci365.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 dg5q7_s3aJ6v for <rtg-bfd@ietfa.amsl.com>; Wed, 12 Jun 2019 07:46:30 -0700 (PDT)
Received: from mail1.bemta26.messagelabs.com (mail1.bemta26.messagelabs.com [85.158.142.3]) (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 A2BE71201EC for <rtg-bfd@ietf.org>; Wed, 12 Jun 2019 07:46:02 -0700 (PDT)
Received: from [85.158.142.101] (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits)) by server-3.bemta.az-a.eu-central-1.aws.symcld.net id F1/8F-07021-720110D5; Wed, 12 Jun 2019 14:45:59 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrKJsWRWlGSWpSXmKPExsViovlDRVddgDH W4P1MBYtl9zws9h98y2pxbUUru8XnP9sYHVg8pvzeyOoxedoBJo8lS34yeVzu3coawBLFmpmX lF+RwJpxbetd1oKXRhXdc3cyNjBOMepi5OJgEVjLLNE/7ywbiCMkMJFJ4vvU54wQzn1GiW2nH zN1MXJysAnYSmxafZcNxBYRyJM49+E8I4jNLOAh0XbkNDOILSygJnHpzAtWiBp1iScNz4F6OY DsfInm3dkgYRYBVYkz7UfYQWxegViJBYsvM0Hs2sAi8XH9W7BdnEC7rt/dwAJiMwqISXw/tYY JYpe4xK0n88FsCQEBiSV7zjND2KISLx//Y4WoT5K4/3QhI0RcUWLGvTnsELasxKX53VBxX4nm W5fZQW6TEFCW2PIiFiL8mFGiYTHUSC2Jxz8PQq2Skjhx8SgrhJ0jcaVxE1RcTeLGmw6oehmJr Wc7mUF+kRDYyiaxYskPsAYhgWSJE3M+s0AUyUms6n3IAlF0gVni/JNDTBMYdWYh+W0W0E3MAp oS63fpQ4QVJaZ0P2SfBQ4vQYmTM5+wLGBkWcVomVSUmZ5RkpuYmaNraGCga2horGuoa2hqqZd YpZuol1qqm5yaV1KUCJTVSywv1iuuzE3OSdHLSy3ZxAhMSymFjPN3MO4/8lrvEKMkB5OSKK/a foZYIb6k/JTKjMTijPii0pzU4kOMMhwcShK8u/gYY4UEi1LTUyvSMnOAKRImLcHBoyTC68EPl OYtLkjMLc5Mh0idYjTmmPBy7iJmjiNzly5iFmLJy89LlRLnfQoySQCkNKM0D24QLHVfYpSVEu ZlZGBgEOIpSC3KzSxBlX/FKM7BqCTMOwNkIU9mXgncvldApzABnRKy+18M0CkliQgpqQYmhwX zZ7QsCTr3z0Gc6+XT+fsXszHc6Wb4wZLD6Sitdt97d/u66jCZSbsncRlUC7hvrJq8hS9kmQZT aLzcfSnWY9UfN8ipSsxS7Pu1Ll9RYYHmvOBfgeJRB7kSr2Xv/CQv+730qs0s1k8XZSWvNVjYl 3StiWEuXZo3vWCVy6X+JsarL8wSirfJC1WEspi81+Bb08DapK5TH2ivHyK0pX2+VehJwYo53u 9vLzVqubaz32RmBqtO261HO9d8KPinotCz4LCfW30Dc8C+XSE/tgiY6jKs3z9jy6rNU6ae72R 4rLuseZbStj2vjcOfaYRovJn28I30P+6zjxMqMvJ0t7+ZkVr8KVp7t25eaFf7NWclluKMREMt 5qLiRAAZ7ZwmWAQAAA==
X-Env-Sender: Alexander.Vainshtein@ecitele.com
X-Msg-Ref: server-11.tower-226.messagelabs.com!1560350756!136756!1
X-Originating-IP: [52.41.248.36]
X-SYMC-ESS-Client-Auth: mailfrom-relay-check=pass
X-StarScan-Received:
X-StarScan-Version: 9.43.9; banners=ecitele.com,-,-
X-VirusChecked: Checked
Received: (qmail 1343 invoked from network); 12 Jun 2019 14:45:58 -0000
Received: from us-west-2a.mta.dlp.protect.symantec.com (HELO EUR03-AM5-obe.outbound.protection.outlook.com) (52.41.248.36) by server-11.tower-226.messagelabs.com with ECDHE-RSA-AES256-SHA384 encrypted SMTP; 12 Jun 2019 14:45:58 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ECI365.onmicrosoft.com; s=selector1-ECI365-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=tW5MF0XifrRkf9irbkiJxk6hMK4yy5jqbbuXEFGtfJ0=; b=YLhVKEzdNDKUa2hBbF17daMQZ+Hi1YSVNUVv0/LA+gNDVOpz7h+5VHhlMnUXsa/Yt3QCH+CzE/V7Z2HY0wLhD9qm0A2gCfknItLhZ3EQK0g+Vfu6tr6+OXe/UBMSVz6uODqgi7Uf3brsW++J0LkXxcmWJtDyu5qQkW1syqrbsPQ=
Received: from AM0PR03MB3828.eurprd03.prod.outlook.com (52.135.146.159) by AM0PR03MB4738.eurprd03.prod.outlook.com (20.177.41.215) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1965.17; Wed, 12 Jun 2019 14:45:54 +0000
Received: from AM0PR03MB3828.eurprd03.prod.outlook.com ([fe80::91f3:6bd1:1631:9b4a]) by AM0PR03MB3828.eurprd03.prod.outlook.com ([fe80::91f3:6bd1:1631:9b4a%6]) with mapi id 15.20.1965.017; Wed, 12 Jun 2019 14:45:54 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
To: "Schwarz Albrecht (ETAS/ESY1)" <Albrecht.Schwarz@etas.com>, "Reshad Rahman (rrahman)" <rrahman@cisco.com>
CC: "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>, Jeffrey Haas <jhaas@pfrc.org>
Subject: RE: Direct BFD over Ethernet?
Thread-Topic: Direct BFD over Ethernet?
Thread-Index: AdUdHwIY3QLc2dE1SwCr012LbinkaAAAvtBvAABBlQAAAT/tgAArr1KAAAfpV5kAqV1XgAAjL4LgAACphoD//76ogP//u2Zg
Date: Wed, 12 Jun 2019 14:45:54 +0000
Message-ID: <AM0PR03MB382843A7DC997E241A932B4C9DEC0@AM0PR03MB3828.eurprd03.prod.outlook.com>
References: <e06e6a9189eb4174a6777da720d31294@etas.com> <AM0PR03MB3828C11241B4118A96BAFB7A9D100@AM0PR03MB3828.eurprd03.prod.outlook.com> <f6450c2f-a436-7127-251d-e09b79ba15f9@gmail.com> <20190607115617.GC15506@pfrc.org> <7a42f74e46484476a8b642a29649a471@etas.com> <AM0PR03MB3828A71E881294059A5BB8829D110@AM0PR03MB3828.eurprd03.prod.outlook.com> <20190611212305.GB12590@pfrc.org> <AM0PR03MB382870144F1E38857FCF247B9DEC0@AM0PR03MB3828.eurprd03.prod.outlook.com> <cef2d3c7fbb443d0b392935193efaf91@etas.com> <48023C71-074E-4C8C-AFF4-CD1706FB0F54@cisco.com>
In-Reply-To: <48023C71-074E-4C8C-AFF4-CD1706FB0F54@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [147.234.241.1]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 9d247254-452d-4bcf-d9bd-08d6ef44ac5e
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600148)(711020)(4605104)(1401327)(4618075)(2017052603328)(7193020); SRVR:AM0PR03MB4738;
x-ms-traffictypediagnostic: AM0PR03MB4738:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <AM0PR03MB47383C08D87DF14D7C9098FC9DEC0@AM0PR03MB4738.eurprd03.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0066D63CE6
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(376002)(136003)(366004)(396003)(39860400002)(13464003)(199004)(189003)(51444003)(71190400001)(486006)(6246003)(11346002)(26005)(5660300002)(446003)(7696005)(53546011)(102836004)(6506007)(99286004)(71200400001)(68736007)(81156014)(8676002)(186003)(52536014)(14454004)(76176011)(229853002)(86362001)(3480700005)(6436002)(81166006)(8936002)(476003)(9686003)(7736002)(4326008)(6306002)(14444005)(966005)(256004)(66476007)(6116002)(72206003)(55016002)(74316002)(25786009)(54906003)(66066001)(64756008)(66556008)(3846002)(76116006)(110136005)(305945005)(316002)(66446008)(66946007)(53936002)(73956011)(33656002)(2906002)(478600001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM0PR03MB4738; H:AM0PR03MB3828.eurprd03.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: ecitele.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: /mFLVzEbIJEs43Ppvg/CAuh4BXYaI6gPcs0EFd96wwCcCeI0t2l36eoGTONM/LDtirQjC9kIV+0ES0Jq1miC1LTzulmSfF6xERXndQWqmwAa1ffpaCbi5q/M8toqRY27taEXso9oXz4v0m6XC2g0DaemFq95ep4ms6CX84MUlSUFsSbKuJuVir18SAHAgE169e0DG/68H0IVooMnRx4SxWCFsoMqfWQI+PGQK4cM9i0RuwXkJKz7x4axCCGaRHzcgG7VuiOdnRyN97a8x90ETW2h2gLmdWdWKyj1T2420bFJ3CuZua44IXXRpaycT0p44c/CqAsOxLovDi4kOGRzJbcMcx3Rzt4j58USe1IA9gpvLoZRTWnsMOSC5D3HNxRw903sF32qMbBEupZkDSlOwG0DOHel6bikDvEs+l0MYBc=
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ecitele.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 9d247254-452d-4bcf-d9bd-08d6ef44ac5e
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jun 2019 14:45:54.7316 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 2c514a61-08de-4519-b4c0-921fef62c42a
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: alexvain@ecitele.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR03MB4738
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/X07LmXsSSaWeWcCmHFz5lzZDSug>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Jun 2019 14:46:35 -0000
Albrecht, Reshad and all, I concur with Reshad - it will work (RFC 7130 never says anything about the number of links in the LAG). Such a session would still use encapsulation in IP/UDP with the UDP destination port set to 6784 and the Destination IP address " that is configured on the peer system and can be reached via the LAG interface ". I.e., some lightweight IP functionality would be still required. Regards, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com -----Original Message----- From: Reshad Rahman (rrahman) <rrahman@cisco.com> Sent: Wednesday, June 12, 2019 5:36 PM To: Schwarz Albrecht (ETAS/ESY1) <Albrecht.Schwarz@etas.com>; Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>; Jeffrey Haas <jhaas@pfrc.org> Cc: rtg-bfd@ietf.org Subject: Re: Direct BFD over Ethernet? Hi, That should work. Are you referring to the encapsulation overhead? Regards, Reshad. On 2019-06-12, 10:30 AM, "Rtg-bfd on behalf of Schwarz Albrecht (ETAS/ESY1)" <rtg-bfd-bounces@ietf.org on behalf of Albrecht.Schwarz@etas.com> wrote: Thanks again all for recommendations and background information. With regards to RFC 7130: > Bidirectional Forwarding Detection (BFD) on Link Aggregation Group (LAG) Interfaces Actually, I was thinking about a group size of one ("whereas the normal LAG is > 1") to emulate BFD over a single physical Ethernet link, - something like a dedicated "BFD-over-LAG protocol profile". However, didn't investigate so far the overhead. Regards, Albrecht -----Original Message----- From: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Sent: 12 June 2019 16:16 To: Jeffrey Haas <jhaas@pfrc.org> Cc: Schwarz Albrecht (ETAS/ESY1) <Albrecht.Schwarz@etas.com>; rtg-bfd@ietf.org; Stewart Bryant <stewart.bryant@gmail.com> Subject: RE: Direct BFD over Ethernet? Jeffrey, Lots of thanks for a prompt response. I tend to agree with your statement that " IETF doesn't have a useful OAM model". But I would add that, in spite of that, IETF has a rich set of OAM tools that are widely deployed and serve the real needs of the IETF community reasonably well, and from time to time adds to this set when new issues are identified. Whether a useful OAM model is really needed in his situation, or not, is, IMHO, a matter of personal preferences. "If it is not broken we don't fix it". My 2c, Sasha Office: +972-39266302 Cell: +972-549266302 Email: Alexander.Vainshtein@ecitele.com -----Original Message----- From: Jeffrey Haas <jhaas@pfrc.org> Sent: Wednesday, June 12, 2019 12:23 AM To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com> Cc: Schwarz Albrecht (ETAS/ESY1) <albrecht.schwarz@etas.com>; rtg-bfd@ietf.org; Stewart Bryant <stewart.bryant@gmail.com> Subject: Re: Direct BFD over Ethernet? On Sat, Jun 08, 2019 at 12:45:50PM +0000, Alexander Vainshtein wrote: > To the best of my recollection the BFD WG hss tried to cooperate with IEEE 802.1, but these attempts have failed. I think that's a mis-characterization. Bidirectional Forwarding Detection (BFD) on Link Aggregation Group (LAG) Interfaces https://tools.ietf.org/html/rfc7130 IEEE wasn't really interested in having BFD running native. Much of this has to do with the OAM and layering models that IEEE has for Ethernet. And yet, IETF was getting push to solve at least a problem relating to layer 3 issues for traffic balancing over LAGs. That was somewhat out of the realm of IEEE. So, while it took us a while to frame the problem, we eventually found a place where we were able to solve our respective problems without stepping too much on organizational and layer-wise boundaries. > At the same time I think there is a difference in the overall attitude with regard to OAM between IETF and IEEE 802.1. I think I would state this as "IETF doesn't have a useful OAM model". Many people would prefer us to have one, and see BFD as a useful component for it. However, that's bigger work than just BFD. -- Jeff ___________________________________________________________________________ This e-mail message is intended for the recipient only and contains information which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this transmission in error, please inform us by e-mail, phone or fax, and then delete the original and all copies thereof. ___________________________________________________________________________ ___________________________________________________________________________ This e-mail message is intended for the recipient only and contains information which is CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this transmission in error, please inform us by e-mail, phone or fax, and then delete the original and all copies thereof. ___________________________________________________________________________
- Direct BFD over Ethernet? Schwarz Albrecht (ETAS/ESY1)
- Re: Direct BFD over Ethernet? Alexander Vainshtein
- Re: Direct BFD over Ethernet? Stewart Bryant
- Re: Direct BFD over Ethernet? Jeffrey Haas
- RE: Direct BFD over Ethernet? Schwarz Albrecht (ETAS/ESY1)
- Re: Direct BFD over Ethernet? Santosh P K
- Re: Direct BFD over Ethernet? Alexander Vainshtein
- RE: Direct BFD over Ethernet? Schwarz Albrecht (ETAS/ESY1)
- Re: Direct BFD over Ethernet? Stewart Bryant
- RE: Direct BFD over Ethernet? Alexander Vainshtein
- Re: Direct BFD over Ethernet? Jeffrey Haas
- RE: Direct BFD over Ethernet? Alexander Vainshtein
- RE: Direct BFD over Ethernet? Schwarz Albrecht (ETAS/ESY1)
- Re: Direct BFD over Ethernet? Reshad Rahman (rrahman)
- RE: Direct BFD over Ethernet? Alexander Vainshtein
- Re: Direct BFD over Ethernet? Jeffrey Haas