[Lsr] Why not leverage Network conditions to optimize balancing among multiple App Layer Load Balancers? as proposed by draft-dunbar-lsr-5g-edge-compute-ospf-ext

Linda Dunbar <linda.dunbar@futurewei.com> Tue, 09 March 2021 00:40 UTC

Return-Path: <linda.dunbar@futurewei.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 930DA3A1B07 for <lsr@ietfa.amsl.com>; Mon, 8 Mar 2021 16:40:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.09
X-Spam-Level:
X-Spam-Status: No, score=-2.09 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=futurewei.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 Hwi9ooQmbgFC for <lsr@ietfa.amsl.com>; Mon, 8 Mar 2021 16:40:05 -0800 (PST)
Received: from NAM11-BN8-obe.outbound.protection.outlook.com (mail-bn8nam11on2109.outbound.protection.outlook.com [40.107.236.109]) (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 447C13A1B06 for <lsr@ietf.org>; Mon, 8 Mar 2021 16:40:05 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=n9chkpk0PogoYuT3wTWriMYaQPRAjnQIH49pKfhhZ5MtxVwCnDOCEJNYRjvMIET40HV6Hqo7/lHOWWvdT38dTeDf0TvPWy8IQPgTQNnrpM/gjrFjj6RfhyBQBGMdGXi7Z/xlL0NKGFCVvF5j/6cycFF6rfl10+n6SF7sHAsZlWNXwdvzXdBVAaBEaZr1uZ1kRpQX0uBdc3Z5HJWURsPWYKf0qeydTxNsNCu39SyfAsuijm/yozxx3CDRWsD7hFXpnPF4H0NaMzyit5zvz4YCtwHPHquE/qyUwydoiYkdd6fp+ksSPhhQAIVIPucln4VeQ+ZchMVUpPEYIISdzLQfnQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WWVc2VAlcX5ROrylJzeLN2y9NL+qIqI+77eaEruhiaE=; b=n+6isH5KsByQSxLR1SUuz+CHd6XzT/LggtHIjX4JwlFogl8jjkXqWEAOtlXCtBFEovGneCJNSDt4J4uaueX/nh+HNCgoP1s+gL0vIdaPVBsOICHI6X0IPVH9thivDkd+FwVlQ3XsKycVCM0krPssc+Sid978O0sZskb105Q6kTaFGEoSgBnz8tvFM/JKLz/JH79RO/1A8GlKOzEGM+lUJwa/A4c+QY1l6PKWoLYwkiQCUFE9/r23XTaWUxWUBdbbnGi9cycajr4FVtFtVVxuZLUm4wYxkntXVjAEI9rKhjLvhWXwyg0PQPPkDnyHsGplDCiKEcPVC8lehPnZPg4aVA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WWVc2VAlcX5ROrylJzeLN2y9NL+qIqI+77eaEruhiaE=; b=j65kmgZn1yzCZXJX0URij+RW6Igyh3qvaC9PM6Zkv6Zx4sCwarfWyvlZy52/bz2sJq3NDvQmhCiPfdF4WkHNZFK85Z92+EmzR5qAWmz5ZJ7iVehIvV6yvdLgmnMlllinJ2CJvXcXRzffPRoppdpebVwjZ+gl4z9AKNpDQTjOswM=
Received: from SN6PR13MB2334.namprd13.prod.outlook.com (2603:10b6:805:55::16) by SN6PR13MB2368.namprd13.prod.outlook.com (2603:10b6:805:56::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.9; Tue, 9 Mar 2021 00:40:01 +0000
Received: from SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::3050:546b:c47:a42a]) by SN6PR13MB2334.namprd13.prod.outlook.com ([fe80::3050:546b:c47:a42a%6]) with mapi id 15.20.3912.023; Tue, 9 Mar 2021 00:40:01 +0000
From: Linda Dunbar <linda.dunbar@futurewei.com>
To: Christian Hopps <chopps@chopps.org>, "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: Why not leverage Network conditions to optimize balancing among multiple App Layer Load Balancers? as proposed by draft-dunbar-lsr-5g-edge-compute-ospf-ext
Thread-Index: AdcUfHwyJLTPt3C6TbKGFMvnx1rK3Q==
Date: Tue, 9 Mar 2021 00:40:01 +0000
Message-ID: <SN6PR13MB23348360D4BE7D6E73B5828385929@SN6PR13MB2334.namprd13.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: chopps.org; dkim=none (message not signed) header.d=none;chopps.org; dmarc=none action=none header.from=futurewei.com;
x-originating-ip: [38.109.250.105]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 408bc150-15b9-4333-7cd5-08d8e293dfe5
x-ms-traffictypediagnostic: SN6PR13MB2368:
x-microsoft-antispam-prvs: <SN6PR13MB23683A801354A3E768C91ECC85929@SN6PR13MB2368.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: gjyYeeGOhSikRJXFcmmgDKfd12jnuO05byrRvHFADcwDl1HOP5n0g/O0HwLCCcZiGCxayx4L/CKePDEMQrNsmyej21bhM7deioaEkpj4AzKMdhSofMn7b8GAbfduzacEnoF47vAZBi0Q/XJ4kfpMRldpQC6Ea2EuKLqzErNUzy7v0JToNWUqlaoZwViu2QU2pARPat/lATTiVSoFTdthXMZr2vAxhGnSRXqqxxlh3ON1elAYfj0azOPBsCAKT+R8eswZBBBdXuBMKtM0B+pK6+rKX0sW9BTll2uuFwWlwuHyTVukX9qPY33/HXQyzSQG69eEvLyhfdLDMf0CaTUyYroMT1zSVN6OWpAZxRY+PkMNqOYI+vZ9iDK1z3aUP2RYJSotrAt7D+USH0g/4ABv+C6Q9eW05+aQldjR6MEj6mQL/rizRyUQoaKRebkuMGjg9Jem0F8ytkGKpesN6/9E5MfpFbZrsSm59tXxP6rdkAlY2yg4wbdU9HLUbZUJPT7KlS/eH9+oPbS5P2Jut9j1vg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR13MB2334.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(346002)(376002)(396003)(136003)(39840400004)(316002)(66946007)(6506007)(44832011)(7696005)(4743002)(8936002)(478600001)(2906002)(76116006)(66556008)(33656002)(64756008)(66476007)(71200400001)(66446008)(52536014)(55016002)(186003)(110136005)(86362001)(9686003)(83380400001)(26005)(8676002)(5660300002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: =?us-ascii?Q?6rZejndDScclF2NH5gfZNRKCxwlhF7mrfO/F6ih+c3IgsAVBpW53fAi/Kib/?= =?us-ascii?Q?nvTWZXrHK0fkdM5QjE8SGUzPhXBc/ULokESYsRPMbqnw77coDr4dKzmD5Lit?= =?us-ascii?Q?PTRqJgh+7ModQ4HHC/UFcWuHZ7B3XJ+RVEz0wylZZKCLncaQ/3j7LIL3XH1F?= =?us-ascii?Q?v2DRVkrs23Xxh2TFmzFHvgmcTxDSKrezeCZ/ABUxhFKsx0Ux9/DFtbTQMHwa?= =?us-ascii?Q?hCFpI3HE1OqFz98HFg9eoQX6bC6PViUOrZ4hWgxP8hCdjWc1opjf5KpT0HDh?= =?us-ascii?Q?lVgrcjVweQZYt+S2xqOSoJ8tdm8hql3Q3IeJs7WkCDq99uIjyTfollU0X+DR?= =?us-ascii?Q?mXxy6PXqmiW3R7mtei6ZET0SQiw/gGVKJj/dEMkR2BMWWfWySfdJ5PxDZg7r?= =?us-ascii?Q?w2aUQ2PzvTLO5s9PuFnfVxfz1oFGDf7/BhIgwQH6mtrPszNBboynz/wY1cwc?= =?us-ascii?Q?tD2b24KyAL98DdIGhXSFCLTE5OD34UIKzc+wadO4w9ZuLD2Blm305vsMGQ0N?= =?us-ascii?Q?Ju3SQ4J7W68ABc/nHTfA7jTXcCLdxGKGhsaPPuFg1X8rHixwY5hD4fOrJItL?= =?us-ascii?Q?b1eHI7xEaW/M8k5gOdYndfyWtDCTojaYDJYaCbH9eCP42kvTo+B6g58zAxbl?= =?us-ascii?Q?+JqRR82rK98gVNuJp9wNv1d6JexV0CYS9Lg7xBApE5c1jj9KLcLSe5YFyP5z?= =?us-ascii?Q?i5tnLAGbBGNMIm3MsnFQfrbK4E4CLFJDz5BBg7kzrcaatX4EkIyGVhXiLl+I?= =?us-ascii?Q?8+uH8fkLdPzHOnZA0wTjN5qAS8DEKsNuCO6lXIiouHIRLEb2mPeagQwrA0By?= =?us-ascii?Q?v86KoyVFwhvSdcD0TQx+MxKaqr6kO2m+KK1ykAOJoSjz4qPQcaWa0UPj8g27?= =?us-ascii?Q?V3tSJtHZeVAlE7tyAb6PIcw/ucDI8cSdBhPQU673p8o86czJZorN/tbXHqzY?= =?us-ascii?Q?J61jl/OlizHoXiXt1tvwzFAn9jrm/8IoN29xKXo2FDN8zsERVeg3oXH9tQtz?= =?us-ascii?Q?h5+iuOAqOemeEoS3jk1s9k1szfYrMxPWYZl8G53XRDkwkbRf6jD9XDCrfB9X?= =?us-ascii?Q?ipsRbEHCL0crK7WQKBCUSdRF21EJTAZkrS3HmUXthKnLak3Voa8p5VqHwmIr?= =?us-ascii?Q?SBqUsl4Y2oiB+2I9QI7xM/RM6rUbp+CpPObeinsVVxoEC2Zw+xuBfy5t29Wb?= =?us-ascii?Q?Az3njjCBHb7I7Tst15reaaNMLIOzdNZQ+zvhGcAY1gxyVkcGss5TzUyDjuXr?= =?us-ascii?Q?AgV2EP16T7AINQX5TMjFbsQcJOgGQwzYcXge8SI11dkyXlJ6o+3lva3cXIrS?= =?us-ascii?Q?4fS+UfKsEbvhDsZCgZ8gwGFW?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_SN6PR13MB23348360D4BE7D6E73B5828385929SN6PR13MB2334namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SN6PR13MB2334.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 408bc150-15b9-4333-7cd5-08d8e293dfe5
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2021 00:40:01.5944 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: AzT1GJAxW4L8SK/H5PWWAdIwSMFtQDuj6RfLXVZisEwN2QXDaTEceB0bFkjG5yNgbbm9uwse6lFx2ya3HesCgg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR13MB2368
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/Qe4kGv7E9t-fV5XILTMeyeDba7U>
Subject: [Lsr] Why not leverage Network conditions to optimize balancing among multiple App Layer Load Balancers? as proposed by draft-dunbar-lsr-5g-edge-compute-ospf-ext
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Mar 2021 00:40:08 -0000

Christian,

You said at LSR session today that there might be concern of network optimizing ANYCAST traffic to better balance among multiple App Layer Load Balancers.
First of all, only the Applications that need to leverage the network condition to balance among their multiple Load Balancers will get the benefit of path selection that are based on the combination of routing distance and other dynamic running status. The networks (e.g. 5G EC Local Data Networks)  only optimize the ANYCAST traffic for the registered addresses.
The network is already responsible for selecting the shortest path to one Application Load Balancer. draft-dunbar-lsr-5g-edge-compute-ospf-ext proposes to add additional weight in path selection.

ANYCAST makes it possible to dynamically load balance across server locations based on network conditions. With multiple servers having the same ANYCAST address, it eliminates the single point of failure and bottleneck at the application layer load balancer that has the shortest routing distance. Another benefit of using ANYCAST address is removing the dependency on how UEs get the IP addresses for their Applications. Some UEs (or clients) might use stale cached IP addresses for extended period.

Network service providers can even offer this as a value added service, making network information more useful to deliver services to applications.
Isn't it a win-win approach for both network service providers and the applications owners?

Linda Dunbar