Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuration du OSPF de route

Synthèse OSPF de route

Les routeurs de bordure de zone (ABR) envoient des publicités de liaison de synthèse pour décrire les routes vers d’autres zones. Selon le nombre de destinations, une zone peut être submergée par un grand nombre d’enregistrements d’état de liaison, qui peuvent utiliser les ressources des équipements de routage. Pour minimiser le nombre de publicités inondables dans une zone, vous pouvez configurer l’ABR pour hantiser, ou synthétiser, une gamme d’adresses IP et envoyer des informations d’accessibilité sur ces adresses dans une seule publicité d’état de lien (LSA). Vous pouvez résumer une ou plusieurs plages d’adresses IP, où toutes les routes qui correspondent à la plage de zone spécifiée sont filtrées à la limite de la zone, et le résumé est annoncé à sa place.

Pour une OSPF, vous pouvez synthétiser et filtrer les préfixes intra-zone. Tous les routes qui correspondent à la plage de zone spécifiée sont filtrées aux limites de la zone, et le résumé est annoncé à sa place. Pour une zone OSPF NSSA (not-so-stubby area), vous pouvez uniquement hanter ou filtrer des LSA externes de type 7 (type 7) NSSA avant de les traduire en LSA externes AS (type 5) et entrer dans la zone dorsale. Toutes les routes externes apprises dans la zone qui ne se rapportent pas à l’un des préfixes sont annoncées individuellement dans d’autres domaines.

En outre, vous pouvez également limiter le nombre de préfixes (routes) qui sont exportés en OSPF. En établissant un nombre maximal de préfixes défini par l’utilisateur, vous empêchez l’équipement de routage d’inonder un nombre excessif de routes dans une zone.

Exemple: Limitation du nombre de préfixes exportés vers OSPF

Cet exemple montre comment limiter le nombre de préfixes exportés vers OSPF.

Exigences

Avant de commencer:

Aperçu

Par défaut, le nombre de préfixes (routes) qui peuvent être exportés vers des OSPF. En permettant d’exporter n’importe quel nombre de routes vers OSPF, l’équipement de routage peut être dépassé et inonder un nombre excessif de routes dans une zone.

Vous pouvez limiter le nombre de routes exportées en OSPF pour minimiser la charge sur l’équipement de routage et éviter ce problème potentiel. Si l’équipement de routage dépasse la valeur d’exportation de préfixe configurée, l’équipement de routage élimine les préfixes externes et entre dans un état de surcharge. Cet état garantit que l’équipement de routage n’est pas submergé par le traitement des informations de routage. Le nombre limite d’exportation de préfixe peut être une valeur de 0 à 4 294 967 295.

Dans cet exemple, vous configurez une limite d’exportation de préfixe de 100 000 en incluant prefix-export-limit l’énoncé.

Topologie

Configuration

CLI configuration rapide

Pour limiter rapidement le nombre de préfixes exportés vers OSPF, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez toute interruption de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, copiez-les et collez les commandes dans le CLI au niveau de la hiérarchie [edit] puis entrez en commit mode de configuration.

Procédure

Procédure étape par étape

Pour limiter le nombre de préfixes exportés vers OSPF:

  1. Configurez la valeur limite de l’exportation de préfixe.

    Note:

    Pour OSPFv3, inclure ospf3 l’instruction au niveau de la [edit protocols] hiérarchie.

  2. Si vous avez terminé la configuration de l’équipement, commit the configuration.

Résultats

Confirmez votre configuration en entrant la show protocols ospf commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Pour confirmer votre configuration OSPFv3, saisissez la show protocols ospf3 commande.

Vérification

Vérifier que la configuration fonctionne correctement.

Vérification de la limite d’exportation de préfixe

But

Vérifiez le compteur d’exportation de préfixe affichant le nombre ou les routes exportées vers OSPF.

Action

À partir du mode opérationnel, saisissez la commande show ospf overview OSPFv2 et la show ospf3 overview commande OSPFv3.

Understanding OSPF Traffic Control

Lorsqu’une topologie est partagée à travers le réseau, OSPF utilise cette topologie pour router les paquets entre les nodes du réseau. Chaque chemin entre voisins se voit attribuer un coût en fonction du débit de l’interface. L’algorithme par défaut calcule la métrique d’interface en se basant sur une bande passante de référence de 100 Mbits/s selon la formule cost = reference-bandwidth / interface bandwidth . Toutes les interfaces de 100 Mbits/s ou plus se voit attribuer la même valeur métrique de 1. Vous pouvez affecter manuellement la mesure OSPF interface pour remplacer la valeur par défaut. En outre, étant donné les plates-formes de Juniper actuelles, les interfaces fonctionnent à 400 Gbps, c’est souvent une bonne idée pour configurer une plus reference-bandwidth grande valeur. La configuration d’une valeur de bande passante de référence basée sur plusieurs interfaces à la vitesse la plus élevée de votre réseau optimise automatiquement les chemins réseau en fonction de la vitesse de l’interface et offre une marge de croissance pour les vitesses réseau.

La somme des coûts sur un chemin particulier entre les hôtes détermine le coût global du chemin. Les paquets sont ensuite acheminés le long du chemin le plus court à l’aide de l’algorithme SPF (Short-Path-First). Si plusieurs chemins à coût égal existent entre une adresse source et une adresse de destination, OSPF les paquets le long de chaque chemin alternativement, de façon round-robin. Les routes avec des mesures de chemin total inférieures sont préférées à celles 100 % plus élevées.

Vous pouvez utiliser les méthodes suivantes pour contrôler OSPF trafic:

  • Contrôler le coût des segments de réseau OSPF individuels

  • Ajuster dynamiquement les mesures OSPF interface en fonction de la bande passante

  • Sélection OSPF routeurs

Contrôle du coût des segments de réseau OSPF individuels

OSPF utilise la formule suivante pour déterminer le coût d’un routeur:

Vous pouvez modifier la valeur de bande passante de référence, utilisée pour calculer le coût de l’interface par défaut. La valeur de bande passante de l’interface n’est pas configurable par l’utilisateur et fait référence à la bande passante réelle de l’interface physique.

