> On 12 Jan 2017, at 22:27, Juergen Schoenwaelder > <[email protected]> wrote: > > On Thu, Jan 12, 2017 at 10:20:44PM +0100, Ladislav Lhotka wrote: >> >>> On 12 Jan 2017, at 19:44, Juergen Schoenwaelder >>> <[email protected]> wrote: >>> >>> On Thu, Jan 12, 2017 at 09:38:46AM -0800, Andy Bierman wrote: >>>> On Thu, Jan 12, 2017 at 9:34 AM, Juergen Schoenwaelder < >>>> [email protected]> wrote: >>>> >>>>> On Thu, Jan 12, 2017 at 09:19:54AM -0800, Andy Bierman wrote: >>>>>> >>>>>> YANG statements: >>>>>> - It is not possible to define these statements so they are different >>>>>> for config and oper >>>>>> - must >>>>>> - when >>>>>> - unique >>>>>> - key >>>>>> - min-elements >>>>>> - max-elements >>>>>> - leafref (path) >>>>>> - if-feature >>>>>> - deviation >>>>>> - type (or any sub-statements of type-stmt) >>>>>> - status >>>>>> - description >>>>>> - reference >>>>> >>>>> Considering statements that constraint 'values', it is not entirely >>>>> clear to me what they mean for state nodes. If a server has >>>>> operational state that violates a must or range or ... constraint in >>>>> the YANG model, what is the server expected to do? >>>>> >>>> >>>> The client uses the YANG validation to check on what the server is sending. >>>> The server is buggy if it is sending data that violates YANG constraints. >>>> If any of these statements need to be different for config and oper >>>> then the old style YANG has to be used instead. >>>> >>> >>> OK. So the client does the validation. What does the client do if the >>> operational state it got is not valid according to the YANG constraints? >> >> Don't forget that data models also provide guidelines to server >> implementors. It is not without reason to write a test suite that validates >> server responses, including state data. >> > > OK. But what do you expect a regular client to do? >
Complain to the vendor that their server is broken. Lada > /js > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 <http://www.jacobs-university.de/> -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 _______________________________________________ netmod mailing list [email protected] https://www.ietf.org/mailman/listinfo/netmod
