Re: [Idr] What do you think about this description of Path Selection added to draft-dunbar-idr-5g-edge-compute-app-meta-data?

Linda Dunbar <linda.dunbar@futurewei.com> Thu, 11 February 2021 17:40 UTC

Return-Path: <linda.dunbar@futurewei.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 717293A17D7; Thu, 11 Feb 2021 09: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, 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 12NK-r6jYONe; Thu, 11 Feb 2021 09:40:05 -0800 (PST)
Received: from NAM04-CO1-obe.outbound.protection.outlook.com (mail-eopbgr690139.outbound.protection.outlook.com [40.107.69.139]) (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 A6F5D3A17D6; Thu, 11 Feb 2021 09:40:00 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mOKMqg9zg+rGE+/o32joISjsS1F6rZ18tW0JgV1ogrFWuVt7eTIkhdlgA2Swsbb7H2J7mJPmfVOUkWHTnGOwzLNaQVtoORb11zM52nRGnF8DqfUj5KXnYWYAZzlEMHyReE+5SwyJFSK0zq/czkUQNpK0AuGOcbplQyLUuJ3WYArH2Z/dbgU9AXC2ND73Ue/Wslcc7kSGQMpMf5ZpU2lBtMtf9DiVh6xViW8lS5rJx55OZWSNZxC4UeEzP5//q7uAHRdoXPx+oPR2lmomF5cC48Ywloj46EqGkcN1j5PV1+aGzg9aEpU4fjyH/IMWUXUa3UNI9FEQHEyxosC5glFSBw==
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=zCkuCiFi4xXxipmrqY/h4IVQIOMxEJa7t7NdgNdYYnQ=; b=EX9PJPq6V1Nx/+HfxslkVqMitl1Rxc8VRLmyefCOoclgR/v2IzsHX8p8FSXzlRsBFTXxyLpjf+o5S6PlzxxlLzO7/rMrIKRsDL947/u29Snb2dYS/mKnt/+tdGJtNrmVMiChnUevoQj+SAJnICm9RhyW20FHuNZpBsBTdIl9Fa1XoysDOAxIKE+rvEU7WKedlFe3+2lR0MCP9vzzzC1baoXFu8CSxlfBppr3kejktzBbU2qhK618arpDTPLFKPOnyeQJYnGo3TcWmkVwhijGNdynLYjciGploGFal3d1uW6cFlS9NOjiAPOyugu678Q05eaXicXQ2mxTCuJdYrW6iw==
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=zCkuCiFi4xXxipmrqY/h4IVQIOMxEJa7t7NdgNdYYnQ=; b=ZM5TxRRHl+o1SCEe57uKxztkWPHRpsxNzhbHNNku4PBF8YHY8mfKtyKGY1ytZ7jtuL4fp3QVi/fnHwaBmvC6ZWhZD0flIIitRZWYyOGXGAL88oVeWK76Za2PcZ18HYNJ4lBhX60O2ZZAEfJdPWW1l5xQTNzUzsEl5rGtWw6e+Ik=
Received: from SN6PR13MB2334.namprd13.prod.outlook.com (2603:10b6:805:55::16) by SA0PR13MB4159.namprd13.prod.outlook.com (2603:10b6:806:95::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3868.11; Thu, 11 Feb 2021 17:39:58 +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.3868.011; Thu, 11 Feb 2021 17:39:58 +0000
From: Linda Dunbar <linda.dunbar@futurewei.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>, "idr@ietf.org" <idr@ietf.org>, Aijun Wang <wangaijun@tsinghua.org.cn>, "Acee Lindem (acee)" <acee@cisco.com>, Stephane Litkowski <slitkows.ietf@gmail.com>
CC: "draft-dunbar-idr-5g-edge-compute-app-meta-data@ietf.org" <draft-dunbar-idr-5g-edge-compute-app-meta-data@ietf.org>
Thread-Topic: [Idr] What do you think about this description of Path Selection added to draft-dunbar-idr-5g-edge-compute-app-meta-data?
Thread-Index: AdcAJLWeUfv0ky3LQFuFwq1fq3rRrgAbepcAAAI7ODA=
Date: Thu, 11 Feb 2021 17:39:58 +0000
Message-ID: <SN6PR13MB2334F385DE865FEEB56A26F2858C9@SN6PR13MB2334.namprd13.prod.outlook.com>
References: <SN6PR13MB233492DA35C3A1537CC64FEC858C9@SN6PR13MB2334.namprd13.prod.outlook.com> <feafccdf-82c5-6adf-84d0-7b05c326c6de@joelhalpern.com>
In-Reply-To: <feafccdf-82c5-6adf-84d0-7b05c326c6de@joelhalpern.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: joelhalpern.com; dkim=none (message not signed) header.d=none;joelhalpern.com; dmarc=none action=none header.from=futurewei.com;
x-originating-ip: [2603:8081:1700:ab:a4de:5b27:bcb7:c010]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 667287d6-a1c9-4731-a434-08d8ceb40d1f
x-ms-traffictypediagnostic: SA0PR13MB4159:
x-microsoft-antispam-prvs: <SA0PR13MB4159B764A41C5CBDCA0F94BC858C9@SA0PR13MB4159.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: cO7V3sAkWVeyTI+PfS4AhOm1D3GSi3h+YZ8ZutUKFwxo4DlG+tB/uOD3hdY9PHxij/OMD5hz/Y55khq6RsBl/vC6gVhPgfoLwwMm4M+jdM++6pfjQIA+j7uv2EbfkOc85bmThUPGpktnq/Uh8rWnBb7OfFw8oTqmBTdbxAzXprCs6LgkOLaildWRQXTuKHTc2h8s5SJuMiFZB9WzvIbxz0gulgvRcBgVN9UC0M3lxhFGNOcjwvB00AzVTzmNIMdsgKVGtnNvIVDy4kN7LxctbDSxTmP5V3RefK3s4Y1baRAF7suKiRb1tPA0DxWF2ddDFzrp5zSqCHel4sbg5F2jntUZ/EDr+kWNvyj0k7Tu9zAnThSL5vT7Y2I5KwQiI56Nai0ed4/MLcHBASNsFLLbhziZ1ozr1kkEBHAjp9rXFUEUj3brTKVv1OfBfxO911ksWChGsG972zViHTCLBE0uzhKA+RMAnC09v85ZlC49GDdQFGGf/NhYxt4DP0kgmol45FJBl8j7jGKiGByZ07me3uo/qW0drpD8oqZFoI/RFccXP3ctJqDDaqHhNOVJXOHW7n/B63vi3ue6c48/sJpEesD/uhvFbZhpmVv6v6H2LsE=
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)(396003)(366004)(376002)(39840400004)(136003)(346002)(83380400001)(9686003)(6506007)(2906002)(53546011)(4326008)(7696005)(478600001)(316002)(186003)(8936002)(110136005)(55016002)(52536014)(66946007)(66446008)(44832011)(66574015)(86362001)(8676002)(64756008)(45080400002)(66556008)(5660300002)(71200400001)(33656002)(966005)(76116006)(66476007); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: utfKO7gpiYE4LIMI7tILJPNrkqw97JQEHPKVkH8P+TZtg8bPg3uiArJAY5lGpuGoIUycfLgP2QbueYBg4+emZvdfMXnrFFRRRnBcGm+Rh1OIBsSyOazWI1yYvaZoylL6BAkg4aho6J80E++KKS6xN20hFqPyLnmifogCAjwtpEC3uYE0Om4AMbhFKUR9ARNSoqUE95J/HnN8TCxoI0H3oRUD5z+zEF1SZ+si17jEoeGjphG+So0ZigrfKSSpbGDYXnfv0YOCq9q1RLzEZzDhn3PWelJaO2E3XulwoFC2PyOVep6TiBezslDPNrl3TDQwVqMDRGrisfVnsp0JRiyUpSawecsCl9SJYTuow7f/iRrcSdnxF8rw1flYJv9VdUo8GOnXGNeS78p3NYUO8Gl0HPMmzGkBe2EnalsWjAoucDiVn4E46PAuNuFTkNdPxaEQv3RdxSSTmhzLq9k+55rsHInGC32fpDv5wbCZvAlD88zkZHX5Fy8nxkbunO01QA1ChjTK5DM1Iko0wm6LZBZ6KkJm/mI9PhRstV2H0zMHlrFrPzmtpJMqAuejxN7YnIgCvqnrZHz7DNyh67Z+IJ6ow4fBdOs71Rc5HYUZKqR+J6/2d4BtZ4U9iEnL86Qiu0WgNYSqawHvPLwkqMNBY8JNGLVMiKqRq8brihL6wMXJDKHzosPDIRfof7OY252aBeTEMeAYSwd0VNWTzMxvhAPxIUu7n+BUcx+c8tUYBoDSTtU3A7tw1OCqsXvdUwhWUuOsPrep313+XMISiTJiw16DnaaUcXuuMclddQWEe6noC4G/IdhPRw+YcFVcE8lz0zW5DUZ818jkr+uPxQdZl+/PyyU7j4mc1SYc0jcrUnLrzVDth2mzIZY49Xdo/JU1WVDiJatQA2TH01a47HOI1ZfJ1aprmH7PGfVLWFW1DXCiovmpVcPDa7cp3Jz7b2CS4EKGNyYYT9cCAkkDvNLEKBXhuxiVjwlKUpM3/paRnxJnIqVLJos5mSyyWJTvwy7xcGWHmd7i3nocLttZV1t9mE0esZyU12bIo2uMuf2gAJ7aPlhwhKLUc0Guq2NJ6VOTCYOlcjuiTK1dGrw/Kk0/QEbu45pfHfsQduPCA8nDiye2TpIgPkCr+J+9ZQH+rGppoQJjqvgE0QlnKHu3tpNdOMjPT+mA7iJhzwXBmDoYu3sp79JiuPVATAZ16IjNylSeL+ll4y1J1g37gmhB/t0eayBZBpyvd222dc1S6ZEZOAhclG7fKGdDZs2tNyJp1FQjOI/gQ2ihH53R4t3SVWNjatye9PMJQERvkopS4O0JdWj5CBMoA12REpONAM49BuPBSJc/nYz/5VY34GqknAuXeavkytTgUXCU/g3+MVczGpZU2QvsIR0pzbrahlElV2Rk8s9p
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
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: 667287d6-a1c9-4731-a434-08d8ceb40d1f
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Feb 2021 17:39:58.1368 (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: 0ILmk6tnIp0owdcWnR5yp0BteEhkGe5KzbT2PGLc2d7GZPQUyHoczufLkty5vk5b+kK7Z8Ss7GVtAzBGEcC3nQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA0PR13MB4159
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/_vlZxT4cfxVdV9fUu0iMZD3zmtk>
Subject: Re: [Idr] What do you think about this description of Path Selection added to draft-dunbar-idr-5g-edge-compute-app-meta-data?
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Feb 2021 17:40:08 -0000

Joel, 

Thanks for your comments. Replies are inserted below:


-----Original Message-----
From: Joel M. Halpern <jmh@joelhalpern.com> 
Sent: Thursday, February 11, 2021 10:26 AM
To: Linda Dunbar <linda.dunbar@futurewei.com>; idr@ietf.org; Aijun Wang <wangaijun@tsinghua.org.cn>; Acee Lindem (acee) <acee@cisco.com>; Stephane Litkowski <slitkows.ietf@gmail.com>
Cc: draft-dunbar-idr-5g-edge-compute-app-meta-data@ietf.org
Subject: Re: [Idr] What do you think about this description of Path Selection added to draft-dunbar-idr-5g-edge-compute-app-meta-data?

Given the importance of managing all of selectivity, proximity (sometimes), and stickiness (so you don't move users from one service instance to another unless you also move the application state),...

[Linda] The Stickiness of binding one UE to the same Server when the UE moves to a different Cell Tower (i.e. anchored to a different UPF/PSA) is NOT conveyed by routing protocol. 
https://datatracker.ietf.org/doc/draft-dunbar-6man-5g-edge-compute-sticky-service/  describes approach to achieve stickiness , either by Hop by Hop or Destination Optional header.


WHy would we put this information in routing?
Yes, the information is needed.  But the full set of rotuers seem the wrong place to manage this behavior.  It might belong in edge routers, or in end devices, but not throughout the system.  So again, why put all this dynamic overhead into the routing system, burdening all rotuers.
[Linda] The AppMetaData is only sent to the Edge Nodes which are interested in the service. 


Yours,
Joel

On 2/10/2021 10:32 PM, Linda Dunbar wrote:
> Stephane, Acee and IDR WG:
> 
> During the IETF109 session on
> draft-dunbar-idr-5g-edge-compute-app-meta-data, both of you pointed 
> out that there should be a section describing the forwarding plane 
> behavior, such as how does the route selection decision is made or 
> changed with the additional information carried in  the AppMetaData.  
> AiJun also pointed out needing this description in the IDR mailing list.
> 
> We plan to add  this subsection. Is it good enough?
> 
> 
>     3.5BGP Path Selection upon receiving AppMetaData
> 
> UEs anchored to PSA1 (5G UPF) and PSA2 (5G UPF) all need to 
> communicate with S1:aa08::4450, which is the ANYCAST address with the 
> servers attached to R1, R2, R3 and R5.
> 
> Packets from the UEs anchored to PSA1 will ingress to R-PSA1 (Ingress 
> router); Packets from the UEs anchored to PSA2 will ingress R-PSA2.
> 
> Assume that both R-PSA1 and R-PSA2 have BGP Multipath enabled. As a 
> result, the routing table in either of them would look like: Dst
> Address: S1:aa08::4450   ---- resolved via NH: R1, R2, R3, R5
> 
> Based on BGP AppMetaData TLV, let’s say local BGP Compute Application 
> Plugin for AppMetaData finds R1 is the best for the flow S1:aa08::4450.
> Then this Compute Application Plugin can insert higher weight for the 
> path R1 so that BGP Best Path is locally influenced by the weight 
> parameter based on the local decision.
> 
> Just to refresh what we discussed in IETF109:
> 
> Thank you very much.
> 
> Linda Dunbar
> 
> 
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> ietf.org%2Fmailman%2Flistinfo%2Fidr&amp;data=04%7C01%7Clinda.dunbar%40
> futurewei.com%7C47fa57e5844749e05e3f08d8cea9c541%7C0fee8ff2a3b240189c7
> 53a1d5591fedc%7C1%7C0%7C637486575848772996%7CUnknown%7CTWFpbGZsb3d8eyJ
> WIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000
> &amp;sdata=75pkqbg6z75Ji3MOtZhBdz8wAMrm9FNQg0i7Pwk8IEo%3D&amp;reserved
> =0
>