Par défaut, OSPF affecte une métrique de coût par défaut de 1 à n’importe quelle liaison plus rapide de 100 Mbits/s, et un coût par défaut de 0 à l’interface de bouclation(lo0). Aucune bande passante n’est associée à l’interface de bouclation.

Pour contrôler le flux de paquets sur le réseau, OSPF vous permet d’attribuer manuellement un coût (ou une mesure) à un segment de chemin particulier. Lorsque vous spécifiez une mesure pour une interface de OSPF, cette valeur est utilisée pour déterminer le coût des routes annoncées à partir de cette interface. Par exemple, si tous les routeurs du réseau OSPF utilisent des valeurs de mesure par défaut, et que vous augmentez la mesure sur une interface à 5, tous les chemins via cette interface ont un métrique calculé plus élevé que le par défaut et ne sont pas préférés.

Note:

Toute valeur que vous configurez pour cette mesure remplace le comportement par défaut de l’utilisation de la valeur de bande passante de référence pour calculer le coût de route de cette interface.

Lorsqu’une table de routage offre plusieurs routes à coût égal vers une même destination, un ensemble ecMP (equal-cost multipath) est mis en place. S’il existe un ensemble ECMP pour la route active, le logiciel Junos OS utilise un algorithme de hachage pour choisir l’une des adresses du saut suivant dans l’ensemble ECMP pour l’installer dans la table de forwarding.

Vous pouvez configurer Junos OS de manière à ce que plusieurs entrées du saut suivant dans un ensemble ECMP soient installées dans la table de forwarding. Définir une stratégie de routage d’équilibrage de charge en incluant une ou plusieurs instructions de configuration de l’énoncé de stratégie au niveau [ modifier lesoptionsde stratégie ] niveau hiérarchique, avec l’équilibre de charge d’action par paquet . Puis appliquez la stratégie de routage aux routes exportées de la table de routage vers la table de routage.

Réglage dynamique des OSPF interface en fonction de la bande passante

Vous pouvez spécifier un ensemble de valeurs de seuil de bande passante et les valeurs métriques associées pour une interface de OSPF ou une topologie sur une interface OSPF réseau. Lorsque la bande passante d’une interface change, Junos OS automatiquement la mesure de l’interface sur la valeur associée à la valeur de seuil de bande passante appropriée. Junos OS utilise la valeur de seuil de bande passante configurée la plus faible, égale ou supérieure à la bande passante réelle de l’interface, pour déterminer la valeur métrique. Si la bande passante de l’interface est supérieure à n’importe quelle valeur de seuil de bande passante configurée, la valeur métrique configurée pour l’interface est utilisée plutôt que les valeurs métriques basées sur la bande passante configurées. La possibilité de recalculer la métrique d’une interface lorsque ses modifications de bande passante sont particulièrement utiles pour les interfaces agrégées.

Note:

Vous devez également configurer une mesure pour l’interface lorsque vous activez des mesures basées sur la bande passante.

Contrôle des OSPF de route

Vous pouvez contrôler le flux de paquets à travers le réseau en utilisant des préférences de route. Les préférences de route sont utilisées pour sélectionner le routeur installé dans le tableau de forwarding lorsque plusieurs protocoles calculent des routes vers la même destination. Le routeur avec la valeur de préférence la plus faible est sélectionné.

Par défaut, les routes de OSPF internes ont une valeur de préférence de 10, et les routes de OSPF externe ont une valeur de préférence de 150. Même si les paramètres par défaut sont appropriés pour la plupart des environnements, vous pouvez modifier les paramètres par défaut si tous les équipements de routage de votre réseau OSPF utilisent les valeurs de préférence par défaut, ou si vous prévoyez de migrer d’un OSPF à un autre protocole de passerelle intérieure (IGP). Si tous les équipements utilisent les valeurs de préférence de route par défaut, vous pouvez modifier les préférences de route pour vous assurer que le chemin via un équipement particulier est sélectionné pour la table de forwarding à tout moment que plusieurs chemins à coût égal existent vers une destination. En migrant d’OSPF à un autre IGP, la modification des préférences de route vous permet d’effectuer la migration de manière contrôlée.

Exemple: Maîtriser le coût des segments de OSPF individuels

Cet exemple montre comment contrôler le coût des segments de OSPF individuels.

Exigences

Avant de commencer:

Aperçu

Toutes OSPF interfaces ont un coût, c’est-à-dire une mesure de routage utilisée dans le calcul de l’état de liaison. Les routes avec des mesures de chemin total inférieures sont préférées à celles avec des mesures de chemin plus élevées. Dans cet exemple, nous explorons comment contrôler le coût des OSPF segments de réseau.

Par défaut, OSPF affecte une métrique de coût par défaut de 1 à n’importe quelle liaison plus rapide de 100 Mbits/s, et un coût par défaut de 0 à l’interface de bouclation(lo0). Aucune bande passante n’est associée à l’interface de bouclation. Cela signifie que toutes les interfaces plus rapides que 100 Mbits/s ont la même métrique de coût par défaut de 1. Si plusieurs chemins à coût égal existent entre une adresse source et une adresse de destination, OSPF les paquets le long de chaque chemin alternativement, de façon round-robin.

Si toutes les interfaces s’exécutent à la même vitesse, ce n’est pas toujours le cas. Si les interfaces fonctionnent à différentes vitesses, vous pouvez constater que le trafic n’est pas acheminé sur l’interface la plus rapide, car tous les paquets sont acheminés de manière OSPF les paquets entre les différentes interfaces. Par exemple, si votre équipement de routage dispose d’interfaces Fast Ethernet et Gigabit Ethernet exécutant OSPF, chacune de ces interfaces possède un coût par défaut de 1.

Dans le premier exemple, vous définissez la bande passante de référence sur la bande passante 10 Gbits/s (10 Gbits/s, comme le dénote 10 000 000 000 bits) en incluant l’instruction de bande passante de référence. Avec cette configuration, OSPF affecte à l’interface Fast Ethernet une mesure par défaut de 100, et l’interface Gigabit Ethernet une mesure de 10. Étant donné que l’interface Gigabit Ethernet possède la mesure la plus faible, OSPF la sélectionne lors du routage des paquets. La plage est de 9 600 à 1 000 000 000 bits.

