Re: [v6ops] IPv6 link-local and URLs @ IETF119

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 19 March 2024 08:11 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F131C14F6AA for <v6ops@ietfa.amsl.com>; Tue, 19 Mar 2024 01:11:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.198
X-Spam-Level:
X-Spam-Status: No, score=-2.198 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, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.091, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 tdjgdWELGkcr for <v6ops@ietfa.amsl.com>; Tue, 19 Mar 2024 01:11:12 -0700 (PDT)
Received: from mail-pl1-x635.google.com (mail-pl1-x635.google.com [IPv6:2607:f8b0:4864:20::635]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 3D70DC14F61A for <v6ops@ietf.org>; Tue, 19 Mar 2024 01:11:11 -0700 (PDT)
Received: by mail-pl1-x635.google.com with SMTP id d9443c01a7336-1e0411c0a52so5062055ad.0 for <v6ops@ietf.org>; Tue, 19 Mar 2024 01:11:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1710835870; x=1711440670; darn=ietf.org; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=PdFraJw7hzNJHnNaxNy1ef+axhzTmTAQR+evz/J4gKg=; b=lYWxJcjOBc1ZtxSPgCtFwWJzoh8rU4ADTe7FRa8iPrYwaSaM6GZZ7++KBPUV3RgMIT ByiDP13esoXf2OcroMpq+9C9/fyMUodhB5XAeZBrTeIRzgJcntqxFdR5PQABVSWrRF9l OgaS+xMRNA32E3jx8P3uG+so/UDNqJ3crbvgXEQ8ugTyk3TKdEh905DQeC78vaFIYaOf vBLnBJPW+0oGh0OrOWqczS/EGJi4OE60umggzsIuV/y4CYSdXexHWlg8bNbpBBBw43+y m+RWjejz51nB9wKlaFM/BTUDC6wPz9hD8FBAMkiohQKNc7HCpBXxgQqP9wrFOWb65ulk PnvQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1710835870; x=1711440670; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=PdFraJw7hzNJHnNaxNy1ef+axhzTmTAQR+evz/J4gKg=; b=r9dUedVu8S7L4PduHRqMD9H5yMOi+c1V1ZjIQWFKYr1ltWGluqAfPVIQYUS/7D1l/f ZAo3Fo8Wksv+1HT+N0Ift+/toqVE884eOUJ8XwGPWiGySdiHHw1SDycC2y+lZ3Lmor+A L5wT94/ukqXXClRTyPHwiEiFM2xMuHO7oC6mzJxEcb6uM4XGk9mHQyKqIvQcq4/K4YC5 mMCYThOcdmj8h6vTWbr2CMxIiwk1u2WHgkv1Vw3qcgjyEe/+2C/eNGjDNRcqreigrnZY 8g8wLAGq1MmDZSpitWJ3iCEcc81lCFIJh9P8dS+aGqmeZZJSHLekAM1IgOWOZd/rZy8G FIsQ==
X-Forwarded-Encrypted: i=1; AJvYcCURM7ITbtwv9LB29Xa4b7RfkZ3pKISd2WselRYFofl9b5QEg+YlbCOyp2VXG3Zfpdd8MxYSq8lyIi8n5f124g==
X-Gm-Message-State: AOJu0YyQ90aHPV5eXfUUIBdw1qfUU7i5tkv1/iav2L8Q5VEBzFlH4OKo C+7cko9egK7++KRa4PZ7AvHPD5dzpiMv0Q477ZvY+ffgh/ZCXojs
X-Google-Smtp-Source: AGHT+IFuiC8wQxgnKB2ilR0e2Srv+BqCB6dz0MpQ/UqKsQP4Pj8G7oV1mkxlPY9HVbxNnmTJZwO7gw==
X-Received: by 2002:a17:90b:11cf:b0:29f:6bfa:1f9e with SMTP id gv15-20020a17090b11cf00b0029f6bfa1f9emr1647827pjb.41.1710835870307; Tue, 19 Mar 2024 01:11:10 -0700 (PDT)
Received: from ?IPV6:2404:4400:541d:a600:44b7:2c2e:2bc6:8707? ([2404:4400:541d:a600:44b7:2c2e:2bc6:8707]) by smtp.gmail.com with ESMTPSA id f15-20020a17090aec8f00b0029fdc0fab22sm693436pjy.56.2024.03.19.01.11.07 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 19 Mar 2024 01:11:09 -0700 (PDT)
Message-ID: <dd8b103c-33ad-962e-f26f-40bc89175a96@gmail.com>
Date: Tue, 19 Mar 2024 21:11:06 +1300
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Content-Language: en-US
To: Lorenzo Colitti <lorenzo@google.com>
Cc: George Michaelson <ggm@algebras.org>, "v6ops@ietf.org WG" <v6ops@ietf.org>, Toerless Eckert <tte@cs.fau.de>, "Murray S. Kucherawy" <superuser@gmail.com>
References: <ZfjN-XGXZ599sxK3@faui48e.informatik.uni-erlangen.de> <CAL0qLwZfRt1o4o3Z0zC+XfO1U_=uGznpmqSaDrKjf06HXAYm5w@mail.gmail.com> <CAL0qLwZ2WELSG868Hcc=dYH_zcm+ecEbavt8Oq7GSTT8st0hWg@mail.gmail.com> <e9387f40-408a-15fb-3f2c-afaa05c5a7ce@gmail.com> <CAKD1Yr09GvBdHFqPAujGaJ-j4cLYX2yMLhMDB4b_GfEM-1SNYw@mail.gmail.com> <CAKr6gn3ektAdcMz2g230S3UZKoyMohc_3_t9Xi1QtAcDem3P1Q@mail.gmail.com> <bc63fd8e-4a04-535d-977d-cd102ae0fbae@gmail.com> <CAKD1Yr3hQOKYZ0JwOXf6z8d9r4cwggmUXApLWwdgCyNG9XYWVw@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <CAKD1Yr3hQOKYZ0JwOXf6z8d9r4cwggmUXApLWwdgCyNG9XYWVw@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/juuAJfTZ2hK5gOeRN21bZRye_Jc>
Subject: Re: [v6ops] IPv6 link-local and URLs @ IETF119
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Mar 2024 08:11:14 -0000

On 19-Mar-24 20:55, Lorenzo Colitti wrote:
> 
> 
> On Tue, 19 Mar 2024, 17:30 Brian E Carpenter, <brian.e.carpenter@gmail.com <mailto:brian.e.carpenter@gmail.com>> wrote:
> 
>      >> There's a simple solution to this problem: if the user types in a link-local address the browser should open the connection on the default network interface,
> 
>     There is no such thing in some operating systems, and again, this is not the behaviour required by the use cases in the document that passed WGLC more than a year ago and which is not on this week's agenda either.
> 
> 
> How can there be no such thing? If an app connects to a global address, the stack must pick an interface. So such a concept must exist.

RFC4007 says that an implementation MAY have a default interface for link locals when the user doesn't supply one via fe80::1%name. Linux doesn't do that. Since link-locals aren't routeable, you just get 'invalid argument' from sendmsg()  if you don't supply a valid interface number.

> 
> As for the documents... I don't know what the current state is, but it sounds like there's a very real possibility that those will never go anywhere. If so, we might want to explore other options to satisfy at least some of the use cases.

That is the entire purpose of my 6man draft and David Schinazi's https draft.

    Brian
>