[{"author": "Mohamed Boucadair", "text": "

@James, do you have a comment to make on the slides presented by Qin?

", "time": "2022-07-26T14:09:50Z"}, {"author": "Mohamed Boucadair", "text": "

not sure to understand the IANA YANG skills comment

", "time": "2022-07-26T14:16:21Z"}, {"author": "Mohamed Boucadair", "text": "

IANA will just echo the values as per the instructions in the spec

", "time": "2022-07-26T14:16:43Z"}, {"author": "Mohamed Boucadair", "text": "

this is straighforward

", "time": "2022-07-26T14:16:49Z"}, {"author": "Y. Richard Yang", "text": "

Looks like option 1 makes more sense

", "time": "2022-07-26T14:17:38Z"}, {"author": "Y. Richard Yang", "text": "

Agree w/ Med.

", "time": "2022-07-26T14:17:50Z"}, {"author": "Jingxuan Zhang", "text": "

This actually commented by Tom Petch from netmod

", "time": "2022-07-26T14:18:03Z"}, {"author": "Y. Richard Yang", "text": "

Tom's opinon?

", "time": "2022-07-26T14:18:45Z"}, {"author": "Jingxuan Zhang", "text": "

option 1 has a major constraint to quickly test new on-going drafts. Because IANA may take long process to update the YANG module.

", "time": "2022-07-26T14:19:42Z"}, {"author": "Kai Gao", "text": "

Seems to me that the interop can be achieved if the new type is registered with a standardized name space and identity name. Maybe a new registry can be used?

", "time": "2022-07-26T14:19:53Z"}, {"author": "Mohamed Boucadair", "text": "

please refer to https://datatracker.ietf.org/doc/html/draft-boucadair-netmod-iana-registries-03, especially the third para of Section 3

", "time": "2022-07-26T14:20:17Z"}, {"author": "Kai Gao", "text": "

Option 1 requires changes to the source code, which may not be friendly to software development.

", "time": "2022-07-26T14:21:23Z"}, {"author": "Jingxuan Zhang", "text": "

I see Med points out that IANA maintained model can also use identity besides enumeration. Do I understand it correctly?

", "time": "2022-07-26T14:23:49Z"}, {"author": "Mohamed Boucadair", "text": "

yes

", "time": "2022-07-26T14:23:57Z"}, {"author": "Mohamed Boucadair", "text": "

identities are preferred if you have a hierarchy. Otherwise, both would just work. enums may be good if you are looking for compact encoding as the prefix is required for identities

", "time": "2022-07-26T14:26:05Z"}, {"author": "Dhruv Dhody", "text": "

Enums cant be augmented by adding new values even in vendor augmentation

", "time": "2022-07-26T14:27:26Z"}, {"author": "Mohamed Boucadair", "text": "

this is true if you have an IETF module, not an IANA maintained one

", "time": "2022-07-26T14:28:36Z"}, {"author": "Dhruv Dhody", "text": "

@med do you have an example or text for this?

", "time": "2022-07-26T14:30:28Z"}, {"author": "Mohamed Boucadair", "text": "

Please check examples in the draft I mentionned

", "time": "2022-07-26T14:31:21Z"}, {"author": "Kai Gao", "text": "

I think it's a limitation of the YANG language. The only way to add a new value to enum is to modify the source file, if I understand it correctly.

", "time": "2022-07-26T14:32:14Z"}, {"author": "Kai Gao", "text": "

Or maybe IANA has extensions?

", "time": "2022-07-26T14:34:35Z"}, {"author": "Mohamed Boucadair", "text": "

IANA will add new values automatically when a new value is added to the relevant registry

", "time": "2022-07-26T14:35:03Z"}, {"author": "Dhruv Dhody", "text": "

My understanding of YANG matching with Kai

", "time": "2022-07-26T14:35:03Z"}, {"author": "Dhruv Dhody", "text": "

@med that is the point that the only way is iana needs to update the yang file maintained by them

", "time": "2022-07-26T14:35:30Z"}, {"author": "Dhruv Dhody", "text": "

with identity we can have a private augmentation when we are experimenting

", "time": "2022-07-26T14:35:54Z"}, {"author": "Dhruv Dhody", "text": "

On demand data source is quite hard for the protocol part (BGP-LS and PCEP configurations)

", "time": "2022-07-26T14:37:26Z"}, {"author": "Mohamed Boucadair", "text": "

if that is the requirement, then identities is more suitable.

", "time": "2022-07-26T14:37:37Z"}, {"author": "Mohamed Boucadair", "text": "

Fair point @Diego

", "time": "2022-07-26T14:38:19Z"}, {"author": "Dhruv Dhody", "text": "

We can keep this part as read-only

", "time": "2022-07-26T14:38:48Z"}, {"author": "Dhruv Dhody", "text": "

just so that we have information on what are the sat source availaible with the ALTO server

", "time": "2022-07-26T14:39:10Z"}, {"author": "Dhruv Dhody", "text": "

sat -> data

", "time": "2022-07-26T14:39:21Z"}, {"author": "Jingxuan Zhang", "text": "

@Dhruv, on-demand data source is usually used for some network controllers or monitoring tools. Data collection from them usually is more like doing database query.

", "time": "2022-07-26T14:45:34Z"}, {"author": "Dhruv Dhody", "text": "

@Jingxuan Zhang understood! My mistake - the slide has BGP/PCEP mentioned and thus got confused!

", "time": "2022-07-26T14:47:42Z"}, {"author": "Mohamed Boucadair", "text": "

RFC9205 \" When specifying examples of protocol interactions, applications
\n should document both the request and response messages with complete
\n header sections, preferably in HTTP/1.1 format [HTTP/1.1].\"

", "time": "2022-07-26T15:00:46Z"}, {"author": "Mohamed Boucadair", "text": "

note \"preferably\" in that text

", "time": "2022-07-26T15:01:19Z"}, {"author": "Mohamed Boucadair", "text": "

@Martin: the MPQUIC/MPTCP bullet refers to draft-xing-alto-sdn-controller-aware-mptcp-mpquic

", "time": "2022-07-26T15:17:37Z"}, {"author": "Kai Gao", "text": "

Thank you all, see you in IETF 115!

", "time": "2022-07-26T15:58:13Z"}]