Re: [Softwires] 4rd Address Mapping - version-01

Jacni Qin <jacni@jacni.com> Wed, 19 October 2011 03:18 UTC

Return-Path: <jacni@jacni.com>
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 ACC1521F87C5 for <softwires@ietfa.amsl.com>; Tue, 18 Oct 2011 20:18:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.942
X-Spam-Level:
X-Spam-Status: No, score=-1.942 tagged_above=-999 required=5 tests=[AWL=0.345, BAYES_00=-2.599, HOST_MISMATCH_NET=0.311, HTML_MESSAGE=0.001]
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 eLhJKbc3m2G6 for <softwires@ietfa.amsl.com>; Tue, 18 Oct 2011 20:18:01 -0700 (PDT)
Received: from srv05.olivemail.cn (mx100.vip.olivemail.net [74.82.185.218]) by ietfa.amsl.com (Postfix) with ESMTP id 27C1621F8797 for <softwires@ietf.org>; Tue, 18 Oct 2011 20:18:00 -0700 (PDT)
Received: from srv01.olivemail.cn (unknown [202.105.21.229]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by srv05.olivemail.cn (Olivemail) with ESMTPS id 831A838006E for <softwires@ietf.org>; Tue, 18 Oct 2011 23:17:59 -0400 (EDT)
Received: from oray.cn (unknown [202.105.21.248]) by srv01.olivemail.cn (Olivemail) with SMTP id 0BA09340115 for <softwires@ietf.org>; Wed, 19 Oct 2011 11:17:56 +0800 (CST)
Received: from [172.16.181.170] (unknown [221.11.61.39]) by app (Coremail) with SMTP id +AWowJAL6QRVQZ5OOCgfAA--.7981S2; Wed, 19 Oct 2011 11:17:54 +0800 (CST)
Message-ID: <4E9E41C5.502@jacni.com>
Date: Wed, 19 Oct 2011 11:19:33 +0800
From: Jacni Qin <jacni@jacni.com>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1
MIME-Version: 1.0
To: Maoke <fibrib@gmail.com>
References: <D8334AA7-5001-4A92-B977-CE32931F4197@laposte.net> <CAAuHL_Cm6WYiM2Cu-fmu=gBLgTYDZ6hr56BfcXMoeS=Af4Q_jw@mail.gmail.com> <CAFUBMqUvrP-s1yrJ0=ToAA_SvRLWQtq7JCTtpASNiS1GAxdSNQ@mail.gmail.com> <4E9B9BC5.2090200@jacni.com> <CAFUBMqUS1cATWr07Os4d6aLUbNaVwuOCcthObOiMPuDv8VfU1g@mail.gmail.com> <4E9BE001.3060202@jacni.com> <6CADC58598A4D249AD3B5026CE8CC33906D75AC8@CI-EXMB-09V.bb.local> <CAFUBMqW7xqxwzToxn1=0y4q48Dr5U8rx3pDoavcWGhPyO-OLpw@mail.gmail.com> <4E9CEA60.6040208@jacni.com> <CAFUBMqXS9tJvs9Oz+NQczUkQvikEuyzRnX_iR4QE1_=tJA7OCA@mail.gmail.com> <4E9E2987.6070407@jacni.com> <CAFUBMqUp8dzW0AR96J9LYPKU4-zWnbQ6hjFgNUNKdFPxPQ=WxA@mail.gmail.com>
In-Reply-To: <CAFUBMqUp8dzW0AR96J9LYPKU4-zWnbQ6hjFgNUNKdFPxPQ=WxA@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------060602070203060301020802"
X-CM-TRANSID: +AWowJAL6QRVQZ5OOCgfAA--.7981S2
X-Coremail-Antispam: 1UD129KBjvdXoWrKF4UGr4xWw45GrWDCw1DGFg_yoWDCwbE9a nYg3srKwnrXrWfCa1fKr45Jr9rJayjkryUGry8Wr4xA3409an3Aan7WrySqFyYqayYy3sx GFnaqw4xAry29jkaLaAFLSUrUUUUUb8apTn2vfkv8UJUUUU8Yxn0WfASr-VFAUDa7-sFnT 9fnUUIcSsGvfJTRUUUjbkYjxAI6xkYrwAYjxAI6xCIbckI1I0E57IF64kEYxAxM7k0a2IF 6F4UM7kC6x804xWl1xkIjI8I6I8E6xAIw20EY4v20xvaj40_Wr0E3s1ln4vEF7Iv6F18KV Aqrcv_GVWUtr1rJF1lnx0Ec2IEnICE548m6r1DJrWUZwAv7VC0I7IYx2IY67AKxVWUJVWU GwAv7VC2z280aVAFwI0_Jr0_Gr1lF7xvr2IY64vIr41l7480Y4vEI4kI2Ix0rVAqx4xJMx k0xIA0c2IEe2xFo4CEbIxvr21l42xK82IYc2Ij64vIr41l4IxY624lx4CE17CEb7AF67AK xVWUXVWUAwCIc40Y0x0EwIxGrbIYCTnIWIevJa73UjIFyTuYvjxUs0PSUUUUU
X-CM-SenderInfo: xmdf0xo6mdu03lof0z/1tbiAQEGEko7lOuVvQAAsy
Cc: softwires@ietf.org
Subject: Re: [Softwires] 4rd Address Mapping - version-01
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, 19 Oct 2011 03:18:01 -0000

hi,

On 10/19/2011 10:00 AM, Maoke wrote:
> hi Jacni,
>
> 2011/10/19 Jacni Qin <jacni@jacni.com <mailto:jacni@jacni.com>>
>
>     there is still another issue, the MAX PSID. personally i like the
>     algorithm of making longest-match for the PSID. however, the
>     position of the PSID is somehow a problem. in the step 2) (or a
>     little before), when you setting the delegated prefix length, this
>     length only covers the IPv4 suffix and the PSID itself, right?
>     The Max PSID idea has been dropped by restoring the parameter "L",
>     in each rule.
>
>
> then it is a parameter in configuration or embedded into the address 
> format?
It's a parameter in the rule.

> a single value over the domain or possible variable among different 
> shared IPv4 addresses? (to my understanding, one address should have a 
> common value of PSID length for all the CEs sharing the address, right?)
The number of L equals the number of Delegated Prefixes of different 
lengths totally within a given domain, which should be determined during 
IPv6 address planning.



Cheers,
Jacni

>
> thanks and regards,
> maoke
>
>
>
>     Cheers,
>     Jacni
>
>