Mehmet,

On our network automation, we “drive” each product through SSH/telnet and use 
the native terminal or netconf. This automation has been around before netconf 
was a concept, anything new is simple as writing the configuration snippets, 
creating the functions in the abstracted automation classes, and overriding it 
in vendor model specific classes.

This same template idea could be used to generate BIRD configurations that can 
go into a pre-defined folder from the main config file, and trigger a soft 
reload. I personally can’t wrap my head around BIRD since I came from the 
traditional network hardware background, but it certainly does have its place 
in the automation sector.

Just make sure your system has a way to log each step from the device and 
program functions for checks and balances, and combine it all in a transaction 
like process, along with throwing an exception on data it doesn’t know to 
expect, and rolling back the changes if it’s possible.

--
Ryan Hamel
Network Administrator
ryan.ha...@quadranet.com | +1 (888) 578-2372
QuadraNet Enterprises, LLC. | Dedicated Servers, Colocation, Cloud

Reply via email to