La Figure 2 montre trois équipements de routage dans la zone 0.0.0.0 et suppose que la liaison entre l’équipement R2 et l’équipement R3 est encombrée par d’autres trafics. Vous pouvez également contrôler le flux de paquets sur le réseau en attribuant manuellement une mesure à un segment de chemin particulier. Toute valeur que vous configurez pour cette mesure remplace le comportement par défaut de l’utilisation de la valeur de bande passante de référence pour calculer le coût de route de cette interface. Pour empêcher le trafic de l’unité R3 de passer directement vers l’unité R2, vous ajustez la mesure sur l’interface de l’unité R3 qui se connecte à l’unité R1 afin que l’ensemble du trafic passe par l’unité R1.

Dans le deuxième exemple, vous définissez la métrique à 5 sur l’interface fe-1/0/1 sur l’unité R3 qui se connecte à l’unité R1 en incluant l’énoncé de mesure. Plage de 1 à 65 535.

Figure 2: configuration OSPF metric OSPF Metric Configuration

Topologie

Configuration

Configuration de la bande passante de référence

CLI configuration rapide

Pour configurer rapidement la bande passante de référence, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les interruptions de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, copiez et collez les commandes dans le CLI au niveau de la hiérarchie [edit], puis entrez en mode commit de configuration.

Procédure étape par étape

Pour configurer la bande passante de référence:

  1. Configurez la bande passante de référence pour calculer le coût de l’interface par défaut.

    Note:

    Pour spécifier OSPFv3, inclure l’énoncé ospf3 au niveau de la hiérarchie [edit protocols].

    Pointe:

    En tant que raccourci dans cet exemple, vous entrez 10 g pour spécifier une bande passante de référence de 10 Gbits/s. Que vous pénétriez dans la 10g ou 10000000,la commande ospf sortie des protocoles d’affichage affiche 10 Gbits/s en tant que 10 g,et non 100000000.

  2. Si vous avez terminé la configuration de l’équipement, commit the configuration.

    Note:

    Répétez cette configuration sur tous les équipements de routage sur un réseau partagé.

Résultats

Confirmez votre configuration en entrant la commande « show protocols ospf ». Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Pour confirmer votre configuration OSPFv3, saisissez la commande show protocols ospf3.

Configuration d’une métrique pour une interface de sécurité OSPF spécifique

CLI configuration rapide

Pour configurer rapidement une mesure pour une interface OSPF spécifique, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les interruptions de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, copiez et collez les commandes dans le CLI au niveau de la hiérarchie [edit], puis entrez en commit mode de configuration.

Procédure étape par étape

Pour configurer la métrique pour une interface de OSPF spécifique:

  1. Créez une OSPF de l’environnement.

    Note:

    Pour spécifier OSPFv3, inclure l’énoncé ospf3 au niveau de la hiérarchie [edit protocols].

  2. Configurez la métrique du segment OSPF réseau.

  3. Si vous avez terminé la configuration de l’équipement, commit the configuration.

Résultats

Confirmez votre configuration en entrant la commande « show protocols ospf ». Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Pour confirmer votre configuration OSPFv3, saisissez la commande show protocols ospf3.

Vérification

Vérifier que la configuration fonctionne correctement.

Vérification de l’métrique configuré

But

Vérifier les paramètres de mesure sur l’interface. Confirmez que le champ Coût affiche la métrique configurée de l’interface (coût). Lorsque vous choisissez un chemin vers une destination, OSPF le chemin avec le coût le plus bas.

Action

À partir du mode opérationnel, saisissez la commande show ospf interface detail pour OSPFv2, puis entrez la commande show ospf3 detail detail pour OSPFv3.

Vérification de la route

But

Lors du choix d’un chemin vers une destination, OSPF le chemin avec le coût total le plus bas. Confirmez que OSPF utilise le chemin approprié.

Action

À partir du mode opérationnel, saisissez la commande « show route command ».

Exemple: Réglage dynamique des mesures OSPF interface en fonction de la bande passante

Cet exemple montre comment ajuster dynamiquement les mesures OSPF interface en fonction de la bande passante.

Configuration

CLI configuration rapide

Pour configurer rapidement les valeurs de seuil de bande passante et les valeurs métriques associées pour une interface OSPF, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez toute interruption de ligne, modifiez les détails nécessaires pour faire correspondre votre configuration réseau, copiez et collez les commandes dans le CLI au niveau hiérarchique de [edit] et entrez ensuite en mode commit de configuration.

Procédure étape par étape

Pour configurer la métrique pour une interface de OSPF spécifique:

  1. Créez une OSPF secteur.

    Note:

    Pour spécifier OSPFv3, inclure l’énoncé ospf3 au niveau de la hiérarchie [edit protocols].

  2. Configurez la métrique du segment OSPF réseau.

  3. Configurez les valeurs de seuil de bande passante et les valeurs métriques associées.

  4. Si vous avez terminé la configuration de l’équipement, commit the configuration.

Résultats

Confirmez votre configuration en entrant la commande « show protocols ospf ». Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Pour confirmer votre configuration OSPFv3, saisissez la commande show protocols ospf3.

Exigences

Avant de commencer:

Aperçu

Vous pouvez spécifier un ensemble de valeurs de seuil de bande passante et les valeurs métriques associées pour OSPF interface réseau. Lorsque la bande passante d’une interface change, Junos OS automatiquement la mesure de l’interface sur la valeur associée à la valeur de seuil de bande passante appropriée. Lorsque vous configurez des valeurs métriques basées sur la bande passante, vous configurez généralement plusieurs valeurs de bande passante et de mesures.

Dans cet exemple, vous configurez OSPF interface ae0 pour des mesures basées sur la bande passante, en incluant l’énoncé des mesures basées sur la bande passante et les paramètres suivants:

  • bandepassante: spécifie le seuil de bande passante en bits par seconde. La plage est de 9 600 à 1 000 000 000 000.

  • mesure:indique la valeur métrique à associer à une valeur de bande passante spécifique. Plage de 1 à 65 535.

