[netconf] Yangdoctors last call review of draft-ietf-netconf-ssh-client-server-24
Andy Bierman via Datatracker <noreply@ietf.org> Tue, 25 May 2021 19:21 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: netconf@ietf.org
Delivered-To: netconf@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 437123A1A42; Tue, 25 May 2021 12:21:12 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Andy Bierman via Datatracker <noreply@ietf.org>
To: yang-doctors@ietf.org
Cc: draft-ietf-netconf-ssh-client-server.all@ietf.org, last-call@ietf.org, netconf@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 7.30.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <162197047222.6755.5719177112947542346@ietfa.amsl.com>
Reply-To: Andy Bierman <andy@yumaworks.com>
Date: Tue, 25 May 2021 12:21:12 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/pzO_euLyLQLTqBTPu6DN32QdcQ8>
Subject: [netconf] Yangdoctors last call review of draft-ietf-netconf-ssh-client-server-24
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 May 2021 19:21:12 -0000
Reviewer: Andy Bierman Review result: Ready Comments: 1) Measuring Interoperability for groupings and identities [same comment for SSH and TLS drafts] These modules are intentionally abstract. There are no protocol-accessible objects defined at all. Interoperability is usually measured in the context of a specific protocol (e.g., NETCONF). There is an assumption that interoperability will be achieved by some other RFCs that will have "uses" statements to create protocol-accessible or otherwise implementable objects. There is also an assumption that the groupings will be used the same everywhere, and the only difference will be the path from root to the objects in these groupings. In fact, the "refine" statement allows each usage to be different. Perhaps the drafts should mention these interoperability issues. 2) same feature names in 2 modules - feature userauth-hostbased - feature userauth-none - feature userauth-password - feature userauth-publickey The ietf-ssh-client and ietf-ssh-server modules both use these feature names. IMO users will not expect this, and this will cause confusion. Why can't these features be defined once in ietf-ssh-common.yang? Seems like client and server will advertise the feature for implementing their relevant values.
- [netconf] Yangdoctors last call review of draft-i… Andy Bierman via Datatracker
- Re: [netconf] [Last-Call] Yangdoctors last call r… Kent Watsen
- Re: [netconf] [Last-Call] Yangdoctors last call r… Andy Bierman
- Re: [netconf] [Last-Call] Yangdoctors last call r… Kent Watsen
- Re: [netconf] [Last-Call] Yangdoctors last call r… Juergen Schoenwaelder
- Re: [netconf] [Last-Call] Yangdoctors last call r… Kent Watsen
- Re: [netconf] [Last-Call] Yangdoctors last call r… Juergen Schoenwaelder