Re: [v6ops] reclassify 464XLAT as standard instead of info

Alexandre Petrescu <alexandre.petrescu@gmail.com> Mon, 25 September 2017 10:29 UTC

Return-Path: <alexandre.petrescu@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 4A1EA13422B for <v6ops@ietfa.amsl.com>; Mon, 25 Sep 2017 03:29:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.633
X-Spam-Level:
X-Spam-Status: No, score=-2.633 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665] 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 YlJWzukDHgnz for <v6ops@ietfa.amsl.com>; Mon, 25 Sep 2017 03:29:52 -0700 (PDT)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (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 DB3211320DC for <v6ops@ietf.org>; Mon, 25 Sep 2017 03:29:51 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id v8PAToHs038884; Mon, 25 Sep 2017 12:29:50 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 37E77209280; Mon, 25 Sep 2017 12:29:50 +0200 (CEST)
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 20C1C209202; Mon, 25 Sep 2017 12:29:50 +0200 (CEST)
Received: from [10.8.34.184] (is227335.intra.cea.fr [10.8.34.184]) by muguet1.intra.cea.fr (8.15.2/8.15.2/CEAnet-Intranet-out-1.4) with ESMTP id v8PATnwo022019; Mon, 25 Sep 2017 12:29:50 +0200
To: Gert Doering <gert@space.net>
Cc: v6ops@ietf.org
References: <369B3917-D9F3-41D4-A7BD-DAE134310004@employees.org> <20170922122146.GY45648@Space.Net> <20170922212502.E0CFF87B00BA@rock.dv.isc.org> <CAKD1Yr0VdmS0APz-G5VmxMNY1y9Kj+g0VP4Jx0_MXLkqkVyE8Q@mail.gmail.com> <4bf16a40ffd44e9498babf7094b1e526@orange.com> <f8b54014-c5af-d63f-5eed-35f19728b4f7@gmail.com> <0E9B8640-E102-4AB0-8908-28A988795861@consulintel.es> <ba63f464-cf1e-69d1-4d34-c961a8fef286@gmail.com> <2292D724-BF30-4530-A6BE-0B33E30043D0@consulintel.es> <fa203bf8-31a5-c8ef-8559-419616774787@gmail.com> <20170925102250.GA45648@Space.Net>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <81661be5-4a1a-1f8a-10d0-829e775546d9@gmail.com>
Date: Mon, 25 Sep 2017 12:29:49 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0
MIME-Version: 1.0
In-Reply-To: <20170925102250.GA45648@Space.Net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/V6KORyEwEZOqXU7hu2MQIEULh6c>
Subject: Re: [v6ops] reclassify 464XLAT as standard instead of info
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 25 Sep 2017 10:29:53 -0000

Le 25/09/2017 à 12:22, Gert Doering a écrit :
> Hi,
> 
> On Mon, Sep 25, 2017 at 11:51:29AM +0200, Alexandre Petrescu wrote:
>> I also heard the term "native IPv6".  This means there is no IPv4.
> 
> "native IPv6" usually means "IPv6 is not tunneled over IPv4"

That's for you.

For me "native IPv6" means there is no IPv4.  And there are many such 
networks.

> (where it
> counts, so don't get started with GTP tunnels again).

No, you dont claim anymore these networks are "IPv6-only".  They are not.

> "native IPv6" doesn't exclude native IPv4 from being on the same link,
> so this term is totally irrelevant in a 464xlat discussion.

If yous want to sit on an upper layer, looking from there, ignoring 
there is IPv4 below, then that is your problem.

The consequence of that is that your ignorance of IPv4 below you makes 
you forbid some IPv6 apps.  Some of them are, but not limited to, DHCPv6-PD.

Alex

> 
> Gert Doering
>          -- NetMaster
>