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

Mark Andrews <marka@isc.org> Tue, 07 April 2015 05:50 UTC

Return-Path: <marka@isc.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 CCE2F1B31A3 for <v6ops@ietfa.amsl.com>; Mon, 6 Apr 2015 22:50:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.911
X-Spam-Level:
X-Spam-Status: No, score=-1.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, 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 uXySjlrrSxaS for <v6ops@ietfa.amsl.com>; Mon, 6 Apr 2015 22:50:54 -0700 (PDT)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4666A1B31A2 for <v6ops@ietf.org>; Mon, 6 Apr 2015 22:50:54 -0700 (PDT)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) by mx.ams1.isc.org (Postfix) with ESMTP id BAF6C1FCC36; Tue, 7 Apr 2015 05:50:50 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 66563160069; Tue, 7 Apr 2015 05:58:08 +0000 (UTC)
Received: from rock.dv.isc.org (c122-106-161-187.carlnfd1.nsw.optusnet.com.au [122.106.161.187]) by zmx1.isc.org (Postfix) with ESMTPSA id BD763160066; Tue, 7 Apr 2015 05:58:07 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by rock.dv.isc.org (Postfix) with ESMTP id 315D52C71A98; Tue, 7 Apr 2015 15:50:46 +1000 (EST)
To: Xing Li <xing@cernet.edu.cn>
From: Mark Andrews <marka@isc.org>
References: <CAD6AjGT-hG-uvRQvRosrZtfrf0Nb8ne9jy=tD9oh=5zNM42Xsg@mail.gmail.com> <CAD6AjGS-QMi+3oVGWDxnSMhEJH=VymwcF=PwKLdwFRxwHpp_-Q@mail.gmail.com> <CAKD1Yr3Fhnx3XaXouK57gupGOzodKGb0quhQxaf76NjWxSp3WA@mail.gmail.com> <CADhXe51MUB-czeCtpc63E0cHPpb_39Vv0o2Y57EVU2w_makP5Q@mail.gmail.com> <CAD6AjGTcKgK8W+VB1H5EQpHaYiKVYXqOz_2RS-w_CiTf9kL2CQ@mail.gmail.com> <CADhXe530+OVZrFZVaYh1-zoRDvJhUd0rf4sx6a2nO8SvKmm6zg@mail.gmail.com> <CAPi140PQ+TF0rED_bQPeS=Fj415qt0-zE2RdGnEL34PAzHyx6Q@mail.gmail.com> <CAD6AjGTjXAeMF6pw5MO2Jrf9B8LJ48D3m1YTVkdBe=_OHjtroQ@mail.gmail.com> <CADhXe51TCqU2eMP4LS3DooZxQDAPD95OVJDXbiU7qvuvKCMq+w@mail.gmail.com> <CAKD1Yr2=zc57+pOA9TFs+0azw0ZR1g67+08T=9eZPHjGXBvgFQ@mail.gmail.com> <CADhXe53T_30pj7xxwNs=mWEnd=do6oiq3KgN=U-gHLrLF-gG7Q@mail.gmail.com> <D1441574.4C168%wesley.george@twcable.com> <CAD6AjGQrzoBJrqQfKO0N8Ji=oJ-ZP6Sn88sXf=opJ6bYVmTDZg@mail.gmail.com> <552102B0.6070904@cernet.edu.cn> <35D97B17-8E83-43CF-ABEF-122572F1321A@eircom.net> <552369C8.5000801@cernet.edu.cn>
In-reply-to: Your message of "Tue, 07 Apr 2015 13:23:20 +0800." <552369C8.5000801@cernet.edu.cn>
Date: Tue, 07 Apr 2015 15:50:46 +1000
Message-Id: <20150407055046.315D52C71A98@rock.dv.isc.org>
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/vL3_k5WxracYACBGsirpu-dAfcY>
Cc: IPv6 Ops WG <v6ops@ietf.org>
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: Tue, 07 Apr 2015 05:50:56 -0000

In message <552369C8.5000801@cernet.edu.cn>, Xing Li writes:
> Ross Chandler 写道:
> >> On 5 Apr 2015, at 10:38, Xing Li <xing@cernet.edu.cn> wrote:
> >>
> >> Ca By 写道:
> >>     
> >>> Conclusion:  IPv4 sockets need to be supported on hosts that operate in I
> Pv6-only networks.
> >>>       
> >> Fully agree, based CERNET2's 10 years IPv6-only backbone experience. We ha
> ve the following observations.
> >>
> >> (1) If it is the IPv6-only network and IPv6-only applications (IPv6-only s
> ocket), then nobody will use it, except for the demonstration.
> >> (2) If it is the IPv6-only network with single IPv4/IPv6 translation and I
> Pv6-only applications (IPv6-only socket), then somebody will use it, but they
>  are not the majority (less than 5%).
> >> (3) If it is the IPv6-only network with double IPv4/IPv6 translation and I
> Pv4/IPv6 applications (IPv4/IPv6 sockets), then everybody will use it happily
> .
> >>
> >> So I think the transition path should be moving from double translation to
>  single translation and eventually to IPv6-only.
> >> Regards,
> >>
> >> xing
> >>     
> >
> > Once IPv6-only with double IPv4/IPv6 translation is available the next stag
> e to reach is IPv6-only. IPv4 literals will be with us for as long as IPv4 is
> .
> >   
> 
> If all the users on the Internet can access both the IPv4 (via double 
> and single translation) and IPv6 (native) contents, who cares if the 
> IPv4 literals will coexist with IPv4 and IPv6 for a long time?
> 
> > Similar to ISPs dropping services they don’t have a natural advantage in pro
> viding (Usenet, web hosting, email, in fact anything not tied to the access n
> etwork) they eventually won’t bother to operate NAT64.
> >   
> 
> If the ISP lacks the public IPv4 addresses, the justification is to compare
> 
> (1) (stateful or stateless NAT64 + [host based] double translation)
> (2) (NAT44 + dual-stack)
> (3) NAT44-only

(4) DS-Lite

Additionally ISP's don't need to operate the translation/encapsulation
services themselves.  464XLAT and DS-Lite both can be done elsewhere
on the net.  Eventually IPv4 will be a "service" you get from a
niche service provider not your regular ISP.

> Based on 10 years IPv6 operation experience of CERNET2, I think (1) 
> costs less than (2) and (1) has more features (IPv6) than (3). Therefore 
> (1) is the way to go.
> 
> Regards,
> 
> xing
> 
> 
> > Ross

-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org