Re: [Softwires] MAP & 4rd-U - Preserving freedom of subnet-prefixes (V octet)

Ole Trøan <otroan@employees.org> Mon, 06 February 2012 08:33 UTC

Return-Path: <ichiroumakino@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 6D40D21F85D1 for <softwires@ietfa.amsl.com>; Mon, 6 Feb 2012 00:33:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.354
X-Spam-Level:
X-Spam-Status: No, score=-3.354 tagged_above=-999 required=5 tests=[AWL=-0.055, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, 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 tKdJ1xTPyMaq for <softwires@ietfa.amsl.com>; Mon, 6 Feb 2012 00:33:15 -0800 (PST)
Received: from mail-we0-f172.google.com (mail-we0-f172.google.com [74.125.82.172]) by ietfa.amsl.com (Postfix) with ESMTP id AB12921F85C9 for <softwires@ietf.org>; Mon, 6 Feb 2012 00:33:14 -0800 (PST)
Received: by werm10 with SMTP id m10so5015889wer.31 for <softwires@ietf.org>; Mon, 06 Feb 2012 00:33:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=BeOzZ0ejV3K5rLgm9QE1wO/TNkLGdvKcZOHvEVlO7Kg=; b=KbVp5aWOphHtLRXHXZUdnbRL9yii6MmqQggN5Wycmle4ZY1zmrbjnYHmLeAsNfFjRw fwrqFUV66tIpxby9kqRWE7pMYFQsSefNw+rzL4sJmQVT5I3cpYFMsRnWvvg7AsqaHI1l G7KQDBbNey213Za0INVbYDufOEYcu3pjpGYP4=
Received: by 10.216.137.25 with SMTP id x25mr6434457wei.55.1328517193885; Mon, 06 Feb 2012 00:33:13 -0800 (PST)
Received: from [10.147.13.62] (64-103-25-233.cisco.com. [64.103.25.233]) by mx.google.com with ESMTPS id ep3sm26736633wib.10.2012.02.06.00.33.12 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 06 Feb 2012 00:33:13 -0800 (PST)
Sender: Ole Troan <ichiroumakino@gmail.com>
Mime-Version: 1.0 (Apple Message framework v1257)
Content-Type: text/plain; charset="iso-8859-1"
From: Ole Trøan <otroan@employees.org>
In-Reply-To: <72CC172E-5018-4EB3-ABB0-8591AB0CE3A0@laposte.net>
Date: Mon, 06 Feb 2012 09:33:11 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <4E35B2EA-8347-4FA5-9EBC-B0E2A05C2A4A@employees.org>
References: <B140D6B2-1B19-43D7-9B63-6BEA83CEB164@juniper.net> <3AAD65F3-5169-49B7-9698-E820EF419B35@employees.org> <53ACB4FC-988F-443C-A936-1CA5B13180EB@free.fr> <C694D7DC-2F98-434F-8123-751E2C1A98D0@employees.org> <081C7074-F5E2-46B7-B2C8-E033F3E5BC15@laposte.net> <B94D39A0-CA66-4AE6-BDC5-E4DFA2D47BEC@employees.org> <A8A6FDA2-0FFC-44D2-BEDF-29FB012D3113@laposte.net> <4749FAFA-A522-4795-9B8A-9AA4B030E075@employees.org> <72CC172E-5018-4EB3-ABB0-8591AB0CE3A0@laposte.net>
To: Rémi Després <despres.remi@laposte.net>
X-Mailer: Apple Mail (2.1257)
Cc: Softwires WG <softwires@ietf.org>, Yong Cui <cuiyong@tsinghua.edu.cn>, Ralph Droms <rdroms@cisco.com>
Subject: Re: [Softwires] MAP & 4rd-U - Preserving freedom of subnet-prefixes (V octet)
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, 06 Feb 2012 08:33:15 -0000

Remi,

>>>> what happens with 4rd-U if the End-user IPv6 prefix is e.g a /96?
>>>> and the V-bits are not adhered to?
>>> 
>>> If the End-user doesn't support 4rd-U, nothing to be said. 
>>> If 4rd-U is enabled, any prefix longer than /64 that matches a Mapping rule MUST have the V octet.
>>> 
>>> If any you have a case where this isn't sufficient, I will look at it.
>> 
>> MAP is more flexible with regards to not depending on the V octet.
> 
> (a) Which flexibility? To do what? 

supports arbitrary end-user IPv6 prefix length, without regard for 'magic bits' in the interface-id.

> (b) Do you negate that:
> - with MAP as is, an IPv6 site may have to change its assignment of subnet prefixes to support MAP

only if the first subnet in the end-user IPv6 prefix is used by another internal router, that isn't going to act as a MAP CE.

> - This is never needed with 4rd-U, thanks to the V octet.

renumbering is in any case going to happen in the home, and we have to design our protocols to deal with it.

can we just agree to disagree on the V-octet, and not spend any more working group time on it? it would be good if you wrote up a more detailed analysis in a separate draft, so the considerations are kept somewhere.

cheers,
Ole