[v6ops] Re: Call For Adoption: draft-link-v6ops-6mops

Jen Linkova <furry13@gmail.com> Mon, 12 August 2024 14:52 UTC

Return-Path: <furry13@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 53374C14F6BB for <v6ops@ietfa.amsl.com>; Mon, 12 Aug 2024 07:52:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.858
X-Spam-Level:
X-Spam-Status: No, score=-1.858 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_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=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 XKYWZjjCw5is for <v6ops@ietfa.amsl.com>; Mon, 12 Aug 2024 07:52:07 -0700 (PDT)
Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (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 E9D6FC14F683 for <v6ops@ietf.org>; Mon, 12 Aug 2024 07:52:07 -0700 (PDT)
Received: by mail-lj1-x22e.google.com with SMTP id 38308e7fff4ca-2f15e48f35bso43583501fa.0 for <v6ops@ietf.org>; Mon, 12 Aug 2024 07:52:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1723474325; x=1724079125; darn=ietf.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=lTw74p36NmauOcd0KEM/1m8ZPUbHyXK16V7+My9jrog=; b=TE4FUrNL5AdCAMIKBLmceVZ4HyyxWrtcwaK4fxDgyg76fuRg1M3TNRUjEGeAvV6Ty9 qk456un3I8QQ8JnNzW3upbXhmtT0xQJoktH4XzmrozEuRbm5RYSThLC2A/BCTRFliXxH j/1234X3Kt0B/5XJqZ/p2dT2WomhbFGDw2eex4QJVr6za5AdaDx1ni0tXtS2k5dVbA/J xttSd0QP7NsXtnNlAQKOiqj55ZvFOoGrha1vJUPtD6qeSrrOnsyB02eb8nwrNnQGi50o Hu6vJqNTIhdCfqnZDZHuG5TKNZjfzofXky061I/0fJEgCWTZyxZ13GsQUeeldwZ4ybED WbUA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1723474325; x=1724079125; h=content-transfer-encoding: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=lTw74p36NmauOcd0KEM/1m8ZPUbHyXK16V7+My9jrog=; b=Lxbb2kaHR7GRaR6+VlpRVDQvK/7+BPEfL+YcMiSpYPfmxDx4N0tOOVrMjzLWzh4UVm ZUb3XXHiotBdZQyCuEYGfYuDO3Rnf5aXO3nJaoUPp+6mzU8031yNqYlwiidxc8j6Tcyg K9k9nrspIFEjjaXnfW5XU+9T20gycKhPzjms21ZlXnNCyi1swErAoiP6fr8kfPT56l8Z Mqn90peJxza5n/qGL/7FWpZ1WAj2L0ZpfPZTyNe2DNSRVsr9XhQK3UjU9c+HUOtX4Ycp sa15DSGJBxfvj7uopv0zXkpqmWeoCF3o7EUNAEsosj9+LRf88cjUELERfPiYO2yloUZ2 PLkw==
X-Gm-Message-State: AOJu0YxN8HDCni7Zr6NwvbhpaEItllP+EshwIH8EjebN0DIP/1FEFoFM +uJol4bI5QkpsqDZ4vBdeDODHsm7nLV5VQlTQmdPI2WsxfOaoUgInvIFXRues4FWPo3lpSmfzai eNIWw6D4TYFsfnBkqRgjDqFPR0nas2C8o0F0=
X-Google-Smtp-Source: AGHT+IHLiGfj+CM4XEf1OvvYNgZY6CVF3IvGIBuxGZezr3wmuMB7M6PwGaWHXBqlCE+m8x+BCe+rL3FCjfnhrrgW3T4=
X-Received: by 2002:a2e:6101:0:b0:2ee:4dc6:fe28 with SMTP id 38308e7fff4ca-2f2b727ee37mr3541891fa.40.1723474325123; Mon, 12 Aug 2024 07:52:05 -0700 (PDT)
MIME-Version: 1.0
References: <BL0PR05MB5316B10BC93B52412415EC79AEBE2@BL0PR05MB5316.namprd05.prod.outlook.com> <AM0PR07MB4131B0F3B8F7257F959F9258A0842@AM0PR07MB4131.eurprd07.prod.outlook.com>
In-Reply-To: <AM0PR07MB4131B0F3B8F7257F959F9258A0842@AM0PR07MB4131.eurprd07.prod.outlook.com>
From: Jen Linkova <furry13@gmail.com>
Date: Tue, 13 Aug 2024 00:51:54 +1000
Message-ID: <CAFU7BAR8u5nJxvQ8qrAUrWZqv8CcZbaEa=NdKbyX8BtOACa9mw@mail.gmail.com>
To: tom petch <ietfc@btconnect.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Message-ID-Hash: 5ESYFIUQQ2NTNUHEV6Y7JSONH34MUTY2
X-Message-ID-Hash: 5ESYFIUQQ2NTNUHEV6Y7JSONH34MUTY2
X-MailFrom: furry13@gmail.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: "v6ops@ietf.org" <v6ops@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [v6ops] Re: Call For Adoption: draft-link-v6ops-6mops
List-Id: v6ops discussion list <v6ops.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/2B6UsPVYw8zPaFy0fSEVA3hkEL8>
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>

Hi Tom,

On Sun, Aug 11, 2024 at 8:25 PM tom petch <ietfc@btconnect.com> wrote:
> Not an easy read because of the terminology and style e.g..
>
> NAT44 I do not see defined in the IETF abbreviation list

Noted, will be added to the terminology in the next revision.

> " pure IPv6-only networks remain uncommon
>    outside of the mobile carrier space.  This dual-stack approach is ..."
> Eh?  I expect the second sentence to follow on from the subject, the main clause of the previous one.  Here they seem to be contradictory.

Oh I see. Indeed that paragraph needs improvement. Would it be better
if it says:

Pure IPv6-only networks remain uncommon outside of the mobile carrier
space, as most network operators initially deploy IPv6 alongside their
existing IPv4 infrastructure.
This dual-stack approach is seen as a necessary transition phase,
allowing operators to gain experience with IPv6 while minimizing
disruption.
?

>
> "two additional key elements:
>    *  The network provides NAT64 ([RFC6146] ) functionality ([RFC6146]),
>       enabling IPv6-only clients to communicate with IPv4-only
>       destinations.
>    *  The DHCPv4 infrastructure processing DHCPv4 Option 108 as per
>       [RFC8925]."
> The first bullet I understand. The second is a clause seemingly floating in  space - I do not understand


How about:

"an IPv6-mostly network is very much similar to a dual-stack one with
two additional key elements:

1) NAT64 ([RFC6146]) , which enables IPv6-only clients to communicate
with IPv4-only destinations.

