[IPv6] Multi6 (no longer RFC 6724 shouldn't prefer partial reachability over reachability)

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 22 November 2023 03:58 UTC

Return-Path: <brian.e.carpenter@gmail.com>
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 AEB80C1522C4 for <ipv6@ietfa.amsl.com>; Tue, 21 Nov 2023 19:58:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=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 av1G6TSh3Ksw for <ipv6@ietfa.amsl.com>; Tue, 21 Nov 2023 19:58:41 -0800 (PST)
Received: from mail-oi1-x235.google.com (mail-oi1-x235.google.com [IPv6:2607:f8b0:4864:20::235]) (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 24383C151549 for <ipv6@ietf.org>; Tue, 21 Nov 2023 19:58:41 -0800 (PST)
Received: by mail-oi1-x235.google.com with SMTP id 5614622812f47-3b3f6dd612cso3817747b6e.3 for <ipv6@ietf.org>; Tue, 21 Nov 2023 19:58:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1700625520; x=1701230320; 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=ihM6uHim4RitEmuYGAudSZZ1uwb3n5faDblA9dsWrbg=; b=B2N5L6VSf/gIJ21wsBGGjpVTM66bsL0kxW1fvcMKm4OBaGvwXptDK5vSTp26GRmz17 dWutP88nwEgB3mQ+JffOQo/H+wt+Kw2ay1ISzQEZcvc2Qsbsu9abhDZ+GG1GH28GUDx4 wefmyxJ9Vvdon5UT4UeI9BQOq3BF7QVa9Gooq4IhLz++C5lnnVQ2P67D3xJTcBzb+HN1 Lm1oldRw+RNyMWi019gREra8Rob+NlUCNq9LYXyodwr2XHfFcXRcL+s5NyKOwBM5c/TU K0Nqq1+uRX7Nl1it0pi7XP3WLWE4uhMGIGmxbG/30vKxn4viVfKO5eUxetBeFigdbB4r WRiA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1700625520; x=1701230320; 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=ihM6uHim4RitEmuYGAudSZZ1uwb3n5faDblA9dsWrbg=; b=VXqREukk5CUFQPq2OKApRqzOKtojxObBiZlvDBnu97m5fvuZYM5EqedeC76n7/78qg /2PzuW0NfJeGDSY1yPVASj57Ya6quNZ6kAgIJdo8kMN69OhVXFAxkyAUim2Wv08bpbQV K/cDfIDhZ+79Hc4Tg2wPCgrGN17U7GzcpvO6b30FGjQzjmvX/FDDlGmaCi54z7jK3nlP vWjE8pCgRqDNpIqVwetyRWarFp+FCLMRzGevmN07iXPzJfxwyChGvWLvd7+M5+tU793O KOIxG3QE51IUW6MdcJ1g1z8u80O/AYkZ/bejbyegFMysaI3b/70X9FivK/HckwNDHB0l egDw==
X-Gm-Message-State: AOJu0YyXVf3VMvIvsosbdUNs+6xrwBwVx4nc7e9i/bhTIx6wrLqbaYxK BGAQRVAf1XLSIpI41cbKIPzMej24eus5xw==
X-Google-Smtp-Source: AGHT+IECT0vYo3Rqi0LXCcoGgVGJeahFDFeY/mtUQ6E9drg8NU5cPkE32TOqp5nIILiLPDUY9mhs6w==
X-Received: by 2002:a05:6808:23d0:b0:3b2:e107:17c with SMTP id bq16-20020a05680823d000b003b2e107017cmr1891536oib.3.1700625519997; Tue, 21 Nov 2023 19:58:39 -0800 (PST)
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 gu11-20020a056a004e4b00b006c4dc5b5b42sm8683985pfb.33.2023.11.21.19.58.37 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 21 Nov 2023 19:58:39 -0800 (PST)
Message-ID: <e75aa1ac-b7c0-a9c4-7577-45a213afaff8@gmail.com>
Date: Wed, 22 Nov 2023 16:58:33 +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: Ted Lemon <mellon@fugue.com>, Ole Troan <otroan@employees.org>
Cc: Michael Richardson <mcr+ietf@sandelman.ca>, 6man WG <ipv6@ietf.org>
References: <CAPt1N1kjd+m3KL-KCQY=2DWZrug=g8_zdtacF9Aja7dQ9zjnUQ@mail.gmail.com> <1BA9C21A-8EDC-4E69-8749-3C703CAB678B@employees.org> <CAPt1N1kFQpkkVNtk57_T3FTnVKhtqgm9Z6VGJDzOXo4KJvccSA@mail.gmail.com> <94FC0A0F-AD2C-4630-B509-2DAE57205B50@employees.org> <CAPt1N1mPNYBfM-RBGULo+mAf4cSqr5=4GsdAeL3_C5YyWNsSAA@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <CAPt1N1mPNYBfM-RBGULo+mAf4cSqr5=4GsdAeL3_C5YyWNsSAA@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/ECR-uAhv7QLW6YrSBXh_SG0qyAg>
Subject: [IPv6] Multi6 (no longer RFC 6724 shouldn't prefer partial reachability over reachability)
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: Wed, 22 Nov 2023 03:58:41 -0000

On 22-Nov-23 03:38, Ted Lemon wrote:
> Well, e.g. in a stub network with DHCPv6 PD, if the customer site is multi-homed for resiliency, it would be nice if that worked. This would require the device on the stub network to try both source prefixes, so it probably doesn’t work at the moment, but we are talking about what remains to do to make it work.

I'm now deeply certain that getting rid of getaddrinfo() as the basic tool for address selection is essential to make it work. Trying all possible {source, destination} pairs is necessary.

    Brian


> It’s not clear to me that this is the killer app, or even the right approach, but I don’t see the problem that you do with exploring this: my motivation certainly isn’t to avoid paying for enterprise-grade routers other than in the sense that clearly they wouldn’t make economic sense in this application.
> 
> I do realize that if we made this work in the home, it would have implications for the enterprise market in the long run, but that’s a path we’ve all trod many times before, and I don’t think we should factor that concern into our evaluation of what the right approach to the problem is.
> 
> Op di 21 nov 2023 om 09:23 schreef Ole Troan <otroan@employees.org <mailto:otroan@employees.org>>
> 
>      > Remember that my target market is end users, not enterprise. What sort of routers can an end user buy that will automatically do what you suggest?
> 
> 
>     What sort of host and applications can an end user buy that supports MPMH?
> 
>     O.
> 
> 
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------