Get in touch with your Cisco SE or partner. Cisco SE's have access to a conversion tool that takes in an IOS config and spits out an XR config. It's usually about 80-95% correct. It even shows you sections that are not in use and can be removed.
On Thu, Aug 31, 2017 at 5:39 AM, Nick Hilliard <[email protected]> wrote: > marcel.duregards--- via NANOG wrote: > > Cisco offer a doc how to migrate from IOS to XR of about 40pages, but > > it's quite old (XR 3.2) and not so interesting. > > that doc is still relevant. > > > And how to you manage RPL editing? I mean with IOS you have some > > completion on TAB keystroke, but as RPL has to be edited within a text > > editor, you loose this kind of 'help'. > > You can edit RPL from the command-line too, with tab completion and > inline help. > > > Maybe we have to re-think our config from scrash > > that is a good option in this situation. RPL is significantly more > flexible than what's available on vanilla IOS, and you would benefit > from learning RPL, then standing back and looking carefully at what > you're doing with route routing policy to see how it can be abstracted > into well-structured RPL. > > There are a number of major new features: RPL functions can call other > RPL functions, which you can't really do with route-maps (leading to > lots of duplication for similar configuration), and passing variables > into RPL functions. You can use these features to build up structured > RPL configuration mechanisms which give a lot of flexibility and power. > > Also, XR is better from the point of view of automation. If it makes > sense to build automation into your network, this would provide a good > opportunity. > > Nick >
