Hi All,

Please find some comments for the draft.


1.       If "config-filter" leaf is not given for <get-data> whether we can add 
explicit text that both config=true and config=false nodes will be selected.

2.       In the YANG module description for "config-filter" , also it is not 
clear about what happens if the leaf is not given in filter. I feel better we 
keep the style like RESTCONF RFC 8040 Section 4.8.1 , with "content" having  
config/nonconfig/all

3.       Regarding the "max-depth" parameter, I feel we should take the text 
about how "depth" is calculated for each node from RESTCONF RFC from Section 
4.8.2 and add it to this draft. What will be depth of parent keys which are 
auto-selected when selecting on child nodes. Maybe some example regarding using 
of "max-depth" will be helpful.

4.       For the <get-data> filter mechanism, since there are 4 filters 
(filter-spec and config-filter and max-depth and with-defaults), whether we can 
mention that all these filters are AND'ed. Also whether there is a suggested 
order to apply filter ? I think "max-depth" filter has to be applied last. 
Others maybe any order is OK.

5.       negated-origin-filter : Regarding this I feel we can add a sentence as 
to when user should use "negated-origin-filter" , as "origin-filter" also can 
be used for this purpose.

With Regards,
Rohit R Ranade


_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

Reply via email to