Re: [IPv6] URL solution for identifying scopes ? Re: Fwd: I-D Action: draft-carpenter-6man-zone-ui-00.txt

Toerless Eckert <tte@cs.fau.de> Tue, 20 February 2024 19:48 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C47CC180B63 for <ipv6@ietfa.amsl.com>; Tue, 20 Feb 2024 11:48:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.658
X-Spam-Level:
X-Spam-Status: No, score=-1.658 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
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 ayAeGRMg9Par for <ipv6@ietfa.amsl.com>; Tue, 20 Feb 2024 11:48:08 -0800 (PST)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F867C180B59 for <ipv6@ietf.org>; Tue, 20 Feb 2024 11:48:08 -0800 (PST)
Received: from faui48e.informatik.uni-erlangen.de (faui48e.informatik.uni-erlangen.de [131.188.34.51]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTPS id 4TfVLr4T84znkL2; Tue, 20 Feb 2024 20:48:04 +0100 (CET)
Received: by faui48e.informatik.uni-erlangen.de (Postfix, from userid 10463) id 4TfVLr3X2fzkmtS; Tue, 20 Feb 2024 20:48:04 +0100 (CET)
Date: Tue, 20 Feb 2024 20:48:04 +0100
From: Toerless Eckert <tte@cs.fau.de>
To: "Soni \"They/Them\" L." <fakedme+ipv6@gmail.com>
Cc: ipv6@ietf.org
Message-ID: <ZdUB9H3l0TPH8ceX@faui48e.informatik.uni-erlangen.de>
References: <4e44348a-7903-68c6-92fa-f6fbc35ab8f1@gmail.com> <CAN-Dau2GMbGnd2UbOEjJGwrH5zBb6j8XD=9Ze82gbihhaGNWLw@mail.gmail.com> <CAPDSy+7NSKako3d7kh+uf3=V0hL97dUN_B1O54f1oM9CeWbNoA@mail.gmail.com> <ZdQAjTYeVhsRkiKp@faui48e.informatik.uni-erlangen.de> <CAPDSy+71rc_Brr43E8r2KBhuM1KiieVvVrdgsSo3qEUAtCmbTQ@mail.gmail.com> <CAN-Dau0YWcTM52bO5ZijN9bbVQzzwuGnMQa3tij=Hs9eqZNoJQ@mail.gmail.com> <CABcZeBMGaJ8XQwm69sCwHq=xEaVXzXk3NHpB3_eunXGcz-K8-w@mail.gmail.com> <ZdQf7Dtq6kQhzGUG@faui48e.informatik.uni-erlangen.de> <ZdS4hXTUDii5yko8@faui48e.informatik.uni-erlangen.de> <fee19201-131b-42d3-a19d-439a212f8d6b@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <fee19201-131b-42d3-a19d-439a212f8d6b@gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/9lf2bCAcv9gxt6vNE1A6rAUYWRU>
Subject: Re: [IPv6] URL solution for identifying scopes ? Re: Fwd: I-D Action: draft-carpenter-6man-zone-ui-00.txt
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Feb 2024 19:48:10 -0000

Thanks a lot, Soni

Seems like i may want to ask the question about the uri idea on art.

>From the little i try to understand, the "auth" URI as long as it applies to
the indicated destination URI does not have such a strong argument as i think the
"route:" URI i was suggesting, because the auth information is logically part
of the destination URI and probably origin concept, whereas the "route:"
part is not - because it would only describe logically destination independent
network parameters to use for the connection. Like i think we have a bunch of
protocol URN to parameterize other protocols...

Cheers
    Toerless

On Tue, Feb 20, 2024 at 11:42:55AM -0300, Soni "They/Them" L. wrote:
> 
> 
> On 2024-02-20 11:34, Toerless Eckert wrote:
> > Btw: nobody commented on my question whether a different form of encoding for the scope of an LLA
> > than rfc6874 would solve the URL problems of rfc6874. And not having seen any such discussions
> > in prior rounds was at the core of my concern of the process that previously happened.
> > 
> > On Tue, Feb 20, 2024 at 04:43:40AM +0100, Toerless Eckert wrote:
> > > For example, would something like a new URL schema be better ?
> > > >    route:en0:http://...
> > > > ?
> > > > I mean we have enough cases where one URL encodes another URL as a
> > parameter,
> > > it can't be that difficult to explain the most simple desirable way to do this
> > > for the link selection problem.
> > 
> > Aka: prepend a new type of URI specifying local connection parameters (such as zone)
> > before the target destination ("origin") URL. This new type of URI would only be handled
> > locally by the application (browser, ...) and never be sent across the network.
> > 
> > If this makes sense, it could be defined extensible to include other local socket parameters
> > that might make sense to be able to indicate explicitly. DSCP, SRH path comes to mind.
> > 
> > With appropriate routing setup on multi-homed hosts, this would also make the zone
> > identifier easily useable with any type of host (address or DNS name) in the following URL.
> 
> this looks vaguely familiar...
> 
> https://mailarchive.ietf.org/arch/msg/art/CK4VsoVw2Mi9QR_GncEhnVXbz0E/
> 
> https://mailarchive.ietf.org/arch/browse/art/?q=composable
> 
> > Cheers
> >      Toerless
> > 
> > --------------------------------------------------------------------
> > IETF IPv6 working group mailing list
> > ipv6@ietf.org
> > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> > --------------------------------------------------------------------
> 

-- 
---
tte@cs.fau.de