2) The DHCPv4 infrastructure processing DHCPv4 Option 108 as per [RFC8925].
"

> "The term "IPv6-only capable endpoint""
> Sometimes capitalised, sometimes not.  If this is a technical term, then I think capitalisation is needed throughout.

Thanks, will fix in the next version.

> I also note that it is not defined as a term in the way that
>    *  IPv4-Only Endpoint:
>    *  Dual-Stack Endpoint
> are.

The document refers to Terminology section of RFC8925, where
IPv6-only-capable host is defined. Would you prefer the terminology to
be copied?

> "Dual-Stack Endpoint (Not IPv6-Only Capable)"
> At ths point, "Not IPv6-Capable has not been defined  It would be easier to follow if it were.
>
> "Dual-Stack Endpoint (Not IPv6-Only Capable)"
> Is there a technical term in here which needs defining? or two thereof?

Noted, dual-stack will be defined in the next version.

> And so on...
>
> Like I say not an easy read.  I suspect that if I read and took on board all 19 pages at once it would be clear to me but my memory wants things in bite-size chunks, a page or two at a time, leading on from one chunk to another to the conclusion.

To be honest I'm not sure what to do here. I'll review the doc to
clean up the terminology, but any other actionable comments would be
appreciated.

-- 
Cheers, Jen Linkova