Au cours du didacticiel vidéo, nous avons étudié la section 2.4 du sujet ICND2, où j'ai décrit de manière très accessible comment fonctionne le protocole OSPF, comment les relations de voisinage des routeurs sont formées et des tables de routage sont créées. Aujourd'hui, nous examinerons un peu plus la théorie du problème, après quoi nous passerons à Packet Tracer et configurerons la topologie du réseau.
Lorsque nous parlons du support partagé général, nous entendons souvent Internet. Considérons un réseau composé de 4 routeurs, chacun étant connecté à un commutateur. Le commutateur est un support de diffusion général, car grâce au commutateur, le message envoyé par le routeur R1 sera «entendu» par tous les autres appareils.
Tous les routeurs sont des périphériques OSPF configurés pour accepter une adresse de multidiffusion. C'est le problème, car dans ce réseau trop de trafic est généré, car chaque routeur cherche à partager avec les autres toutes les routes qu'il connaît. La synchronisation LSDB consomme une énorme quantité de trafic, c'est une utilisation extrêmement inefficace des canaux de communication et un gaspillage de bande passante. OSPF résout ce problème en choisissant l'un des routeurs comme routeur désigné dédié routeur DR dans le domaine de diffusion et l'autre comme routeur désigné de sauvegarde Routeur désigné de sauvegarde, BDR. Dans ce cas, les routeurs ne partagent pas les bases avec chacun, mais transmettent leurs LSDB uniquement à DR, et il les partage déjà avec d'autres appareils. Dans le même temps, le trafic réseau lors de l'utilisation d'OSPF est considérablement réduit.
La sélection DR est effectuée selon des critères, dont l'un est l'ID de routeur ID de routeur. Dans la dernière leçon, j'ai expliqué comment, pour établir un voisinage, les paramètres des messages des routeurs Hello doivent correspondre. Ainsi, cela ne s'applique pas à l'ID de processus OSPF, auquel appartient l'interface du routeur, le premier routeur R1 peut avoir l'identifiant 1 et le deuxième routeur R2 l'identifiant 2, c'est-à-dire que deux routeurs voisins peuvent avoir des identifiants différents.
Note du traducteur: le logiciel Cisco IOS peut exécuter plusieurs processus OSPF sur le même routeur, et l'ID de processus OSPF distingue simplement un processus d'un autre.
Dans le même temps, les routeurs établissent un voisinage sans problème, car l'identifiant du processus OSPF est localement significatif, et le premier routeur peut participer au processus OSPF au numéro 1, et le second au numéro 2.
Si ces deux routeurs participent à la sélection d'un routeur dédié, un routeur avec un grand ID de processus = 2 deviendra DR, car la priorité a une valeur plus élevée, et un routeur avec ID de processus = 1 deviendra BDR. Dans la plupart des cas, les ID de processus sont différents, mais parfois ils peuvent coïncider. Dans ce cas, pour sélectionner DR, le deuxième paramètre est utilisé - l'identifiant de routeur Router ID, ou RID. Un routeur avec une grande valeur RID devient DR
La nécessité d'un routeur de sauvegarde s'explique par le fait que le rôle de DR est très important. Si le routeur dédié tombe en panne, le BDR prend immédiatement sa place et un nouveau BDR est sélectionné. Dans ce cas, si le rôle DR est transféré au routeur R3, et l'ancien routeur DR R4 redevient opérationnel, il se verra immédiatement attribuer le rôle BDR Ainsi, si le routeur échoué et redémarré, le rôle précédent ne lui sera pas automatiquement restitué, car en son absence de nouveaux «choix» de DR ont déjà eu lieu dans le réseau Même si un routeur avec des caractéristiques meilleures que le routeur DR actuel R3 apparaît sur le réseau, par exemple, ce sera R1 ou R2, alors ce routeur Non BDR, et le routeur R3 seront encore jouer le rôle de « maître », alors qu'il ne manquera pas. Si R4 revient sur le réseau, le routeur R3 ne lui transférera pas le rôle DR malgré le fait que R4 possède de meilleures caractéristiques. Dans la dernière leçon, nous avons discuté de la pleine contiguïté ou de la pleine contiguïté. La relation entre le DR et le reste des périphériques est toujours une contiguïté complète.
Je vais corriger l'erreur sur la ligne du bas - ici, elle ne devrait pas être FULL / BDR, mais FULL / BDR, car une contiguïté complète avec un routeur dédié de sauvegarde est affichée. Les canaux avec les routeurs R2 et R3 sont désignés comme des lignes de communication avec une contiguïté complète avec d'autres appareils. Du côté BDR, la topologie ressemble à ceci: FULL / DR par rapport à DR, c'est-à-dire pleine contiguïté avec DR, et FULL / DROTHER par rapport aux autres routeurs.
Du point de vue du routeur R2, les relations de voisinage sont construites de cette façon - je m'excuse pour les erreurs, maintenant je vais les corriger. Les relations FULL / DR sont établies avec DR, avec un routeur FULL / BDR de secours, et avec R1, une communication bidirectionnelle et DROTHER sont établies.
Je note que si les appareils ne sont pas DR ou BDR, alors sous le protocole OSPF, une communication bidirectionnelle 2WAY est toujours établie entre eux. Le type de connexion 2WAY / DROTHER signifie que si le routeur R2 est sélectionné comme DR ou BDR, alors les paramètres des routeurs R1 et R2 correspondront toujours. Les périphériques n'auront pas besoin d'échanger des LSA, comme si une simple communication bidirectionnelle avait été établie, mais la connexion passera immédiatement à l'état de contiguïté COMPLÈTE. Une situation similaire se produit si vous regardez la topologie du réseau du point de vue du routeur R1.
Cela devrait être le voisinage entre les routeurs du réseau de cette topologie. Tous les appareils envoient un LSA à un routeur DR dédié, et celui-ci partage déjà ces données avec d'autres appareils du réseau, mettant à jour les informations dont ils disposent. Cela empêche l'utilisation inefficace de la bande passante du réseau.
OSPF crée 3 bases de données. La première est la base de données des périphériques adjacents à la base de données d'adjacence, qui contient la table des voisins du routeur de la table des voisins, c'est-à-dire une liste de tous les périphériques avec lesquels le routeur a établi une connexion bidirectionnelle. Cette base ne nécessite pas d'étude particulière, il suffit de connaître son existence. Ce concept se réfère plus au niveau du cours CCNP qu'à CCNA.
La seconde est la base de données de la couche liaison LSDB, que nous avons récemment examinée. Il contient toutes les informations sur l'état des canaux de tous les routeurs, c'est-à-dire la topologie générale du réseau. Tous les routeurs ont la même LSDB, c'est-à-dire la même table de topologie de réseau de table de topologie. Notez que dans Packet Tracer, la commande de vérification de la table de topologie ne fonctionne pas. Mais vous n'avez pas besoin de le vérifier, il vous suffit de connaître l'existence de cette base de données.
La troisième base de données de transfert contient des tables de routage - des listes de routes générées par chaque routeur à l'aide de l'algorithme SPF. Ainsi, vous devez être conscient de l'existence de 3 bases de données et de trois tables OSPF.
Voyons maintenant comment configurer le routeur pour qu'il fonctionne avec OSPF. Comme vous vous en souvenez de la rubrique RIP, le mot clé dans la commande de configuration de tout protocole de routage est le mot «routeur». Tout protocole de routage dynamique commence par ce mot.
Si nous avons RIP, alors la commande router rip est utilisée, si OSPF est router ospf, et si EIGRP, alors router eigrp. En mode de configuration globale, tapez la commande router ospf <process #>, où le paramètre entre parenthèses est l'ID de processus de l'ID de processus. Dès que vous entrez cette commande, vous basculez immédiatement en mode sous-commande du routeur. De plus, comme dans le cas de RIP, nous utilisons le mot-clé network et spécifions l'identifiant de réseau network-id.
Dans RIP, nous avons spécifié un identifiant de classe complète comme 10.0.0.0. et le masque de sous-réseau, ils font la même chose ici, mais au lieu du masque de sous-réseau, ils spécifient le masque wcm inverse - masque générique. Ensuite, le mot-clé zone est ajouté - la zone et son numéro sont indiqués. Si le réseau est situé dans une zone, son numéro est toujours 0. Dans le cas du multi-zonage, l'une des zones aura un numéro zéro et les autres auront leur numéro de série, et toutes les autres zones doivent être connectées à zéro, car il s'agit de la zone principale du réseau.
Créons un petit réseau à l'aide de Packet Tracer.
J'ai préconfiguré les interfaces des routeurs R1-R4, en leur affectant les adresses IP 192.168.1.1 - 192.168.1.4 et les valeurs des interfaces d'interface de bouclage interface de bouclage 1.1.1.1, 2.2.2.2, 3.3.3.3 et 4.4.4.4. En raison de la présence d'interfaces de bouclage, l'adresse IP de ces interfaces est acceptée comme RID pour chacun des routeurs, c'est-à-dire que l'identifiant du premier routeur est l'ID de routeur 1.1.1.1 et ainsi de suite.
Passons au mode de paramètres globaux du routeur 2. Je tape router ospf sur la ligne de commande, après quoi je dois entrer l'ID de processus ID de processus. Le système a émis une indication que cela peut être n'importe quel nombre compris entre 1 et 65535. Je sélectionne la valeur 1 et saisis la commande ospf du routeur 1. Ensuite, nous devons entrer la commande network 192.168.1.0 0.0.0.255.
Après cela, vous devez entrer le numéro de zone Area ID, et puisque nous avons une seule zone, j'entre la commande network 192.168.1.0 0.0.0.255 zone 0. Nous devons également configurer l'interface de bouclage, donc je tape network 2.2.2.2.
Dans la commande précédente, nous avons spécifié le masque inversé 0.0.0.255 - trois zéros signifient que dans notre cas, les trois premiers octets de toute adresse IP devraient être 192.168.1, c'est-à-dire qu'ils devraient être les mêmes pour tous les appareils exécutant le protocole OSPF sur ce réseau. Ainsi, tout appareil avec une adresse IP de la forme 192.168.1.x pourra participer au processus SPF.
Pour configurer le bouclage, je tape network 2.2.2.2 0.0.0.0 - cela signifie que nous devons faire correspondre les 4 octets et ajouter la zone 0. Maintenant, je vais dans les paramètres du routeur R1 et saisis les commandes conf t, router ospf 1, network 192.168 .1.0 0.0.0.255 zone 0, réseau 1.1.1.1 0.0.0.0 zone 0.
Depuis que nous avons commencé la configuration avec les routeurs R1 et R2, l'élection DR a déjà eu lieu - elle est devenue R2 et R1 s'est transformée en BDR. Ensuite, je configure R3 à l'aide de commandes similaires: conf t, routeur ospf 1, réseau 192.168.1.0 0.0.0.255 zone 0, réseau 3.3.3.3 0.0.0.0 zone 0 et routeur R4 en tapant conf t, routeur ospf 1, réseau 192.168.1.0 0.0.0.255 zone 0, réseau 4.4.4.4 0.0.0.0, zone 0. Maintenant, nous allons dans les paramètres R1 et entrons la commande show ip route.
Ici, nous voyons deux routes pour les routeurs 2 et 3. Maintenant, je vais entrer la commande show ip ospf voisins pour regarder le quatrième routeur. Comme vous pouvez le voir, l'état SPF pour chaque routeur est indiqué ici, qui est mis à jour toutes les 10 secondes - par exemple, pour le routeur 3.3.3.3, les premières informations ont été reçues à 00:00:30 et la mise à jour à 00:00:39. Cela signifie que la minuterie Hello est de 10 s.
Chaque fois que Hello arrive, Dead Time est réglé sur 30s. Nous voyons que 3.3.3.3 est BDR, 2.2.2.2 est DR, et avec 4.4.4.4, le routeur 1 a une communication bidirectionnelle et le considère comme DROTHER. J'entre la commande show ip route pour jeter un œil à la table de routage.
Comme vous pouvez le voir, le routeur 4.4.4.4 n'y figure pas, je vais donc essayer d'utiliser la commande clear ip ospf process. J'entrerai la même commande dans les paramètres du routeur R3 et du routeur R2.
Nous avons donc effacé les données et redémarré le processus SPF. Voyons ce qui s'est passé. J'entre les paramètres R4 et saisis la commande show ip ospf voisins. Comme vous pouvez le voir, le routeur R4 ne mentionne pas DR, car après le redémarrage, le processus lui-même est devenu un routeur dédié, car il a l'ID de routeur le plus élevé. En conséquence, le routeur R3 est devenu BDR.
Utilisons à nouveau la commande show ip route. Nous voyons que R4 a appris 3 nouvelles routes vers les routeurs 1, 2 et 3.
Accédez maintenant à la console des paramètres R1 et entrez la commande show ip ospf voisins.
Nous voyons l'état des 3 autres routeurs. En entrant la commande show ip route, vous pouvez voir que R1 a appris les routes vers ses voisins 2,3 et 4.
Comme vous pouvez le voir, la configuration d'OSPF est très simple, tout comme la vérification des paramètres, ce qui se fait à l'aide de la commande show ip ospf voisins. Cette vérification vous permet de savoir si un voisinage de routeurs s'est formé.
Des problèmes peuvent s'exprimer par le fait que le voisinage s'est formé, les routeurs sont en état d'adjacence complète, mais les tables de routage ne sont toujours pas mises à jour. La meilleure façon de résoudre ce problème est de nettoyer le processus OSPF avec la commande clear ip ospf process. Cela entraînera le démarrage d'un nouveau processus et l'échange répété d'informations SPF, c'est-à-dire la mise à jour des tables de routage.
Merci de rester avec nous. Aimez-vous nos articles? Vous voulez voir des matériaux plus intéressants? Soutenez-nous en passant une commande ou en le recommandant à vos amis, une
réduction de 30% pour les utilisateurs Habr sur un analogue unique de serveurs d'entrée de gamme que nous avons inventés pour vous: Toute la vérité sur VPS (KVM) E5-2650 v4 (6 cœurs) 10 Go DDR4 240 Go SSD 1 Gbps à partir de 20 $ ou comment diviser le serveur? (les options sont disponibles avec RAID1 et RAID10, jusqu'à 24 cœurs et jusqu'à 40 Go de DDR4).
Dell R730xd 2 fois moins cher? Nous avons seulement
2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV à partir de 199 $ aux Pays-Bas! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - à partir de 99 $! Pour en savoir plus sur la
création d'un bâtiment d'infrastructure. classe utilisant des serveurs Dell R730xd E5-2650 v4 coûtant 9 000 euros pour un sou?