Re: [Lsr] Comments on draft-dunbar-lsr-5g-edge-compute-ospf-ext-03

Linda Dunbar <linda.dunbar@futurewei.com> Wed, 10 March 2021 21:04 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 8C6403A1820; Wed, 10 Mar 2021 13:04:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.088
X-Spam-Level:
X-Spam-Status: No, score=-2.088 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_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] 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 YDVqccqmSoz3; Wed, 10 Mar 2021 13:04:44 -0800 (PST)
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2105.outbound.protection.outlook.com [40.107.243.105]) (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 693A63A181E; Wed, 10 Mar 2021 13:04:44 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LrK2/0OsavWzdAFlM6ZHsOmCiGNZ4yaoCO09CVAhv8nnCzgLLKRyKFcgS6L7MxZMi5UaVr4WrrK3ZOAdWJup6SC95KMPlt5ilEMWnCl/zu+naEp+GaL50oFJjLJccCQNr1/3n4bkY4Oh1Pw2ihQ7OhT5TeCqkAX6GCEH4JMYKwe5KlU1rVwc5+IhQvmrqComUzde3SHNb04/ElLkD2LY3wXE7dGOUkQhuwjat3otThxMMvuhTuT1o5RjOVc8Jf2YUQpkFN5DC975JFMETaWptjIY3ozmhHk2AtS23v4YIUXKIjjcULeKcWDm9l/BnbGJkn+pMKWCL+Fq4+UzAh9Pzw==
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=caCuKbx9E6a4omFu5hZsJVXLoFzPq6Jr1DJgUqum34s=; b=EZKwGmwpCpUXK1ZlnZmcWjGSRaOabdMauP0lt5DGGNkjy/p8htza8aQ+yhv9ksBLGLxPN+nx3xANuGPpzL/mxd6gTlMWQEjB5krVYLOOoDsg963m+La5mAFMJmjPI4dM7kTT2PhpHob5eig8ueIWdRz8HYvVkDGlxm7E2cGfIOXkWDD1QupwmXtU9BuDZVarFzRlATTU2W8cCkMjpcY4oONabY8YEBHjmQc4Dk0rVFp+/ypLZiTl+67HsaCg7FkGI0/jD5PVisFKgnMc7HTrjVg0mbTplsyySmyj1SC/JKWrKNSF5dMQg5vvv80jbLIAgeQktphHz+dZ6Lzk9qop+Q==
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=caCuKbx9E6a4omFu5hZsJVXLoFzPq6Jr1DJgUqum34s=; b=jTh8WCe9S3r16sPxKZQAoHjzKAKnrNVrccCYccgjzDJ4SaHPV9EFfSY2r24MCx9vhbKzngdFQqzwsiFf5boVLV2InV3UFRySR8XeIDR8pHgISPLoBkxFBlZADJmQZh5rmrOlpKttGZ86hfN3cE0bBEW4xxD9K1b4DD2KSSXn9w8=
Received: from SN6PR13MB2334.namprd13.prod.outlook.com (2603:10b6:805:55::16) by SN6PR13MB2429.namprd13.prod.outlook.com (2603:10b6:805:53::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.10; Wed, 10 Mar 2021 21:04:41 +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; Wed, 10 Mar 2021 21:04:41 +0000
From: Linda Dunbar <linda.dunbar@futurewei.com>
To: "Acee Lindem (acee)" <acee@cisco.com>, "draft-dunbar-lsr-5g-edge-compute-ospf-ext@ietf.org" <draft-dunbar-lsr-5g-edge-compute-ospf-ext@ietf.org>
CC: "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: Comments on draft-dunbar-lsr-5g-edge-compute-ospf-ext-03
Thread-Index: AQHXFFdPYhTxFLcQT02dOk2aJeJp+qp9sFCQ
Date: Wed, 10 Mar 2021 21:04:40 +0000
Message-ID: <SN6PR13MB2334C8CF44B1A3BEBA4AE50085919@SN6PR13MB2334.namprd13.prod.outlook.com>
References: <47E791C6-FA30-4B65-874C-C1460E3E330B@cisco.com>
In-Reply-To: <47E791C6-FA30-4B65-874C-C1460E3E330B@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=futurewei.com;
x-originating-ip: [72.180.73.64]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 83aff4e9-c900-40a1-5f13-08d8e4081f82
x-ms-traffictypediagnostic: SN6PR13MB2429:
x-microsoft-antispam-prvs: <SN6PR13MB2429CBF0CCEB8E262D22430085919@SN6PR13MB2429.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: aYhvR1XCrVfC/eFlAndhHAJmSRZVffYZjwlEfLF2akEANkETgS5rFd/hCGusk8nwMeS4L9bTwCG9e+cuNvA+TA47xB66nbty+vcwabczgJfjUR2ogj++T5MizEYtoqYI3EOytSkKnlsE2hLilBoLwtYl9E8INecP4HZfX87rh+T/5GJjlWE3YBpc716fqWjBK34wqXAcEG2ROmZ9IIb04vuIcMW20rb/UFXaauZwVWVaxoWuExeerYes8CVtoBbdfsblTVQ+wkSlcdAgscbjYhk3cqjqHL+5xQCAFstD7m2gS3uemauWRdWZlIiGq5Y5hZvkW0IcXCd2RDhd0pO1W6j+4Sil5QPnWH7SgxHewdiKWFvkmJKcJoC+CvpySp44RKtt6bFv9CiBYLgAA4IDPBu9OoDPRQ71pD3xKJ0cj7kGkQfR4QspWvIYuWHOMKYr5DPK15xQkkQbadkE29BM/NJxM04WdD9Y1vgwp0EUV22IhO3Zsx7EfX7HH8jOArLtq02oWNo0kdFMqlGDWZ1jXA==
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)(376002)(136003)(39840400004)(396003)(346002)(366004)(4326008)(66446008)(7696005)(66556008)(66574015)(26005)(8676002)(53546011)(478600001)(186003)(9686003)(110136005)(33656002)(6506007)(64756008)(5660300002)(66946007)(316002)(44832011)(83380400001)(4743002)(52536014)(8936002)(55016002)(71200400001)(2906002)(76116006)(86362001)(66476007); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: RytCFza4zHHuEcHEfOPRniywD1qaoOF3IxXKN9s+bwC4YUWMQXjHISAjh1I5CXLuApm3hgs5Qf0v3LDbOnm6VkO91qbK0SfzirWmIZ31SEt7216CPdOqxuZJveC2iyOHJrBHfl/fhV0UfQY4H5j9IUozaDbn+3snB9WjWxGR7PNL1HCurYRC+/PDJvyO+sYgmQolNaKArNC/ruwZg2sW+jXbpJwKXiP5TDeCuuhaVxIG+TMVOfnCNAXjw8JtCUHnk/hBot3p0rVFnRyrVrNJh051Y2alffWxVutlbY1Fh4NB08qQ/e3IteQE/1ZVpXx25hIBmqrJ36FBTbgyX9IxQ7APr8Ei5rQUGZytEPaQ5U8rQODNH3xVRylZlBhe34JryF/ZkTxQ1oNO7fs0mdjK4wqJx1dvZNtXP9qDMzV2ANNOgKgdVxCHKq/BzucdH2IyzPP7ehrtqR08TfxrpHqkh5lC+6dhfju/tulNB1JF/EC+Um+Ud1YFsKTU1mk+QbCcxbly/ePWAzD0g22q0DlpV8pqnW3GvnQ/Yv6vt7qN6NJRK/ZrBol6A/ZM+CBnBWm4TWhn2Lwemronr+tepQyg0b1lx+0K9VW2Cqs6f852HHUD5RKjMkiOMBMAMeLm6KKANgvnsZujNXKEvxsrtoNvhHzpKgKHag7HbA6Ml6fKt/9eqvSQGKtlXeMoXyb5gy04Y8ZC6LEpRUlVpzEz4AiOAujdyR2Ujc8lTKakSwzWsn1VxeBUHB0ueDVm248bXws0WCgZE5P3NXRjitsSlHr/yffwnH8dxpIkFTA6GeT+uwHVnFwbKgniMtHXTfqjzdEt8fhDgW79B0C67mw/QYsqrkxvVtbIJvUptch7MiAb4KO3OOo17BC7ZsNx+qXybdsnqYsNLoE8Q8RRiHvsKJyWOl0gNTsWUYl5ourFDIgMjYQ+9ps+HGj8nfrwUzo925Yyggm0lo3Gz4qg6FXnDd2V/LRC7BAe+24Bw2Rq/cpstN7vQwGp3Z5/1GWqSYuywqSp5HkGNZ+o8tds3c0RP13pA1GZEPwgy2kYUiqT41gTKbWRSJ4KkgyN7dCsMffTIcIAfGAoLFytHWeadLmBzY5NKx90tOdQmyiF8uKDHTZ0BxrETVsTf0xID+b9YTSiEa9UwLu5hESWVVSx2vfE0NomKNlAaDWemC0vvVmh2j/OdU1yM/mUXGaLWwmj8sngIVB8QVv+AKsII99JDOijYEj8vpIkmNfdCGCg8GWLsZTnwAVNRUyrGui0xl25me1sfCmWKH/3tPDGTZzJ67eck6eFJgl+wk6RsGL9qnN780gh2qU=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_SN6PR13MB2334C8CF44B1A3BEBA4AE50085919SN6PR13MB2334namp_"
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: 83aff4e9-c900-40a1-5f13-08d8e4081f82
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Mar 2021 21:04:41.1164 (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: iK9Molw+i9Dsx6pCnSW0KQ+HbCSmSl4uXybbJ45vCSgB5Hm9I6/ISeP5PCyDNULDMW6yDqFy2FCggBRZhfpy5A==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR13MB2429
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/srreZfRnSCKjUgAatC6cWeypAug>
Subject: Re: [Lsr] Comments on draft-dunbar-lsr-5g-edge-compute-ospf-ext-03
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: Wed, 10 Mar 2021 21:04:47 -0000

Acee,

Thank you very much for your comments.
Answers are inserted below.

Linda
From: Acee Lindem (acee) <acee@cisco.com>
Sent: Monday, March 8, 2021 2:12 PM
To: draft-dunbar-lsr-5g-edge-compute-ospf-ext@ietf.org
Cc: lsr@ietf.org
Subject: Comments on draft-dunbar-lsr-5g-edge-compute-ospf-ext-03

Speaking as WG member:

Hi Linda and Co-authors,

My first major comment is the confusion with the usage of multiple anycast addresses for the same application. Why are you requiring multiple anycast address? It would seem the load balancing over multiple servers can be done at the data center layer. I guess a UE would use the same anycast address for an application based on the initial DNS query? It is very confusing.

[Linda] Yeh, agree with you. It is kind of confusing.  That was one of the proposed solutions  in  3GPP’s TR23.748.
With OSPF periodically advertising the reachability to the ANYCAST servers, all routers should automatically switch to an alternative location for the ANYCAST server.
 I will remove the Section 6 in the next revision.

My second major comment is that in section 4, you point out that an aggregated metric would solve the problem. However, the purported downside is that all the Application Egress Routers (A-ERs) would need to use the same algorithm to aggregate the various capacity measurements into a single metric. It would seem to be an even larger obstacle for all the OSPF routers in the area to support these new metrics and consistent routing based on those metrics.

[Linda] Agree with you. The solution is only useful for a small controlled network, for example,  the Application Function Controller could send the “aggregated cost” to the egress routers periodically.
Even though the solution description described in the Section 4 has very limited usage, I feel it is important to include it in the draft.
I change the text to the following

“If all egress routers that have direct connection to the App Servers can get periodic update of the aggregated cost to the App Servers or can be configured with a consistent algorithm to compute an aggregated cost that take into consideration the Load Measurement, Capacity value and Preference value, this aggregated cost can be considered as the Metric of the link to the App Server.
In this scenario, there is no protocol extension needed.”

Also, some minor comments:


  1.  Why do you talk about ACLs to determine the anycast addresses? Presumably, you wouldn’t even have these metrics available for other addresses.
[Linda]  There could be large number of addresses attached to each Egress router. The egress routers only need to measure the “Running Environment” for the addresses filtered by the ACLs.


  1.  Section 5 still references the misguided draft-wang-lsr-passive-interface-attribute draft. I believe you meant to remove this.
[Linda] AiJun has answered this question.

There are other nits as well but it doesn’t make sense to spend time on them at this stage.

Thanks,
Acee