Re: [Dyncast] Will Dyncast architecture consider a very simplified version for 5G Edge Computing?

Luigi IANNONE <luigi.iannone@huawei.com> Tue, 25 May 2021 08:30 UTC

Return-Path: <luigi.iannone@huawei.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 1D6DA3A1AB0 for <dyncast@ietfa.amsl.com>; Tue, 25 May 2021 01:30:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level:
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 GLpqZce-AnuC for <dyncast@ietfa.amsl.com>; Tue, 25 May 2021 01:30:26 -0700 (PDT)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 52DCC3A1AB3 for <dyncast@ietf.org>; Tue, 25 May 2021 01:30:26 -0700 (PDT)
Received: from fraeml710-chm.china.huawei.com (unknown [172.18.147.206]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Fq6Yb64kBz6V11w for <dyncast@ietf.org>; Tue, 25 May 2021 16:24:03 +0800 (CST)
Received: from lhreml708-chm.china.huawei.com (10.201.108.57) by fraeml710-chm.china.huawei.com (10.206.15.59) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2176.2; Tue, 25 May 2021 10:30:22 +0200
Received: from lhreml737-chm.china.huawei.com (10.201.108.187) by lhreml708-chm.china.huawei.com (10.201.108.57) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Tue, 25 May 2021 09:30:21 +0100
Received: from lhreml737-chm.china.huawei.com ([10.201.108.187]) by lhreml737-chm.china.huawei.com ([10.201.108.187]) with mapi id 15.01.2176.012; Tue, 25 May 2021 09:30:21 +0100
From: Luigi IANNONE <luigi.iannone@huawei.com>
To: Linda Dunbar <linda.dunbar@futurewei.com>, "dyncast@ietf.org" <dyncast@ietf.org>, Mach Chen <mach.chen@huawei.com>, Liyizhou <liyizhou@huawei.com>, Dirk Trossen <dirk.trossen@huawei.com>
Thread-Topic: Will Dyncast architecture consider a very simplified version for 5G Edge Computing?
Thread-Index: Adcmb91KJgJDqg8JShqObURJKlwcZgqzsk8w
Date: Tue, 25 May 2021 08:30:21 +0000
Message-ID: <daecc87cc4fb42e68e32d7d2c4f06f3f@huawei.com>
References: <SN6PR13MB2334E9D5CEF3FA91695A03BD857C9@SN6PR13MB2334.namprd13.prod.outlook.com>
In-Reply-To: <SN6PR13MB2334E9D5CEF3FA91695A03BD857C9@SN6PR13MB2334.namprd13.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.52.130.69]
Content-Type: multipart/alternative; boundary="_000_daecc87cc4fb42e68e32d7d2c4f06f3fhuaweicom_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/dyncast/Wb9I3hqxjD6xNaoYnv9w4W7zVDo>
Subject: Re: [Dyncast] Will Dyncast architecture consider a very simplified version for 5G Edge Computing?
X-BeenThere: dyncast@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <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: Tue, 25 May 2021 08:30:31 -0000

Hi Linda,

Sorry for taking this long, this email is long overdue.

I went over your drafts (the metrics one is now expired .... ;-) )..

>From my understanding  the 5G Edge Computing architecture is in the scope of Dyncast. There is some difference in the terminology but all in all Dyncast covers sticky services (and more).

So to answer your question: yes it is in the scope of Dyncast.

What need to be worked out is how 5G UPF and the router split the function, we need more discussion on these kind of details...

Ciao

L.




From: Dyncast [mailto:dyncast-bounces@ietf.org] On Behalf Of Linda Dunbar
Sent: Wednesday, March 31, 2021 23:31
To: dyncast@ietf.org
Subject: [Dyncast] Will Dyncast architecture consider a very simplified version for 5G Edge Computing?

YiZhou, Luigi, Dirk, and Peng,

The architecture described by draft-li-dyncast-architecture-00 is very comprehensive.

We have 4 drafts on 5G Edge Computing that describes routing protocols extensions to advertise differentiated costs to reach servers attached to different (egress) routers that have the same IP address (a.k.a. ANYCAST address).

https://datatracker.ietf.org/doc/draft-dunbar-idr-5g-edge-compute-app-meta-data/
https://datatracker.ietf.org/doc/draft-dunbar-lsr-5g-edge-compute-ospf-ext/
https://datatracker.ietf.org/doc/draft-dunbar-6man-5g-edge-compute-sticky-service/
https://datatracker.ietf.org/doc/draft-dunbar-ippm-5g-edge-compute-ip-layer-metrics/

The 5G Edge Computing drafts are based on the following architecture. Comparing with the Dyncast architecture, the egress routers of the 5G Edge computing can be mapped to the D-Node in the DYNCAST architecture. But there is no D-Node in front of "clients", i.e. the "UEs".
All the UEs have their unique addresses. Only a small number of services from UEs, usually the ultra-low latency services, need multiple servers instantiated in multiple edge DCs.  Among the multiple servers for one service, some servers can have the same IP address, some may not. It really depends on the services.
There is no D-Forwarder either. All the routers in the edge network are regular IP routers. Those routers will see multiple paths towards the packets' destination and would select the lowest cost path to forwarding the packets.

Question: Do you think the 5G Edge Computing architecture belong to the scope of DYNCAST?
If yes, can  draft-li-dyncast-architecture-00 add a section to merge the 5G Edge Computing simplified architecture?


+--+
|UE|---\+---------+                 +------------------+
+--+    |  5G     |     +--------+  |   S1: aa08::4450 |
+--+    | Site +--+-+---+        +----+                |
|UE|----|  A   |PSA1| Ra|        | R1 | S2: aa08::4460 |
+--+    |      +----+---+        +----+                |
  +---+    |         |  |           |  |   S3: aa08::4470 |
  |UE1|---/+---------+  |           |  +------------------+
  +---+                 |IP Network |       L-DN1
                     |(3GPP N6)  |
  |                  |           |  +------------------+
  | UE1              |           |  |  S1: aa08::4450  |
  | moves to         |          +----+                 |
  | Site B           |          | R3 | S2: aa08::4460  |
  v                  |          +----+                 |
                     |           |  |  S3: aa08::4470  |
                     |           |  +------------------+
                     |           |      L-DN3
+--+                 |           |
|UE|---\+---------+  |           |  +------------------+
+--+    |  5G     |  |           |  |  S1: aa08::4450  |
+--+    | Site +--+--+---+       +----+                |
|UE|----|  B   |PSA2| Rb |       | R2 | S2: aa08::4460 |
+--+    |      +--+-+----+       +----+                |
+--+    |         |  +-----------+  |  S3: aa08::4470  |
|UE|---/+---------+                 +------------------+
+--+                                     L-DN2
Figure 1: App Servers in different edge DCs


Thank you.
Linda Dunbar