IETF Logo Mail Archive

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

Mikael Abrahamsson <swmike@swm.pp.se> Mon, 25 September 2017 10:04 UTC

Return-Path: <swmike@swm.pp.se>
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 B79111332D5 for <v6ops@ietfa.amsl.com>; Mon, 25 Sep 2017 03:04:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.301
X-Spam-Level:
X-Spam-Status: No, score=-4.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=swm.pp.se
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 lL5XQ_ckr3S6 for <v6ops@ietfa.amsl.com>; Mon, 25 Sep 2017 03:04:54 -0700 (PDT)
Received: from uplift.swm.pp.se (ipv6.swm.pp.se [IPv6:2a00:801::f]) (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 CBF1C1321A7 for <v6ops@ietf.org>; Mon, 25 Sep 2017 03:04:53 -0700 (PDT)
Received: by uplift.swm.pp.se (Postfix, from userid 501) id 8657EB1; Mon, 25 Sep 2017 12:04:51 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1506333891; bh=tI7zvo2o1xe9cADbdjxC42bhSh1HHBUF00/cxSAJv6Q=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=OVvTBO12NR5LNSwgZ0md55lM8GgJ1dkiRbyKEYwKr3M0/zLIF1+VDIrJ5BfbT/+xH ZSSu+XyuRAVkwTE5ar+IPlxZnGGoQQJLxpZfEEFEQjyMvHrqa74T9Bokn5+H+UAmq5 T5mGiQJuqfKsa7yQslKc4dCWX8yYtTpc0MrMKQpU=
Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 7049D84; Mon, 25 Sep 2017 12:04:51 +0200 (CEST)
Date: Mon, 25 Sep 2017 12:04:51 +0200
From: Mikael Abrahamsson <swmike@swm.pp.se>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
cc: Erik Kline <ek@google.com>, "v6ops@ietf.org" <v6ops@ietf.org>
In-Reply-To: <9862ff34-8eea-c18a-88e5-d017630efefa@gmail.com>
Message-ID: <alpine.DEB.2.20.1709251202500.18564@uplift.swm.pp.se>
References: <E48DDA04-C058-4992-906E-8C8BC0E102AB@consulintel.es> <85868796-18C7-48F4-BE69-8D50A1F47EF3@jisc.ac.uk> <472CC0F7-73C2-4A21-8F96-BBC966B01B77@employees.org> <de6b9aac-a3cc-0915-77c7-9fb880c3a16a@gmail.com> <20170921223305.B72A8878E716@rock.dv.isc.org> <CAKD1Yr13ijKCB_71_2vMyGurc3-kSraLJycGxZwf121tjp8u1Q@mail.gmail.com> <20170922070719.74AA687A424E@rock.dv.isc.org> <20170922114847.GV45648@Space.Net> <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> <CAAedzxqEeh4o4o=ZZbFh62XyjoiiKLPO__7HEE2CZxw9VWcUjw@mail.gmail.com> <9862ff34-8eea-c18a-88e5-d017630efefa@gmail.com>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
Organization: People's Front Against WWW
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/N_zNKRpYU4YrO6399LxkA6sQPp0>
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:04:55 -0000

On Mon, 25 Sep 2017, Alexandre Petrescu wrote:

> I agree with this definition of "IPv6-only network".  I would stress to 
> also mean "no IPv4" - be it encapsulation, translation, or DNS-x-y.

You're in extreme minority to have that definition.

I don't care if my IP packet provider carries my packets over POS, 
ethernet, if they run native IPv4, IPv6 or MPLS in their core, if they use 
LDPv4 or LDPv6 for their control plane etc. What I care about is what I 
need to configure my equipment with to talk to them.

So an IPv6 only access uses only IPv6 packets in the access line, that the 
device can see. What happens in the ISP network once the packets hits that 
part is out of scope for the definition of IPv6 only access.

-- 
Mikael Abrahamsson    email: swmike@swm.pp.se

v2.23.0 | Report a Bug | By Email