> On 12 Jan 2017, at 22:27, Juergen Schoenwaelder 
> <j.schoenwael...@jacobs-university.de> wrote:
> 
> 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?
> 

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
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod

Reply via email to