Re: [lmap] draft-ietf-lmap-restconf status and way forward

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Fri, 09 June 2017 20:15 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: lmap@ietfa.amsl.com
Delivered-To: lmap@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5403B128D3E for <lmap@ietfa.amsl.com>; Fri, 9 Jun 2017 13:15:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=0.001] autolearn=ham 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 utcL_ZIPSGNN for <lmap@ietfa.amsl.com>; Fri, 9 Jun 2017 13:14:58 -0700 (PDT)
Received: from atlas5.jacobs-university.de (atlas5.jacobs-university.de [212.201.44.20]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61093128DE7 for <lmap@ietf.org>; Fri, 9 Jun 2017 13:14:58 -0700 (PDT)
Received: from localhost (demetrius5.irc-it.jacobs-university.de [10.70.0.222]) by atlas5.jacobs-university.de (Postfix) with ESMTP id 96408317; Fri, 9 Jun 2017 22:14:56 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from atlas5.jacobs-university.de ([10.70.0.217]) by localhost (demetrius5.jacobs-university.de [10.70.0.222]) (amavisd-new, port 10032) with ESMTP id Byaf3ZsFZ9gz; Fri, 9 Jun 2017 22:14:56 +0200 (CEST)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hermes.jacobs-university.de", Issuer "Jacobs University CA - G01" (verified OK)) by atlas5.jacobs-university.de (Postfix) with ESMTPS; Fri, 9 Jun 2017 22:14:56 +0200 (CEST)
Received: from localhost (demetrius2.jacobs-university.de [212.201.44.47]) by hermes.jacobs-university.de (Postfix) with ESMTP id 7373F20090; Fri, 9 Jun 2017 22:14:56 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius2.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id DsEVpXEYjIZK; Fri, 9 Jun 2017 22:14:56 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 023902008D; Fri, 9 Jun 2017 22:14:56 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 996303FB9020; Fri, 9 Jun 2017 22:14:55 +0200 (CEST)
Date: Fri, 09 Jun 2017 22:14:55 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "Carey, Timothy (Nokia - US)" <timothy.carey@nokia.com>
Cc: "lmap@ietf.org" <lmap@ietf.org>
Message-ID: <20170609201454.GA49378@elstar.local>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: "Carey, Timothy (Nokia - US)" <timothy.carey@nokia.com>, "lmap@ietf.org" <lmap@ietf.org>
References: <20170602101340.GA93882@elstar.local> <AM5PR0701MB2644F8C2534577F043E0FBF8EFCE0@AM5PR0701MB2644.eurprd07.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <AM5PR0701MB2644F8C2534577F043E0FBF8EFCE0@AM5PR0701MB2644.eurprd07.prod.outlook.com>
User-Agent: Mutt/1.6.0 (2016-04-01)
Archived-At: <https://mailarchive.ietf.org/arch/msg/lmap/lDC5UVGchSJv5TLDBfV9Rf90Ua4>
Subject: Re: [lmap] draft-ietf-lmap-restconf status and way forward
X-BeenThere: lmap@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Large Scale Measurement of Access network Performance <lmap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lmap>, <mailto:lmap-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lmap/>
List-Post: <mailto:lmap@ietf.org>
List-Help: <mailto:lmap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lmap>, <mailto:lmap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Jun 2017 20:15:01 -0000

On Fri, Jun 09, 2017 at 07:50:42PM +0000, Carey, Timothy (Nokia - US) wrote:
> Juergen,
> 
> I finally got around to reading the restconf draft (rev-04)
> 
> In section 4 (RESTCONF as LMAP Report Protocol) - I think you still have some spurious text (would Call Home be relevant between the MA and the Collector) and incorrect use of Controller (should have been Collector)
> Figure 3 depicts how the connection and the
> secure transport is established and how reports are delivered to the
> Controller. Note that it is generally assumed that the Controller is
> directly reachable from the Measurement Agent. (In situations where
> this may not be true, RESTCONF Call Home can be used as well but this
> is not shown here.)
> 
> If you were trying to say that when the MA issues reports for any reason to the Controller then the above would be correct but I would clearly separate the two scenarios.
>

Oops, this is a typing error, this will be fixed in -05.
 
> Other than that I am fine with how you describe the Call Home.

Good.
 
> As to the others - 
> 
> Yes informational would be better than standards as there isn't any normative language;

I will change -05 to say Informational unless the chairs tell me
otherwise.

> In section 5 Unless there is specific configuration needs for the MA, Controller or Collector (maybe defining the ports or authentication requirements (e.g., client authentication) as it relates to the RESTCONF client/server interaction that you might want mandate (if so then it should go to standards track BTW).
> In the TR-069 we specifically called these out so that any Device would know the ports to implement and how a TR-069 agent is identified for authentication as well as what is mandated.

The ports are defined in the RESTCONF and RESTCONF call home
specifications. The data model of the authentication configuration
details is still worked on in NETCONF. It could be that the NETCONF
work does not detail all aspects of the client side interface but its
work in progress so we will only know details in a couple of months
(the new charter says August 2017 but this is an IETF milestone).

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>