OLD
The recommended approach to populate "/modules-state" is to report the schema for YANG modules that are configurable via conventional datastores and for which config false data nodes are returned via a NETCONF <get> operation, or equivalent. NEW The recommended approach to populate "/modules-state" is to report the schema for YANG modules that are configurable via conventional configuration datastores and for which config false data nodes are returned via a NETCONF <get> operation, or equivalent. [Rohit R Ranade] Here the modules which are imported only and those modules which define only rpc / notifications are not considered ? For backward compatibility, the existing modules should continue to be shown in the deprecated module-state. Co-authors, if you agree, how do we track this? /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.jacobs-2Duniversity.de_&d=DwICAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=fL-imGAsOCm0vM-RDRMkiRFU-5x4dLkKa5-hBOU9Iys&s=jmr0Y7mRCeX05op4h6BICyj9U0l0IhnbM5yBqhtcL4k&e=> _______________________________________________ netmod mailing list netmod@ietf.org https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_netmod&d=DwICAg&c=HAkYuh63rsuhr6Scbfh0UjBXeMK-ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m=fL-imGAsOCm0vM-RDRMkiRFU-5x4dLkKa5-hBOU9Iys&s=i4-lwMctjujC_UiZmGO4s83-jyKmw7jbGsS0cLfFZT4&e= _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
