Re: [v6ops] [EXTERNAL] Re: Scope of Unique Local IPv6 Unicast Addresses (Fwd: New Version Notification for draft-gont-6man-ipv6-ula-scope-00.txt)

Ted Lemon <mellon@fugue.com> Wed, 17 February 2021 16:14 UTC

Return-Path: <mellon@fugue.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 B119F3A1B41 for <v6ops@ietfa.amsl.com>; Wed, 17 Feb 2021 08:14:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-com.20150623.gappssmtp.com
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 QC0flEieF4MX for <v6ops@ietfa.amsl.com>; Wed, 17 Feb 2021 08:14:49 -0800 (PST)
Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 040EA3A1B38 for <v6ops@ietf.org>; Wed, 17 Feb 2021 08:14:48 -0800 (PST)
Received: by mail-qk1-x72a.google.com with SMTP id x14so13267952qkm.2 for <v6ops@ietf.org>; Wed, 17 Feb 2021 08:14:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=O/KvNMlYx9qWG14jS6DSVsVKbWdZ8OnJcqBtBJlifFg=; b=ixQDOb2g6GMBjpEGZGRdig8pCJP/5OVoVMyIFn37BqXtUwI/reUxxFy6ECiKUjpr2p WdEqLndWb4+1beEGh6NmduBunaYve5vlqfS9jgfMy4d5KUqgmJNr5GGF3eTWN/k9KOvM mENq5AGBrqPQUAg/QSssdepW/DqTCY54mHBmSeNSkKleH2BsE4YE5xPckN5rJMddJfUu OG3R68rVex6g7r3cawQEuOjM8TOWDflHgd5cME6iyde6n9Ys9E5z0wMODSkhLgvVIJl0 5pmKqxFywBL/xy0xeW+XtzVQvXI5qaI9etQ5w59mEzUh27NiWwD8FzTzCQi8mqlW5ZnK GsGg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=O/KvNMlYx9qWG14jS6DSVsVKbWdZ8OnJcqBtBJlifFg=; b=EqNPByxKWi5wqgvTC4O7FZt65LuJdXbuLwENzYIowUGotqfZGYOtev3558cJmXz6fn ScplwUODEVI6KK9tAiKKuhL2Qx5Tk3CrBaciCematfEee1Zh0rPZB/Fo9MOaLeLhpUXe dOikwjMaOxnU/77JHmUQKA+p/y3V4irXN3gv9ommGj24bKfIB3Eftu0He34aZTDqbzyx b+FoUMdb+udwIcbJxdWhkMaGvI6deJcUh2Ngi32BWSi3QQ9h6q1kNaOqRwLv12dT5u6R X+wseu+XPC2BMmY1nwbwLzN02+1Itsmn7uwKhcpGNQhaW6F+uMKc1mJsukOc6KxJ4Gum QkXg==
X-Gm-Message-State: AOAM533tibx5c23232tVNxU8eMapnN4YJxgJuXqqC0Ri0LH+hxE5q87B CeMzzpJ3j1ShmpEv3Yn2bSWlTQ==
X-Google-Smtp-Source: ABdhPJzr3yOXxp5xD1AJl0SxuPBA8y/STjoGLaTunWCTCBaAzTrPc34tN14LAVStXwxxCInz9U7X6A==
X-Received: by 2002:a05:620a:1523:: with SMTP id n3mr25829394qkk.85.1613578487786; Wed, 17 Feb 2021 08:14:47 -0800 (PST)
Received: from smtpclient.apple (c-24-91-177-160.hsd1.ma.comcast.net. [24.91.177.160]) by smtp.gmail.com with ESMTPSA id d1sm1799134qkj.123.2021.02.17.08.14.46 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Feb 2021 08:14:47 -0800 (PST)
From: Ted Lemon <mellon@fugue.com>
Message-Id: <EEA1029B-DAC5-46F9-8692-81CD75CD7983@fugue.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_41CE4E9B-B2D6-47D8-86CD-F979ADFE5A4B"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.80.0.2.32\))
Date: Wed, 17 Feb 2021 11:14:45 -0500
In-Reply-To: <CAKQ4NaWmaEi-GwJ6f-o+rkX_1wOQtKTUVYzY9TjjF=1aWiZQeA@mail.gmail.com>
Cc: "Manfredi (US), Albert E" <albert.e.manfredi@boeing.com>, IPv6 Operations <v6ops@ietf.org>, "6man@ietf.org" <6man@ietf.org>
To: Yucel Guven <yucel.guven@gmail.com>
References: <6167230f-b32a-e995-c071-b6c199ac5d64@si6networks.com> <858465C5-F428-4B47-8549-FCC201143B0C@fugue.com> <6959c883-a255-5ab8-9027-e05d369af2ff@si6networks.com> <m1lC29B-0000MuC@stereo.hq.phicoh.net> <YCvkYXwTrSdQoe8Q@Space.Net> <F63054D3-59D0-47FA-AABF-98A18B8DFA6F@fugue.com> <YCvsVVkQc5zDJQVh@Space.Net> <D084D80B-66A3-4132-B111-31FC6A61A969@fugue.com> <YCvw1DC/eOKmoEYc@Space.Net> <m1lC3J8-0000JNC@stereo.hq.phicoh.net> <YCv6lQDiseMUCOFd@Space.Net> <m1lC55I-0000NmC@stereo.hq.phicoh.net> <565F7A0C-8553-4044-BE19-F37843E272C9@fugue.com> <6e3148e572744c0f996924888d9ce30a@boeing.com> <CAKQ4NaWmaEi-GwJ6f-o+rkX_1wOQtKTUVYzY9TjjF=1aWiZQeA@mail.gmail.com>
X-Mailer: Apple Mail (2.3654.80.0.2.32)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/lNEF7PgXHHGysbUJcJ7jy6Qnns8>
Subject: Re: [v6ops] [EXTERNAL] Re: Scope of Unique Local IPv6 Unicast Addresses (Fwd: New Version Notification for draft-gont-6man-ipv6-ula-scope-00.txt)
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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: Wed, 17 Feb 2021 16:14:51 -0000

On Feb 17, 2021, at 9:57 AM, Yucel Guven <yucel.guven@gmail.com> wrote:
>>> It might be nice to be able to somehow configure the network to treat one link as preferred over another, e.g. if one connection is expensive. Of course, since the user isn’t likely to know to configure that, it needs to be automatic, and I don’t think an automatic mechanism has been specified.
>> 
>> This was a quite deliberate aspect of ATM, at least, the intention was. PNNI to set up a route that took into account the QoS needs for that session.

This wasn’t really what I meant. QoS is kind of notorious for not being deployed anywhere except inside of walled gardens because it’s too hard to operate in a way that doesn’t get gamed. It’s certainly not something that could be done automatically.

When I think about how to deploy this on a home network, that’s exactly the calculus that comes up: suppose I advertise a backup router that’s for critical traffic. How do I ensure that only critical traffic is sent over it? Well, first I need to know what “critical traffic” is. Who’s going to tell me? The user? Not likely. The service provider? Yes, definitely. Their traffic is definitely critical. And at this point in the calculus I realize that this is one of those strange games where the only winning move is not to play…