Re: [Softwires] 4rd Address Mapping - version-01
Qiong <bingxuere@gmail.com> Mon, 03 October 2011 16:11 UTC
Return-Path: <bingxuere@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 C4E8821F8BDC for <softwires@ietfa.amsl.com>; Mon, 3 Oct 2011 09:11:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.534
X-Spam-Level:
X-Spam-Status: No, score=-3.534 tagged_above=-999 required=5 tests=[AWL=0.064, 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 PyFApWzRANHe for <softwires@ietfa.amsl.com>; Mon, 3 Oct 2011 09:11:12 -0700 (PDT)
Received: from mail-yw0-f44.google.com (mail-yw0-f44.google.com [209.85.213.44]) by ietfa.amsl.com (Postfix) with ESMTP id DFC1E21F8BDB for <softwires@ietf.org>; Mon, 3 Oct 2011 09:11:11 -0700 (PDT)
Received: by ywm3 with SMTP id 3so1252390ywm.31 for <softwires@ietf.org>; Mon, 03 Oct 2011 09:14:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=M1osjtou3dk73/75FarnDeqv7tvHkNHTjwfK3mNZyjE=; b=GserulhlJZOlx03UgKSSP0cJcnJHMrL5ZhKS8cbBMJyPdPzRbNcWr+JJo3/vGf93MR kO7vbXq15ntDwMwbc31KVV8Bychn2+Nwz5bZVY0xPgvnIGR0DLDZncTXrsZhvTviFh7E mG+LqFGkufEf5P5ehdjm/CwIKs2p/BeFz6ay0=
Received: by 10.42.134.2 with SMTP id j2mr139648ict.149.1317658454235; Mon, 03 Oct 2011 09:14:14 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.42.219.194 with HTTP; Mon, 3 Oct 2011 09:13:53 -0700 (PDT)
In-Reply-To: <CAAF34D8.163B0%wdec@cisco.com>
References: <CAH3bfACG52APJNa2RxEmyyvG7QoEaQMo9i31gA-ZNco7w2ASTw@mail.gmail.com> <CAAF34D8.163B0%wdec@cisco.com>
From: Qiong <bingxuere@gmail.com>
Date: Tue, 04 Oct 2011 00:13:53 +0800
Message-ID: <CAH3bfAB9-2SwjKQM2+rAGYyBhcHiDP-54GngnKos6cu_N56CzA@mail.gmail.com>
To: Wojciech Dec <wdec@cisco.com>
Content-Type: multipart/alternative; boundary="90e6ba6e8dba199a9904ae6744e6"
Cc: Softwires-wg <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: Mon, 03 Oct 2011 16:11:12 -0000
Hi Remi and Wojciech, Thanks for your clarification. I fully agree with you that embedding the full IPv4 address in the last 64 bits would be quite helpful for some kind of source address classification and I also suggest that this can be taken in the same way for encapsulation-based approach. It would be easier for systems in-the-middle to identify the IPv4 address without packet decapsulation. I guess the thing that Ole has mentioned to "look at 24 bits in the middle of IPv6 address" is for CE to determine whether a downstream IPv6 packet should be taken for translation or native forwarding. Here, for a dual-stack host, there would be no difference in the first /64 bits for a native IPv6 packet and a translated packet. What's why the CE should further looking into the last 64 bits to determine the translation process or native forwarding. Maybe Ole can clarify for this part again. However, the situation would still be different in "Hub & Spoke" and "Mesh" mode. For Hub & Spoke case, since BR will have a default prefix/address, it would be easily to identify the translated traffic from native IPv6 traffic by just doing source address routing lookup for a downstream packet. So, the corresponding mechanics would be different. Thanks Best wishes Qiong 2011/10/3 Wojciech Dec <wdec@cisco.com> > > > > On 02/10/2011 02:58, "Qiong" <bingxuere@gmail.com> wrote: > > Hi Ole and Remi, > > > This is my answer to your first (double) question. > > If it is not enough, as suggested below, please explain what you don't > understand. > > I specifically do not want a solution that changes forwarding behaviour for > _all_ IPv6 packets. > e.g. looking at 24 bits in the middle of an IPv6 address is such a change. > > Woj> What are you referring to? Routing “just works” as normal and is non > disaggregated because of the CE-index in the prefix. Classification can/is > done on a subset of the v6 address, and that is perfectly legit. > > > I don't understand what requirements you are basing this 'solution' on. > if the 4rd / dIVI CE takes (a well known or provisioned) /64 prefix out of > the delegated prefix. then why do you need any of that? > > > Qiong : I agree that routing lookup for a provisioned /64 prefix would be > better that extracting certain bits for each IPv6 address in CE. This would > bring less change to existing routing model. > > Woj> There is no change to the existing destination based routing model. > Each CE is uniquely addressed by the CE bits in the top /64 – ie the CE > index is as proposed by all the 4rd and divi-pd drafts. The full v4 source > address of each CE is however also embedded in the interface-id, as per > RFC6052. There appears to be no cost for this operation, and has the upside > of the full v4 info visible in the header and allowing source based > classification (should one want to do that). > > Regards, > Woj. > > Best wishes > > Qiong > > _______________________________________________ > Softwires mailing list > Softwires@ietf.org > https://www.ietf.org/mailman/listinfo/softwires > > > >
- Re: [Softwires] 4rd Address Mapping - version-01 Rémi Després
- [Softwires] 4rd Address Mapping - version-01 Rémi Després
- Re: [Softwires] 4rd Address Mapping - version-01 Washam Fan
- Re: [Softwires] 4rd Address Mapping - version-01 Leaf yeh
- Re: [Softwires] 4rd Address Mapping - version-01 Leaf yeh
- Re: [Softwires] 4rd Address Mapping - version-01 Jacni Qin
- [Softwires] 答复: 4rd Address Mapping - version-01 Leaf yeh
- Re: [Softwires] 答复: 4rd Address Mapping - version… Jacni Qin
- Re: [Softwires] 4rd Address Mapping - version-01 GangChen
- Re: [Softwires] 4rd Address Mapping - version-01 Wojciech Dec
- Re: [Softwires] 4rd Address Mapping - version-01 Tetsuya Murakami
- Re: [Softwires] 4rd Address Mapping - version-01 Jacni Qin
- Re: [Softwires] 4rd Address Mapping - version-01 Ole Troan
- Re: [Softwires] 4rd Address Mapping - version-01 xiaohong deng
- Re: [Softwires] 4rd Address Mapping - version-01 Jacni Qin
- Re: [Softwires] 4rd Address Mapping - version-01 Ole Troan
- Re: [Softwires] 4rd Address Mapping - version-01 Jacni Qin
- Re: [Softwires] 4rd Address Mapping - version-01 Rémi Després
- Re: [Softwires] 4rd Address Mapping - version-01 Ole Troan
- Re: [Softwires] 4rd Address Mapping - version-01 Rémi Després
- Re: [Softwires] 4rd Address Mapping - version-01 Rémi Després
- Re: [Softwires] 4rd Address Mapping - version-01 Wojciech Dec
- Re: [Softwires] 4rd Address Mapping - version-01 Ole Troan
- Re: [Softwires] 4rd Address Mapping - version-01 Ole Troan
- Re: [Softwires] 4rd Address Mapping - version-01 Rémi Després
- Re: [Softwires] 4rd Address Mapping - version-01 Ole Troan
- Re: [Softwires] 4rd Address Mapping - version-01 xiaohong deng
- Re: [Softwires] 4rd Address Mapping - version-01 Rémi Després
- Re: [Softwires] 4rd Address Mapping - version-01 Ole Troan
- Re: [Softwires] 4rd Address Mapping - version-01 Rémi Després
- Re: [Softwires] 4rd Address Mapping - version-01 Rémi Després
- Re: [Softwires] 4rd Address Mapping - version-01 Ole Troan
- Re: [Softwires] 4rd Address Mapping - version-01 Qiong
- Re: [Softwires] 4rd Address Mapping - version-01 Rémi Després
- Re: [Softwires] 4rd Address Mapping - version-01 Wojciech Dec
- Re: [Softwires] 4rd Address Mapping - version-01 Qiong
- Re: [Softwires] 4rd Address Mapping - version-01 Rémi Després
- Re: [Softwires] 4rd Address Mapping - version-01 xiaohong deng
- Re: [Softwires] 4rd Address Mapping - version-01 Rémi Després
- Re: [Softwires] 4rd Address Mapping - version-01 Congxiao Bao
- Re: [Softwires] 4rd Address Mapping - version-01 Rajiv Asati (rajiva)
- Re: [Softwires] 4rd Address Mapping - version-01 Xing Li
- Re: [Softwires] 4rd Address Mapping - version-01 Rémi Després
- Re: [Softwires] 4rd Address Mapping - version-01 xiaohong deng
- Re: [Softwires] 4rd Address Mapping - version-01 xiaohong deng
- Re: [Softwires] 4rd Address Mapping - version-01 Rémi Després
- Re: [Softwires] 4rd Address Mapping - version-01 Congxiao Bao
- Re: [Softwires] 4rd Address Mapping - version-01 Xing Li
- Re: [Softwires] 4rd Address Mapping - version-01 Maoke
- Re: [Softwires] 4rd Address Mapping - version-01 Maoke
- Re: [Softwires] 4rd Address Mapping - version-01 Maoke
- Re: [Softwires] 4rd Address Mapping - version-01 Jacni Qin
- Re: [Softwires] 4rd Address Mapping - version-01 Jacni Qin
- Re: [Softwires] 4rd Address Mapping - version-01 Maoke
- Re: [Softwires] 4rd Address Mapping - version-01 Jacni Qin
- Re: [Softwires] 4rd Address Mapping - version-01 c-sun
- Re: [Softwires] 4rd Address Mapping - version-01 Jacni Qin
- Re: [Softwires] 4rd Address Mapping - version-01 Maoke
- Re: [Softwires] 4rd Address Mapping - version-01 Jacni Qin
- Re: [Softwires] 4rd Address Mapping - version-01 Maoke
- Re: [Softwires] 4rd Address Mapping - version-01 Jacni Qin
- Re: [Softwires] 4rd Address Mapping - version-01 Maoke
- Re: [Softwires] 4rd Address Mapping - version-01 Jacni Qin
- Re: [Softwires] 4rd Address Mapping - version-01 Maoke
- Re: [Softwires] 4rd Address Mapping - version-01 Jacni Qin
- Re: [Softwires] 4rd Address Mapping - version-01 Maoke
- Re: [Softwires] 4rd Address Mapping - version-01 Maoke
- Re: [Softwires] 4rd Address Mapping - version-01 Jacni Qin
- Re: [Softwires] 4rd Address Mapping - version-01 Maoke
- Re: [Softwires] 4rd-addmapping - Possible indepen… Maoke
- Re: [Softwires] 4rd-addmapping - Possible indepen… Rémi Després
- Re: [Softwires] 4rd-addmapping - Possible indepen… Maoke
- Re: [Softwires] 4rd-addmapping - Possible indepen… Rémi Després
- Re: [Softwires] 4rd-addmapping - Possible indepen… Washam Fan
- Re: [Softwires] 4rd-addmapping - Possible indepen… Rémi Després
- Re: [Softwires] 4rd-addmapping - Possible indepen… Maoke
- Re: [Softwires] 4rd-addmapping - Possible indepen… Maoke
- Re: [Softwires] 4rd-addmapping - Possible indepen… Maoke
- Re: [Softwires] 4rd-addmapping - Possible indepen… Rémi Després
- [Softwires] requesting comments about the Softwir… Jiang Dong