Topologie

Vérification

Vérifier que la configuration fonctionne correctement.

Vérification de l’métrique configuré

But

Vérifier les paramètres de mesure sur l’interface. Confirmez que le champ Coût affiche la métrique configurée de l’interface (coût). Lorsque vous choisissez un chemin vers une destination, OSPF le chemin avec le coût le plus bas.

Action

À partir du mode opérationnel, saisissez la commande show ospf interface detail pour OSPFv2, puis entrez la commande show ospf3 detail detail pour OSPFv3.

Exemple: Contrôle des préférences OSPF de route

Cet exemple montre comment contrôler la sélection OSPF de route dans la table de forwarding. Cet exemple montre également comment vous pouvez contrôler la sélection de route si vous migrez d’une OSPF à une autre IGP.

Configuration

CLI configuration rapide

Pour configurer rapidement les valeurs de préférence de route OSPF, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les interruptions de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, copiez-les et collez les commandes dans les CLI au niveau de la hiérarchie [edit], puis entrez en mode commit de configuration.

Procédure étape par étape

Pour configurer la sélection du routeur:

  1. Entrez OSPF mode de configuration et définissez les préférences de routage internes et externes.

    Note:

    Pour spécifier OSPFv3, inclure ospf3 l’instruction au niveau de la [edit protocols] hiérarchie.

  2. Si vous avez terminé la configuration de l’équipement, commit the configuration.

Résultats

Confirmez votre configuration en entrant la show protocols ospf commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Pour confirmer votre configuration OSPFv3, saisissez la show protocols ospf3 commande.

Exigences

Cet exemple suppose que OSPF est correctement configuré et s’exécute sur votre réseau, et que vous souhaitez contrôler la sélection du routeur parce que vous prévoyez de migrer d’un OSPF à un autre IGP.

Aperçu

Les préférences de route sont utilisées pour sélectionner le routeur installé dans le tableau de forwarding lorsque plusieurs protocoles calculent des routes vers la même destination. Le routeur avec la valeur de préférence la plus faible est sélectionné.

Par défaut, les routes de OSPF internes ont une valeur de préférence de 10, et les routes de OSPF externe ont une valeur de préférence de 150. Vous pouvez modifier ce paramètre si vous prévoyez de migrer d’OSPF à une autre configuration IGP. La modification des préférences de route vous permet d’effectuer la migration de manière contrôlée.

Cet exemple fait les hypothèses suivantes:

  • OSPF déjà en cours d’exécution sur votre réseau.

  • Vous souhaitez migrer du OSPF au IS-IS.

  • Vous avez IS-IS vos exigences réseau et vous avez confirmé que tout fonctionne correctement.

Dans cet exemple, vous augmentez les valeurs de préférence de route OSPF pour les rendre moins préférées que les routes IS-IS en spécifier 168 pour les routes OSPF internes et 169 pour les routes OSPF externes. IS-IS les routes internes ont une préférence de 15 (pour le niveau 1) ou de 18 (pour le niveau 2), et les routes externes ont une préférence de 160 (pour le niveau 1) ou de 165 (pour le niveau 2). En général, il est préférable de laisser le nouveau protocole aux paramètres par défaut pour minimiser les complexités et simplifier tout ajout futur d’équipements de routage au réseau. Pour modifier les OSPF de préférence de route, configurez les paramètres suivants:

  • preference— Indique la préférence de route pour les routes d’OSPF internes. Par défaut, les routes OSPF internes ont une valeur de 10. Ils sont de 0 à 4 294 967 295 (232 – 1).

  • external-preference— Indique la préférence de route pour les routes d’OSPF externes. Par défaut, les routes OSPF externes ont une valeur de 150. Ils sont de 0 à 4 294 967 295 (232 – 1).

Topologie

Vérification

Vérifier que la configuration fonctionne correctement.

Vérification de la route

But

Vérifiez que le IGP utilise le chemin approprié. Une fois que le IGP est le protocole préféré (dans cet exemple, IS-IS), vous devez surveiller le réseau en cas de problème. Une fois que vous confirmez que le nouveau IGP fonctionne correctement, vous pouvez supprimer la configuration OSPF du périphérique de routage en entrant la commande au niveau delete ospf [edit protocols] hiérarchique.

Action

À partir du mode opérationnel, saisissez la show route commande.

Compréhension de OSPF surcharge de travail

Si l’heure écoulé après l’OSPF de l’instance de travail est inférieure à l’délai spécifié, le mode de surcharge est définir.

Vous pouvez configurer l’équipement de routage local de façon à ce qu’il soit trop chargé. Un équipement de routage surchargé indique qu’il n’est plus en mesure de gérer un trafic de transit de OSPF, ce qui se traduit OSPF’envoi d’un trafic de transit à d’autres équipements de routage. OSPF du trafic vers les interfaces directement reliées continue d’atteindre le périphérique de routage. Vous pouvez configurer le mode de surcharge pour de nombreuses raisons, notamment:

  • Si vous voulez que l’équipement de routage participe au routage de OSPF, mais ne le souhaitez pas pour le trafic de transit. Il peut s’agir d’un équipement de routage connecté au réseau à des fins d’analyse, mais non considéré comme partie du réseau de production, comme les équipements de routage de gestion du réseau.

  • Si vous réalisez des opérations de maintenance sur un équipement de routage dans un réseau de production. Vous pouvez déplacer le trafic hors de cet équipement de routage afin que les services réseau ne soient pas interrompus pendant la période de maintenance.

Vous configurez ou désactivez le mode de surcharge en OSPF avec ou sans délai d’adage. Sans délai d’adage, le mode de surcharge est mis en place jusqu’à ce qu’il soit explicitement supprimé de la configuration. Lorsqu’un délai d’a été mis en place est mis en place, le mode de surcharge est mis en place si le délai de mise en OSPF’instance est inférieur au délai spécifié.

