[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: kill-session: editorial mistake



Hi,

I agree with Lei Zhang - the spec is _very_ deficient
in stating this subtle behavior.

Thanks to Andy for clarifying the (somewhat) surprising
intended behavior - but expecting implementors to get
that much implied context out of these paragraphs in
the spec is inherently unsafe for interoperability.

Cheers,
- Ira

Ira McDonald (Musician / Software Architect)
Blue Roof Music / High North Inc
PO Box 221  Grand Marais, MI  49839
phone: +1-906-494-2434
email: imcdonald@sharplabs.com

> -----Original Message-----
> From: owner-netconf@ops.ietf.org [mailto:owner-netconf@ops.ietf.org]On
> Behalf Of Lei Zhang
> Sent: Thursday, December 22, 2005 12:01 PM
> To: Andy Bierman
> Cc: netconf@ops.ietf.org
> Subject: Re: kill-session: editorial mistake
> 
> 
> Andy Bierman wrote:
> 
> > Sec. 7.9 is referring to changes that have been commited 
> from <candidate>
> > to <running>.  If the <kill-session> occurs after the first 
> <commit> 
> > but before
> > the second <commit>, then the agent treats the 
> <kill-session> the same
> > as a dropped session, and reverts the <running> config.
> 
> ok that sounds reasonable. The text sure can use some rewrite 
> to clarify 
> things up.
> 
> Thanks,
> Lei
> 
> 
> 
> 
> --
> to unsubscribe send a message to netconf-request@ops.ietf.org with
> the word 'unsubscribe' in a single line as the message text body.
> archive: <http://ops.ietf.org/lists/netconf/>
> 

--
to unsubscribe send a message to netconf-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/netconf/>