IETF Logo Mail Archive

Re: [v6ops] v6ops-host-addr-availability: A Little Pushback

"STARK, BARBARA H" <bs7652@att.com> Wed, 23 September 2015 13:32 UTC

Return-Path: <bs7652@att.com>
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 056A31A854D for <v6ops@ietfa.amsl.com>; Wed, 23 Sep 2015 06:32:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.266
X-Spam-Level:
X-Spam-Status: No, score=-2.266 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_LOW=-0.7] 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 3UZX7whiE1v7 for <v6ops@ietfa.amsl.com>; Wed, 23 Sep 2015 06:32:54 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 9B3B21A6FD6 for <v6ops@ietf.org>; Wed, 23 Sep 2015 06:32:54 -0700 (PDT)
Received: from pps.filterd (m0049297.ppops.net [127.0.0.1]) by m0049297.ppops.net-00191d01. (8.15.0.59/8.15.0.59) with SMTP id t8NDUr5J008782; Wed, 23 Sep 2015 09:32:47 -0400
Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049297.ppops.net-00191d01. with ESMTP id 1x2uq39yhd-1 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 23 Sep 2015 09:32:47 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t8NDWkwu001200; Wed, 23 Sep 2015 09:32:46 -0400
Received: from alpi132.aldc.att.com (alpi132.aldc.att.com [130.8.217.2]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t8NDWfx3001141 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 23 Sep 2015 09:32:42 -0400
Received: from GAALPA1MSGHUBAE.ITServices.sbc.com (GAALPA1MSGHUBAE.itservices.sbc.com [130.8.218.154]) by alpi132.aldc.att.com (RSA Interceptor); Wed, 23 Sep 2015 13:32:32 GMT
Received: from GAALPA1MSGUSRBF.ITServices.sbc.com ([169.254.5.18]) by GAALPA1MSGHUBAE.ITServices.sbc.com ([130.8.218.154]) with mapi id 14.03.0248.002; Wed, 23 Sep 2015 09:32:32 -0400
From: "STARK, BARBARA H" <bs7652@att.com>
To: Tore Anderson <tore@fud.no>
Thread-Topic: [v6ops] v6ops-host-addr-availability: A Little Pushback
Thread-Index: AdD1Qz3jXWgqKaqHS3ecNEGJMXADQgArkEUAAAQ1aYA=
Date: Wed, 23 Sep 2015 13:32:31 +0000
Message-ID: <2D09D61DDFA73D4C884805CC7865E6113AA157E7@GAALPA1MSGUSRBF.ITServices.sbc.com>
References: <2D09D61DDFA73D4C884805CC7865E6113AA102BC@GAALPA1MSGUSRBF.ITServices.sbc.com> <20150923091756.604faf11@echo.ms.redpill-linpro.com>
In-Reply-To: <20150923091756.604faf11@echo.ms.redpill-linpro.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.70.32.223]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2015-09-23_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1507310000 definitions=main-1509230194
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/KGacpq2Ileyqt_vUedlhDfAcCZE>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] v6ops-host-addr-availability: A Little Pushback
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: Wed, 23 Sep 2015 13:32:56 -0000

> > 3. Tethering and translation (like 464XLAT) tend to be really specific
> > to wireless networks. These are the most compelling benefits listed,
> > but they don't apply to enterprise and wireline.
> 
> Wrong.
> 
> 464XLAT can be used in any IPv6-only network, and the problem it solves
> -- "make AF_INET sockets work on with IPv6-only external connectivity"
> -- is solved equally well regardless of the technology of the external IPv6-
> only link.

Good point. OK, so I change my statement to say that translation (like 464XLAT) only applies in an IPv6-only network. I still contend that tethering is specific to "3GPP"-type-technology  wireless networks.
 
> OpenWrt, which most commonly has a wired upstream, does support
> 464XLAT CLAT operation.

I think of OpenWRT as router software. I'm not aware of any pure hosts using it.

> I use 464XLAT where needed in my data centres. This is all wired Ethernet, no
> wireless.

Do you use 464XLAT inside all the end hosts and offer IPv6-only to all hosts inside the data centers? Or do you use it at the edge, and provide IPv4 and IPv6 addresses to the hosts? The need to do translation (like 464XLAT) is listed in this draft as a justification for providing an IPv6 prefix to all end hosts inside all networks (including, presumably, inside data centers). I'm still not seeing that.
Barbara

v2.23.0 | Report a Bug | By Email