Pour industrialiser des nouveaux \u00e9quipements ASR 99xx sous Cisco IOS-XR, j’ai \u00e9crit un script pour convertir rapidement la configuration des interfaces L3 IPv4 \/ IPv6, l’IGP OSPF\/OSPFv3 et ses costs, ainsi que le routage BGP depuis une configuration de Cisco 6K sous IOS. Ceci afin principalement d’\u00e9viter les erreurs de ctrl+c \/ ctrl+v (ou l ‘effet PEBKAC) .<\/p>\n
La majorit\u00e9 des changements est facile \u00e0 appr\u00e9hender entre IOS et IOS-XR, m\u00eame si parfois les choix technologiques entrainent de changer sa mani\u00e8re de corr\u00e9ler la technique r\u00e9seau et la configuration des \u00e9quipements. Exemple : la MTU n’est plus consid\u00e9r\u00e9e au niveau 3 sur un IOS-XR, mais comme la MTU niveau 2, voir ASR9000\/XR: Understanding MTU calculations<\/a> ou Mais le changement majeur de IOS-XR, c’est l’arriv\u00e9e des route-policies. Pour ceux qui ont l’habitude des SUP720 \/\u00a0 SUP2T, lorsque l’on configure une session BGP, on configure 3 \u00e9l\u00e9ments communs en IN \/ OUT :<\/p>\n Sur Cisco IOS-XR, plus besoin de lire 1000 lignes \u00e9parpill\u00e9es dans la configuration pour comprendre la logique de tel ou tel neighbor BGP ! On peut avoir le tableau d’\u00e9quivalences suivant:<\/p>\n <\/p>\n D\u00e9sormais, les annonces, les filtres et la modification des attributs BGP se r\u00e9alisent dans un seul et m\u00eame endroit : la route-policy.<\/p>\n Ces route-policies sont un peu d\u00e9routantes au d\u00e9but, car il fait penser \u00e0 tout. Plus possible de changer les annonces avec la modification rapide d’un prefix-list en out avec un clear ip bgp soft.<\/p>\n La logique de ces routes policies est beaucoup plus “programmatique” qu’avant :<\/p>\n Exemple simple et stupide !<\/p>\n On peut aussi faire un appel \u00e0 des routes-policies de mani\u00e8re imbriqu\u00e9, en passant des variables :<\/p>\n Dans la route-policy pr\u00e9c\u00e9dente, il nous suffit donc de faire<\/p>\n L’exemple ci-dessus n’est pas forc\u00e9ment le plus intelligent, mais en \u00e9largissant \u00e0 des exemples concrets, on prend conscience de la puissance des route-policies sous IOS-XR. Il est m\u00eame possible \u00e0 priori d’appeler une route-policy avec un argument dans la configuration d’un neighbor BGP.<\/p>\n Cette nouvelle mani\u00e8re de penser \/ \u00e9crire les optimisations et actions sur le routage est tr\u00e8s percutante, m\u00eame si le changement est difficile \u00e0 appr\u00e9hender et n\u00e9cessite de la r\u00e9flexion.<\/p>\n En effet, dans la r\u00e9alisation de mon script de migration, j’ai pu convertir les as-path access-list, les prefix-list, et les route-maps, mais le nombre de combinaisons possibles pour les neighbors BGP m’a emp\u00eacher d’automatiser leur conversion de mani\u00e8re simple. Le changement dans l’application des param\u00e8tres de configuration du neighbor BGP n\u00e9cessite une revue compl\u00e8te et manuelle des param\u00e8tres de configuration du neighbor BGP.<\/p>\n Pour en savoir plus, je vous engage \u00e0 lire ce tr\u00e8s bon article sur le supportforums cisco, qui m’a permis de d\u00e9marrer et automatiser la conversion des routes-maps\u00a0: ASR9000\/XR: Understanding and using RPL (Route Policy Language)<\/a><\/p>\n De nombreux articles sont disponibles sur le net, et la pratique vaut forc\u00e9ment mieux que l’exemple.<\/p>\n Bon courage \u00e0 ceux qui doivent migrer des milliers de lignes \u00e0 la main \ud83d\ude09<\/p>\n","protected":false},"excerpt":{"rendered":" Pour industrialiser des nouveaux \u00e9quipements ASR 99xx sous Cisco IOS-XR, j’ai \u00e9crit un script pour convertir rapidement la configuration des interfaces L3 IPv4 \/ IPv6,…<\/p>\n
\nMTU Behavior on Cisco IOS XR and Cisco IOS Routers<\/a>).<\/p>\n\n
\n\n
\n <\/td>\n Cisco IOS<\/strong><\/td>\n Cisco IOS-XR<\/strong><\/td>\n<\/tr>\n \n Sets d’AS Paths<\/em><\/strong><\/td>\n ip as-path access-list<\/td>\n as-path-set<\/td>\n<\/tr>\n \n Sets de pr\u00e9fixes<\/em><\/strong><\/td>\n ip prefix-list<\/td>\n prefix-set<\/td>\n<\/tr>\n \n Configuration neighbor BGP<\/em><\/strong><\/td>\n filter-list
\nprefix-list
\nroute-map<\/td>\nroute-policy<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \n
\n
route-policy example\r\n # On autorise les AS_PATH dans allowed-ases\r\n # On \u00e9vite la default route dans default-route\r\n if (as-path in allowed-ases and not destination in default-route) then\r\n pass\r\n # On set le local-pref \u00e0 20 si on tombe sur la default-route\r\n elseif (destination in default-route) then\r\n set local-preference 20\r\n # Sinon on laisse passer le reste avec un local-preference a 10\r\n else \r\n set local-preference 10\r\n endif\r\n# Ici, on a un drop implicite, d'o\u00f9 le dernier set\r\nend-policy<\/pre>\n
route-policy set_localpref($pref)\r\n set local-pref $pref\r\nend-policy<\/pre>\n
else \r\n apply set_localpref(10)\r\n endif<\/pre>\n