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

Maoke <fibrib@gmail.com> Thu, 20 October 2011 04:34 UTC

Return-Path: <fibrib@gmail.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 1C58021F8634 for <softwires@ietfa.amsl.com>; Wed, 19 Oct 2011 21:34:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.349
X-Spam-Level:
X-Spam-Status: No, score=-3.349 tagged_above=-999 required=5 tests=[AWL=0.249, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 gz6Mq47B8Vvv for <softwires@ietfa.amsl.com>; Wed, 19 Oct 2011 21:34:36 -0700 (PDT)
Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by ietfa.amsl.com (Postfix) with ESMTP id 498BF21F862F for <softwires@ietf.org>; Wed, 19 Oct 2011 21:34:36 -0700 (PDT)
Received: by qyk34 with SMTP id 34so3624438qyk.10 for <softwires@ietf.org>; Wed, 19 Oct 2011 21:34:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vT2A3LQe9kkz9lyWq7CUFeKlxz6LRedQQb2DGsO404w=; b=uPE+fmQY4aDdO48zvRAqMvCqGsRWcmZ42grCaET41hl+e9MqZ7A2PivqQz2dVK/GPz QhdVajczeBTck1Urhq2eMlK/N/dp6J19IT47LqJGn4AGQ32i6hOhfN7DWOafp9nlQH1m gca4Om7Fw7MyFjktzrIBP9OKpF/SedG3Wva3c=
MIME-Version: 1.0
Received: by 10.229.62.195 with SMTP id y3mr2015747qch.31.1319085275715; Wed, 19 Oct 2011 21:34:35 -0700 (PDT)
Received: by 10.229.175.205 with HTTP; Wed, 19 Oct 2011 21:34:35 -0700 (PDT)
In-Reply-To: <4E9F728C.7050801@jacni.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> <4E9E41C5.502@jacni.com> <CAFUBMqUHG2PdBa1mfyja=LM9eVKu=LMfgxvGzsMoeyFB8Au+YQ@mail.gmail.com> <4E9E81AA.5000009@jacni.com> <CAFUBMqXRJ1obTJD6_6MQ2jGJVua1y5WqfDJ9-Nq8x2KJU7Ys3w@mail.gmail.com> <4E9F728C.7050801@jacni.com>
Date: Thu, 20 Oct 2011 13:34:35 +0900
Message-ID: <CAFUBMqW9=mV_2rDHSaM5Frx7YihLvPmrhO8g0taZ5wiCAbqW-w@mail.gmail.com>
From: Maoke <fibrib@gmail.com>
To: Jacni Qin <jacni@jacni.com>
Content-Type: multipart/alternative; boundary="0016e64b1d5649997b04afb37922"
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: Thu, 20 Oct 2011 04:34:37 -0000

2011/10/20 Jacni Qin <jacni@jacni.com>
>
>  ?? i suppose previously with your clarification you HAVE admitted your
> consensus to my 1) ~ 4) as the logic of the operation, but now you said
> "without considering anything about IPv4". may you clarify your process with
> starting from the following example?
>
>   Sorry, maybe there was some misunderstanding between us.
> I mean you don't need to consider IPv4 when try to decide the length of
> delegated prefix to be assigned to customer. Maybe it was appropriate to use
> the word "anything". ;-)
> Something should be considered if you need multiple sharing ratios.
>
>
>  i allocate:
>    CE1 2001:db9:8765:4320::/60
>    CE2 2001:db8:7654:3210::/60
> then the IPv6 address planning is finished according to your statement.
>
>  then what information should i use to determine the L for each? you mean
> the IPv6 address planning is enough?
>
>   Yes.
>
>
your yes is in the case of there is not multiple sharing ratios, right? ;-)

if it is right, i agree with you that the planning is independent of IPv4
knowledge. if there are multiple ratios, i understanding the start of the
PSIDs must be aligned among the delegated IPv6 prefixes.

best,
maoke


> Cheers,
> Jacni
>