Skip to main content

YANG Module for NETCONF Monitoring
draft-ietf-netconf-monitoring-15

Yes

(Dan Romascanu)
(Ron Bonica)

No Objection

(David Harrington)
(Gonzalo Camarillo)
(Jari Arkko)
(Peter Saint-Andre)
(Ralph Droms)
(Robert Sparks)
(Russ Housley)
(Stewart Bryant)
(Tim Polk)

Note: This ballot was opened for revision 15 and is now closed.

Dan Romascanu Former IESG member
Yes
Yes () Unknown

                            
Ron Bonica Former IESG member
Yes
Yes () Unknown

                            
Adrian Farrel Former IESG member
(was Discuss) No Objection
No Objection (2010-06-17) Unknown
Section 3.1

Are there no other negative responses to get-schema? What about policy
failures?

---

Please think about whether the Reference clauses that cite RFC4741
should actually point to 4741bis.
Alexey Melnikov Former IESG member
No Objection
No Objection (2010-06-15) Unknown
2.1.3.  The /netconf-state/schemas Subtree

  version (string)
    Version of the schema supported.  Multiple versions MAY be supported
    simultaneously by a NETCONF server.

Is this related to YANG revision?


2.1.4.  The /netconf-state/sessions Subtree

   transport (identityref, transport)
     Identifies transport for each session, e.g. "netconf-ssh",
     "netconf-soap", etc.

Are you planning to have a registry for these?


3.1.  The <get-schema> Operation

     format (identityref, schema-format):
       The data modeling language of the schema.
       Default value is 'yang' when not specified.
       Optional parameter.

Are you planning to have a registry for these?

4.1.  Retrieving Schema List via <get> Operation

  The response data can be used to determine the available schema and
  their versions.  The schema itself (i.e., schema content) is not
  returned in the response.  The optional <location> element contains
  a URI, which can be used to retrieve the schema by another protocol
  such as ftp or http(s), or the special value 'NETCONF', which means

Informative references to documents defining HTTP and FTP are needed here.

  that the schema can be retrieved from the device via the
  <get-schema> operation.
David Harrington Former IESG member
(was Discuss, No Objection) No Objection
No Objection (2010-06-27) Unknown

                            
Gonzalo Camarillo Former IESG member
No Objection
No Objection () Unknown

                            
Jari Arkko Former IESG member
No Objection
No Objection () Unknown

                            
Lars Eggert Former IESG member
No Objection
No Objection (2010-06-14) Unknown
Contains several unused references.
Peter Saint-Andre Former IESG member
(was Discuss) No Objection
No Objection (2010-06-15) Unknown

                            
Ralph Droms Former IESG member
No Objection
No Objection () Unknown

                            
Robert Sparks Former IESG member
No Objection
No Objection () Unknown

                            
Russ Housley Former IESG member
No Objection
No Objection () Unknown

                            
Sean Turner Former IESG member
No Objection
No Objection (2010-06-15) Unknown
I support Tim's DISCUSS position.
Stewart Bryant Former IESG member
No Objection
No Objection () Unknown

                            
Tim Polk Former IESG member
(was Discuss) No Objection
No Objection () Unknown