Re: [Softwires] Changes to DHCP MAP Option draft

Qi Sun <sunqi.csnet.thu@gmail.com> Thu, 11 July 2013 13:04 UTC

Return-Path: <sunqi.csnet.thu@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 2A68311E8163 for <softwires@ietfa.amsl.com>; Thu, 11 Jul 2013 06:04:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
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 xaE5tU+IS6t9 for <softwires@ietfa.amsl.com>; Thu, 11 Jul 2013 06:04:34 -0700 (PDT)
Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 84A2A11E8151 for <softwires@ietf.org>; Thu, 11 Jul 2013 06:04:33 -0700 (PDT)
Received: by mail-pa0-f43.google.com with SMTP id hz11so7802775pad.2 for <softwires@ietf.org>; Thu, 11 Jul 2013 06:04:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=R4IsBJOz/LwWyNEfK+/JBqwbFxM+R9j1zE1ZEuK0Jws=; b=NBZsg3QLNNrour7P/fKp0XJoLjduxR2O9XxSYtDif6CFRRoPvd300LMFqcl3cBW+r8 QG+fCSIroaOIxWDpafEpEs+bi5zqSzOGmQGIPNE5uogyzLp2Phkf1b3kAt0FqYVe+Nx5 VWZtAdPm5UQbG55Pvbhf/+JehKUygpqIEFrexYhpEOQbWXyNdOYNeeEFFUgD3MJ2HR8x Biz26f3tHaMu5/xSyK3rbCCYU6STPn2H7ih3k+aZUa7MCQXp8RQ3jV9vBSz1zEjhgvp5 PjUxW6g381EBf8092UbSwFG57iJaMJ6r4XiRtrNpkNWTHbKDvoCSrIwUNYbE9dHxNqjh B+ug==
X-Received: by 10.66.189.225 with SMTP id gl1mr38457049pac.22.1373547873543; Thu, 11 Jul 2013 06:04:33 -0700 (PDT)
Received: from [192.168.1.107] ([166.111.68.233]) by mx.google.com with ESMTPSA id ib9sm39647237pbc.43.2013.07.11.06.04.31 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 11 Jul 2013 06:04:32 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="utf-8"
From: Qi Sun <sunqi.csnet.thu@gmail.com>
In-Reply-To: <CAFFjW4hvMDF5VSSaE8kT7kcBYYCWM+mY7FhOEgbqp0tEZJ7Nkw@mail.gmail.com>
Date: Thu, 11 Jul 2013 21:04:25 +0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <2F367E31-6B86-43D1-9C1D-D6E20ABF3214@gmail.com>
References: <CAFFjW4hvMDF5VSSaE8kT7kcBYYCWM+mY7FhOEgbqp0tEZJ7Nkw@mail.gmail.com>
To: Wojciech Dec <wdec.ietf@gmail.com>
X-Mailer: Apple Mail (2.1084)
Cc: Softwires-wg <softwires@ietf.org>
Subject: Re: [Softwires] Changes to DHCP MAP Option draft
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, 11 Jul 2013 13:04:35 -0000

Hi Woj,

> - Naming: The name of the option will be changed, tentatively, to OPTION_S46_*. This it in line with the recognition that there is wider applicability of the options.

Would you please elaborate (sorry if I missed some of the discussions...)? 

> - Flags: The flags field will be removed from the options. To accomplish this, what was previously known as the BMR/FMR option, which was using the flag to make the difference, will now be recast as two separate "Basic Rule" and a "Forwarding Rule" Options.

From my understanding, the 'flags' are referred to those in MAP Rule Option (rule-flags), right? Or do you mean the flags in MAP Container Option will also be removed?

> - A new sub-section intended only for clients using the MAP algorithm will be introduced, and will describe how the options apply to MAP provisioning.

I'm not quite sure about the content that you plan to provide. IMHO, the DHCPv6 client (not a MAP DHCPv6 client) is only able to handle the DHCPv6 related interactions, rather than MAP related interactions. If this part is about how the client side uses the MAP options, maybe the MAP-E or the Unified CPE is a more proper place to go, IMHO.

In addition, I notice in the current MAP option draft, the offset in MAP Port Parameters Option is still 4, which is not consistent with the draft-ietf-softwire-map-07. Maybe you can update it as well.


Best Regards,
Qi


On 2013-7-8, at 下午6:18, Wojciech Dec wrote:

> Hi All,
> 
> I've begun preparing the next ste of changes to the DHCP MAP option draft, and would like to highlight the main changes.
> 
> - Naming: The name of the option will be changed, tentatively, to OPTION_S46_*. This it in line with the recognition that there is wider applicability of the options. Furthermore the "Mapping" term will be removed from the text, except when describing their use with MAP algorithm.
> - Default Mapping Rule: The DMR option will be removed, to allow the re-use of the existing AFTR option, if desired and when applicable.
> - Flags: The flags field will be removed from the options. To accomplish this, what was previously known as the BMR/FMR option, which was using the flag to make the difference, will now be recast as two separate "Basic Rule" and a "Forwarding Rule" Options.
> - Some of the generic DHCP requirements about known or unknown processing appear to actually conflict with DHCP practice and will be changed, eg an unknown sub-option should not lead to the entire option being discarded.
> - A new sub-section intended only for clients using the MAP algorithm will be introduced, and will describe how the options apply to MAP provisioning.
> - Various other editorial changes to bring the text into shape.
> 
> If you have any initial comments, reactions to the above, please let us know.
> 
> Regards,
> W. Dec
> _______________________________________________
> Softwires mailing list
> Softwires@ietf.org
> https://www.ietf.org/mailman/listinfo/softwires