Un timer est mis en place pour faire la différence entre le délai d’insé timeout et le délai écoulé depuis le début de l’instance. Une fois le timer expire, le mode de surcharge est autorisé. En mode de surcharge, la publication de l’état de liaison du routeur (LSA) provient de toutes les liaisons du routeur de transit (sauf stub) définies sur une mesure de 0xFFFF. Les liens du routeur d’stub sont annoncés avec le coût réel des interfaces correspondant au stub. Le trafic de transit est alors chargé d’éviter le périphérique de routage surchargé et de prendre des chemins autour du périphérique de routage. Toutefois, les liaisons de l’équipement de routage surchargé restent accessibles.

L’équipement de routage peut également entrer de façon dynamique l’état de surcharge, indépendamment de la configuration de l’équipement qui paraît trop chargé. Par exemple, si l’équipement de routage dépasse la limite des préfixes configurés OSPF, l’équipement de routage s’insépare des préfixes externes et entre dans un état de surcharge.

En cas de configuration incorrecte, l’énorme nombre de routes peut entrer dans OSPF, ce qui peut nuire aux performances du réseau. Pour éviter cela, il est important de configurer ce qui permet d’éviter tout impact négatif sur le réseau et de prefix-export-limit l’extérieur.

En permettant d’exporter n’importe quel nombre de routes vers OSPF, l’équipement de routage peut être submergé et inonder un nombre excessif de routes dans une zone. Vous pouvez limiter le nombre de routes exportées dans OSPF pour minimiser la charge sur l’équipement de routage et éviter ce problème potentiel.

Par défaut, le nombre de préfixes (routes) qui peuvent être exportés vers des OSPF. Pour éviter cela, doit être configuré de manière à éviter les externes et prefix-export-limit à empêcher le réseau.

Dès Junos OS version 18.2, les fonctionnalités suivantes sont prise en charge par stub routeur dans votre réseau OSPF, lorsque la OSPF est surchargée:

  • Permettre la fuite de route: les préfixes externes sont redistribués lors OSPF surcharge de travail et les préfixes proviennent de coûts normaux.

  • Faites la publicité d’un réseau d’écurie avec une mesure maximale: les réseaux d’stub sont annoncés avec un maximum de mesures OSPF surcharge.

  • Faites la publicité d’un préfixe intra-zone avec une mesure maximale: les préfixes intra-zone sont annoncés avec un maximum de mesures OSPF temps de surcharge.

  • Faites la publicité des préfixes externes avec la mesure maximale possible: OSPF AS préfixes externes sont redistribués lors OSPF surcharge de travail et les préfixes sont annoncés à un coût maximal.

Vous pouvez à présent configurer les configurations suivantes en cas OSPF surcharge de travail:

  • allow-route-leaking au niveau [edit protocols <ospf | ospf3> overload] hiérarchique pour mettre en avant les préfixes externes à un coût normal.

  • stub-network au niveau [edit protocols ospf overload] hiérarchique pour promouvoir le réseau d’stub avec une mesure maximale.

  • intra-area-prefix au niveau [edit protocols ospf3 overload] hiérarchique pour promouvoir les préfixes intra-zone avec une mesure maximale.

  • as-external au niveau [edit protocols <ospf | ospf3> overload] hiérarchique pour promouvoir les préfixes externes avec une mesure maximale.

Pour limiter le nombre de préfixes exportés vers OSPF:

Le nombre limite d’exportation de préfixe peut être une valeur de 0 à 4 294 967 295.

Exemple: Configuration des OSPF pour surcharger les équipements de routage

Cet exemple montre comment configurer un équipement de routage qui s’OSPF d’être surchargé.

Exigences

Avant de commencer:

Aperçu

Vous pouvez configurer un équipement de routage local exécutant des OSPF qui semblent trop saturés, ce qui permet à l’équipement de routage local de participer au routage OSPF, mais pas au trafic de transit. Une fois configurées, les mesures de l’interface de transit sont définies sur la valeur maximale de 65535.

Cet exemple comprend les paramètres suivants:

  • surcharge:configure l’équipement de routage local de façon à ce qu’il apparaisse trop saturé. Vous pouvez configurer cette configuration si vous souhaitez que l’équipement de routage participe au routage OSPF, mais ne pas l’utiliser pour le trafic de transit, ou que vous réalisez des opérations de maintenance sur un équipement de routage dans un réseau de production.

  • Timeout seconds —(Facultatif) Spécifie le nombre de secondes à laquelle le surcharge est réinitialisé. Si aucun intervalle d’interruption de temps n’est spécifié, l’équipement de routage reste dans l’état de surcharge jusqu’à ce que l’énoncé de surcharge soit supprimé ou qu’un délai d’interruption soit mis en place. Dans cet exemple, vous configurez 60 secondes alors que le temps que l’équipement de routage reste en état de surcharge. Par défaut, l’intervalle de délai est de 0 secondes (cette valeur n’est pas configurée). La plage est de 60 à 1 800 secondes.

Topologie

Configuration

Procédure

CLI configuration rapide

Pour configurer rapidement un équipement de routage local comme surchargé, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les interruptions de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, copiez-les et collez les commandes dans le CLI au niveau de la hiérarchie [edit] et entrez ensuite en commit mode de configuration.

Procédure étape par étape

Pour configurer un équipement de routage local qui semble trop saturé:

  1. Saisissez OSPF mode de configuration.

    Note:

    Pour spécifier OSPFv3, inclure ospf3 l’instruction au niveau de la [edit protocols] hiérarchie.

  2. Configurez l’équipement de routage local pour qu’il soit trop débordé.

  3. (Facultatif) Configurez le nombre de secondes au niveau de laquelle la surcharge est réinitialisée.

  4. (Facultatif) Configurez la limite du nombre de préfixes exportés vers OSPF, afin de minimiser la charge sur l’équipement de routage et d’empêcher l’équipement d’entrer dans le mode de surcharge.

  5. Si vous avez terminé la configuration de l’équipement, commit the configuration.

Résultats

Confirmez votre configuration en entrant la show protocols ospf commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration. La sortie inclut l’option timeout et prefix-export-limit les instructions.

Pour confirmer votre configuration OSPFv3, saisissez la show protocols ospf3 commande.

