Re: Service Redundancy using BFD

Ankur Dubey <adubey@vmware.com> Wed, 29 November 2017 02:32 UTC

Return-Path: <adubey@vmware.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 C01861267BB for <rtg-bfd@ietfa.amsl.com>; Tue, 28 Nov 2017 18:32:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.7
X-Spam-Level:
X-Spam-Status: No, score=-4.7 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, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=onevmw.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 fpX0s8dZCWN3 for <rtg-bfd@ietfa.amsl.com>; Tue, 28 Nov 2017 18:32:12 -0800 (PST)
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (mail-sn1nam02on0050.outbound.protection.outlook.com [104.47.36.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 269F81200C5 for <rtg-bfd@ietf.org>; Tue, 28 Nov 2017 18:32:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=onevmw.onmicrosoft.com; s=selector1-vmware-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=ZuZkGXd+Qpt8jNebYwcrMaBqAo35sTeSNUlL9LQm0qQ=; b=az9uCleJeafd99C5S8NGx0VKvGPH1+Ra7Rw5b7TUG5Wo6SxKXi2Umcy42j01nhcc6h2WCorBOdV1YAIvXAcwbj+Ce1Dj/E+6VpE37jl0x2sHgj71/OvkvKv/qVMj0LKITw6fdjBQDCIJSqk8GkpY9v9L8jDMCKAwmz5S+Ta0qhg=
Received: from BN6PR05MB3219.namprd05.prod.outlook.com (10.172.146.149) by BN6PR05MB3377.namprd05.prod.outlook.com (10.174.95.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.282.3; Wed, 29 Nov 2017 02:32:10 +0000
Received: from BN6PR05MB3219.namprd05.prod.outlook.com ([10.172.146.149]) by BN6PR05MB3219.namprd05.prod.outlook.com ([10.172.146.149]) with mapi id 15.20.0282.004; Wed, 29 Nov 2017 02:32:10 +0000
From: Ankur Dubey <adubey@vmware.com>
To: Ashesh Mishra <mishra.ashesh@outlook.com>, Sami Boutros <sboutros@vmware.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
CC: Reshad Rahman <rrahman@cisco.com>
Subject: Re: Service Redundancy using BFD
Thread-Topic: Service Redundancy using BFD
Thread-Index: AQHTZ/M82vlye4FAgk+FmQYa86ul9aMpXmmAgAA3kICAAGH9AP//z8oAgAA42wD//9WuAIAART2A///YzwAAAPTXgAAHPY8A///n9YCAAACigA==
Date: Wed, 29 Nov 2017 02:32:10 +0000
Message-ID: <372A88CF-AD12-47C2-9F22-D306E6A3AF7F@vmware.com>
References: <3A4A67EC-042C-4F8A-80AB-E7A5F638DE15@vmware.com> <76804F35-63BB-46A0-A74C-9E41B2C213B4@outlook.com> <6FB7BA5C-8ECC-4330-89D0-8FD7306217F5@vmware.com> <00F17C92-E43D-4BFB-81B1-534DD221E66F@outlook.com> <42407007-C6BA-4CAF-8BE8-F6C552B92A38@vmware.com> <874DFFD3-1DE2-43A1-B726-B128E5746DBE@outlook.com> <828E73CC-E8C2-48C8-93CD-3CB580174536@vmware.com> <FCCDE12A-C55F-4044-9A06-486BFD66B41B@outlook.com> <A78BAA9C-8968-4B81-AB77-97D73CD37A14@vmware.com> <288B0E50-2D0A-4288-84B7-A12CF6DA7BEB@vmware.com> <7C9430DC-B97A-4F42-9774-CD4F74B47A44@outlook.com> <0DE01E39-5ADE-4F02-A469-21BC6AD45248@vmware.com>
In-Reply-To: <0DE01E39-5ADE-4F02-A469-21BC6AD45248@vmware.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=adubey@vmware.com;
x-originating-ip: [208.91.1.34]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; BN6PR05MB3377; 20:+W93Qtn2B2A55cRxqyM2DTwAbZORkzFG8q89GOO5ITwLDFgt4gLd0dbQDDgo1/9IwdFBbPkvev6xzP28nO7OU3/ie0hwTj/t45F5XY9L1X7g0n9SCuaMLRXSlKvp5CXbWMQgnf4qmqK7EBSO8Rzqh8+VmWUf87mO2Chja2VEDSE=
x-ms-exchange-antispam-srfa-diagnostics: SSOS;SSOR;
x-forefront-antispam-report: SFV:SKI; SCL:-1; SFV:NSPM; SFS:(10009020)(6009001)(376002)(346002)(39860400002)(366004)(199003)(189002)(45080400002)(54356999)(2906002)(76176999)(50986999)(478600001)(77096006)(93886005)(97736004)(39060400002)(6486002)(6436002)(6506006)(3280700002)(561944003)(101416001)(110136005)(53936002)(3660700001)(229853002)(83716003)(6246003)(316002)(3480700004)(4326008)(82746002)(25786009)(7736002)(99286004)(81166006)(2950100002)(86362001)(53546010)(68736007)(8676002)(81156014)(14454004)(8936002)(54896002)(33656002)(189998001)(6116002)(6512007)(102836003)(2501003)(2900100001)(3846002)(6306002)(106356001)(105586002)(5660300001)(36756003)(66066001); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR05MB3377; H:BN6PR05MB3219.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
x-ms-office365-filtering-correlation-id: 46455f6e-74d9-4a84-15c8-08d536d16456
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(5600026)(4604075)(4534020)(4602075)(4627115)(201703031133081)(201702281549075)(2017052603199); SRVR:BN6PR05MB3377;
x-ms-traffictypediagnostic: BN6PR05MB3377:
x-microsoft-antispam-prvs: <BN6PR05MB3377F20283C7ED33F6FFFF10A13B0@BN6PR05MB3377.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(61668805478150)(189930954265078)(95692535739014)(227612066756510)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040450)(2401047)(8121501046)(5005006)(3002001)(3231022)(93006095)(93001095)(10201501046)(6041248)(20161123564025)(20161123560025)(20161123555025)(20161123558100)(20161123562025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(6072148)(201708071742011); SRVR:BN6PR05MB3377; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:BN6PR05MB3377;
x-forefront-prvs: 05066DEDBB
received-spf: None (protection.outlook.com: vmware.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_372A88CFAD1247C29F22D306E6A3AF7Fvmwarecom_"
MIME-Version: 1.0
X-OriginatorOrg: vmware.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 46455f6e-74d9-4a84-15c8-08d536d16456
X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Nov 2017 02:32:10.0190 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: b39138ca-3cee-4b4a-a4d6-cd83d9dd62f0
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR05MB3377
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/Yg4Bn1CJobbppQVIejKamh4mp3g>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.22
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, 29 Nov 2017 02:32:15 -0000

Ashesh,

The bitmap represents all the non-revertive services running between a pair of nodes providing redundancy. One bit per non-revertive service.

The bitmap needs to be used only if a per-service failover has to be supported (section 2.2). When there is at least one non-revertive service for which a node is not active AND it is active for at least 1 non-revertive service, this node will set bits identifying the active services in the bitmap and send it in the payload of the BFD packet.

Thanks,
--Ankur

From: Ashesh Mishra <mishra.ashesh@outlook.com>
Date: Tuesday, November 28, 2017 at 4:55 PM
To: Ankur Dubey <adubey@vmware.com>, Sami Boutros <sboutros@vmware.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Cc: Reshad Rahman <rrahman@cisco.com>
Subject: Re: Service Redundancy using BFD

Ankur,

The bitmap that you mentioned in your previous email to demultiplex the services needs more clarity. Where is that bitmap added in the BFD frame? How does a bitmap represent a subset of the services? I feel there is an underlying assumption in the use-case that’s not clear in the proposal that simplifies the service structure.

Ashesh

From: Ankur Dubey <adubey@vmware.com>
Date: Tuesday, November 28, 2017 at 7:28 PM
To: Ashesh Mishra <mishra.ashesh@outlook.com>, Sami Boutros <sboutros@vmware.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Cc: Reshad Rahman <rrahman@cisco.com>
Subject: Re: Service Redundancy using BFD

Ashesh,

In case you meant that C and D are network nodes (not services) peering with A-B which are providing redundancy for any L2/L3/L4-L7 services, I’d like to clarify the following:

The mechanism to indicate to C&D which node (A or B) should attract traffic for a given service is not described in this draft. Like Sami mentioned in another email, there can be many ways to do that depending on the deployment scenario.

The solution described in this draft helps to establish understanding between the network nodes proving redundancy (A and B) regarding which node should be Active for a given service.

Thanks,
--Ankur

From: Ankur Dubey <adubey@vmware.com>
Date: Tuesday, November 28, 2017 at 4:01 PM
To: Ashesh Mishra <mishra.ashesh@outlook.com>, Sami Boutros <sboutros@vmware.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>
Cc: Reshad Rahman <rrahman@cisco.com>
Subject: Re: Service Redundancy using BFD

Hi Ashesh,

Yes, multiple services can be running between A & B. The indication of Active is needed on BFD packet only when the backup node is acting as the active for a given non-revertive service.

If all non-revertive services (lets say C and D in your example) are Active on a backup node (lets say B), the new diag code is sufficient to indicate the Active status for those services.

If some non-revertive services are active on A, while others on B, the bitmap indicating active services is needed in the payload.

Thanks,
--Ankur