Re: [yang-doctors] Review of draft-wu-l3sm-rfc8049bis?

Lou Berger <lberger@labn.net> Thu, 05 October 2017 13:45 UTC

Return-Path: <lberger@labn.net>
X-Original-To: yang-doctors@ietfa.amsl.com
Delivered-To: yang-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7D7B12895E; Thu, 5 Oct 2017 06:45:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.121
X-Spam-Level:
X-Spam-Status: No, score=-1.121 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_NEUTRAL=0.779] autolearn=no autolearn_force=no
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 Lr0n8cd6fcgE; Thu, 5 Oct 2017 06:45:56 -0700 (PDT)
Received: from newdragon.webhostserver.biz (newdragon.webhostserver.biz [69.25.136.252]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5CD3813456E; Thu, 5 Oct 2017 06:45:11 -0700 (PDT)
Received: from [::1] (port=46094) by newdragon.webhostserver.biz with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.86_1) (envelope-from <lberger@labn.net>) id 1e06Sc-0000sy-OV; Thu, 05 Oct 2017 17:45:10 +0400
To: adrian@olddog.co.uk, 'YANG Doctors' <yang-doctors@ietf.org>
Cc: draft-wu-l3sm-rfc8049bis.all@ietf.org
References: <262fdd36-5213-f716-016a-02442c427a0a@labn.net> <013c01d33ddf$1e2ad040$5a8070c0$@olddog.co.uk>
From: Lou Berger <lberger@labn.net>
Message-ID: <e7149805-4ea4-ee18-1295-d4b46c624a3c@labn.net>
Date: Thu, 05 Oct 2017 09:45:09 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0
MIME-Version: 1.0
In-Reply-To: <013c01d33ddf$1e2ad040$5a8070c0$@olddog.co.uk>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - newdragon.webhostserver.biz
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-Get-Message-Sender-Via: newdragon.webhostserver.biz: authenticated_id: lberger@blabn.com
X-Authenticated-Sender: newdragon.webhostserver.biz: lberger@blabn.com
X-Source:
X-Source-Args:
X-Source-Dir:
Archived-At: <https://mailarchive.ietf.org/arch/msg/yang-doctors/x1TYFl2zqK6A4NYUoyH-Sm1bMkM>
Subject: Re: [yang-doctors] Review of draft-wu-l3sm-rfc8049bis?
X-BeenThere: yang-doctors@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Email list of the yang-doctors directorate <yang-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/yang-doctors>, <mailto:yang-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/yang-doctors/>
List-Post: <mailto:yang-doctors@ietf.org>
List-Help: <mailto:yang-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/yang-doctors>, <mailto:yang-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Oct 2017 13:45:58 -0000

Adrian,

Thanks for the background.  We have a somewhat similar situation going
on right now with rfc 8022 (been out a short time, no shipping
implementations, *but* update motivated by need to be updated to NMDA
compatible form).  In that case, we're headed down a path of deprecating
the old modules and issuing a replacement '-2' version.  Would it make
sense to do a similar thing here and just rename the module (to
ietf-l3vpn-svc-2) and thereby conform with YANGs compatibility requirement?

Lou

On 10/5/2017 9:37 AM, Adrian Farrel wrote:
> Hello,
>
> The changes in this bis largely arise from a review by Jan Lindblad who is one of the YAG Doctors.
>
> You could say that what happened was that the YANG Doctor review for draft-ietf-l3sm-l3vpn-service-model came in a little behind schedule and so a bis was needed. Jan also brought some valuable implementation experience.
>
> Now, you may have a slightly different concern. Specifically: is draft-wu-l3sm-rfc8049bis backward compatible with RFC 8049?
>
> That was certainly not an objective that I was aware of. I think 8049 has only been out a short time and that implementations are "at an early stage." Indeed, as Jan points out, a correct implementation will *need* the fixes in this draft.
>
> A
>
>> -----Original Message-----
>> From: Lou Berger [mailto:lberger@labn.net]
>> Sent: 05 October 2017 14:10
>> To: YANG Doctors
>> Cc: draft-wu-l3sm-rfc8049bis.all@ietf.org
>> Subject: Review of draft-wu-l3sm-rfc8049bis?
>>
>> Hi,
>>
>>     Has there been a review conducted or is there one planned for
>> draft-wu-l3sm-rfc8049bis?  If not, I think one is needed.  I'm looking
>> at it now as part of RtgDir review and I believe some non-backwards
>> compatible changes in the defined yang module.
>>
>> Thanks,
>> Lou
>>
>> PS for module diffs see:
>>
>> https://tools.ietf.org/rfcdiff?difftype=--hwdiff&url2=draft-wu-l3sm-rfc8049bis-
>> 05.txt&url1=rfc8049
>