Routage OSPF
OSPF est un protocole de routage de passerelle intérieure qui
-
utilise des états de liaison plutôt que des vecteurs de distance pour la sélection de chemin,
-
propage des annonces d’état de liaison plutôt que des mises à jour de la table de routage, et
-
converge plus rapidement que les réseaux RIP parce que seuls les LSA sont échangés au lieu des tableaux de routage complets.
Fonctionnalités et caractéristiques d’OSPF
OSPF utilise un algorithme d’état de liens pour créer et calculer le chemin le plus court vers toutes les destinations connues. Chaque routeur d’une zone OSPF contient une base de données d’états de liaison identique, qui est une liste de chacune des interfaces utilisables et des voisins accessibles du routeur.
Les avantages d’OSPF par rapport à RIP comprennent les caractéristiques suivantes :
-
Les mises à jour de la base de données d’états de liens OSPF sont envoyées moins fréquemment que les mises à jour RIP, et la base de données d’états de liens est mise à jour instantanément, plutôt que lentement, à mesure que les informations périmées expirent.
-
Les décisions de routage sont basées sur le coût, qui est une indication du surdébit nécessaire pour envoyer des paquets sur une certaine interface. ASA calcule le coût d’une interface en fonction de la bande passante du lien plutôt que du nombre de sauts vers la destination. Le coût peut être configuré pour préciser les chemins privilégiés.
L’inconvénient des algorithmes du chemin le plus court d’abord est qu’ils nécessitent beaucoup de cycles du processeur et de mémoire.
L'ASA peut exécuter deux processus du protocole OSPF simultanément sur différents ensembles d’interfaces. Vous pourriez souhaiter exécuter deux processus si vous avez des interfaces qui utilisent les mêmes adresses IP (la NAT permet à ces interfaces de coexister, mais OSPF ne permet pas le chevauchement d’adresses). Ou vous pouvez exécuter un processus à l’intérieur et un autre à l’extérieur et redistribuer un sous-ensemble de routes entre les deux processus. De même, vous devrez peut-être séparer les adresses privées des adresses publiques.
Vous pouvez redistribuer les routages dans un processus de routage OSPF à partir d’un autre processus de routage OSPF, d’un processus de routage IP ou de routes statiques et connectées configurées sur des interfaces activées pour OSPF.
L’ASA prend en charge les fonctionnalités OSPF suivantes :
-
Routages intra-zones, inter-zones et externes (type I et type II).
-
Liens virtuels.
-
Inondation de LSA.
-
Authentification pour les paquets OSPF (authentification par mot de passe et authentification MD5).
-
Configuration de l'ASA en tant que routeur désigné ou routeur de secours désigné. L’ASA peut également être configuré comme un ABR.
-
Zones tampons et zones tampons.
-
Routeur de frontière de zone, filtrage LSA de type 3
OSPF prend en charge MD5 et l’authentification du voisin en texte clair. L’authentification doit être utilisée avec tous les protocoles de routage lorsque cela est possible, car la redistribution de routage entre OSPF et d’autres protocoles (comme RIP) peut être utilisée par des agresseurs pour détourner les informations de routage.
Si la NAT est utilisée, si OSPF fonctionne sur des zones publiques et privées, et si le filtrage d’adresses est requis, vous devez exécuter deux processus OSPF, un pour les zones publiques et un pour les zones privées.
Un routeur qui a des interfaces dans plusieurs zones est appelé routeur de frontière de zone (ABR). Un routeur qui agit comme une passerelle pour redistribuer le trafic entre les routeurs utilisant OSPF et les routeurs utilisant d’autres protocoles de routage est appelé un routeur de frontière de système autonome (ASBR).
Un ABR utilise des LSA pour envoyer des informations sur les routes disponibles à d’autres routeurs OSPF. Le filtrage des LSA de type 3 d’un ABR vous permet de disposer de zones privées et publiques distinctes, l’ASA agissant comme ABR. Les LSA de type 3 (routes inter-zones) peuvent être filtrées d’une zone à une autre, ce qui vous permet d’utiliser la NAT et l’OSPF ensemble sans annoncer de réseaux privés.
Remarque |
Seuls les LSA de type 3 peuvent être filtrés. Si vous configurez l’ASA comme ASBR dans un réseau privé, il enverra des LSA de type 5 décrivant les réseaux privés, qui seront inondés à l’ensemble du système autonome, y compris les zones publiques. |
Si la NAT est utilisée, mais qu’OSPF s’exécute uniquement dans les zones publiques, les routes vers les réseaux publics peuvent être redistribuées dans le réseau privé, soit par défaut, soit sous forme de LSA externes de type 5. Cependant, vous devez configurer des routes statiques pour les réseaux privés protégés par ASA. De plus, vous ne devez pas combiner réseaux publics et réseaux privés sur la même interface ASA.
Vous pouvez avoir deux processus de routage OSPF, un processus de routage RIP et un processus de routage EIGRP en même temps sur l'ASA.
Prise en charge OSPF pour les paquets Fast Hello
La prise en charge OSPF pour les paquets Fast Hello
-
permet de configurer l’envoi de paquets Hello par intervalles inférieurs à une seconde, et
-
entraîne une convergence plus rapide dans un réseau OSPF (Open Shortest Path First).
Conditions préalables à la configuration des paquets Hello rapide d’OSPF
OSPF doit déjà être configuré dans le réseau ou configuré en même temps que la fonction de prise en charge OSPF des paquets Fast Hello.
À propos de la prise en charge OSPF pour les paquets Hello rapides
Les concepts clés liés à la prise en charge OSPF pour les paquets Fast Hello et aux avantages des paquets OSPF Fast Hello sont décrits ci-dessous :
Intervalle Hello et intervalle mort OSPF
L’intervalle Hello et l’intervalle mort d’OSPF sont des paramètres de temps configurables qui
-
maintiennent la connectivité entre les voisins OSPF par des échanges réguliers de paquets Hello,
-
détectent les défaillances de voisins lorsque les paquets Hello ne sont pas reçus dans les délais spécifiés, et
-
doivent être cohérents sur tous les routeurs d’un même réseau pour assurer un fonctionnement adéquat.
Détails de la configuration des intervalles Hello et des intervalles morts
Les paquets Hello OSPF sont des paquets qu’un processus OSPF envoie à ses voisins OSPF pour maintenir la connectivité avec ces derniers. Les paquets Hello sont envoyés à un intervalle configurable (en secondes). Les valeurs par défaut sont de 10 secondes pour une liaison Ethernet et de 30 secondes pour une liaison non diffusée.
Les paquets Hello comprennent une liste de tous les voisins pour lesquels un paquet Hello a été reçu dans l’intervalle mort. L’intervalle mort est également un intervalle configurable (en secondes). Par défaut, il est quatre fois supérieur à la valeur de l’intervalle Hello. La valeur de tous les intervalles Hello doit être la même dans un réseau. De même, la valeur de tous les intervalles morts doit être la même dans un réseau.
Ces deux intervalles fonctionnent ensemble pour maintenir la connectivité en indiquant que la liaison est opérationnelle. Si un routeur ne reçoit pas de paquet Hello d’un voisin dans l’intervalle mort, il déclarera ce voisin en panne.
Paquets Hello rapides OSPF
Les paquets Hello rapides d’OSPF sont des paquets Hello qui
-
sont envoyés à des intervalles inférieurs à 1 seconde,
-
sont obtenus à l’aide de la commande OSPF dead-interval avec un intervalle d’inactivité défini à 1 seconde, et
-
utilisent une valeur de multiplicateur Hello définie sur le nombre de paquets Hello envoyés pendant cette seconde.
Comportement des paquets Hello rapides
Lorsque des paquets Hello rapides sont configurés sur l’interface, ces comportements se produisent :
-
L’intervalle Hello annoncé dans les paquets Hello envoyés par cette interface est réglé à 0.
-
L’intervalle Hello dans les paquets Hello reçus sur cette interface est ignoré.
L’intervalle mort doit être cohérent sur un segment, qu’il soit défini à 1 seconde (pour les paquets Hello rapides) ou à une autre valeur. Le multiplicateur Hello n’a pas besoin d’être le même pour tout le segment tant qu’au moins un paquet Hello est envoyé dans l’intervalle mort.
Pour comprendre les paquets Hello rapides, vous devez déjà comprendre la relation entre les paquets Hello d’OSPF et l’intervalle mort. Consultez Intervalle Hello et intervalle mort OSPF.
Avantages des paquets Hello rapides OSPF
Un paquet Hello rapide est une fonctionnalité du protocole OSPF qui
-
réduit le temps de convergence du réseau en permettant aux routeurs de détecter plus rapidement les modifications dans le réseau,
-
permet la détection rapide des voisins perdus en une seconde, et
-
améliore la fiabilité dans les environnements LAN où la perte de voisin peut ne pas être détectée au niveau de la couche physique ou de la couche liaison de données de l’Open Systems Interconnection (OSI).
L’intérêt des paquets Hello rapides OSPF est que votre réseau OSPF peut réagir rapidement aux modifications, ce qui réduit les temps d’arrêt et améliore la stabilité globale du réseau. Cette fonctionnalité est particulièrement utile dans les scénarios où les routeurs ne peuvent pas détecter les voisins perdus par les méthodes traditionnelles, ce qui permet à OSPF de maintenir des tables de routage précises.
Différences d’implémentation entre OSPFv2 et OSPFv3
Une distinction de protocole est une catégorie de protocole qui
-
empêche la rétrocompatibilité entre OSPFv2 et OSPFv3,
-
nécessite que les deux versions d’OSPF fonctionnent simultanément pour le routage IPv4 et IPv6, et
-
permet à OSPFv2 et OSPFv3 de coexister sans interagir l’un avec l’autre.
Fonctionnalités supplémentaires d’OSPFv3
Les fonctionnalités supplémentaires fournies par OSPFv3 sont les suivantes :
-
Traitement du protocole par liaison
-
Suppression de la sémantique d’adressage.
-
Ajout de la portée de submersion.
-
Prise en charge de plusieurs instances par lien.
-
Utilisation de l’adresse locale de lien IPv6 pour la découverte de voisin et d’autres fonctionnalités.
-
Les LSA sont exprimées en tant que préfixe et longueur de préfixe.
-
Ajout de deux types de LSA.
-
Gestion des types de LSA inconnus
-
Prise en charge de l’authentification par la norme IPsec ESP pour le trafic de protocole de routage OSPFv3, comme le spécifie la RFC 4552.
Commentaires