On Thu, Jan 12, 2017 at 10:20:44PM +0100, Ladislav Lhotka wrote: > > > On 12 Jan 2017, at 19:44, Juergen Schoenwaelder > > <j.schoenwael...@jacobs-university.de> 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 < > >> j.schoenwael...@jacobs-university.de> 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? /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/> _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod