Re: [netmod] Wrapping up system-creatable
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [netmod] Wrapping up system-creatable
David Partain writes:
>1. Do nothing in the draft and let implementations and data models figure out
>how/if/when/why the server can modify the configuration data.
-1
>2. Do nothing but write in the document that we _know_ it's an issue but we're
>still not doing anything.
This is the minimum we need to do.
>3. Add text that says that the server MUST NOT modify config data unless
>dictated by the data model (through description clauses or future
>extensions).
-1. "MUST unless you make an extension" has no force.
>4. Add text that says that the server is free to modify config data in any way
>it wants, unless constrained by the data model (through description clauses
>or future extensions).
ditto.
>5. Add formal statements (e.g. the current s-c) to control how the server can
>modfiy config.
I'd learn toward this, but I really think there's too much
conflict to move down this path. s-c should be broken out
into a distinct I-D.
So I guess that makes me a "2".
Thanks,
Phil
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.