Re: [Dyncast] CAN BoF issues and the next steps

Linda Dunbar <linda.dunbar@futurewei.com> Wed, 13 April 2022 18:29 UTC

Return-Path: <linda.dunbar@futurewei.com>
X-Original-To: dyncast@ietfa.amsl.com
Delivered-To: dyncast@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28E4F3A0D28 for <dyncast@ietfa.amsl.com>; Wed, 13 Apr 2022 11:29:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.009
X-Spam-Level:
X-Spam-Status: No, score=-2.009 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, HTTPS_HTTP_MISMATCH=0.1, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-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 VhunBo2xu_QM for <dyncast@ietfa.amsl.com>; Wed, 13 Apr 2022 11:29:01 -0700 (PDT)
Received: from NAM04-DM6-obe.outbound.protection.outlook.com (mail-dm6nam08on20720.outbound.protection.outlook.com [IPv6:2a01:111:f400:7e8b::720]) (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 E0A743A0D1D for <dyncast@ietf.org>; Wed, 13 Apr 2022 11:29:00 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WWrM2hncBtWjK1TWp5aNUUi4HKwrEQyjHpjFZItKeedFEkJxZAFwcL9HKSguIQ3G1ddBm12JoW3OV/yCyfqBj4orI4HYbbDncGznqVJERqsQFj7ZV6PQKXbCra2/ZPH2rB1fSyRFgG109715gXMDpxlKwyKVb745o23Xg4nv1nyV4bRRgiM+2BWeAYV3MtuKgQs5kx9DeyunGvjj9xN6uFFRCNiF/KMg/Z2XvF8ZDcyk8VP5Axa1d+ZQbUt4JJwhI39YkaclrhTAxoshaUMCYV7BQ3tmfLhaihIQiOrUa5mWEUa06VINziKKT00b7BluElFFg6jdolyd0Vs08dmzrg==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=kWbWWyxMU73l0iAwwGDaPqK5qb74sEml8j4a5RntiHA=; b=T0T0pb9ODEV8JdDghutBwTFm56EXG6b+3VcrTFXdEJJwM7r3hH9sD0QlgK3C8z85hk5VJFjkXjO0ZfS5myyzJ26drQ6nwpsu1GrTtICbVJR4/eCs9v2OIQuHFNeCSiaAB5hnw5K7DlJNQpFJhI2iAE7hb3TZOv/zUCJ+vek6eP5VLh9WlWARqxm5CzoBrIUVxs5rSl+XP024xHnKh8/xdX4aS5GTbf6eE1WTu+VtLKSk/x2r3xZOK2P/zsR5qJ4TN0279v/XwcdqfzGDtr/sHcxT8DRX1Fo09FpZCWPuBM7TXyws8h0elOV3M2ikn9HUMj5hz+DJvLL2hJTn4MsWnQ==
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=kWbWWyxMU73l0iAwwGDaPqK5qb74sEml8j4a5RntiHA=; b=gi2QN999TBryF/tSmM08O/q5FhSFEjbju+8+5KY+LKtPxnk1QGqAlWpxCEpRj++GPW6yuE5Z4GrX/GDtYF/W02Z7NeOI4EfU+lFVRjDSW8TNwthi3jlYYnXq3Dv4KuKo6hR2zw5D3Maaa9QoVZD00ruu+4xGEVoz9KJnTfKBh7Y=
Received: from CO1PR13MB4920.namprd13.prod.outlook.com (2603:10b6:303:f7::17) by BY5PR13MB3540.namprd13.prod.outlook.com (2603:10b6:a03:1ab::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5186.6; Wed, 13 Apr 2022 18:28:55 +0000
Received: from CO1PR13MB4920.namprd13.prod.outlook.com ([fe80::85d3:c0c6:360e:4c9c]) by CO1PR13MB4920.namprd13.prod.outlook.com ([fe80::85d3:c0c6:360e:4c9c%7]) with mapi id 15.20.5164.018; Wed, 13 Apr 2022 18:28:55 +0000
From: Linda Dunbar <linda.dunbar@futurewei.com>
To: Dirk Trossen <dirk.trossen=40huawei.com@dmarc.ietf.org>, "duzongpeng@foxmail.com" <duzongpeng@foxmail.com>, Tony Li <tony.li@tony.li>, Aijun Wang <wangaijun@tsinghua.org.cn>, Halpern' <jmh@joelhalpern.com>
CC: "dyncast@ietf.org" <dyncast@ietf.org>, Peng Liu <liupengyjy@chinamobile.com>, Luigi IANNONE <luigi.iannone=40huawei.com@dmarc.ietf.org>
Thread-Topic: [Dyncast] CAN BoF issues and the next steps
Thread-Index: AQHYTW3gFTM515c4k02doaYJSe44FKzqqDIAgAAdVYmAAAJsgIAAxEeAgABP/wCAAUv0gIAAAKeAgAABRgCAAAf5AIAADUP3gAAexoCAANCXIA==
Date: Wed, 13 Apr 2022 18:28:54 +0000
Message-ID: <CO1PR13MB4920A9A95088310BD2E9FC4B85EC9@CO1PR13MB4920.namprd13.prod.outlook.com>
References: <2022041114360459722023@chinamobile.com>, <29752325-4d93-271d-a0f1-e874575dca9b@joelhalpern.com>, <2022041122304706741797@chinamobile.com>, <5c189bc0-0569-e2f9-54b3-1bb41335ae21@joelhalpern.com>, <008f01d84e13$8b5db8f0$a2192ad0$@tsinghua.org.cn>, <d8fd1f2624b743698ed7b9ba390299f3@huawei.com>, <00ed01d84ee1$859b5f70$90d21e50$@tsinghua.org.cn>, <de849853-e073-5b61-dab8-b5a3dc33ed71@joelhalpern.com>, <00ee01d84ee2$7b852b50$728f81f0$@tsinghua.org.cn>, <E0FB105F-CF94-420F-B601-EE5C036E616D@tony.li> <tencent_BC7CFB6D0D6A385159E52C50AD3E71EC2E08@qq.com> <f546e66771e9418fb21c43e003384edc@huawei.com>
In-Reply-To: <f546e66771e9418fb21c43e003384edc@huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=futurewei.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 97b3f232-a963-48a4-2eb4-08da1d7b7791
x-ms-traffictypediagnostic: BY5PR13MB3540:EE_
x-ms-exchange-atpmessageproperties: SA|SL
x-microsoft-antispam-prvs: <BY5PR13MB35404729781B70D36C03E18785EC9@BY5PR13MB3540.namprd13.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: mq+Zaggl7aMReRh91VqjRiiYUEg+iXLmG0sTvGWpE6zrlUtlQdwlKuMeVhpNiV+KgREL+cG8Xu80f0rKRR5IRQMqUyqjJA5Rtz8p6qK8ix5d1wrIeOJFeiOSbLqfzb1ev3X3nCiu4VRk66oatkZ2HStviL7JEEEZ4xvq5noe6sPSWPBUL2dhSgIXxdRlGXtevKz0HRX2yXPgqEMI4KSznpjgcOeDazmHOF+1KgV0r4oMcYYREPCa3erF0VBA2DCQfLR9e4aar+B0H5ZZypJKnRop5ru2QbBpKhwGOIYXuLHpf8SIzG8GNN51kX7Q3/htdpPQTHNQXhx0jN+QFXmlV94qx/vXdntsIylNn+r5Rz7ubY1JEmPx4mlegNdes01qpiBiVtvW+7tUI9u52PfVklJc3jwotXNmLLPpRtz3ufaQJsZmp7DB53J/Ksw5qAfftOUsbYE6eQ3fG8NOIRwgwVOsurKDlRPIVa2u+bR+9Y//GukgqhLu0uzaROe3YMPdNCVmFvUmNSldxo2kKfHY89qCYvXXcMlx1Yv1f4c2uniucugZ2I1XSSI0PlrFsJ2P71Pen3S+niezRwrhGHkzyhSKQiJLSeGe45udP2wENn2n1LMgyvI6/YLU7Izo+kbslF6vFvsxgqtmODX+u5iJaQMkBbuXgDt0LBtGwlAxNt6rmAWCFxgLAfNJxmJwZoCIFeiv4Uub4zM8WXKXvejMuN0iNpTHk+kFN8Kwzw9xyGPklY8rLTZ52022+WfOp0qYDCzLbtwEbR84NUYLambwCGpS0nH3Epz9ztffbJz+zzXwIpBxeQ2vXO0yFq32OmcJ
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:CO1PR13MB4920.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(366004)(316002)(122000001)(186003)(26005)(166002)(86362001)(2906002)(66476007)(66446008)(76116006)(55016003)(66946007)(8676002)(4326008)(33656002)(6506007)(83380400001)(53546011)(38100700002)(66556008)(44832011)(7696005)(64756008)(38070700005)(52536014)(54906003)(5660300002)(110136005)(8936002)(71200400001)(9686003)(966005)(508600001)(48020200002); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: Pc0zXoSq+54SZwuh3mnBc/T5LIufG4Op5rdoZrfXRocJOIoDoizWQnatf9rvErvwJ8ydSYu9RZtt+ZO7eQ3fhJZ9Mkz2Ay5cIA14WUXk57gSUPyHHyqfQw1kJ4FQEUakSOJrYugMmzIlH+KZciAYUxuOaNGHJB9jL5jCCUD0aeeHVZtyRUgCdrsjgsVJHvj+Cg+3qXp936QkfLzB6xufRBp3oRQEMhSDige1pGqZJv63g3K0eaJyTKGch2q/OUidd81r6fC74u+lpH4wgd8lLk92/G2jn7CB+9cqnEBkUOg174GOncHuooVPfMcuPGX0/jPjcU5NWwGb1tyiL0NNoQcoRNHAArYa4oFSQ30RHNjRvd+RZZYs96CsYKNRPLtQReKm/1RiEFhveRJMlRQFh0+7vUiJJKwnT+FffE7gREYruvK1sQ3i0L8ekai+H8AlKSrhBPPFxdhfJx5PYkhbCswZT+weVFyJz5Aoeq1cEMVv0RIgF9iTDxf6ZzzXyHo+thu1dmCLYFAHKVdotxANrnNN27FYD0uYNnn7sd3GS9Ishv2VVps7q52g//tf673ShPnfNm0bVckORgA+aPESwX1OmJozAoutNF1ktSzNoDpgr9bqzjXmEt35VyWcEj9sF554kBC7Oe0FC6/2TBpgwOBqbTHIAUBZNPCw/SEcfoOeS/t2s4vyt/g4WWiY3Qh4Tydhi0jJh3YQ3aAtybDdN423gEN1K8hSUnE6LCEGP0NFemf3OzmyMpq5XHA2bgWz85525JW5GGNmOalptXXSPzoFO87xBzfuHrGW6QDZIVDQFIvjF69bvkpD/R3rVa5XCdamh7iaYGs5BdlyR6XqWeWCixorZo9+gNry1FiavQmcLwCYBZPWJSJcGHJSEF+LRPLDwO8KInnQJbavHdjNsLVsTyk5w9XwcjXg0S0C4lFeRuqp3X/Pnc033NKrT+kvfcmeDG8ZUeI7TYjpiSX2UHGhq4bl2gA0HIbBPvJLE/B0OTed+eiz71qBIYuq8vJ7NGxYvdocH8NfZ9dudVz91mZDvDFvEwc/3RzSxGf9cJ5y4g65Q1wm3LBcrNEZPxDxRFeYKADHfRDtnQ8ysOBnsz0Km9zpvDdoUEd0yoK8B0yw9HN0gsTIgxUulsxaj1Sz6C0HEpO0mivVdDdG+3uPpnRY+AVsV74BM+7F/uMolHuwU9+2Iq3zISWF5nxq03aZlpssp7FjDsWHxL9JXqx4GZ51No/4o5eNQ5WNm4z2UqRwwQIbQB7LAM2C34N4rlodTvbzQv39SGXjqZ+bceKIwOooH32ufDQIYvyInyLbm52ief1213NI7x3Isr4apJNQJ4Lg+zA0FYmu9nlUmPi2xtV+KyN3CCZohUQfRrjrTCwNpv6owfU723bzROaVK2t0JzpthVCa1uO70ivddMgKhJ6xA1uuGZadWa4f4genJujVPta6diOoQ2/VMuOQb2pxu7oV4AXTJFDeexXNnMo6K5ELqw+E5Y6iovZaMviEYUduv/889gnvno2TEsgV71sE8eDgltVfLmsaDSV+9kNABxxZVkEEFbqyKTNZyi569XGT5LZMNegXf/F93CE3JumknA+YjxPWPDcSqqf0hjFnIUQbGQgtkXY1H7kjiJBH7rj36cQ8+JDGshaud2W/LNIf6K8agdLfHPwzSbxQ1TGEufLYL6V4tW4waEGZbnnD3fU/WUoMlC69h60L3/NqQqYWnKjaWF9lg4OeA7Bkldi+OA==
Content-Type: multipart/alternative; boundary="_000_CO1PR13MB4920A9A95088310BD2E9FC4B85EC9CO1PR13MB4920namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: CO1PR13MB4920.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 97b3f232-a963-48a4-2eb4-08da1d7b7791
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Apr 2022 18:28:54.9425 (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: Rx/WHmijEWwlDGTntvhlUICUgBtXh1uCYafhDxq+LfsCLI6qgfIScXtUuPdEke0oO9rT4CsjPBrdkNwMSRmxxQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR13MB3540
Archived-At: <https://mailarchive.ietf.org/arch/msg/dyncast/_ag9GeXpRP2anenrfWJmrgU1BWU>
Subject: Re: [Dyncast] CAN BoF issues and the next steps
X-BeenThere: dyncast@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Dynamic Anycast <dyncast.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dyncast>, <mailto:dyncast-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dyncast/>
List-Post: <mailto:dyncast@ietf.org>
List-Help: <mailto:dyncast-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dyncast>, <mailto:dyncast-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Apr 2022 18:29:06 -0000

Dirk,

Thank you very much for summarize the changes to be made.

Just curious, what scenario will cause  “a service instance ‘moving’ “ (described in your our bullet 3)?

Thank you.
Linda

From: Dyncast <dyncast-bounces@ietf.org> On Behalf Of Dirk Trossen
Sent: Wednesday, April 13, 2022 1:06 AM
To: duzongpeng@foxmail.com; Tony Li <tony.li@tony.li>; Aijun Wang <wangaijun@tsinghua.org.cn>; Halpern' <jmh@joelhalpern.com>
Cc: dyncast@ietf.org; Peng Liu <liupengyjy@chinamobile.com>; Luigi IANNONE <luigi.iannone=40huawei.com@dmarc.ietf.org>
Subject: Re: [Dyncast] CAN BoF issues and the next steps

All,

Responding to the various aspects in a single response:

  1.  @all: we are working on an update to the arch draft, which will hopefully make the ingress-based service instance selection architecture (ISISA, quite a mouthful) clearer.
     *   This shows that the ingress is the decision point
     *   With it, the intermediary routing nodes need no knowledge of the selection process (or its data)
     *   With it, we hopefully clarify that the process is one of service instance selection (hence the longish name), not path selection. For the latter, the routing policies applied to steer traffic to the binding IP will be used.
     *   Other clarifications will hopefully also improve the document
  2.  @Tony,Joel: the use case document (problems with existing solutions) already mentions client-based selection. There are a number of issues with this, which hopefully a clearer gap analysis (still discussing how to capture such analysis) will shed light on. But yes, it is an option which we have recognized.
  3.  @Tony: there are two aspects of mobility, namely that of a client moving and, possibly, that of a service instance ‘moving’. The approaches to both are different. It is to be seen/decided, if we want to include the mobility aspect (if so, which ones) into the scope of work.

I hope this clarifies albeit in forward-reference to a to-be-updated draft.

Best,

Dirk


From: Dyncast [mailto:dyncast-bounces@ietf.org] On Behalf Of duzongpeng@foxmail.com<mailto:duzongpeng@foxmail.com>
Sent: 13 April 2022 06:15
To: Tony Li <tony.li@tony.li<mailto:tony.li@tony.li>>; Aijun Wang <wangaijun@tsinghua.org.cn<mailto:wangaijun@tsinghua.org.cn>>; Halpern' <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>
Cc: dyncast@ietf.org<mailto:dyncast@ietf.org>; Peng Liu <liupengyjy@chinamobile.com<mailto:liupengyjy@chinamobile.com>>; Luigi IANNONE <luigi.iannone=40huawei.com@dmarc.ietf.org<mailto:luigi.iannone=40huawei.com@dmarc.ietf.org>>
Subject: Re: [Dyncast] CAN BoF issues and the next steps

Hi, Tony, Aijun, Joel:

    Multiple solutions exist here. But I suggest that we do not maintain per UE status in the Ingress.

A general procedure is as following:
1、      A client tries to access the service by using the anycast address
2、      The Ingress makes a decision which server to connect, and tunnels the anycast packet to the specific Egress
3、   The Egress forwards the anycast packet to the specific server, which can provide the service
4、            After the connection is established, the UE can communicate with the server by using the unicast address.

________________________________
duzongpeng@foxmail.com<mailto:duzongpeng@foxmail.com> & duzongpeng@chinamobile.com<mailto:duzongpeng@chinamobile.com>

From: Tony Li<mailto:tony.li@tony.li>
Date: 2022-04-13 11:27
To: Aijun Wang<mailto:wangaijun@tsinghua.org.cn>
CC: dyncast<mailto:dyncast@ietf.org>; liupengyjy<mailto:liupengyjy@chinamobile.com>; Luigi IANNONE<mailto:luigi.iannone=40huawei.com@dmarc.ietf.org>
Subject: Re: [Dyncast] CAN BoF issues and the next steps

Hi Aijun,

My understanding of the requirements was that a particular UE was supposed to be bound to a server for the lifetime of a ’transaction’ and that includes across the UE rehoming to a different source. Thus, the entire network needs to make a consistent and fixed decision per UE. Doing so in a dynamic environment would seem to be most challenging: you would need to synchronize forwarding state across the entire network instantly.

Making a single decision at the ingress and propagating that state seems somewhat easier.

And easier still is Joel’s proposal: have the UE pick one (from a centralized broker?) and then rely on unicast. :-)

Regards,
T


> On Apr 12, 2022, at 7:59 PM, Aijun Wang <wangaijun@tsinghua.org.cn<mailto:wangaijun@tsinghua.org.cn>> wrote:
>
> Hi, Joel:
> If you use binding address behind the ANYCAST address, it is possible. But if you use the ANYCAST address directly, you can't.
> For my understanding, the latter scenario is more popular.
>
>
> Best Regards
>
> Aijun Wang
> China Telecom
>
> -----Original Message-----
> From: Joel M. Halpern <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>
> Sent: Wednesday, April 13, 2022 10:55 AM
> To: Aijun Wang <wangaijun@tsinghua.org.cn<mailto:wangaijun@tsinghua.org.cn>>; 'Luigi IANNONE' <luigi.iannone=40huawei.com@dmarc.ietf.org<mailto:luigi.iannone=40huawei.com@dmarc.ietf.org>>; liupengyjy@chinamobile.com<mailto:liupengyjy@chinamobile.com>; 'dyncast' <dyncast@ietf.org<mailto:dyncast@ietf.org>>
> Subject: Re: [Dyncast] CAN BoF issues and the next steps
>
> If the ingress edge does the calculation, makes the determination, and tunnels the traffic to the right place then the underlay routing system does not need to know anything about these metrics or the decision processes made by the edge.
>
> Yours,
> Joel
>
> On 4/12/2022 10:52 PM, Aijun Wang wrote:
>> Hi, Luigi:
>> Why only the ingress need such decision? I think all the routers
>> in-path need such information(routing metric +compute metric), to
>> achieve the optimal "instance selection".
>>
>> Best Regards
>>
>> Aijun Wang
>> China Telecom
>>
>> -----Original Message-----
>> From: dyncast-bounces@ietf.org<mailto:dyncast-bounces@ietf.org> <dyncast-bounces@ietf.org<mailto:dyncast-bounces@ietf.org>> On Behalf Of
>> Luigi IANNONE
>> Sent: Tuesday, April 12, 2022 3:04 PM
>> To: Aijun Wang <wangaijun@tsinghua.org.cn<mailto:wangaijun@tsinghua.org.cn>>; 'Joel M. Halpern'
>> <jmh@joelhalpern.com<mailto:jmh@joelhalpern.com>>; liupengyjy@chinamobile.com<mailto:liupengyjy@chinamobile.com>; 'dyncast'
>> <dyncast@ietf.org<mailto:dyncast@ietf.org>>
>> Subject: Re: [Dyncast] CAN BoF issues and the next steps
>>
>> Hi,
>>
>>> But, with the placement of the ANYCAST application servers closing to
>>> the users in different sites, the bottleneck to influence the E2E
>>> application performance is not only the network metric, the metric
>>> for the application servers play a major role now.
>>> It is time to consider both the network metric and application server
>>> metric together to achieve such goals.
>>
>> I think that Joel is not against the above (routing metric +compute
>> metric = instance selection).
>> I think that he is more inline with Dirk's position, meaning that it
>> is not necessarily the routing layer that has to be "enhanced" with
>> compute metrics.
>> Rather, an in-path decision based on both metrics should be made by
>> some (CAN ) element.
>> My personal take is that the ingress is well suited for that (since
>> for sure it is in-path).
>> Then you have the choice of various ways on how to steer the traffic.
>>
>> Ciao
>>
>> L.
>>
>>
>>
>>
>> --
>> Dyncast mailing list
>> Dyncast@ietf.org<mailto:Dyncast@ietf.org>
>> https://www.ietf.org/mailman/listinfo/dyncast<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fdyncast&data=05%7C01%7Clinda.dunbar%40futurewei.com%7C2316b87121144e63032808da1d13a8ac%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637854267552749777%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=3ImCiAZTZ66XhEeXPoI51xC%2B%2BpONA3IJLtVNQmS4avo%3D&reserved=0>
>>
>
> --
> Dyncast mailing list
> Dyncast@ietf.org<mailto:Dyncast@ietf.org>
> https://www.ietf.org/mailman/listinfo/dyncast<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fdyncast&data=05%7C01%7Clinda.dunbar%40futurewei.com%7C2316b87121144e63032808da1d13a8ac%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637854267552749777%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=3ImCiAZTZ66XhEeXPoI51xC%2B%2BpONA3IJLtVNQmS4avo%3D&reserved=0>

--
Dyncast mailing list
Dyncast@ietf.org<mailto:Dyncast@ietf.org>
https://www.ietf.org/mailman/listinfo/dyncast<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ietf.org%2Fmailman%2Flistinfo%2Fdyncast&data=05%7C01%7Clinda.dunbar%40futurewei.com%7C2316b87121144e63032808da1d13a8ac%7C0fee8ff2a3b240189c753a1d5591fedc%7C1%7C0%7C637854267552749777%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=3ImCiAZTZ66XhEeXPoI51xC%2B%2BpONA3IJLtVNQmS4avo%3D&reserved=0>