Re: [v6ops] The need for local-ipv4 socket transition solutions -- NAT64/DNS64 remains insufficient

Gert Doering <gert@space.net> Fri, 24 April 2015 16:14 UTC

Return-Path: <gert@Space.Net>
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 8AF4F1B30E8 for <v6ops@ietfa.amsl.com>; Fri, 24 Apr 2015 09:14:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.61
X-Spam-Level:
X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] 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 CaZc9IeWKtre for <v6ops@ietfa.amsl.com>; Fri, 24 Apr 2015 09:14:07 -0700 (PDT)
Received: from mobil.space.net (mobil.space.net [195.30.115.67]) (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 6B8BD1ACD7C for <v6ops@ietf.org>; Fri, 24 Apr 2015 09:14:07 -0700 (PDT)
X-Original-To: v6ops@ietf.org
Received: from mobil.space.net (localhost [IPv6:::1]) by mobil.space.net (Postfix) with ESMTP id 39FB960901 for <v6ops@ietf.org>; Fri, 24 Apr 2015 18:14:05 +0200 (CEST)
X-SpaceNet-Relay: true
Received: from moebius3.space.net (moebius3.Space.Net [IPv6:2001:608:2:2::250]) by mobil.space.net (Postfix) with ESMTPS id F41396029D for <v6ops@ietf.org>; Fri, 24 Apr 2015 18:14:04 +0200 (CEST)
Received: (qmail 3396 invoked by uid 1007); 24 Apr 2015 18:14:04 +0200
Date: Fri, 24 Apr 2015 18:14:04 +0200
From: Gert Doering <gert@space.net>
To: "Howard, Lee" <lee.howard@twcable.com>
Message-ID: <20150424161404.GZ54385@Space.Net>
References: <55290E26.8080500@cernet.edu.cn> <CADhXe50zz9EtNtifMh+tN9XT-jKCTJB=vsQ6uG515iddOo7f2Q@mail.gmail.com> <6536E263028723489CCD5B6821D4B21303E8C63A@UK30S005EXS06.EEAD.EEINT.CO.UK> <67A2A6E4-0603-4E84-8534-EA6C706C6D5D@lists.zabbadoz.net> <6536E263028723489CCD5B6821D4B21303E8CBAB@UK30S005EXS06.EEAD.EEINT.CO.UK> <0C3D10F1-B8AF-4097-91C6-D92CDDD5978D@nominum.com> <D15D242E.4E4C7%wesley.george@twcable.com> <64D1E18A-036D-426C-A4A9-8202BE66F403@nominum.com> <CO2PR04MB585018697B4DE32875EAFCEFEEC0@CO2PR04MB585.namprd04.prod.outlook.com> <D15FCA8A.A3592%Lee.Howard@twcable.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <D15FCA8A.A3592%Lee.Howard@twcable.com>
X-NCC-RegID: de.space
User-Agent: Mutt/1.5.23 (2014-03-12)
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/wocGo3DdCEuQrozkRN_d8xzSvCM>
Cc: IPv6 Ops WG <v6ops@ietf.org>, "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Subject: Re: [v6ops] The need for local-ipv4 socket transition solutions -- NAT64/DNS64 remains insufficient
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: <http://www.ietf.org/mail-archive/web/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: Fri, 24 Apr 2015 16:14:09 -0000

Hi,

On Fri, Apr 24, 2015 at 10:38:06AM -0400, Howard, Lee wrote:
> >[DJM]
> >I see one common theme in this discussion:  "IPv4 literals are harmful."
> 
> I think I read consensus on that statement.

+1  :)

> I'm not sure there is consensus that the IETF is the right place to make
> such a statement. There might be; I think we need a document to discuss to
> see if there is consensus.
> Somebody needs to write it for us to discuss it. Hint, hint.

I think the IETF is the right place to say so.  We document operational
problems, and we document how to move networks to dual-stack or IPv6-only,
and using IPv4 literal is a very clear operational problem.

As for the document: it could be a very short one ("do not use IPv4 literals
for services that are expected to work over the Internet, which contains
islands that use IPv4/IPv6 translation today, as it risks breaking your
service, or imposes operational costs elsewhere to work around it"), or a
longer one ("application programmers really should... IP agnostic API...
avoid this, avoid that... best practices like <see RFCxxx, RFCyyy, RFCzzz>").

I think both documents have merit, but the first one has a much higher chance
of actually getting anywhere in the near future.

Gert Doering
        -- NetMaster
-- 
have you enabled IPv6 on something today...?

SpaceNet AG                        Vorstand: Sebastian v. Bomhard
Joseph-Dollinger-Bogen 14          Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen                   HRB: 136055 (AG Muenchen)
Tel: +49 (0)89/32356-444           USt-IdNr.: DE813185279