IETF Logo Mail Archive

Re: [v6tc] Re: Tunneling and Transition Drafts

Ronald.vanderPol@rvdp.org Wed, 13 April 2005 13:36 UTC

Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA25394; Wed, 13 Apr 2005 09:36:40 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DLiCe-0007OB-4n; Wed, 13 Apr 2005 09:46:49 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DLhvt-00020X-9b; Wed, 13 Apr 2005 09:29:29 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DLexi-0002wn-SA for v6tc@megatron.ietf.org; Wed, 13 Apr 2005 06:19:10 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA11910 for <v6tc@ietf.org>; Wed, 13 Apr 2005 06:19:00 -0400 (EDT)
Received: from rvdp.sara.nl ([145.100.24.109]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DLf7L-0002DE-AA for v6tc@ietf.org; Wed, 13 Apr 2005 06:29:08 -0400
Received: from rvdp.sara.nl (localhost [127.0.0.1]) by rvdp.sara.nl (8.13.3/8.12.11) with ESMTP id j3DAIUl4009133; Wed, 13 Apr 2005 12:18:30 +0200 (CEST)
Received: (from rvdp@localhost) by rvdp.sara.nl (8.13.3/8.12.11/Submit) id j3DAIUlg027262; Wed, 13 Apr 2005 12:18:30 +0200 (CEST)
Date: Wed, 13 Apr 2005 12:18:29 +0200
From: Ronald.vanderPol@rvdp.org
To: v6tc@ietf.org, "'v6ops@ops.ietf.org '" <v6ops@ops.ietf.org>
Subject: Re: [v6tc] Re: Tunneling and Transition Drafts
Message-ID: <20050413101829.GE28016@sara.nl>
References: <BE78FA5D.F1CA3%jordi.palet@consulintel.es> <425395F8.50501@renater.fr> <Pine.LNX.4.61.0504061057570.11494@netcore.fi> <4253EBCF.8030800@renater.fr> <20050412143053.GQ22380@login.ecs.soton.ac.uk> <23ec6165fdb2ab7b2f3946e45caef796@cisco.com> <20050413090132.GD28016@sara.nl> <20050413094428.GE26674@login.ecs.soton.ac.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20050413094428.GE26674@login.ecs.soton.ac.uk>
User-Agent: Mutt/1.4.2.1i
X-Spam-Score: 0.3 (/)
X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c
X-Mailman-Approved-At: Wed, 13 Apr 2005 09:29:27 -0400
X-BeenThere: v6tc@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: v6tc.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/v6tc>, <mailto:v6tc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/v6tc>
List-Post: <mailto:v6tc@ietf.org>
List-Help: <mailto:v6tc-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/v6tc>, <mailto:v6tc-request@ietf.org?subject=subscribe>
Sender: v6tc-bounces@ietf.org
Errors-To: v6tc-bounces@ietf.org
X-Spam-Score: 0.3 (/)
X-Scan-Signature: 79899194edc4f33a41f49410777972f8

On Wed, Apr 13, 2005 at 10:44:28 +0100, Tim Chown wrote:

> Between networks the "enough IPv4 addresses that we can build parallel
> networks everywhere" argument works, for the ISP systems.  In end user 
> or customer systems, I would expect we'll see a lot of dual stack that 
> is IPv4+NAT alongside global IPv6.    From the ISP perspective what they
> might see now is a handul of users achieving that by using a tunnel broker
> (probably not one run by the ISP itself) and the challenge is offering 
> (native, dual-stack) IPv6 from the ISP infrastructure directly.

I fully agree with this. I was not suggesting to hand out more IPv4
addresses. I was suggesting to hand out more IPv6 addresses and give
them them native IPv6 access instead of tunneled access.

	rvdp

_______________________________________________
v6tc mailing list
v6tc@ietf.org
https://www1.ietf.org/mailman/listinfo/v6tc

v2.23.0 | Report a Bug | By Email