Re: [v6ops] Call for Discussion draft-palet-v6ops-ipv6-only

Richard Patterson <richard@helix.net.nz> Wed, 10 June 2020 09:50 UTC

Return-Path: <richard@helix.net.nz>
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 113F13A0873 for <v6ops@ietfa.amsl.com>; Wed, 10 Jun 2020 02:50:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.888
X-Spam-Level:
X-Spam-Status: No, score=-1.888 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, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=helix-net-nz.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 O3GZkG_u7ihj for <v6ops@ietfa.amsl.com>; Wed, 10 Jun 2020 02:50:26 -0700 (PDT)
Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (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 CA1D63A0B30 for <v6ops@ietf.org>; Wed, 10 Jun 2020 02:49:53 -0700 (PDT)
Received: by mail-io1-xd33.google.com with SMTP id t9so1409027ioj.13 for <v6ops@ietf.org>; Wed, 10 Jun 2020 02:49:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=helix-net-nz.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Gswy66cqHlzfO6yuJHzDkprjLwCT1IbEGAAualFaifc=; b=oK9B0rC0y4KKyzs2ODTEArncs47qEtiytGNns/fq60uabSUSN0u2q22BY27t/jXkz+ wmyZdnFalQ55dZHq9DlhC0LIv9wRYeLaOFWNFv2MjbahQBGQg2n3fbKlnJeTBfn8q35p ZIFV87JMVAq1ATBAkteLDeyXo29J0sbe90Jw+7Gbeottuc/+a0BY96I1J5zyipq8wNoG C3G2OrfikOeaQUulvAT1jvq1wi7Y2ATGL+IzP1SGAUh34DMGCe5hRxmknwuaybwRCN1C YNLZ7BQSS6Cz3EHvtcOP9002KU5/38OvpNxAo+4Pkch0cFJZg4rMfO1HtJACEslDDJEe wCVA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Gswy66cqHlzfO6yuJHzDkprjLwCT1IbEGAAualFaifc=; b=ASmIMgl8FmP7ugCz4UeI0v1tuAUjpi3GCRs2Mi0I9kmZxfs2V73GSKAD6l2+ywZ1qa +Csrx8gyMwhiRypEeBM1RtROq7FiZsUWiNRfoHDHCTToM+wB0g6kug3AHfjDF4KemWi1 AhLz7M3ZZ3trMTdFAdU+SKc78ak7dOS3jYTjo+tkoNlQASsvPn3RZYvJ2NSW54cmFba1 BPzzo7JfmgTQPD3cxSisFKbHKVnpSYPcL3eyjL8o1qRPsfNfGKqmlR5uIulV/vZ8nBK8 KlwU74MMTvsPNqqCtwBAFeN5Ysr4SZpZlOclmyl2tvqr3UTjx8MLuRMJFy3/WBNM5Jce aC5Q==
X-Gm-Message-State: AOAM530NzmuzJWMdAlPTDpwn+NfWQzefclSYVW/8WgwnnaXcUKhXu57M qmba/5u5IIpLkrtQA0CIEqXen7qD+lY=
X-Google-Smtp-Source: ABdhPJz3VZpnNTKbpuAIT8dMxvZX4FND1uhXEDX2H4J5shfe8i8JXiMO+0W8LEeMNSac//VOFlgcEA==
X-Received: by 2002:a02:ba07:: with SMTP id z7mr2253722jan.101.1591782591945; Wed, 10 Jun 2020 02:49:51 -0700 (PDT)
Received: from mail-il1-f172.google.com (mail-il1-f172.google.com. [209.85.166.172]) by smtp.gmail.com with ESMTPSA id v87sm1421231ili.2.2020.06.10.02.49.50 for <v6ops@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 10 Jun 2020 02:49:50 -0700 (PDT)
Received: by mail-il1-f172.google.com with SMTP id p5so1275541ile.6 for <v6ops@ietf.org>; Wed, 10 Jun 2020 02:49:50 -0700 (PDT)
X-Received: by 2002:a92:5f13:: with SMTP id t19mr2186295ilb.296.1591782590572; Wed, 10 Jun 2020 02:49:50 -0700 (PDT)
MIME-Version: 1.0
References: <DM6PR05MB6348F5472AE8FE5937D18A23AE850@DM6PR05MB6348.namprd05.prod.outlook.com> <alpine.DEB.2.20.2006091451550.29463@uplift.swm.pp.se> <C46EB3D6-30F3-4EE4-94EB-B659D2612C6C@consulintel.es> <4278D47A901B3041A737953BAA078ADE190121EC@DGGEML532-MBX.china.huawei.com>
In-Reply-To: <4278D47A901B3041A737953BAA078ADE190121EC@DGGEML532-MBX.china.huawei.com>
From: Richard Patterson <richard@helix.net.nz>
Date: Wed, 10 Jun 2020 10:49:38 +0100
X-Gmail-Original-Message-ID: <CAHL_VyAfSRWEtiQnGaLE41NSmVzOmRRY4DGOVE5fOhtxG4i+xA@mail.gmail.com>
Message-ID: <CAHL_VyAfSRWEtiQnGaLE41NSmVzOmRRY4DGOVE5fOhtxG4i+xA@mail.gmail.com>
To: "Pengshuping (Peng Shuping)" <pengshuping@huawei.com>
Cc: JORDI PALET MARTINEZ <jordi.palet=40consulintel.es@dmarc.ietf.org>, "v6ops@ietf.org" <v6ops@ietf.org>
Content-Type: multipart/related; boundary="000000000000df31cd05a7b7c3dd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/WxBfGpc1G8Q1nFHjCXJwXc68418>
Subject: Re: [v6ops] Call for Discussion draft-palet-v6ops-ipv6-only
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, 10 Jun 2020 09:50:30 -0000

On comment 1, from a CPE router perspective it's the WAN interface that's
facing the Access Node, i.e., an OLT or DSLAM.
With that in-mind I think the existing wording for this point is correct.
Perhaps "access network" can become "Access Network"?


On Wed, 10 Jun 2020 at 09:50, Pengshuping (Peng Shuping) <
pengshuping@huawei.com> wrote:

> Hi,
>
>
>
> I have reviewed this draft. It is always good to clarify some confusing
> terminology.
>
>
>
> Some comments:
>
> 1.      Shall we put Access together with LAN instead of with WAN?
>
> 2.      Do we want to include IPv6-only Data Center?
>
> 3.      A typo on Page 3?: “Also if customer devices in a LAN are
> IPv6-only (A typo? -> IPv4-only), they will not be able to access IPv6-only
> services, so this means that IPv6-only services can't be deployed unless it
> is done in such way that some transition mechanism …”
>
> 4.      Do we want to provide a reference [RFC8585] for
> "IPv4-as-a-service"?
>
>
>
> I would also agree that an example(s) or illustrative diagram(s) might be
> helpful, and I gave an attempt. This would be a typical diagram for users
> to access to data center.
>
> I tried to include all the terms defined in this draft, and also IPv6-only
> Data Center. I put LAN and Access together as well.
>
>
>
> Best regards,
>
> Shuping
>
>
>
>
>
>
>
> -----Original Message-----
> From: v6ops [mailto:v6ops-bounces@ietf.org] On Behalf Of JORDI PALET
> MARTINEZ
> Sent: Tuesday, June 9, 2020 9:56 PM
> To: v6ops@ietf.org
> Subject: Re: [v6ops] Call for Discussion draft-palet-v6ops-ipv6-only
>
>
>
> Hi Mikael,
>
>
>
> In my opinion, your example, has several parts.
>
>
>
> If we want to talk about "all", should be sufficient to say "this is a
> 464XLAT" case. I think this is out of the scope of the document, because
> 464XLAT itself is very well self-contained/described.
>
>
>
> The point is if you want to talk about the WAN link itself. In your
> example case it is clearly an IPv6-only WAN.
>
>
>
> If you want to talk about the UE, actually "today OSs" are native
> dual-stack, however, in this network it is being used as a transitional
> IPv6 host/router.
>
>
>
> The full point of the document is that if we talk about an specific
> transition mechanism, everything is very clear (unless the network is doing
> a "special" deployment different from the standard), however, in many
> occasions it is very relevant to make sure if the WAN links (for example)
> are *natively* transporting IPv6-only.
>
>
>
> That said, I'm of course happy to add a few examples. Not sure if that
> should be an annex or in the main text already.
>
>
>
> Regards,
>
> Jordi
>
> @jordipalet
>
>
>
>
>
> El 9/6/20 14:56, "v6ops en nombre de Mikael Abrahamsson" <v6ops-bounces@ietf.org
> en nombre de swmike=40swm.pp.se@dmarc.ietf.org
> <v6ops-bounces@ietf.org%20en%20nombre%20de%20swmike=40swm.pp.se@dmarc.ietf.org>>
> escribió:
>
>
>
>     On Mon, 8 Jun 2020, Ron Bonica wrote:
>
>
>
>     > Folks,
>
>     >
>
>     >
>
>     >
>
>     > Each week between now and IETF week, we will review and discuss one
> draft with an eye towards progressing it.
>
>     >
>
>     >
>
>     >
>
>     > This week, please review and comment on draft-palet-v6ops-ipv6-only.
>
>
>
>     I think it would be good if we could come up with some terms that
> cause
>
>     less confusion when discussing different solutions. So this draft has
> an
>
>     embryo for that, but I think it would be good if there were some
> examples.
>
>
>
>     So let's say I want to describe a mobile access with IPv6 only WAN
> that
>
>     supports 464xlat? What is that then? "dual stack LAN with transitional
>
>     464xlat-enabled router with IPv6 only WAN and NAT64 function in the
>
>     network"?
>
>
>
>     That's still long and cumbersome...?
>
>
>
>     --
>
>     Mikael Abrahamsson    email: swmike@swm.pp.se
>
>
>
>     _______________________________________________
>
>     v6ops mailing list
>
>     v6ops@ietf.org
>
>     https://www.ietf.org/mailman/listinfo/v6ops
>
>
>
>
>
>
>
> **********************************************
>
> IPv4 is over
>
> Are you ready for the new Internet ?
>
> http://www.theipv6company.com
>
> The IPv6 Company
>
>
>
> This electronic message contains information which may be privileged or
> confidential. The information is intended to be for the exclusive use of
> the individual(s) named above and further non-explicilty authorized
> disclosure, copying, distribution or use of the contents of this
> information, even if partially, including attached files, is strictly
> prohibited and will be considered a criminal offense. If you are not the
> intended recipient be aware that any disclosure, copying, distribution or
> use of the contents of this information, even if partially, including
> attached files, is strictly prohibited, will be considered a criminal
> offense, so you must reply to the original sender to inform about this
> communication and delete it.
>
>
>
>
>
>
>
> _______________________________________________
>
> v6ops mailing list
>
> v6ops@ietf.org
>
> https://www.ietf.org/mailman/listinfo/v6ops
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>