[j-nsp] Bulk Provisioning Question

Skeeve Stevens skeeve+junipernsp at eintellego.net
Mon Apr 30 09:41:39 EDT 2012


Phil,

Thanks for the advice.

*Skeeve Stevens, CEO*
eintellego Pty Ltd
skeeve at eintellego.net ; www.eintellego.net <http://www.eintellego.net.au>

Phone: 1300 753 383 ; Fax: (+612) 8572 9954

Cell +61 (0)414 753 383 ; skype://skeeve

facebook.com/eintellego

twitter.com/networkceoau ; www.linkedin.com/in/skeeve

PO Box 7726, Baulkham Hills, NSW 1755 Australia

The Experts Who The Experts Call
Juniper - Cisco – IBM



On Mon, Apr 30, 2012 at 21:56, Phil Shafer <phil at juniper.net> wrote:

> Skeeve Stevens writes:
> >We've considered having a single process using edit exclusive, but this is
> >going to slow things down significantly.
>
> Commits are serialized, so they are effectively a single process
> on the box.  Using "edit private" will likely decrease performance,
> since internally it's doing diff/patch processing at commit time.
>
> I would use the <lock-configuration> RPC ("configure exclusive")
> and consider pushing all changes via a single external process
> that can "batch" them together, if you can trust the patches.
>
> Also I always suggest putting application-based configuration into
> a configuration group so that (a) it's easy to see what's application
> provided and what's hand configured, (b) it's easy to "load replace"
> that config group with new application data, and (c) the human user
> can override the application using the foreground config.  It's
> also easy to test application by turning off the "apply-groups" for
> that app's config group.  Not required, but something that has
> worked well for me.
>
> Thanks,
>  Phil
>


More information about the juniper-nsp mailing list