Re: [DMM] Comments on "Mobile traffic steering"

David Lake <d.lake@surrey.ac.uk> Thu, 30 March 2023 17:35 UTC

Return-Path: <d.lake@surrey.ac.uk>
X-Original-To: dmm@ietfa.amsl.com
Delivered-To: dmm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 10E29C15C2B7 for <dmm@ietfa.amsl.com>; Thu, 30 Mar 2023 10:35:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=surrey.ac.uk
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R2hLYT-J3FrZ for <dmm@ietfa.amsl.com>; Thu, 30 Mar 2023 10:35:42 -0700 (PDT)
Received: from EUR04-HE1-obe.outbound.protection.outlook.com (mail-he1eur04on0701.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0d::701]) (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 CE22AC1522DB for <dmm@ietf.org>; Thu, 30 Mar 2023 10:35:40 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aAY4IVqPHfGKJqF2UMCDSjOwgabup2JOq/dL3NehRQ9ZoM5m+n8MRJ5+ECqPFYdY4a5//JEPDIo0imdM1TMG7YomUqx37Yp14b3zzTvFLGy0VxOvJSTE1uMUSiWUjbeMHkGf1mTeV2ulCP4/0CXe+UmfzDIxtUyl4kt5hFigRIMD4fzosX/AiLF7XhnefaZKJesRbmhQbKglPRDrx+PE3RYIdUaNVgXLZbVmoa2cUq6LFbkTGoDqG7Der9La9YFcnxpYQ3NwxEEFG24ajXfM6jSgL2YMP94gnpjEkySK7jGQf0GpJSlVnVJuJhUiM5RerPytF2IjnI7k/R7rbg7rXQ==
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=WXL/5HXINkLoYzwHkhi6I5S328Ij0+8AUzrtl8Ggu3E=; b=f3m1iwbKjZtLqslC+fiFqsV5txlDYrWqdGYFOybMZc68cTCUT388nlMSmWc65kVKb39bbcvoKYlGevQTJSQqqMdi/IZ2F+B8YWxZEtme9yAXeNO9bSuv4FAB1X6JnXU6rZ7FH4l4iuUTszaH7nUW+EP50TVCyuvkAjq4aKay0hNxe54Zva79E71snRxoY2SvnI11ZNfmsKZcPXAYJLgf8T3Y6fDGrMhMj8rXTttcYk6QEtnhF420GzIIcoF7pnNYOXw/vn4sveN5QqMi1SUIV4y6pUz3UkQOWXi7TRAZC8s9JZkhAtHWqfBkIs8hboFlBpswIVvPFQrIafJbu/E0gg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=surrey.ac.uk; dmarc=pass action=none header.from=surrey.ac.uk; dkim=pass header.d=surrey.ac.uk; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=surrey.ac.uk; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WXL/5HXINkLoYzwHkhi6I5S328Ij0+8AUzrtl8Ggu3E=; b=j2g+Ye3ec0Rs3HxRy7gynp8mEE3w9if1631xtnOFSoTJPYM2u5XLosj7a6SIY8NvjBMno/FGgMfvxXEGfI0Q3DLwP+sab6WSMc1TMNd0gMCkSxRpnuqoCBDEzBzwc8KIaDzVFT5+NtG5ZP80i1vA6lmgZVkWHh8DD0lzqMzTP1aXo3W8qT1yV5mEytihgjEmzx254aS6pNlv1EnCViRBcSRMvjM9WWsaAbs4cRIuhAPAlwR1iL0FmQqYUt4aBilbaSRs68kAnOL7ssRwOKauuW5+fYLYVYnfZDf7AlCNh4f3YjgihLzVeFRxfipyw/pAW64fR9L5kxyzqXDkvEGjOg==
Received: from DBAPR06MB6855.eurprd06.prod.outlook.com (2603:10a6:10:1b2::13) by AM6PR06MB6326.eurprd06.prod.outlook.com (2603:10a6:20b:d8::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6222.28; Thu, 30 Mar 2023 17:35:34 +0000
Received: from DBAPR06MB6855.eurprd06.prod.outlook.com ([fe80::e970:4032:a8d6:7dd9]) by DBAPR06MB6855.eurprd06.prod.outlook.com ([fe80::e970:4032:a8d6:7dd9%2]) with mapi id 15.20.6254.022; Thu, 30 Mar 2023 17:35:34 +0000
From: David Lake <d.lake@surrey.ac.uk>
To: Marco Liebsch <Marco.Liebsch@neclab.eu>, David Lake <d.lake=40surrey.ac.uk@dmarc.ietf.org>, "dmm@ietf.org" <dmm@ietf.org>
Thread-Topic: Comments on "Mobile traffic steering"
Thread-Index: AQHZYElWMOcxpGwhTUO+Ds+790zKNa8TeGUggAAeO2w=
Date: Thu, 30 Mar 2023 17:35:24 +0000
Message-ID: <DBAPR06MB685519D9C462D9A6E23CD91AB58E9@DBAPR06MB6855.eurprd06.prod.outlook.com>
References: <DBAPR06MB685561321E67D2A45C4ED25AB58B9@DBAPR06MB6855.eurprd06.prod.outlook.com> <803207ae090444469c7c3532e7ab3496@neclab.eu>
In-Reply-To: <803207ae090444469c7c3532e7ab3496@neclab.eu>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=surrey.ac.uk;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: DBAPR06MB6855:EE_|AM6PR06MB6326:EE_
x-ms-office365-filtering-correlation-id: 980d9b1a-9345-439c-c792-08db31452ad6
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: EkSO0tcZ9ASKSeGOFoDfIeRPlmZCIbyIXx/Tqm28mRO0L6afx2UcpvemB/lLq/2qpKUvV+QMhZ+E+cRR5CHqrhj8e2d9cvvUxWDLTQGZKB6vYalMB9ucZzwvB1pcsndEPBsIzdPfWR55NUB0g5mnox2dQcm4SmAekqk28aeqxkO4ydQhSU4u/THZQtvHeBzmnRThxBSVhaHL66T1U9CwQ+/F+W58i7xQd+YV5KQNtRsS0oCItJRsKN721Dn3sAw+CFFVzfaE2+3Zk8uGt78+AvZRjIAU36ZjF0eD4lc7FwolJIjty5Miz/DnqffVpkYM5FcCp9NgXnTI4djpZ6u4+NJ9XY4XDNEl+17gwf4NQ9CuVaLugF/L440y0v2M1y4b73wFeLm1vPna7Q+N8wML33YW8qQEKJRnu/R1ncfFN0Ko5BpKfEfbZRRSt2ow9IYWOMAIRzJnPSthP419FVN2jCF3+2FU+zKE2KJfRM8ygTIzDYBIfJcYO+pGwy0yybGNCp/iyqkE5ynSYK/2GdMPacxVf8OeIBQ3GSn2sXYOyamEwKY0LztROkro6nrJr8YAWwhPIBDascUYaV3mt2roGyQlHCUF5eEGLJilSNzMAv1iaPrmXad7gO1VE9WXV0n8
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DBAPR06MB6855.eurprd06.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230028)(4636009)(346002)(396003)(39860400002)(366004)(376002)(136003)(451199021)(8936002)(66574015)(2906002)(91956017)(83380400001)(38100700002)(33656002)(66446008)(52536014)(86362001)(41300700001)(122000001)(5660300002)(7696005)(478600001)(99936003)(71200400001)(66556008)(66946007)(76116006)(8676002)(64756008)(66476007)(55016003)(186003)(9686003)(6666004)(316002)(38070700005)(110136005)(786003)(53546011)(41320700001)(6506007); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: pqqKdy3ANEXsSXcvVKPmouem55StilhGc14Qsk+CGc/pTuDdUYsscDFW2hKgssdceoAwC/4aMZn2fHzPtk5BDTLJbqpcs0AweUIbwY53OpwnTX2HxAGZivylrIgXcyv1wYNiDuJBpa9PBh+F/ykxZ/ycB8aqokzKuhNVm0YdLaWVJ48dtCnMhGFHNZYpmlPBQnM8twG/e4bB7PznAboVlFLp/3s54MM3658V42wfyVkjnVRryC9Et6vvNnILF9IwD7OEPL2Yf28DQyIT08B+nIkGTqyIm3BvX6omFVZYm9EBx0cGhLZ2SpuTM5vCtIG63IWcrDLhkBbyHrHmpJXPAzoPT+g4B1MtDUhWHgmUUvYQlAyxgacNOy8Y84/V4HCrUlyT1bZtOxRIxUgSdpS6U81ulfDKc86Fjt7cX4CWy5cLj8W04As7ZiYHDUNgC3f1japnxyLhyd9OsnI5xkD0ni81lmpf56/54E6dVYJxaBwWERhH1Ek86LHJ6A+lFXDzQhwxaZ+csmcXfGVwYn0thtWCVH2YVuxku0ubdo1GlSwzUjGvC157Pzk4BZccfi6mCJTbkHDQ2v6MP+69mSGxcr5SzpwrL//Tq0vPkLuKVnWXMZyTWVZjOwqJT64QukEd9Hv4ZArzOH7xzXymNFPzgW/f4dMFYPfvT77GzJI/gvsqVQISEqo0vB2yu3ROmkETXrQpXPXRrItvAJrxd3NPI8b2rtxTnsOWvdJnpuAUkGzo8FSGz1Qm9WgnvrkYxVYunDhA3Ys+dnTiVGya7DUCN07VRVlMFKj7vTBucKTe+PgUr125bV4aj3poXf4XH09SiROCEYN9nRD7TzU/Ee7OASQf7fWcN/mTCg+gUd5P2Hkc8XmiMGk3Gqiy+78FBYkVTUrQ1pQ8+URlyG3WNVL0l9kS/EU3rZbVDJE3r8pqcrTHoZhnSZ002x74nxXbzJHzVzQn6UVaP4cGIuB6P8M07g6SeNZWfv0CriDFW8llKFcSecTqvI6qhlEvIJnYoDbLALFEhaUZGoZzr6UYJo5cw2tj9xu+hkKoteuA+/5r22gIWmP26R1DzJZndHWXmRbeeLv1fQf9ImTcdzdb2Uip12pazaFGLuGCoU/+ceE0DDmPPpOaVsEUSHbGFR/f0V2Fsk0Gf0Yeje3FjDo6aIVC7z7R2iG75WMNcWUS4ZRsAHFXmG7VrM3nSl84I91aDzaMr0LDwL0mX8X/lhIjKB4gEq+X9qd2l4MSJkfJDXp1IFGVjsfQGDKo4EgoF2uNWsLeP7gobKMHLAxBbmRdzqKqjzg5i1Ec3YiTAY2dvMt0W+pqHzOa1DNFhMyUN18iAPVaaXkZPuTQrDwB2kb+BJik9EdF85XrTnjj+npX+PkRZPEreEsBjMQyCVXWF3VkOpGTzKYkWgCcT+TgDGTj92NaGWYY7oT2qYrw/o2GcwlACWPyJDhjygvjaE6cG3ZJK3cMbJnUOKtnHba3uRqEucWsAODsaR7YdLlBhoogMYHeg4HmCg82rEH0iJ5eWQMmAKwPI6g4fpLNNa+u8mphZ/zDIa/qIfpAAKaExjuhzGIzXX96wbKJntmM/CDsI5k8zzpDbj2WyJfYbkBCHVghPSxZ+CQ6Bcovxy//uL5F+m44szfQqgJNO5o7IRcffpgmb1nr
Content-Type: multipart/related; boundary="_004_DBAPR06MB685519D9C462D9A6E23CD91AB58E9DBAPR06MB6855eurp_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: surrey.ac.uk
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DBAPR06MB6855.eurprd06.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 980d9b1a-9345-439c-c792-08db31452ad6
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Mar 2023 17:35:34.3826 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 6b902693-1074-40aa-9e21-d89446a2ebb5
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 0a/N5YfGrYZo8OBeIdd/0UpjRTyaRTRgrJbAF/HrAjjBUcsn8qE/Nf6hnI+HeM9afO6nc2BJWaCh5PPrRJxakg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM6PR06MB6326
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmm/1MklwIGnEces4j9ACPy2aeWujf0>
Subject: Re: [DMM] Comments on "Mobile traffic steering"
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 30 Mar 2023 17:35:47 -0000

Marco

A couple of comments <DL> in-line </DL> but this is exciting work and a very relevant topic where I believe IETF can define itself in 6G!

David

From: dmm <dmm-bounces@ietf.org> on behalf of Marco Liebsch <Marco.Liebsch@neclab.eu>
Date: Thursday, 30 March 2023 at 17:05
To: David Lake <d.lake=40surrey.ac.uk@dmarc.ietf.org>, dmm@ietf.org <dmm@ietf.org>
Subject: Re: [DMM] Comments on "Mobile traffic steering"
HI David,

many thanks for the positive and constructive feedback during the session and on the mailing list.

I agree with your view of how mobile communication systems evolved in the past and have several directions
in mind what and how it could be improved.

The point we wanted to make with this presentation and discussion is that for an evolution of how mobile communication
ecosystems can/will be used, the end-to-end view is required. And today’s mobile communication systems don’t have all end-to-end
aspects in scope.

<DL> I think we need to investigate WHY the current systems don’t think ‘end-to-end’ as the Internet/IETF does and I suspect this will be as-much about economics and business models as it is about technical aspects.  It concerns me that the IETF has not been happy to think about the economics of networking in the past but the reality of cellular services is that this is VERY big business so the decisions that are made will be driven not by the best technical solution but by the ones that make regulatory and commercial sense.

If we are to be relevant as an SDO in 6G then we may need to start understanding (and influencing) the finances and governmental impact.  That maybe outside the scope of DMM but the IETF/IESG/IAB should have the ability to be engaged somewhere </DL>

The intention is to develop a view how IETF technology can complement any mobile communication system here with well-defined
interfaces for control, data plane and maybe even management.  The latter may also be useful if we consider steering traffic
across a single administrative domain. The good thing is that it does not conflict with any internals of a standardized mobile communication system,
whether it is based on any of the known SDOs or a WiFi enterprise network or...

A fundamental starting point is to come up with a good set of use cases that benefit from the level of traffic steering we suggest.
These should include any more advanced scenarios, e.g. HAPs made out of non-terrestrial networked components, such as LEO satellites,
drones, whatever. Having a non-stationary or not-always-present network where nodes may move or disappear from the sky for
movement, energy, or failure reasons, we may want to mitigate such impact to existing data sessions. A HAP may for example have
a mobility anchor on-board to access a platform and its services. Steering of session’s traffic between such nodes is required in
case of topological changes, not because of end-device mobility but mobility of network nodes and service platforms.
This is just one example taken out of the sky .. ;-)

