Re: [i2rs] Review of draft-ietf-i2rs-ephemeral-state-11

["Susan Hares" <[e-mail]>]

Martin: 

I did miss your point.   I will update to Rob's suggestion after you have
reviewed the following case: 

I2RS client1 ---> netconf server - does not have permission write ephemeral
configuration for I2RS RIB
I2RS client2 --> netconf server  - does have permission to write ephemeral
configuration for I2RS RIB

Can this be handle via some NETCONF / RESTCONF feature?  Is it a NACM
scheme? 

Sue 

Update (planned in I2RS ephemeral version 13) 

Ephemeral-REQ-08:In addition to config true/false, there MUST be a
way to indicate that YANG schema nodes represent ephemeral state.
It is desirable to allow for, and have to way to indicate, config
false YANG schema nodes that are writable operational state.

Status: Awaiting response from Martin 


-----Original Message-----
From: Martin Bjorklund [mailto:[e-mail]] 
Sent: Friday, July 1, 2016 6:53 AM
To: [e-mail]
Cc: [e-mail]; [e-mail]
Subject: Re: [i2rs] Review of draft-ietf-i2rs-ephemeral-state-11

"Susan Hares" <[e-mail]> wrote:
> 4) Ephemeral-REQ-08: (page 6):
> Similar to Juergen's comments, I'm concerned about the 
> writable/non-writable requirement.
> 
>    Ephemeral-REQ-08: Yang MUST have a way to indicate in a data model
>    that schema nodes have the following properties: ephemeral, writable/
>    not-writable, and status/configuration.
> 
> I'm somewhat adverse to writable operational state, and hence I would 
> prefer if this requirement was watered down to something like:
> 
>    Ephemeral-REQ-08: In addition to config true/false, there MUST be a
>    way to indicate that YANG schema nodes represent ephemeral state.
>    It is desirable to allow for, and have to way to indicate, config
>    false YANG schema nodes that are writable operational state.
> 
> Sue: You are Juergen are concerned about writeable/non-writeable.
> Martin is concerned about status/configuration.

Sue, I think you missed my point.  I'm concerned about what happens when you
can specify all these parameters independently.  I think Rob's proposed text
is an improvement.



/martin