Minutes IETF112: netconf
minutes-112-netconf-01

Meeting Minutes Network Configuration (netconf) WG
Date and time 2021-11-08 14:30
Title Minutes IETF112: netconf
State Active
Other versions markdown
Last updated 2021-11-15

minutes-112-netconf-01

Meeting Minutes for the NETCONF 112 WG Session

Introduction

Chair slides (10 minutes)

  • Session Intro & WG Status

Rob: re: the IEEE liaison on the keystore draft, says that he'll setup a meeting.

Kent: requests all authors to bring discussions to the WG list.

Chartered items:

UDP-based Transport for Configured Subscriptions (10 min)

Rob: Need to check with Sec Area. From a quick discussion with the ADs they may not be happy with allowing unencrypted UDP in a standards track doc. (2) We should also check that we cover transport issues such as congestion.

Pierre: XXX

Kent: I have sympathy for implementations that want to send notifications unencrypted in a private network.

Pierre: Do you think that having this traffic over a secure network would not be good enough?

Rob: Yes, I have sympathy for the the deployment scenario, but I'm still not sure whether this will be sufficient for the security ADs, they may think that the cost of encrypting all of the traffic is low enough to justify

Mahesh: Draft talks about a transmission timeout value to be set, but there is no configuration in the YANG module for that timer? Is the draft asking for a well known UDP port?

Pierre: I need to check for the timeout. We might need to have this configured, but a default value may be sufficient. Re 2nd question. We had this in, but we decided that having a single default value is not really needed and nobody was caring.

Non-Chartered items:

Adaptive Subscription to YANG Notification (10 mins)

Rob: Thank you for Qin's comments. I think that you are on the right track. Okay to allow more complex expressions as long as all implementions support a minimum level of complexity. Should have a well defined error code if the expression is too complex.

Kent: Arbitrary XPaths may also turn up in list pagination. This may be a problem if the backend is supported by a simple database. How does the server indicate to the client what level of complexity is supported. I see the same problem turning up here and in the list pagination work.

Transaction ID Mechanism for NETCONF (10 min)

Kent: You had some open issues, there is no time for discussion. I do think that we should take issues to the list. Please take the open issues there.

Benoit: I really support the id being issued by the client, or at least having a way to label the required. Particularly helpful if there are multiple clients configuring a server, and we want to keep track of the service request Id.

Kent: I do also think that there is value there. Just need to decide the best way to introduce it.

List Pagination for YANG-driven Protocols (20 mins)

Mahesh: Out of time, so please take these questions to the list.