Re: [Softwires] Working group last call for draft-ietf-softwire-map-05

<ian.farrer@telekom.de> Mon, 13 May 2013 09:56 UTC

Return-Path: <ian.farrer@telekom.de>
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 6903021F93E9 for <softwires@ietfa.amsl.com>; Mon, 13 May 2013 02:56:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.249
X-Spam-Level:
X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, 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 USHCvM9d++N2 for <softwires@ietfa.amsl.com>; Mon, 13 May 2013 02:56:39 -0700 (PDT)
Received: from tcmail23.telekom.de (tcmail23.telekom.de [80.149.113.243]) by ietfa.amsl.com (Postfix) with ESMTP id 1116021F9424 for <softwires@ietf.org>; Mon, 13 May 2013 02:56:38 -0700 (PDT)
Received: from he113675.emea1.cds.t-internal.com ([10.134.99.28]) by tcmail21.telekom.de with ESMTP/TLS/AES128-SHA; 13 May 2013 11:56:37 +0200
Received: from HE111643.EMEA1.CDS.T-INTERNAL.COM ([10.134.93.12]) by HE113675.emea1.cds.t-internal.com ([::1]) with mapi; Mon, 13 May 2013 11:56:36 +0200
From: ian.farrer@telekom.de
To: otroan@employees.org
Date: Mon, 13 May 2013 11:56:38 +0200
Thread-Topic: [Softwires] Working group last call for draft-ietf-softwire-map-05
Thread-Index: Ac5PwCgYfvSCqjuOTReY+P/KB4Gxjw==
Message-ID: <CDB68420.6FCB2%ian.farrer@telekom.de>
In-Reply-To: <3AF2EC89-2B64-40A2-A1FB-E5131A76D48D@employees.org>
Accept-Language: en-US, de-DE
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.4.130416
acceptlanguage: en-US, de-DE
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: softwires@ietf.org, cuiyong@tsinghua.edu.cn, rdroms@cisco.com
Subject: Re: [Softwires] Working group last call for draft-ietf-softwire-map-05
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, 13 May 2013 09:56:43 -0000

Hi Ole,


>Ian,
>
>> Thanks for incorporating  my comments into this version.
>> 
>> Having re-read this version, there's one thing that I'd like to
>>clarify: Is the BMR still being proposed as the method for configuring
>>all IPv4 information, even with the EA=0 case? Section 5.2 states:
>> 
>> A length of 0 means that no part of the IPv4 address or port is
>>embedded in the address.
>
>yes. that's is the meaning of EA=0.
>
>> Which is OK, if a little ambiguous.
>
>how so?

[ian] The description says what it doesn't do without saying what it does
do. That's why I would say it's ambiguous.

>
>> Then in example 4 in the Appendix, the BMR is provisioning the /32 IPv4
>>prefix for the client, i.e 1:! mode or 'Binding Mode' to use the Unified
>>CPE terminology.
>> 
>> I thought that we were going to use the OPTION_MAP_BIND proposed in
>>softwire-unified-cpe to tell a lw4o6 CPE, or a MAP CPE to provision the
>>Binding Mode.
>
>the MAP BMR isn't only a 'provisioning construct' it is also used for
>forwarding.
>the MAP document doesn't say anything about how the BMR is provisioned.
>
>if you created a separate DHCP option for the corner case of EA=0, how
>should a Rule IPv4 prefix length of 32 with EA=0, be handled?
>seems like we then create more ambiguity...

[ian] As I proposed in Orlando (second to last slide):
http://www.ietf.org/proceedings/86/slides/slides-86-softwire-3.pdf

No objections were raised to this.

>
>cheers,
>Ole
>

Cheers,
Ian