Re: [Int-area] Continuing the addressing discussion: what is an address anyway?

Alan DeKok <aland@deployingradius.com> Mon, 07 March 2022 13:31 UTC

Return-Path: <aland@deployingradius.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AB823A0FFC for <int-area@ietfa.amsl.com>; Mon, 7 Mar 2022 05:31:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 GFeFLaAUDdQs for <int-area@ietfa.amsl.com>; Mon, 7 Mar 2022 05:31:14 -0800 (PST)
Received: from mail.networkradius.com (mail.networkradius.com [62.210.147.122]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 771C13A0FE6 for <Int-area@ietf.org>; Mon, 7 Mar 2022 05:31:12 -0800 (PST)
Received: from smtpclient.apple (24-52-251-6.cable.teksavvy.com [24.52.251.6]) by mail.networkradius.com (Postfix) with ESMTPSA id 6B57B470; Mon, 7 Mar 2022 13:31:06 +0000 (UTC)
Authentication-Results: NetworkRADIUS; dmarc=none (p=none dis=none) header.from=deployingradius.com
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\))
From: Alan DeKok <aland@deployingradius.com>
In-Reply-To: <013c9f47a369418b9d8aacdf762df0e9@huawei.com>
Date: Mon, 07 Mar 2022 08:31:04 -0500
Cc: Jens Finkhaeuser <jens@interpeer.io>, Toerless Eckert <tte@cs.fau.de>, "Int-area@ietf.org" <Int-area@ietf.org>, Dirk Trossen <dirk.trossen=40huawei.com@dmarc.ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <446C61EF-7D3C-4CE5-98B4-B4677153F66F@deployingradius.com>
References: <57c643c667d94a77b9917bb17dc142a5@huawei.com> <7de0956f-3fde-1543-405b-b635f6e69362@lear.ch> <Yh5M18z2/YVfpW7i@faui48e.informatik.uni-erlangen.de> <A771FFF8-43A8-4D84-8B6E-A3E7AF96644E@gmail.com> <YiBhOKIK9bMqwx0a@faui48e.informatik.uni-erlangen.de> <385CF477-C876-482F-ADFE-DAAD6CA7BAEC@gmail.com> <YiH6iHwv+U9QFA06@faui48e.informatik.uni-erlangen.de> <499a3364-7ea5-4268-cce3-43f010f36a72@gmail.com> <Gpm-qFUmOVey9DYUJV6S_UNYb02p7ANbT8rEjy8JA54B__1YeX6Uny2E16uEg_o-R7v9CWPdDbyOgNW7nJyACAbx7Ok99Q-zad1EsgYBerc=@interpeer.io> <d128f1fc15824cae9012ab5f30358221@huawei.com> <6uJDmm2bhEUi36qYOVl6ATxQChEKP29xDlBGSJfyOeV2gNk5MbfYVt3CO_5m4S_Pj-OmZsZT5ayxBWYBfxyRjIEPCJTxarx69ML7dEWShcg=@interpeer.io> <013c9f47a369418b9d8aacdf762df0e9@huawei.com>
To: Antoine FRESSANCOURT <antoine.fressancourt=40huawei.com@dmarc.ietf.org>
X-Mailer: Apple Mail (2.3693.60.0.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/pQqtFZ3y7nrwJKvSbLGV4q4KVPs>
Subject: Re: [Int-area] Continuing the addressing discussion: what is an address anyway?
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area WG Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Mar 2022 13:31:39 -0000

On Mar 7, 2022, at 8:00 AM, Antoine FRESSANCOURT <antoine.fressancourt=40huawei.com@dmarc.ietf.org> wrote:
> [AFT] 3GPP provides a method to address this. Indeed, it allows bridging with other link layer technologies, termed “Non-3GPP access networks”. Wi-Fi for instance is seen as such a non-3GPP access technology, on which the 3GPP Authentication, authorization and accounting (AAA) infrastructure can be used.

  As Jens also noted, this is unlikely to happen outside of the commercial / telco / ISP space.  People have been trying to do business-to-business roaming for 25 years.  It hasn't taken off.

  Even WiFi roaming integration has taken decades to get going.  There's now OpenRoaming, which is nice.  But I was trying to get something similar done 15+ years ago, and gave up due to lack of interest and/or perceived value.

> [AFT] If you consider the identifier for the sole purpose of identification, I don’t see any problem with using this ID to do AAA on any type of access layer technology. For instance, with Wi-Fi, the identity credentials present in the SIM can be used in a RADIUS or DIAMETER authentication and network attachment procedure (This is actually done in several network offloading use cases).

  Telcos are moving to anonymous identifiers for privacy issues, especially in the WiFi offload case.

  The only people who need to see the actual identifiers are (a) the end user, and (b) the ISP that the user has a contractual relationship with.

  This process is defined in RFC 7542 (NAI).

  Perhaps this is off-topic for here, but I think it would be very nice to permit roaming for non-corporate entities.  If I visit my friends house, why do I need to go through complex steps to configure WiFi?  He (or his systems) know what the configuration is.  He trusts his systems.  I know him.  He trusts me (at least for WiFi access).  Why is there nothing to "close the loop" ?  Implementing that would require some kind of global addressing scheme.

  Alan DeKok.