<DL> The same principles can apply to adjacent terrestrial networks and are a real ‘pain point’ for rural communities who are served by one (or less!) cellular operators.  We may want to reconsider the whole notion of a user being ‘owned’ by one operator at-all – we don’t have that concept in IETF because we’re disaggregated application and connectivity so that I can move ‘last mile’ provider without impacting the application.  </DL>

The same requirement may apply to more traditional systems and use cases, as we brought during the DMM session.
We think this could be a starting point, also to argue why some level of continuity on L3 may be useful. Then look at the different aspects
of connecting and inter-working with any mobile communication system as sketched on the last slide of my presentation deck.

<DL> There has been a discussion on the 6gip mailing list around ‘things that don’t work’ on today’s networks and whilst it isn’t a list of use-cases, I think it can be broadly summarized as ‘the networks exist as separate entities that the applications have to work AROUND rather than WITH.’ </DL>


Looking forward to jointly moving this ahead.

marco


From: dmm <dmm-bounces@ietf.org> On Behalf Of David Lake
Sent: Montag, 27. März 2023 03:29
To: dmm@ietf.org
Subject: [DMM] Comments on "Mobile traffic steering"

Hi Marco

Thank you for the very interesting presentation.

There has been some parallel discussion on this in the 6gip mailing list and I think there is good work to do here.

