Re: [Softwires] Comments on 4rd.

Rémi Després <despres.remi@laposte.net> Wed, 20 July 2011 09:47 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 7CD1321F8793 for <softwires@ietfa.amsl.com>; Wed, 20 Jul 2011 02:47:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.949
X-Spam-Level:
X-Spam-Status: No, score=-1.949 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id leXTV8kZTPQR for <softwires@ietfa.amsl.com>; Wed, 20 Jul 2011 02:47:26 -0700 (PDT)
Received: from smtp22.services.sfr.fr (smtp22.services.sfr.fr [93.17.128.12]) by ietfa.amsl.com (Postfix) with ESMTP id 4979321F8788 for <softwires@ietf.org>; Wed, 20 Jul 2011 02:47:25 -0700 (PDT)
Received: from filter.sfr.fr (localhost [127.0.0.1]) by msfrf2213.sfr.fr (SMTP Server) with ESMTP id 9B6577000092; Wed, 20 Jul 2011 11:47:24 +0200 (CEST)
Received: from [192.168.0.21] (per92-10-88-166-221-144.fbx.proxad.net [88.166.221.144]) by msfrf2213.sfr.fr (SMTP Server) with ESMTP id 2FB3D7000089; Wed, 20 Jul 2011 11:47:24 +0200 (CEST)
X-SFR-UUID: 20110720094724195.2FB3D7000089@msfrf2213.sfr.fr
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: multipart/alternative; boundary="Apple-Mail-1--12042602"
From: Rémi Després <despres.remi@laposte.net>
In-Reply-To: <CAHmj1WfTnUTASfhdoqZyupbP7pPg5fx=BnptQTvXb8++mQuOPQ@mail.gmail.com>
Date: Wed, 20 Jul 2011 11:45:22 +0200
Message-Id: <7FB924B7-0067-45CB-A0F4-02F15504363E@laposte.net>
References: <CAHmj1WfTnUTASfhdoqZyupbP7pPg5fx=BnptQTvXb8++mQuOPQ@mail.gmail.com>
To: Jacni Qin <jacniq@gmail.com>
X-Mailer: Apple Mail (2.1084)
Cc: softwires@ietf.org
Subject: Re: [Softwires] Comments on 4rd.
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: Wed, 20 Jul 2011 09:47:30 -0000

Hi, Jacni,

Le 20 juil. 2011 à 05:07, Jacni Qin a écrit :

> hi Authors, all,
> 
> I skimed the draft and got a question on the "Domain IPv4 Prefix" involved in the algorithm,
> 
> Since currently the IPv4 blocks used for accessing residential users are probably fragmented (or not that continuous), I guess the there will be too many domains, IMHO. During the later stage of phasing out IPv4, that might be acceptable. Plus, it makes the algorithm complicated. So, how about removing it, and just using the EA-bits? While, of cource the tradeoff will be shorter IPv6 prefix is required.
> Please correct me if I missed something. :-)
> 
> Thoughts?

In addition to Satoru's answer, an ISP that has many IPv4 prefixes can:
- use only a few, or even only one, of its shortest IPv4 prefixes, and
- use IPv4 address sharing to support as many CE's as needed. 

Example: an ISP has a /10, a /11, another /11, a /14, a /15, and a /16 (a real example I met).
It can:
- use three domains (the /10 and the two /11's), or
- use only the /10, extending Port-set ID by one bit to support as many CE's
In both cases, no entropy due to the fragmented IPv4 space needs to be exported to the IPv6 addressing plan.

Leftover IPv4 prefixes can then be returned to the community (for free... or for a price, whatever applies).
  
Regards,
RD

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