Subject: [Netconf] filtering notification streams

From: Tomasz Mikolajczyk <[email-masked]>
Date: Fri, 28 Nov 2008 16:38:00 +0100

Hi,

Section 3.4 from the RFC 5277 shows in the XSD schema that the <streams> element MUST appear always once and the <stream> element MUST appear at
least once, because NETCONF server has to define always at least "NETCONF" stream. What in your opinion a server should return as a response for
the following request:

<rpc message-id="101" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0">
    <get>
        <filter type="subtree">
            <netconf xmlns="urn:ietf:params:xml:ns:netmod:notification">
                <streams/>
                <streams/>
            </netconf>
        </filter>
    </get>
</rpc>]]>]]>

The above request is invalid from the schema point of view, so I wonder if the rpc-error would be appropriate. However, according to the
filtering rules, not matching elements should be just skipped.

Another point. The RFC says in the section 3.2.5.1:

"Available event streams for the requesting session are returned in the reply containing the <name> and <description> elements, where the <name>
element is mandatory, and its value is unique within the scope of a NETCONF server.  An empty reply is returned if there are no available event
streams, due to user-specified filters on the <get> operation."

My comments to this:
1) The "replaySupport" node is also mandatory according to the schema
2) Seems that the empty reply doesn't match the schema

Tomasz

The information contained in this e-mail and in any attachments is confidential and is designated solely for the attention of the intended recipient(s). If you are not an intended recipient, you must not use, disclose, copy, distribute or retain this e-mail or any part thereof. If you have received this e-mail in error, please notify the sender by return e-mail and delete all copies of this e-mail from your computer system(s).
Please direct any additional queries to: [email-masked].
Thank You.
_______________________________________________
Netconf mailing list
[email-masked]
https://www.ietf.org/mailman/listinfo/netconf