Re: [v6ops] draft-ietf-v6ops-ula-usage-recommendations - work or abandon?

Nick Hilliard <nick@foobar.org> Sun, 08 November 2015 22:06 UTC

Return-Path: <nick@foobar.org>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACD021B442D for <v6ops@ietfa.amsl.com>; Sun, 8 Nov 2015 14:06:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham
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 D3jsqyK18v9X for <v6ops@ietfa.amsl.com>; Sun, 8 Nov 2015 14:06:21 -0800 (PST)
Received: from mail.netability.ie (mail.netability.ie [IPv6:2a03:8900:0:100::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A05971B442C for <v6ops@ietf.org>; Sun, 8 Nov 2015 14:06:18 -0800 (PST)
X-Envelope-To: v6ops@ietf.org
Received: from cupcake.local (089-101-070076.ntlworld.ie [89.101.70.76] (may be forged)) (authenticated bits=0) by mail.netability.ie (8.15.2/8.14.9) with ESMTPSA id tA8M6EWP043390 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 8 Nov 2015 22:06:15 GMT (envelope-from nick@foobar.org)
X-Authentication-Warning: cheesecake.ibn.ie: Host 089-101-070076.ntlworld.ie [89.101.70.76] (may be forged) claimed to be cupcake.local
To: Philip Homburg <pch-v6ops-3@u-1.phicoh.com>, v6ops@ietf.org
References: <D25D5920.C914E%Lee.Howard@twcable.com> <5637FDD0.70300@jvknet.com> <D25E32F1.C9507%Lee.Howard@twcable.com> <CAKD1Yr1VvzkSmJo3hu6t_3CUguLN_UkNZjRUqvU_ygPBTyb+8g@mail.gmail.com> <8AE0F17B87264D4CAC7DE0AA6C406F45C2319739@nkgeml506-mbx.china.huawei.com> <CAKD1Yr3g-ZV+MkbtDrusbtYaZ_wmCxDG9XbT25Ldma4koGpV6A@mail.gmail.com> <D25E7DDF.C9709%Lee.Howard@twcable.com> <CAKD1Yr3Vsn7Ny_xSCr_=sVCHyU+=ZrRh2iQDUPx-5FWdHajv2w@mail.gmail.com> <D2614A6A.CA099%Lee.Howard@twcable.com> <563B9D1E.4030606@umn.edu> <D261FE8E.CA1FB%Lee.Howard@twcable.com> <CAKD1Yr3jip0NBkDxg=MvgZXg0LMS+PtREDw2jSRx0xJLqHwhGQ@mail.gmail.com> <563C7C01.6010703@foobar.org> <CAKD1Yr1rKjkDhhuD9L=R_MJ+ofOAZ2Nt+5mszZKQxCh-kH4vqw@mail.gmail.com> <563F3AC3.6000205@foobar.org> <m1ZvVwA-0000CLC@stereo.hq.phicoh.net>
From: Nick Hilliard <nick@foobar.org>
X-Enigmail-Draft-Status: N1110
Message-ID: <563FC756.5090906@foobar.org>
Date: Sun, 08 Nov 2015 22:06:14 +0000
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <m1ZvVwA-0000CLC@stereo.hq.phicoh.net>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/FLwWMu5ZgyIojBckvBLEtcw6cac>
Subject: Re: [v6ops] draft-ietf-v6ops-ula-usage-recommendations - work or abandon?
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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: Sun, 08 Nov 2015 22:06:22 -0000

On 08/11/2015 19:47, Philip Homburg wrote:
> Call me old fashioned, but what NAT breaks is not what is traditionally
> called a protocol layering violation.

When you code layer 3 information at what we usually refer to as layer 7,
this is layering violation.

> So it is perfectly normal for protocols above the transport layer to pass
> transport layer addresses around. How else would a distributed application
> organise itself?
> 
> But NAT breaks that.

No, the combination of layering violations and transport identifier
translation causes this to break.  The root cause of the problem is the
layering violation mandated in the L7 protocol; the breakage trigger is
NAT.  The result is end user trouble.

> But NAT also breaks the core internet protocols. Suppose a host uses dynamic
> DNS

ddns is also a layering violation because it makes an assumption at layer 7
about what's going on in layer 3.

Nick