Vérification

Vérifier que la configuration fonctionne correctement.

Vérification du trafic déplacé des équipements

But

Vérifiez que le trafic a été transféré des équipements en amont.

Action

À partir du mode opérationnel, saisissez la show interfaces detail commande.

Vérification des mesures de l’interface de transit

But

Vérifiez que les mesures de l’interface de transit sont définies sur la valeur maximale de 65535 sur l’équipement voisin en aval.

Action

À partir du mode opérationnel, saisissez la commande show ospf database router detail advertising-router address OSPFv2 et la show ospf3 database router detail advertising-router address commande OSPFv3.

Vérification de la configuration en trop-plein

But

Vérifiez que le trop-plein est configuré en vérifiant le champ « Configured overload ». Si le timer de surcharge est également configuré, ce champ affiche également l’heure qui reste avant son expiration.

Action

À partir du mode opérationnel, saisissez la commande show ospf overview OSPFv2 et la show ospf3 overview commande POUR OSPFv3.

Vérification du saut suivant viable

But

Vérifiez la configuration du saut suivant sur l’équipement en amont voisin. Si l’équipement voisin est saturé, il n’est pas utilisé pour le trafic de transit et n’est pas affiché dans le trafic en sortie.

Action

À partir du mode opérationnel, saisissez la show route address commande.

Understanding the SPF Algorithm Options for OSPF

OSPF utilise l’algorithme SPF (Short-Path-First) le plus court, également appelé algorithme Dijkstra, pour déterminer la route à prendre pour atteindre chaque destination. L’algorithme SPF décrit comment OSPF détermine la route à atteindre chaque destination, et les options SPF contrôlent les timeurs qui déterminent quand l’algorithme SPF s’exécute. Selon votre environnement réseau et vos exigences, vous pouvez modifier les options SPF. Prenons par exemple un environnement à grande échelle avec un grand nombre d’équipements qui inondent la zone de publicités d’état de liaison (LSA). Dans cet environnement, il est possible de recevoir un grand nombre de LSA à traiter, qui peuvent consommer des ressources de mémoire. En configurant les options SPF, vous continuez à vous adapter à la topologie changeante du réseau, mais vous pouvez réduire la quantité de ressources de mémoire utilisées par les équipements pour exécuter l’algorithme SPF.

Vous pouvez configurer les options SPF suivantes:

  • Le délai entre la détection d’une modification de topologie et le moment où l’algorithme SPF s’exécute réellement.

  • Le nombre maximal de fois que l’algorithme SPF peut fonctionner dans les limites avant le début du délai d’attente.

  • Il est temps de conserver ou d’attendre avant d’exécuter un autre calcul SPF après que l’algorithme SPF a été exécuté en nombre de fois configuré. Si le réseau fonctionne à nouveau pendant la période de confinement et que l’algorithme SPF n’a pas à s’exécuter à nouveau, le système revient aux valeurs configurées pour le délai et les rapid-runs instructions.

Exemple: Configuration des options d’algorithmes SPF pour les OSPF

Cet exemple montre comment configurer les options d’algorithmeSPF. Les options SPF contrôlent les timers qui déterminent quand l’algorithme SPF s’exécute.

Exigences

Avant de commencer:

Aperçu

OSPF utilise l’algorithme SPF pour déterminer la route à atteindre chaque destination. Tous les équipements de routage d’une zone exécutent cet algorithme en parallèle, en stockant les résultats dans leurs bases de données de topologie individuelles. Les équipements de routage avec des interfaces vers plusieurs zones exécutent plusieurs copies de l’algorithme. Les options SPF contrôlent les timeurs utilisés par l’algorithme SPF.

Avant de modifier les paramètres par défaut, vous devez bien comprendre votre environnement et vos exigences réseau.

Cet exemple montre comment configurer les options d’exécution de l’algorithme SPF. Vous incluent spf-options l’énoncé et les options suivantes:

  • délai:permet de configurer le temps (en millisecondes) entre la détection d’une topologie et la durée d’utilisation du SPF. Lorsque vous modifiez le délai, prenons en compte vos exigences de reconvergence réseau. Par exemple, vous souhaitez spécifier une valeur timer qui peut vous aider à identifier les anomalies sur le réseau, mais qui permet à un réseau stable de se reconverger rapidement. Par défaut, l’algorithme SPF exécute 200 millisecondes après la détection d’une topologie. Plage de 50 à 8 000 millisecondes.

  • exécute rapidement:configure le nombre maximal de fois que l’algorithme SPF peut s’exécuter en nombre insérez avant le début du délai de hold-down. Par défaut, le nombre de calculs SPF qui peuvent être effectués dans cette option est 3. Plage de 1 à 10. Chaque algorithme SPF s’exécute après le délai de configuration SPF. Lorsque le nombre maximal de calculs SPF est effectué, le délai d’attente commence. Tout calcul SPF ultérieur ne s’exécute pas tant que le temps de hold-down n’expire pas.

  • holddown:configure le temps de attente ou d’attente avant d’exécuter un autre calcul SPF après exécution de l’algorithme SPF dans le nombre maximal de fois configuré. Par défaut, le temps d’attente est de 5 000 millisecondes. Plage de 2 000 à 20 000 millisecondes. Si le réseau fonctionne à nouveau pendant la période de confinement et que l’algorithme SPF n’a pas à s’exécuter à nouveau, le système revient aux valeurs configurées pour le délai et les rapid-runs instructions.

Topologie

Configuration

CLI configuration rapide

Pour configurer rapidement les options SPF, copiez les commandes suivantes et collez-les dans le CLI.

Procédure

Procédure étape par étape

Pour configurer les options SPF:

  1. Saisissez OSPF mode de configuration.

    Note:

    Pour spécifier OSPFv3, inclure ospf3 l’instruction au niveau de la [edit protocols] hiérarchie.

  2. Configurez le délai de délai SPF.

  3. Configurez le nombre maximal de fois que l’algorithme SPF peut s’exécuter dans la même configuration.

  4. Configurez le temps d’attente SPF.

  5. Si vous avez terminé la configuration de l’équipement, commit the configuration.

