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

"Pengshuping (Peng Shuping)" <pengshuping@huawei.com> Wed, 10 June 2020 08:49 UTC

Return-Path: <pengshuping@huawei.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 B9EE53A0437 for <v6ops@ietfa.amsl.com>; Wed, 10 Jun 2020 01:49:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.89
X-Spam-Level:
X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 GD9iO9k4FyT1 for <v6ops@ietfa.amsl.com>; Wed, 10 Jun 2020 01:49:10 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04CB43A0400 for <v6ops@ietf.org>; Wed, 10 Jun 2020 01:49:10 -0700 (PDT)
Received: from lhreml732-chm.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id C58ABAD9C133936EAF69 for <v6ops@ietf.org>; Wed, 10 Jun 2020 09:49:06 +0100 (IST)
Received: from lhreml735-chm.china.huawei.com (10.201.108.86) by lhreml732-chm.china.huawei.com (10.201.108.83) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Wed, 10 Jun 2020 09:49:06 +0100
Received: from DGGEML404-HUB.china.huawei.com (10.3.17.39) by lhreml735-chm.china.huawei.com (10.201.108.86) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Wed, 10 Jun 2020 09:49:05 +0100
Received: from DGGEML532-MBX.china.huawei.com ([169.254.8.90]) by DGGEML404-HUB.china.huawei.com ([fe80::b177:a243:7a69:5ab8%31]) with mapi id 14.03.0487.000; Wed, 10 Jun 2020 16:49:03 +0800
From: "Pengshuping (Peng Shuping)" <pengshuping@huawei.com>
To: JORDI PALET MARTINEZ <jordi.palet=40consulintel.es@dmarc.ietf.org>, "v6ops@ietf.org" <v6ops@ietf.org>
Thread-Topic: [v6ops] Call for Discussion draft-palet-v6ops-ipv6-only
Thread-Index: AdY9tPZDxlFQeTywQXGiWHgxyXE8tgAZTuQAAAIY44AANyv6cA==
Date: Wed, 10 Jun 2020 08:49:03 +0000
Message-ID: <4278D47A901B3041A737953BAA078ADE190121EC@DGGEML532-MBX.china.huawei.com>
References: <DM6PR05MB6348F5472AE8FE5937D18A23AE850@DM6PR05MB6348.namprd05.prod.outlook.com> <alpine.DEB.2.20.2006091451550.29463@uplift.swm.pp.se> <C46EB3D6-30F3-4EE4-94EB-B659D2612C6C@consulintel.es>
In-Reply-To: <C46EB3D6-30F3-4EE4-94EB-B659D2612C6C@consulintel.es>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.153.182.19]
Content-Type: multipart/related; boundary="_004_4278D47A901B3041A737953BAA078ADE190121ECDGGEML532MBXchi_"; type="multipart/alternative"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/4Oak8rK6WQsoEeEK0cnPv0VFwV0>
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 08:49:13 -0000

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.



[cid:image003.jpg@01D63F47.0A8FC330]

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<mailto: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<mailto:swmike@swm.pp.se>



    _______________________________________________

    v6ops mailing list

    v6ops@ietf.org<mailto: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<mailto:v6ops@ietf.org>

https://www.ietf.org/mailman/listinfo/v6ops