Configuration de la priorité pour les préfixes de route dans l’infrastructure RPD
La hiérarchisation des préfixes permet aux utilisateurs de hiérarchiser certains itinéraires ou préfixes afin d’améliorer la convergence et de fournir des services différenciés. Dans un réseau comportant un grand nombre de routes, il est parfois important de contrôler l’ordre dans lequel les routes sont mises à jour en raison de modifications de la topologie du réseau. Au niveau du système, Junos OS implémente des valeurs par défaut raisonnables basées sur des méthodes heuristiques pour déterminer l’ordre dans lequel les routes sont mises à jour. Cependant, le comportement par défaut n’est pas toujours optimal. La hiérarchisation des préfixes permet à l’utilisateur de contrôler l’ordre dans lequel les routes sont mises à jour de LDP ou OSPF vers rpd, et rpd vers kernel. Le langage de stratégie de Junos OS a été étendu pour permettre à l’utilisateur de définir la priorité relative (haute et basse) des préfixes via la stratégie d’importation existante dans les protocoles. En fonction de la priorité balisée, les itinéraires sont placés dans différentes files d’attente prioritaires. En cas de changement de topologie, les préfixes de priorité élevée sont d’abord mis à jour dans la table de routage, suivis des préfixes de priorité faible. À l’intérieur d’un même niveau de priorité, les itinéraires continueront d’être mis à jour dans l’ordre lexicographique. Les itinéraires auxquels aucune priorité n’est explicitement attribuée sont traités comme étant de priorité moyenne.
Avant de commencer à configurer la hiérarchisation des préfixes dans rpd pour des protocoles tels que OSPF, LDP et BGP :
Configurez les interfaces des routeurs.
Configurez MPLS.
Configurez les protocoles OSPF, BGP et LDP.
Pour configurer la priorité high du protocole OSPF :
Le LDP hérite de l’OSPF.
Pour configurer la priorité high pour LDP :
Configurez le terme de stratégie qui importe à partir d’OSPF.
[edit policy-options policy-statement policy-name] user@host# set term term-name
Par exemple :
[edit policy-options policy-statement ospf-import] user@host# set term ospf_ldp
Configurez le terme pour accepter les routes et la priorité de l’OSPF.
[edit policy-options policy-statement ospf_import term ospf_ldp] user@host# set from protocol ospf user@host# set from route-filter destination-prefix match-type
Par exemple :
[edit policy-options policy-statement ospf_import term ospf_ldp] user@host# set from protocol ospf user@host# set from route-filter 172.16.25.3/32 exact
Vérifiez la configuration.
[edit] user@host# show policy-options policy-statement ospf-import { term ospf_ldp { from { protocol ospf ; route-filter 172.16.25.3/32 exact; } then { priority high; accept; } } }
Pour configurer la priorité high du protocole BGP :
Configurez le terme de la stratégie.
[edit policy-options policy-statement policy-name] user@host# set term term-name
Par exemple :
[edit policy-options policy-statement prio-for-bgp] user@host# set term bgp_prio
Spécifiez l’itinéraire souhaité en tant que condition de correspondance.
[edit policy-options policy-statement prio-for-bgp term bgp_prio] user@host# set from protocol bgp user@host# set from route-filter destination-prefix match-type
Par exemple :
[edit policy-options policy-statement prio-for-bgp term bgp_prio] user@host# set from protocol bgp user@host# set from route-filter 172.16.50.1/32 exact
Spécifiez que l’itinéraire doit être accepté et définissez la priorité
highde l’itinéraire si les conditions précédentes sont remplies.[edit policy-options policy-statement prio-for-bgp term bgp_prio] user@host# set then priority high user@host# set then accept
Vérifiez la configuration.
policy-statement prio_for_bgp { term bgp_prio { from { protocol bgp; route-filter 172.16.50.1/32 exact; } then { priority high; accept; } } }
Pour BGP, vous pouvez également configurer la priorité en fonction de la valeur RD (route-distinguisher) dans le cas de L3VPN. Par exemple, vous pouvez configurer la priorité pour BGP avec route-distinguisher 51.51.51.51 :111.
Pour configurer la priorité de BGP en fonction de la valeur RD (route-distinguisher) :
Configurez le terme de la stratégie.
[edit policy-options policy-statement policy-name] user@host# set term term-name
Par exemple :
[edit policy-options policy-statement prio-for-bgp] user@host# set term bgp_prio
Spécifiez l’itinéraire souhaité en tant que condition de correspondance.
[edit policy-options policy-statement prio-for-bgp term bgp_prio] user@host# set from rib bgp.l3vpn.0 user@host# set from route-filter destination-prefix match-type user@host# set from route-distinguisher route-distinguisher value
Par exemple :
[edit policy-options policy-statement prio-for-bgp term bgp_prio] user@host# set from rib bgp.l3vpn.0 user@host# set from route-filter 172.16.1.1/32 exact user@host# set from route-distinguisher RD1
Spécifiez que l’itinéraire doit être accepté et définissez la priorité
highde l’itinéraire si les conditions précédentes sont remplies.[edit policy-options policy-statement prio-for-bgp term bgp_prio] user@host# set then priority high user@host# set then accept
Vérifiez la configuration.
policy-statement prio_for_bgp { term bgp_prio { from { protocol rib bgp.l3vpn.0; route-filter 172.16.1.1/32 exact; route-distinguisher RD1; } then { priority high; accept; } } }
Les préfixes de faible priorité sont installés uniquement après les préfixes de priorité élevée dans la table de routage. Vous pouvez également configurer la priorité de la même manière que la priorité pour les itinéraires que vous souhaitez définir sur une priorité lowhigh faible.
La priorité n’est appliquée que lorsque les routes sont poussées du RIB vers le FIB. Par conséquent, vous ne pouvez pas modifier la priorité des routes déjà installées. Changer la priorité des routes déjà installées n’a pas de sens. Si vous essayez de modifier la priorité des routes déjà installées, il y a une différence de sortie show :
user@R1> show route 172.16.25.3 extensive | match state
State: <FlashAll>
State: <Active Int HighPriority> <=== OSPF
Validation State: unverified
State: <FlashAll>
State: <Active Int> <=== LDP
Validation State: unverified
Comme la route est déjà installée dans FIB, LDP n’affiche pas la priorité comme Élevée.
Le fait de redémarrer le démon de routage pour supprimer les routes et de l’ajouter à nouveau reflète la priorité appropriée du point de vue des protocoles OSPF et LDP.
user@R1>restart routingRouting protocols process signalled but still running, waiting 8 seconds more Routing protocols process started, pid 4512 user@R1>show route 172.16.25.3 extensive |match stateState: <FlashAll> State: <Active Int HighPriority> <=== OSPF Validation State: unverified State: <FlashAll> State: <Active Int HighPriority> <=== LDP Validation State: unverified