On (2013-10-25 10:22 -0400), Phil Bedard wrote:
There are companies like Tail-F who are trying to use things like YANG
Tail-F is very cool, but it needs support for both direction. Abstract data -> Vendor Config (easy problem, just agnostic ascii template) Vendor Config -> Abstract data (hard problem) I don't think the latter is needed, why verify what is wrong in the config, either it is what you want it to be or it's something else, in which case you make it what you want it to be. The price of knowing exactly what to fix to bring it up-to standard is very high. It's definitely nice thing to have and necessary thing to have unless 100% is from system. If 100% is from system, we can ommit the hard problem. To support new vendor, you just write simple new vendor-specific templates focusing on exactly just the subset of stuff your abstract data needs. Instead if you need to understand vendor config, you need to understand every nyance of it, vendors own parser gets it wrong, my chances are very small to get it right. -- ++ytti