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

Rémi Després <despres.remi@laposte.net> Tue, 04 October 2011 13: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 9588421F8C3A for <softwires@ietfa.amsl.com>; Tue, 4 Oct 2011 06:28:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.889
X-Spam-Level:
X-Spam-Status: No, score=-0.889 tagged_above=-999 required=5 tests=[AWL=-0.934, BAYES_00=-2.599, DATE_IN_PAST_03_06=0.044, MANGLED_FROM=2.3, 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 8soNx-6OGDai for <softwires@ietfa.amsl.com>; Tue, 4 Oct 2011 06:28:10 -0700 (PDT)
Received: from smtpout.laposte.net (smtpout7.laposte.net [193.253.67.232]) by ietfa.amsl.com (Postfix) with ESMTP id C26B021F8C37 for <softwires@ietf.org>; Tue, 4 Oct 2011 06:28:08 -0700 (PDT)
Received: from [192.168.0.21] ([88.166.221.144]) by mwinf8514-out with ME id gdX71h00537Y3f403dX7DT; Tue, 04 Oct 2011 15:31:12 +0200
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="windows-1252"
From: Rémi Després <despres.remi@laposte.net>
In-Reply-To: <CANb4Oc=QqdxCJVj+LNaOimZPT_mPPa-MQmwZaBM=92_QVrFiWA@mail.gmail.com>
Date: Tue, 04 Oct 2011 15:31:07 +0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <67E4A8C5-B119-45DB-8367-BDF55A380DC4@laposte.net>
References: <CANb4Oc=QqdxCJVj+LNaOimZPT_mPPa-MQmwZaBM=92_QVrFiWA@mail.gmail.com>
To: Xing Li <xing@cernet.edu.cn>, Congxiao Bao <congxiao@cernet.edu.cn>
X-Mailer: Apple Mail (2.1084)
Cc: Softwires-wg <softwires@ietf.org>, Xiaohong Deng <dxhbupt@gmail.com>
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: Tue, 04 Oct 2011 13:28:10 -0000

Hi Xing, Congxiao,

Le 4 oct. 2011 à 15:26, xiaohong deng a écrit :
...
> It IMHO would be helpful if anybody would clarify some details to 1)
> first prove source based classification is either a valid or a
> non-valid requirement for address mapping; For this regard, I would
> begin with that why do we think the source based IPv4 classification
> ability instead of the more general five-tuple based IPv4
> classification ability should be reserved, when deliver IPv4 over
> IPv6?

What about starting from your conclusion slide in Beijing?

It says:

"dIVI/dIVI-PD can use existing tools for O&M
– Null route
– ACL
– eACL
– PBR
– QoS
– Caching"

Open questions include:
- Which addresses are used for these O&M functions? (source? destination?, CE to CE?, CE to BR?, BR to CE?)
- Are ports within IPv6 payloads used, or just addresses?

Thank you if you can share your views on this.

Regards,
RD