Résultats

Confirmez votre configuration en entrant la show protocols ospf commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Pour confirmer votre configuration OSPFv3, saisissez la show protocols ospf3 commande.

Vérification

Vérifier que la configuration fonctionne correctement.

Vérification des options SPF

But

Vérifiez que le SPF fonctionne selon vos exigences réseau. Examinez le champ de délai SPF, le champ de holddown SPF et les champs de courses rapides SPF.

Action

À partir du mode opérationnel, saisissez la commande show ospf overview OSPFv2 et la show ospf3 overview commande OSPFv3.

Configuration de OSPF de mémoire et d’inondation Réduction des topologies stables

La OSPF exige que chaque publication d’état de lien (LSA) soit actualisé toutes les 30 minutes. L Juniper Networks mise en œuvre de cette application actualisation des LSA toutes les 50 minutes. Par défaut, tout LSA non actualisé expire au bout de 60 minutes. Cette exigence peut entraîner des frais de trafic qui compliquent l’OSPF réseaux. Vous pouvez remplacer le comportement par défaut en spécifiant que le bit DoNotAge doit être définir dans des LSA auto-créés lorsqu’ils sont initialement envoyés par le routeur ou le commutateur. Tout LSA avec l’ensemble de bits DoNotAge n’est réflexé que si des changements surviennent dans le LSA. Cette fonctionnalité réduit ainsi les frais de trafic des protocoles tout en permettant d’flooded immédiatement tout LSA modifié. Les routeurs ou commutateurs activés pour réduire les flots continuent d’envoyer des paquets hello à leurs voisins et de mettre au monde des LSA auto-originaires dans leurs bases de données.

L Juniper mise en œuvre OSPF de OSPF de surinondament est basée sur la RFC 4136, sur la OSPF d’actualisation et d’inondissement des topologies stables. Toutefois, l Juniper implémentation de l’application n’inclut pas l’intervalle d’inondament forcé défini dans le RFC. La non-mise en œuvre de l’intervalle d’inondage forcé garantit que les LSA avec l’ensemble de bits DoNotAge ne sont résoudront que si des changements surviennent.

Cette fonctionnalité est prise en charge pour les fonctionnalités suivantes:

  • Interfaces OSPFv2 et OSPFv3

  • Domaines OSPFv3

  • Liens virtuels OSPFv2 et OSPFv3

  • Liens Sham OSPFv2

  • Interfaces pair OSPFv2

  • Toutes les instances de routage sont prise en charge par OSPF

  • Systèmes logiques

Pour configurer la réduction des inondantes pour une interface OSPF, inclure flood-reduction l’instruction au niveau de la [edit protocols (ospf | ospf3) area area-id interface interface-id] hiérarchie.

Note:

Si vous configurez la réduction des inondants pour une interface configurée en tant que circuit de demande, les LSA ne sont pas initialement inondables, mais envoyés uniquement lorsque leur contenu a changé. Les paquets Hello et les LSA sont envoyés et reçus sur une interface de circuit à la demande uniquement lorsqu’une modification de la topologie réseau survient.

Dans l’exemple suivant, l’interface OSPF so-0/0/1.0 est configurée pour réduire les inondants. Ainsi, tous les LSA générés par les routes qui traversent l’interface spécifiée ont le bit DoNotAge lorsqu’ils sont initialement submergés, et les LSA sont actualisé uniquement en cas de modification.

Note:

À partir de Junos OS version 12.2, vous pouvez configurer un intervalle DSA (Link-State Advertisement) global par défaut inondant dans l’intervalle de OSPF pour les LSA auto-générés en incluant l’instruction au niveau de la lsa-refresh-interval minutes [edit protocols (ospf | ospf3)] hiérarchie. L Juniper Networks mise en œuvre de cette application actualisation des LSA toutes les 50 minutes. La plage est de 25 à 50 minutes. Par défaut, tout LSA non actualisé expire au bout de 60 minutes.

Si vous vous faites configurer l’intervalle de actualisation LSA global pour la réduction des OSPF et des OSPF d’inondance configurée pour une interface spécifique dans une zone de OSPF, la configuration de réduction des inondations OSPF prend l’priorité pour cette interface spécifique.

Compréhension de la synchronisation entre LDP et IGP

Le LDP est un protocole de distribution d’étiquettes dans les applications non conçues pour le trafic. Les étiquettes sont distribuées le long du meilleur chemin déterminé par le protocole de passerelle intérieure (IGP). Si la synchronisation entre LDP et le IGP n’est pas maintenue, le chemin de commutation d’étiquettes (LSP) passe à la panne. Lorsque LDP n’est pas entièrement opérationnel sur un lien donné (une session n’est pas établie et que les étiquettes ne sont pas échangées IGP), le centre de données fait la publicité de la liaison avec la mesure de coût maximale. La liaison n’est pas préférée, mais reste dans la topologie du réseau.

La synchronisation LDP est prise en charge uniquement sur les interfaces point à point actives et les interfaces LAN configurées comme point à point dans le IGP. La synchronisation LDP n’est pas prise en charge pendant le redémarrage graceful.

Exemple: Configuration de la synchronisation entre LDP et OSPF

Cet exemple montre comment configurer la synchronisation entre LDP et OSPFv2.

Exigences

Avant de commencer:

Aperçu

Dans cet exemple, configurez la synchronisation entre LDP et OSPFv2 en exécuteant les tâches suivantes:

  • Activer LDP sur l’interface so-1/0/3, qui est membre de OSPF zone 0.0.0.0, en incluant l’instruction au niveau de la ldp [edit protocols] hiérarchie. Vous pouvez configurer une ou plusieurs interfaces. Par défaut, le LDP est désactivé sur l’équipement de routage.

  • Activez la synchronisation LDP en incluant ldp-synchronization l’instruction au niveau de la [edit protocols ospf area area-id interface interface-name] hiérarchie. Cette déclaration permet de synchroniser LDP en publiant la métrique de coût maximum jusqu’à ce que LDP soit opérationnel sur la liaison.

  • Configurez la durée (en secondes) de l’équipement de routage et faites la publicité de la métrique de coût maximale pour une liaison non pleinement opérationnelle en incluant l’instruction au niveau de hold-time [edit protocols ospf area area-id interface interface-name ldp-synchronization] la hiérarchie. Si vous ne configurez pas l’instruction, la valeur de la valeur d’attente est par défaut hold-time de 9,799 %. La plage est de 1 à 65 535 secondes. Dans cet exemple, configurez 10 secondes pour l’intervalle de temps de attente.

