Re: [Softwires] Review of draft-sun-softwire-yang-02

Ian Farrer <ianfarrer@gmx.com> Thu, 12 March 2015 17:13 UTC

Return-Path: <ianfarrer@gmx.com>
X-Original-To: softwires@ietfa.amsl.com
Delivered-To: softwires@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C9FC1A1A68 for <softwires@ietfa.amsl.com>; Thu, 12 Mar 2015 10:13:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q7lYsNh2A1S0 for <softwires@ietfa.amsl.com>; Thu, 12 Mar 2015 10:12:58 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 532A61A1A63 for <softwires@ietf.org>; Thu, 12 Mar 2015 10:12:58 -0700 (PDT)
Received: from ians-mbp.lan ([62.225.30.139]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LrvBu-1ZZNZh34CE-013huB; Thu, 12 Mar 2015 18:12:55 +0100
Content-Type: multipart/alternative; boundary="Apple-Mail=_F2B5E45D-2444-434F-A1FF-37B06F82B47D"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
From: Ian Farrer <ianfarrer@gmx.com>
In-Reply-To: <B8F9A780D330094D99AF023C5877DABA846E1199@nkgeml501-mbs.china.huawei.com>
Date: Thu, 12 Mar 2015 18:12:56 +0100
Message-Id: <951513FB-D0C2-4E72-96DD-222F9CDB4B58@gmx.com>
References: <B8F9A780D330094D99AF023C5877DABA846E1199@nkgeml501-mbs.china.huawei.com>
To: Qin Wu <bill.wu@huawei.com>
X-Mailer: Apple Mail (2.2070.6)
X-Provags-ID: V03:K0:sGFv6iCs+9TspUou4SshvVSYbsNIvdrteosY+d7lvIE4LOIb7OH YKH30VOQGDzcWyAjdEZgc4c3BYQUBbfZbwOAkUGQ/Ks+jyExwmasQPYCxHdbZqREa7lJKlT T8WFgOA8afl3MvKRXo7wx5EI3sXpmKpqrxofFHbtsW5mj+6rWQQNrmCAuTkl9Be4EhNFlN/ SbU/b1PnKcza9mApTWN5g==
X-UI-Out-Filterresults: notjunk:1;
Archived-At: <http://mailarchive.ietf.org/arch/msg/softwires/DE0c7LKLVX0JqROnQOUGAB43SCk>
Cc: "softwires@ietf.org" <softwires@ietf.org>
Subject: Re: [Softwires] Review of draft-sun-softwire-yang-02
X-BeenThere: softwires@ietf.org
X-Mailman-Version: 2.1.15
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, 12 Mar 2015 17:13:00 -0000

Hi Qin,

Thanks for your comments. Please see inline.

Cheers,
Ian

> On 12 Mar 2015, at 08:53, Qin Wu <bill.wu@huawei.com> wrote:
> 
> Dear all,
> I have read this document and think the softwire yang model is needed for the configuration and management of Softwire BRs and CPEs.
> A few comments below:
> In section 3.2, why the binding-ipv6-addr and binding-ipv6-prefix are both contained in the binding-table?

[if] The intention here is to allow for the binding table to be specified in one of two ways, either with an explicit /128 or a /64 with the IID automatically constructed from the IPv4 address and port set.

Looking at the model again, the way that it is currently defined is wrong. Here’s an updated section of the model that should achieve the above: 

   |     +--rw (binding-v6info)
   |     |  +—:(ipv6addr)
   |     |  |  +--rw binding-ipv6-addr    inet:ipv6-address
   |     |  +—:(ipv6pref)
   |     |     +--rw binding-ipv6-prefix  inet:ipv6-prefix



> In section 1.1, in RFC6087, I don't see the definitions of the symbols used in these diagrams. Is the reference RFC6087 correct?

[if] Good spot. We’ll remove this reference in the next version.

> For the title of "2.3 Lightweight 4over6 lwB4", I think "lwB4" should be uppercase to get consistent with "ATFR”.

[if] The capitalisation in draft-ietf-softwire-lw4over6 uses the terms ‘lwB4’ and ‘lwAFTR’ throughout, so the intention is to be consistent with this.


>  
> -Qin
> _______________________________________________
> Softwires mailing list
> Softwires@ietf.org <mailto:Softwires@ietf.org>
> https://www.ietf.org/mailman/listinfo/softwires <https://www.ietf.org/mailman/listinfo/softwires>