Great Circle Associates Network-Automation
(April 2005)
 

Indexed By Date: [Previous] [Next] Indexed By Thread: [Previous] [Next]

Subject: Re: CLI transactions
From: Juergen Schoenwaelder <j . schoenwaelder @ iu-bremen . de>
Date: Mon, 18 Apr 2005 18:41:44 +0200
To: Min Qiu <mqiu @ pop2pop . com>
Cc: Andrew Fort <andrew . fort @ gmail . com>,Kirby Files <ksfiles @ gmail . com>,Network Automation List <network-automation @ greatcircle . com>
In-reply-to: <9BD20C9B8D21C04FA661826D202E631F01E2996F@gicorp0.gicorp.mypop2pop.com>
References: <9BD20C9B8D21C04FA661826D202E631F01E2996F@gicorp0.gicorp.mypop2pop.com>
Reply-to: j . schoenwaelder @ iu-bremen . de
User-agent: Mutt/1.5.8i

On Mon, Apr 18, 2005 at 11:37:24AM -0400, Min Qiu wrote:

> So far, our discussion is device centric.  The way I see NMS 
> is it should be network centric.  That is, if I perform a
> change to the network, deploy a VPN or an access list, lets 
> say I need to touch 5 devices and failed at 3rd device, I 
> would like to know what "rollback" realy means.

Juniper supports confirmed commits. After a change has been put
into action, you have to get back to the device to commit the change
or otherwise the box rolls back. This is very cool since in case of
a broken transaction, you simply wait for the boxes to roll back
into the previous state. This is especially cool if the change locks
you out of the network. Confirmed commits are another optional
capability of the netconf protocol.

/js

-- 
Juergen Schoenwaelder		    International University Bremen
<http://www.eecs.iu-bremen.de/>	    P.O. Box 750 561, 28725 Bremen, Germany


Follow-Ups:
References:
Indexed By Date Previous: Re: CLI transactions
From: Eliot Lear <lear@cisco.com>
Next: Re: CLI transactions
From: James Dollar <jdollar@uplogix.com>
Indexed By Thread Previous: Re: Magic, Oracles, tomatos, and meaning questions not to ask
From: Daniel Hagerty <hag@linnaean.org>
Next: Re: CLI transactions
From: James Dollar <jdollar@uplogix.com>

Google
 
Search Internet Search www.greatcircle.com