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

Rémi Després <despres.remi@laposte.net> Thu, 22 September 2011 15:10 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 6A63B21F8BD5 for <softwires@ietfa.amsl.com>; Thu, 22 Sep 2011 08:10:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.248
X-Spam-Level:
X-Spam-Status: No, score=-2.248 tagged_above=-999 required=5 tests=[AWL=0.052, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, NO_RELAYS=-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 NAvuaZQI1Q8G for <softwires@ietfa.amsl.com>; Thu, 22 Sep 2011 08:10:13 -0700 (PDT)
Received: from smtp1-g21.free.fr (unknown [IPv6:2a01:e0c:1:1599::10]) by ietfa.amsl.com (Postfix) with ESMTP id 39A8421F8B5E for <softwires@ietf.org>; Thu, 22 Sep 2011 08:10:00 -0700 (PDT)
Received: from [IPv6:2a01:e35:8a6d:d900:129a:ddff:fe6b:c6fb] (unknown [IPv6:2a01:e35:8a6d:d900:129a:ddff:fe6b:c6fb]) by smtp1-g21.free.fr (Postfix) with ESMTP id 880E99401CD; Thu, 22 Sep 2011 17:12:26 +0200 (CEST)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="iso-8859-1"
From: Rémi Després <despres.remi@laposte.net>
In-Reply-To: <CAAuHL_Cm6WYiM2Cu-fmu=gBLgTYDZ6hr56BfcXMoeS=Af4Q_jw@mail.gmail.com>
Date: Thu, 22 Sep 2011 17:12:24 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <B3D5FABA-72BA-4C35-A068-D823CC0A4682@laposte.net>
References: <D8334AA7-5001-4A92-B977-CE32931F4197@laposte.net> <CAAuHL_Cm6WYiM2Cu-fmu=gBLgTYDZ6hr56BfcXMoeS=Af4Q_jw@mail.gmail.com>
To: Washam Fan <washam.fan@gmail.com>
X-Mailer: Apple Mail (2.1084)
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: Thu, 22 Sep 2011 15:10:15 -0000

hi Washam,
Thank you for your remarks.
Answers inline.

Le 22 sept. 2011 à 16:06, Washam Fan a écrit :

> Hi Remi,
> 
> I found this version is more clearer and simpler thanks to those
> examples and diagrams.
> 
> I have 3 comments here:
> 1. You mentioned port-less layer-4 protocol in section 6, were you
> refering to ICMP? IIRC, the echo request sequence can be seen as a
> port to some extend. But it was not mentioned in the new version,
> Would you explain why?

It is actually covered at the bottom of page 6 and beginning of page 7.
OK?
  
> 2. It seems to me you assumed rule ipv6 prefix length is shorter or
> equals to 64. was that your intention? (I assume yes, otherwise 4rd
> IID makes no sense)

Yes, certainly.
Rule IPV6 prefixes appear at the beginning of CE IPv6 prefixes, which have themselves at most 64 bits.

> 3. Personally, I think it might be better if you move security
> relevant text to Security Consideration section.

Debatable, IMHO, but can be discussed.

> I recall there was a
> draft/RFC regarding to tunnel security, but i can not tell now. Would
> be better to reference such a doc if it existed.

Note that this draft is only about address mappings.
- It can apply to both double translations and tunnels
- Its port-set definition algorithm, taken alone, can also apply to other scenarios;

It is IMHO up to tunnel-based drafts to cover their specific security issues. 

Regards,
RD


> 
> Thanks,
> washam
> 
> 2011/9/22 Rémi Després <despres.remi@laposte.net>:
>> Alain, all,
>> 
>> We have just posted a new version of our I-D on the proposed 4rd Address Mapping.
>> It is available at
>> www.ietf.org/id/draft-despres-softwire-4rd-addmapping-01.txt
>> 
>> Our presentation will be based on THIS version, technically simpler than version -00.
>> Major differences and their justifications will be briefly explained.
>> 
>> Regards,
>> RD
>> _______________________________________________
>> Softwires mailing list
>> Softwires@ietf.org
>> https://www.ietf.org/mailman/listinfo/softwires
>> 
>