Can netconf event/yang notification nodes be subscribed by gNMI?

[getsockopt]

Hi all According to gnmi-specification a target should "sync all data to client" firstly no matter what current subscription mode(ONCE POLL STREAM/SAMPLE STREAM/ON_CHANGE) is. However the netconf event/yang notification may not be suitable or able to sync because it represents a specific triggered event(for example an user login event). In addtion there are no effective notification statements in openconfig yang models(search result only shows comments). So I'am wondering if gNMI supports netconf event/yang notification? If not, what should the target respond(error or silently ignoring)? If so, which mode should be used and what is the expected behavior? Thank you.

[earies]

gNMI was not designed to encompass the full suite of the YANG language and constructs that have definition, meaning and relationships for other NBI protocols such as NETCONF but rather mostly limited for accessing and interacting with data trees.

That is at least from an gNMI spec and OpenConfig viewpoint.

But various implementations have added their own secret sauce leveraging various fields, origins, etc... to marry other worlds into various gNMI APIs - consider these proprietary and/or extensions that may not be supported widely.

I'd say the YANG notification statement is one such that falls into currently undefined behavior.

OpenConfig models only contain comments from early templating of distinguishing blocks but tmk there was never any intent to use in favor of methods like data node ON_CHANGE, atomic, etc...

[getsockopt]

Thank you @earies I have created a PR(https://github.com/openconfig/reference/pull/234) to note this, but currently is blocked by CLA bot, I'll sign it later.