Re: [Softwires] Stateless implementation plan

Rémi Després <despres.remi@laposte.net> Tue, 07 February 2012 15:28 UTC

Return-Path: <despres.remi@laposte.net>
X-Original-To: softwires@ietfa.amsl.com
Delivered-To: softwires@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A0C1821F8636 for <softwires@ietfa.amsl.com>; Tue, 7 Feb 2012 07:28:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.848
X-Spam-Level:
X-Spam-Status: No, score=-1.848 tagged_above=-999 required=5 tests=[AWL=0.100, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z8FPTuxPKypJ for <softwires@ietfa.amsl.com>; Tue, 7 Feb 2012 07:28:35 -0800 (PST)
Received: from smtp22.services.sfr.fr (smtp22.services.sfr.fr [93.17.128.13]) by ietfa.amsl.com (Postfix) with ESMTP id AB90621F87CD for <softwires@ietf.org>; Tue, 7 Feb 2012 07:28:33 -0800 (PST)
Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2216.sfr.fr (SMTP Server) with ESMTP id 2BB6370000ED; Tue, 7 Feb 2012 16:28:32 +0100 (CET)
Received: from [192.168.0.21] (per92-10-88-166-221-144.fbx.proxad.net [88.166.221.144]) by msfrf2216.sfr.fr (SMTP Server) with ESMTP id E6A5370000B9; Tue, 7 Feb 2012 16:28:31 +0100 (CET)
X-SFR-UUID: 20120207152831944.E6A5370000B9@msfrf2216.sfr.fr
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: multipart/alternative; boundary="Apple-Mail-123-281477228"
From: Rémi Després <despres.remi@laposte.net>
In-Reply-To: <CAD6AjGS7TBhUVJjwjqMibXJRo1Y=F4UKcDmYXfh-9OUDe=Me0w@mail.gmail.com>
Date: Tue, 07 Feb 2012 16:28:31 +0100
Message-Id: <36A95A1F-CA1B-43E4-BABB-E703E9A37B84@laposte.net>
References: <CAD6AjGTfQ4akndGG3C9k7SZU=4BpuA4qrorg1FeV5u8wEJRdaA@mail.gmail.com> <CAD6AjGS7TBhUVJjwjqMibXJRo1Y=F4UKcDmYXfh-9OUDe=Me0w@mail.gmail.com>
To: Cameron Byrne <cb.list6@gmail.com>
X-Mailer: Apple Mail (2.1084)
X-sfr-mailing: LEGIT
Cc: softwires@ietf.org
Subject: Re: [Softwires] Stateless implementation plan
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: softwires wg discussion list <softwires.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/softwires>, <mailto:softwires-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/softwires>
List-Post: <mailto:softwires@ietf.org>
List-Help: <mailto:softwires-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/softwires>, <mailto:softwires-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Feb 2012 15:28:35 -0000

Le 2012-02-07 à 16:05, Cameron Byrne a écrit :
> Are the map and 4rd solutions deployable for existing networks that do not have reserves  of ipv4 ?  My assumption is that these solutions target existing networks that have meaningful growth and they need a v6 solution.
> 

NAT64 does needs some IPv4 space to work.
MAP/4rd is in the same position, with static sharing instead of dynamic.
> If yes, how? Any pointers within the reams of drafts I should look for?
> 
IMHO, the easiest entry in the stateless work of Softwire is the unified draft (tools.ietf.org/html/draft-despres-softwire-4rd-u-03).

> In my brief and simple skimming, it appears to me that setting up one of these solutions would require me to collapse my existing network to harvest back the addresses so that they may be redeployed in map. 
> 
> What would the deployment process be for an address exhausted network of 10 million subs with 10% annual growth be? 
> 
This has to be looked at compared with NAT64 requirements, with the understanding that a mobile device that supports IPv6 would have most of its traffic in IPv6, and therefore needs only a few IPv4 ports.
(If troubled by not enough IPv4 ports, its ASPs should better become IPv6-enabled.)

RD

> 
> Cb
> 
> _______________________________________________
> Softwires mailing list
> Softwires@ietf.org
> https://www.ietf.org/mailman/listinfo/softwires