My concern is that the current mobility solution in 3GPP is essentially inherited from GPRS and is more about L2 tunnels that true IP connectivity.   Many user applications are able to work across current network irrespective of the underlying ‘bit pipe’ – I am currently able to watch videos, make WhatsApp and iMessage calls on my end device no matter which network I am connected to whether local cellular or IETF WiFI.

By contrast, if I want to use the native dialer on my iPhone when roaming (which is normally VoLTE when at home on Vodafone UK), I am not able despite Vodafone UK operating an ePDG for VoWiFi.  Instead, they actively look to see if I have roamed out of country and then ONLY allow me to a local carrier and expensive roaming for SMS and voice.

If I were to be in the US, then with 2G/3G sunset, I would not be able to make any calls or SMS on the native iPhone app but OTT applications would work perfectly…

My point is whether we, as IETF, need to concern ourselves at all with the internal workings of the 3GPP networks because OTT applications seem to work irrespective of what network provider they are connected to.   It is only when I try and use the operator’s own services that I seem to run into trouble!

I think there would be value in being able to tie the quality of outcome in service (e.g. QCI, 5QI) of my OTT application if I am using an LTE/5GNR bearer – for example, in the same way that VoLTE media is steered to a dedicated bearer, why can’t WhatsApp or Facetime media ALSO be steered to a dedicated bearer?

Very happy to work on this!

David Lake

Tel: +44 (0)7711 736784
[Text  Description automatically generated with low confidence]
5G & 6G Innovation Centres
Institute for Communication Systems (ICS)
University of Surrey
Guildford
GU2 7XH