Cet exemple montre également comment désactiver la synchronisation entre LDP et OSPFv2 en incluant l’instruction au niveau disable [edit protocols ospf area area-id interface interface-name ldp-synchronization] de la hiérarchie.

Topologie

Configuration

Activation de la synchronisation entre LDP et OSPFv2

CLI configuration rapide

L’exemple suivant vous oblige à naviguer dans différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation du CLI, consultez le Guide Junos OS configuration dans CLI’utilisateur.

Pour activer rapidement la synchronisation entre LDP et OSPFv2, copiez les commandes suivantes, supprimez les interruptions de ligne, puis collez-les dans le CLI.

Procédure étape par étape

Pour permettre la synchronisation entre LDP et OSPFv2:

  1. Activer LDP sur l’interface.

  2. Configurez la synchronisation LDP et configurez éventuellement une période de 10 secondes pour promouvoir la métrique de coût maximale pour une liaison non pleinement opérationnelle.

  3. Configurez une période de 10 secondes afin de mettre en avant la métrique de coût maximum pour une liaison qui n’est pas entièrement opérationnelle.

  4. Si vous avez terminé la configuration de l’équipement, commit the configuration.

Résultats

Confirmez votre configuration en entrant les show protocols ldp show protocols ospf commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Désactivation de la synchronisation entre LDP et OSPFv2

CLI configuration rapide

Pour désactiver rapidement la synchronisation entre LDP et OSPFv2, copiez la commande suivante et collez-la dans le CLI.

Procédure étape par étape

Pour désactiver la synchronisation entre LDP et OSPF:

  1. Désactivez la synchronisation en incluant disable l’instruction.

  2. Si vous avez terminé la configuration de l’équipement, commit the configuration.

Résultats

Confirmez votre configuration en entrant la show protocols ospf commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérifier que la configuration fonctionne correctement.

Vérification de l’état de synchronisation LDP de l’interface

But

Vérifier l’état actuel de la synchronisation LDP sur l’interface. L’état de synchronisation LDP affiche les informations relatives à l’état actuel, alors que le champ De holdtime de configuration affiche l’intervalle de temps de attente configuré.

Action

À partir du mode opérationnel, saisissez la show ospf interface extensive commande.

Présentation de la compatibilité OSPFv2 avec RFC 1583

Par défaut, l’Junos OS mise en œuvre d’OSPFv2 est compatible avec la RFC 1583, OSPF version 2. Cela signifie que Junos OS conserve la meilleure route vers un routeur limite de système autonome (AS) dans la table de routage OSPF, plutôt que plusieurs chemins intra-AS s’ils sont disponibles. Vous pouvez à présent désactiver la compatibilité avec le RFC 1583. Il est préférable de le faire lorsque la même destination externe est annoncée par AS limites d’accès appartenant à différentes OSPF zones. Lorsque vous désactivez la compatibilité avec le RFC 1583, la table de routage OSPF conserve les différents chemins intra-AS disponibles, que le routeur utilise pour calculer les routes externes de AS telles que définies dans le RFC 2328, OSPF version 2. La possibilité d’utiliser plusieurs chemins disponibles pour calculer un routage AS externe peut empêcher les boucles de routage.

Exemple: Désactivation de la compatibilité OSPFv2 avec RFC 1583

Cet exemple montre comment désactiver la compatibilité OSPFv2 avec RFC 1583 sur l’équipement de routage.

Exigences

Aucune configuration particulière au-delà de l’initialisation de l’équipement n’est requise avant de désactiver la compatibilité OSPFv2 avec RFC 1583.

Aperçu

Par défaut, l’implémentation Junos OS de OSPF est compatible avec la RFC 1583. Cela signifie que Junos OS conserve la meilleure route vers un routeur limite de système (AS) autonome dans la table de routage OSPF, plutôt que plusieurs chemins intra-AS s’ils sont disponibles. Vous pouvez désactiver la compatibilité avec le RFC 1583. Il est préférable de le faire lorsque la même destination externe est annoncée par AS limites d’accès appartenant à différentes OSPF zones. Lorsque vous désactivez la compatibilité avec le RFC 1583, la table de routage OSPF conserve les différents chemins intra-AS disponibles, que le routeur utilise pour calculer les routes externes de AS telles que définies dans le RFC 2328. La possibilité d’utiliser plusieurs chemins disponibles pour calculer un routage AS externe peut empêcher les boucles de routage. Pour réduire le risque de boucles de routage, configurez la même compatibilité RFC sur tous les OSPF d’un OSPF domaine.

Topologie

Configuration

Procédure

CLI configuration rapide

Pour désactiver rapidement la compatibilité OSPFv2 avec le RFC 1583, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez toute interruption de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, copiez et collez les commandes dans le CLI au niveau hiérarchique de [edit] puis entrez en commit mode de configuration. Vous configurez ce paramètre sur tous les équipements qui font partie du OSPF domaine.

Procédure étape par étape

Pour désactiver la compatibilité OSPFv2 avec RFC 1583:

  1. Désactivez la RFC 1583.

  2. Si vous avez terminé la configuration de l’équipement, commit the configuration.

    Note:

    Répétez cette configuration sur chaque équipement de routage qui participe à OSPF domaine de routage.

Résultats

Confirmez votre configuration en entrant la show protocols ospf commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Vérifier que la configuration fonctionne correctement.

Vérification des routes de OSPF de données

But

Vérifiez que la table de routage OSPF maintient les chemins intra-AS avec la mesure la plus importante, que le routeur utilise pour AS routes externes.

Action

À partir du mode opérationnel, saisissez la show ospf route detail commande.