[v6ops] Re: [E] New Version Notification for draft-mishra-v6ops-variable-iids-problem-statement-01.txt
Daryll Swer <contact@daryllswer.com> Thu, 19 September 2024 15:25 UTC
Return-Path: <contact@daryllswer.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 221D2C1CAF52 for <v6ops@ietfa.amsl.com>; Thu, 19 Sep 2024 08:25:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.606
X-Spam-Level:
X-Spam-Status: No, score=-1.606 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, GB_PAYLESS=0.5, HTML_MESSAGE=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_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=daryllswer.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 Lp2CjPLrQ1JJ for <v6ops@ietfa.amsl.com>; Thu, 19 Sep 2024 08:25:21 -0700 (PDT)
Received: from mail-pl1-x631.google.com (mail-pl1-x631.google.com [IPv6:2607:f8b0:4864:20::631]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCD83C1D4A95 for <v6ops@ietf.org>; Thu, 19 Sep 2024 08:25:21 -0700 (PDT)
Received: by mail-pl1-x631.google.com with SMTP id d9443c01a7336-2059112f0a7so10431525ad.3 for <v6ops@ietf.org>; Thu, 19 Sep 2024 08:25:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=daryllswer.com; s=google; t=1726759520; x=1727364320; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=N6SspjlHhMt/tLK4r5eawOEuUpJC3kfviV9C9/0DVmw=; b=MYWnY5Fv/S4x3/7uGav1NRxOaHWYbo2NtPMCGM9Smca2wu32njmC0ZUpopSE6RrmwE jZHbQ3p/iHdKU3C4MFfkMLVdOuPHXe4XHljwhyqcfKTMefOtxZagOmJ9Qx7MyPnRkRu4 axQmutlfn3UCZYrqddiit5R+dzZuRvOjdA6+kPhnGATerekzS3s9RbVF8Aq1GnvlucBu QVlK0wSC4yhYkGfOE7VpnvhOAsVT1ZCR6lTkV+eZLAa0TLxssUtF5eqjVr0eh5V1SDGj ehj1QWcRHyb4DOiQxEkXosSGypfgQs4FPrZQjqeOEBw+4am1Ha0TUFNVFDMG5hbwXFyi 2PMw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726759520; x=1727364320; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=N6SspjlHhMt/tLK4r5eawOEuUpJC3kfviV9C9/0DVmw=; b=PtSfwj3o2t5dP1ATrA4wHlMpbS2vwJJ1+/lxAns1BcojHr3mUdAfK7KKOPeVX7sh4e oh6Uy9Tj8mLEcefbJOdkBMib+h1/v0aJZy28zAHsHbY5iq8joJfXTr6UOI9pz7gx3DsQ Moo1W6LMoSHRnZIQMIFxrfFcyQ7Ap2MMQT54VmH7ajVWRdSYgoLrb35Y/5upjcOnQdij S/AcqCcTZT0HpDliOTy8+JC21r1f55wWX8Bz09JKHd95mqZljenlGNDjQjpIyUY/MjNe qvCf8OA8J7/5iBQs/E7JrGFB3pzL5iOquS/BIHtfvVjogtUW6tRmvMtVApHBEPkWWJ59 3u2A==
X-Forwarded-Encrypted: i=1; AJvYcCWpV0RpyFBo51JwQ2nShABH9OllgtlKkUCdqMCeZeZdMJQjiwPKpsl0Ht0vXKL8w/5ck8IrsA==@ietf.org
X-Gm-Message-State: AOJu0YyQvSv52XL2aSsZ8uDCyQJgrVDfOGAEqjd9O8KvOAwZhoz1gFIi P5OwHCAm2kUfWQr7UIymg9J9YJliHj09I3vLVcrEtWgNxBNO0xd7z7K58KnPy//O8tlI6sDCVEa 4+ZU=
X-Google-Smtp-Source: AGHT+IF1fUvZiJeEMhoD0IQLv9E/r1nbffZhfC3MsEoeWlB9iTBoE0mTmf0xPMsBF7vAIfB/0wkshw==
X-Received: by 2002:a17:902:f542:b0:1fa:1dd8:947a with SMTP id d9443c01a7336-20782be71d1mr309605515ad.46.1726759519741; Thu, 19 Sep 2024 08:25:19 -0700 (PDT)
Received: from mail-pj1-f48.google.com (mail-pj1-f48.google.com. [209.85.216.48]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-20794601298sm81864645ad.64.2024.09.19.08.25.19 for <v6ops@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 19 Sep 2024 08:25:19 -0700 (PDT)
Received: by mail-pj1-f48.google.com with SMTP id 98e67ed59e1d1-2d877dab61fso786135a91.3 for <v6ops@ietf.org>; Thu, 19 Sep 2024 08:25:19 -0700 (PDT)
X-Forwarded-Encrypted: i=1; AJvYcCW5OGoSBUfDK29mWgL40El5D89VmYREvaqydYN50B5nU+4SyJpiZ2ioiDJHy1DhcOFQMeX7kg==@ietf.org
X-Received: by 2002:a17:90a:4e49:b0:2dd:6e9d:734a with SMTP id 98e67ed59e1d1-2dd6e9d758cmr3524015a91.6.1726759518763; Thu, 19 Sep 2024 08:25:18 -0700 (PDT)
MIME-Version: 1.0
References: <172176385611.611136.3361111887074779612@dt-datatracker-659f84ff76-9wqgv> <CAJhXr986yXVysGf6QQLvWYudQMYf+zMQ3BJrrNaj7L6hfu1xjg@mail.gmail.com> <CABNhwV1dspJRUZ15eX0sWupEAg+pLAp-3GMA5dEKF-X04MwQRw@mail.gmail.com> <CABNhwV0zP5C2uCcki=g7WDb_0Aqs8Q=15SV1r8yNM3E7-b+fVg@mail.gmail.com> <eb8789d5-dab1-af90-b40a-672d27d26198@foobar.org> <ZusLvEDEBs7R4HOt@Space.Net> <CAKD1Yr3qdqMNPJa7bietzat5HFM4g=OLHeJQgvc+tktd4+rW8w@mail.gmail.com> <A83B7972-6937-42FF-947F-47A9C0E8DBA5@gmail.com>
In-Reply-To: <A83B7972-6937-42FF-947F-47A9C0E8DBA5@gmail.com>
From: Daryll Swer <contact@daryllswer.com>
Date: Thu, 19 Sep 2024 20:54:41 +0530
X-Gmail-Original-Message-ID: <CACyFTPHCnU_mLiGKYQ+Yu8rvgG6EV=cxKNJkEFpTk2O_7iJyhw@mail.gmail.com>
Message-ID: <CACyFTPHCnU_mLiGKYQ+Yu8rvgG6EV=cxKNJkEFpTk2O_7iJyhw@mail.gmail.com>
To: Ivan Pepelnjak <ipepelnjak@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000ba8d9e06227a87e2"
Message-ID-Hash: P6SD6H5YXMNB5IYB4C2CNVM2M4JJM7X4
X-Message-ID-Hash: P6SD6H5YXMNB5IYB4C2CNVM2M4JJM7X4
X-MailFrom: contact@daryllswer.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-v6ops.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Lorenzo Colitti <lorenzo=40google.com@dmarc.ietf.org>, IPv6 Operations <v6ops@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [v6ops] Re: [E] New Version Notification for draft-mishra-v6ops-variable-iids-problem-statement-01.txt
List-Id: v6ops discussion list <v6ops.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/YehbhsCj9ygqju_TboOMTxot_-g>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Owner: <mailto:v6ops-owner@ietf.org>
List-Post: <mailto:v6ops@ietf.org>
List-Subscribe: <mailto:v6ops-join@ietf.org>
List-Unsubscribe: <mailto:v6ops-leave@ietf.org>
> > What’s the difference if the minimum widely accepted SLAAC-only subnet > size is /80 tomorrow, and the same ISP gives you /80? > You answered this question yourself already. If an ISP provides only single /64 ia_pd, we can take that, and slice it into /80 per VLAN with DHCPv6. However, if an ISP provides only single /80 ia_pd, we're pushing it further and further out, and I don't see how that is a good thing to be going after. In both cases, you're likely going to be stuck to just ia_na, and have way too small of a prefix to be able to properly make use of the /64 or /80 for ia_pd internally, such as routing of a /64 to a Docker host for native, NAT-less IPv6 container networking. It's not just about grannies and home networks for nerds here. As a consultant, I often day get queries from clients and business owners who *aren't* ISPs, but wanted to adopt IPv6 for their branches/remote sites in the rural areas etc. This is for production business use. Guess what? Their ISP insists on either one of the two conditions: 1. No IPv6-ever. 2. Single /64 which is too much overhead for these businesses to bother with weird /80 or /110 or whatever, for DHCPv6 ia_na etc, and definitely none of them will bother subnetting a /64 or shorter prefixes to route it for their on-site box that runs Docker (or whatever container networking tech you prefer). In both cases, the ISP incentivises the customer to pay for a static v4 /32 or /30 or whatever and just NAT/PAT traffic and stick with IPv4. Some airlines charge extra for carry-on baggage. Some people are willing to > pay less and carry their toothbrush and underwear in their backpack. Why > should the Internet business be any different? Why would a granny with a > single PC have to pay the same price for the Internet service as a geek who > wants to have 64K subnets at home? Oh wait, there are no grannies in IETF ;) > Here in India, at least, typically the logic is, IPv6 will be *free* of charge for the *original* assignment (largely a /64, some do /56 per BCOP-690 and /48 for DIA ports) in order to incentivise everybody (home, grannies, that Dosa <https://en.wikipedia.org/wiki/Dosa_(food)> shop over there that I like, SMEs, large campus networks) to move their internal applications/usage to IPv6, so that they can stop whining about CGNAT/Lack of IPv4 static/dynamic public IP etc. I am *not* claiming to be a business and financial mathematics expert. But I've spoken to many business folks who run ISPs around the world as a consultant, never once have I met someone who recommends we charge for > /64 *or* > /80 separately. In fact, many of them (from my personal limited, small sampling size of business owners) are opened to just “keep it simple, give /56 ia_pd static to everyone and just call it a day, we got more important things to worry about such as customer onboarding, area coverage expansion etc. Charge for anything beyond that”. As far as RIR fees go, I may be outdated here, but last time I checked, LACNIC, AFRINIC, RIPE and ARIN have pretty damn cheap IPv6 from the POV of a small ISP, for a single /32. APNIC has changed their fee structure and increases it every year and, in APAC at least, yes, indeed we do have many ISPs complaining about it, but that's a RIR problem, not an IETF protocol design group problem. *--* Best Regards Daryll Swer Website: daryllswer.com <https://mailtrack.io/l/3f1ecd51c11555b88533e06ecd7a9c107da07e65?url=https%3A%2F%2Fwww.daryllswer.com&u=2153471&signature=dd6b2fb0c8192ec3> On Thu, 19 Sept 2024 at 16:56, Ivan Pepelnjak <ipepelnjak@gmail.com> wrote: > If there is incentive for ISPs to move from /56 to /80 (e.g. due to >> > ARIN fee structure) this incentive should be corrected where it comes >> from. >> > > Are you asserting that ISPs that provide only a /64 today are *not* going > to move to /80 once /80 becomes widely accepted? > > > So what? You are able to deploy one SLAAC-only subnet with direct Internet > connectivity when an ISP gives you a /64 today… unless you have hosts that > run DHCPv6 clients (most platforms these days with a few rare exceptions), > in which case you can have as many subnets as you wish today, regardless of > what the ISP is giving you. > > What’s the difference if the minimum widely accepted SLAAC-only subnet > size is /80 tomorrow, and the same ISP gives you /80? > > Why would they not do so? I have heard from many ISPs, in more than one > country, that they provide /64 as a business decision, not a technical one. > The intention is to provide upsell opportunities. > > > Some airlines charge extra for carry-on baggage. Some people are willing > to pay less and carry their toothbrush and underwear in their backpack. Why > should the Internet business be any different? Why would a granny with a > single PC have to pay the same price for the Internet service as a geek who > wants to have 64K subnets at home? Oh wait, there are no grannies in IETF ;) > > One example is Comcast. Another example: in most of Japan, fiber ISPs only > provide a /64, and to get a /56 you have to sign up for a separate service > that costs the equivalent of $5/month. > > > So you’re saying that your personal disgust with a particular ISP should > shape the development of IPv6? > > Ivan > _______________________________________________ > v6ops mailing list -- v6ops@ietf.org > To unsubscribe send an email to v6ops-leave@ietf.org >
- [v6ops] Fwd: [E] New Version Notification for dra… Gyan Mishra
- [v6ops] Re: [E] New Version Notification for draf… Gert Doering
- [v6ops] Fwd: [E] New Version Notification for dra… Gyan Mishra
- [v6ops] Re: Fwd: [E] New Version Notification for… Daryll Swer
- [v6ops] Re: Fwd: [E] New Version Notification for… Brian E Carpenter
- [v6ops] Re: Fwd: [E] New Version Notification for… Daryll Swer
- [v6ops] Re: Fwd: [E] New Version Notification for… Nick Hilliard
- [v6ops] Re: Fwd: [E] New Version Notification for… Gyan Mishra
- [v6ops] Re: Fwd: [E] New Version Notification for… Gert Doering
- [v6ops] Re: Fwd: [E] New Version Notification for… Nick Buraglio
- [v6ops] Re: Fwd: [E] New Version Notification for… Brian E Carpenter
- [v6ops] Re: Fwd: [E] New Version Notification for… Nick Buraglio
- [v6ops] Re: Fwd: [E] New Version Notification for… Nick Hilliard
- [v6ops] Re: Fwd: [E] New Version Notification for… Lorenzo Colitti
- [v6ops] Re: Fwd: [E] New Version Notification for… Lorenzo Colitti
- [v6ops] Re: [E] New Version Notification for draf… Ivan Pepelnjak
- [v6ops] Re: [E] New Version Notification for draf… Mark Smith
- [v6ops] Re: [E] New Version Notification for draf… Daryll Swer
- [v6ops] Re: [E] New Version Notification for draf… Daryll Swer
- [v6ops] Re: [E] New Version Notification for draf… Gert Doering
- [v6ops] Re: [E] New Version Notification for draf… Brian Candler
- [v6ops] Re: [E] New Version Notification for draf… Jeremy Duncan
- [v6ops] Re: [E] New Version Notification for draf… Gert Doering
- [v6ops] Re: [E] New Version Notification for draf… Jeremy Duncan
- [v6ops] Re: [E] New Version Notification for draf… Jeremy Duncan
- [v6ops] Re: [E] New Version Notification for draf… Jeremy Duncan
- [v6ops] Re: [E] New Version Notification for draf… Gert Doering
- [v6ops] Re: [E] New Version Notification for draf… Gert Doering
- [v6ops] Re: [E] New Version Notification for draf… Jeremy Duncan
- [v6ops] Re: Fwd: [E] New Version Notification for… Brian E Carpenter
- [v6ops] Re: [E] New Version Notification for draf… Philipp S. Tiesel
- [v6ops] Re: [E] New Version Notification for draf… Gert Doering
- [v6ops] Re: [E] New Version Notification for draf… Brian Candler
- [v6ops] Re: [E] New Version Notification for draf… Brian E Carpenter
- [v6ops] Re: [E] New Version Notification for draf… Gert Doering
- [v6ops] Re: [E] New Version Notification for draf… Daryll Swer
- [v6ops] Re: [E] New Version Notification for draf… Gert Doering
- [v6ops] Re: [E] New Version Notification for draf… Lorenzo Colitti
- [v6ops] Re: [E] New Version Notification for draf… Lorenzo Colitti
- [v6ops] Re: [E] New Version Notification for draf… Philipp S. Tiesel
- [v6ops] Re: [E] New Version Notification for draf… Daryll Swer
- [v6ops] Re: [E] New Version Notification for draf… Gert Doering
- [v6ops] Re: [E] New Version Notification for draf… Lorenzo Colitti
- [v6ops] Re: [E] New Version Notification for draf… Daryll Swer
- [v6ops] Re: [E] New Version Notification for draf… Daryll Swer
- [v6ops] Re: [E] New Version Notification for draf… Nick Buraglio
- [v6ops] Re: [E] New Version Notification for draf… Brian E Carpenter
- [v6ops] Re: [E] New Version Notification for draf… Jeremy Duncan