{"id":38332,"date":"2019-10-31T22:23:01","date_gmt":"2019-10-31T19:23:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf\/"},"modified":"2019-10-31T22:23:01","modified_gmt":"2019-10-31T19:23:01","slug":"trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","title":{"rendered":"Formation Cisco 200-125 CCNA v3.0. Jour 44. Introduction \u00e0 OSPF","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Aujourd'hui, nous allons commencer \u00e0 \u00e9tudier le routage via le protocole OSPF. Ce sujet, tout comme l'examen du protocole EIGRP, est crucial dans tout le cours CCNA. Comme vous pouvez le voir, la section 2.4 s'intitule \u00ab Configuration, v\u00e9rification et d\u00e9pannage d'une zone unique et multizones OSPFv2 pour le protocole IPv4 (\u00e0 l'exception de l'authentification, du filtrage, de la sommation manuelle des routes, de la redistribution, des zones de poche, des r\u00e9seaux virtuels et des LSA) \u00bb. <\/p>\n

\"Formation
\n
\nLe sujet OSPF est assez vaste, donc il prendra 2, peut-\u00eatre 3 vid\u00e9os. La le\u00e7on d'aujourd'hui sera consacr\u00e9e \u00e0 l'aspect th\u00e9orique, je vais vous expliquer ce qu'est ce protocole en gros et comment il fonctionne. Dans la vid\u00e9o suivante, nous passerons au mode de configuration OSPF avec Packet Tracer.<\/a><\/noindex><\/p>\n

Ainsi, dans cette le\u00e7on, nous allons aborder trois choses : qu'est-ce que l'OSPF, comment il fonctionne et qu'est-ce que les zones OSPF. Lors de la le\u00e7on pr\u00e9c\u00e9dente, nous avons mentionn\u00e9 que l'OSPF est un protocole de routage de type Link State, qui explore les liaisons entre les routeurs et prend des d\u00e9cisions bas\u00e9es sur la vitesse de ces liaisons. Un long lien avec une vitesse plus \u00e9lev\u00e9e, c'est-\u00e0-dire avec une plus grande bande passante, sera privil\u00e9gi\u00e9 par rapport \u00e0 un lien court avec une bande passante moindre.<\/p>\n

Le protocole RIP, \u00e9tant \u00e0 vecteur de distance, choisira un chemin en un saut, m\u00eame si ce lien a une faible vitesse, tandis que le protocole OSPF choisira un itin\u00e9raire long de plusieurs sauts si la vitesse totale de cet itin\u00e9raire est sup\u00e9rieure \u00e0 la vitesse de trafic sur le court itin\u00e9raire. <\/p>\n

\"Formation
\n
\nPlus tard, nous examinerons l'algorithme de prise de d\u00e9cision, mais pour l'instant, vous devez retenir que l'OSPF est un protocole de l'\u00e9tat des liaisons Link State. Ce standard ouvert a \u00e9t\u00e9 cr\u00e9\u00e9 en 1988, donc tout fabricant de mat\u00e9riel r\u00e9seau et tout fournisseur de r\u00e9seau pouvait l'utiliser. C'est pourquoi l'OSPF est beaucoup plus populaire que l'EIGRP. <\/p>\n

Le protocole OSPF version 2 ne prend en charge que le protocole IPv4, et un an plus tard, en 1989, les d\u00e9veloppeurs ont annonc\u00e9 la sortie de la version 3, qui prend en charge l'IPv6. Cependant, la version 3 OSPF pleinement fonctionnelle pour IPv6 n'est apparue qu'en 2008. Pourquoi avoir choisi l'OSPF ? Lors de la derni\u00e8re le\u00e7on, nous avons appris que ce protocole interne r\u00e9alise la convergence des routes beaucoup plus rapidement que le RIP. C'est un protocole sans classe. <\/p>\n

Si vous vous souvenez, RIP est un protocole de classe, c'est-\u00e0-dire qu'il ne transmet pas d'informations sur le masque de sous-r\u00e9seau, et s'il rencontre une adresse IP de classe A\/24, il ne l'acceptera pas. Par exemple, si vous lui pr\u00e9sentez une adresse IP de type 10.1.1.0\/24, il l'interpr\u00e9tera comme le r\u00e9seau 10.0.0.0, car il ne comprend pas lorsque le r\u00e9seau est divis\u00e9 en sous-r\u00e9seaux \u00e0 l'aide de plus d'un masque de sous-r\u00e9seau.
\nOSPF est un protocole s\u00e9curis\u00e9. Par exemple, si deux routeurs \u00e9changent des informations OSPF, vous pouvez configurer l'authentification de sorte que le partage d'informations avec le routeur voisin ne puisse se faire qu'apr\u00e8s la saisie d'un mot de passe. Comme nous l'avons d\u00e9j\u00e0 dit, c'est une norme ouverte, donc OSPF est utilis\u00e9 par de nombreux fabricants d'\u00e9quipements r\u00e9seau.<\/p>\n

Au sens large, OSPF repr\u00e9sente un m\u00e9canisme d'\u00e9change d'annonces d'\u00e9tat de lien Link State Advertisement, ou LSA. Les messages LSA sont g\u00e9n\u00e9r\u00e9s par le routeur et contiennent de nombreuses informations : un identifiant unique de routeur router-id, des donn\u00e9es sur les r\u00e9seaux connus du routeur, des donn\u00e9es sur leur co\u00fbt, et ainsi de suite. Toutes ces informations sont n\u00e9cessaires au routeur pour prendre des d\u00e9cisions de routage. <\/p>\n

\"Formation
\n
\nLe routeur R3 envoie ses informations LSA au routeur R5, et le routeur R5 partage ses informations LSA avec R3. Ces LSA constituent une structure de donn\u00e9es qui forme la base de donn\u00e9es d'\u00e9tat de lien Link State Data Base, ou LSDB. Le routeur collecte tous les LSA re\u00e7us et les place dans sa LSDB. Une fois que les deux routeurs ont cr\u00e9\u00e9 leurs bases de donn\u00e9es, ils \u00e9changent des messages Hello, qui servent \u00e0 d\u00e9tecter les voisins, et passent \u00e0 la proc\u00e9dure de comparaison de leurs LSDB.<\/p>\n

Le routeur R3 envoie au routeur R5 un message DBD, ou \"description de la base de donn\u00e9es\", et R5 retourne son DBD au routeur R3. Ces messages contiennent les index LSA pr\u00e9sents dans les bases de chaque routeur. Apr\u00e8s avoir re\u00e7u le DBD, le routeur R3 envoie une demande d'\u00e9tat de r\u00e9seau LSR au routeur R5, dans laquelle il indique : \"j'ai d\u00e9j\u00e0 les messages 3, 4 et 9, donc envoyez-moi seulement 5 et 7\". <\/p>\n

De la m\u00eame mani\u00e8re, le routeur R5 informe le troisi\u00e8me routeur : \u00ab J'ai des informations 3, 4 et 9, alors envoyez-moi 1 et 2 \u00bb. Apr\u00e8s avoir re\u00e7u les demandes LSR, les routeurs renvoient des paquets de mise \u00e0 jour de l'\u00e9tat du r\u00e9seau LSU, c'est-\u00e0-dire qu'en r\u00e9ponse \u00e0 leur LSR, le troisi\u00e8me routeur re\u00e7oit un LSU du routeur R5. Une fois que les routeurs mettent \u00e0 jour leurs bases de donn\u00e9es, tous, m\u00eame si vous avez 100 routeurs, auront des bases LSDB identiques. Une fois que les bases de donn\u00e9es LSDB sont cr\u00e9\u00e9es dans les routeurs, chacun d'eux conna\u00eetra l'ensemble du r\u00e9seau. Le protocole OSPF utilise l'algorithme Shortest Path First pour \u00e9tablir une table de routage, donc une condition essentielle \u00e0 son bon fonctionnement est la synchronisation des LSDB de tous les dispositifs du r\u00e9seau. <\/p>\n

\"Formation
\n
\nDans le sch\u00e9ma pr\u00e9sent\u00e9, il y a 9 routeurs, chacun \u00e9changeant des messages LSR, LSU, etc. avec ses voisins. Ils sont tous connect\u00e9s entre eux par des interfaces de type p2p, ou \u00ab point \u00e0 point \u00bb, prenant en charge le protocole OSPF, et interagissent les uns avec les autres pour cr\u00e9er des LSDB identiques. <\/p>\n

\"Formation
\n
\nUne fois que les bases sont synchronis\u00e9es, chaque routeur, en utilisant l'algorithme du chemin le plus court, \u00e9tablit sa propre table de routage. Ces tables seront diff\u00e9rentes entre les routeurs. Cela signifie que tous les routeurs utilisent les m\u00eames LSDB, mais cr\u00e9ent des tables de routage bas\u00e9es sur leurs propres consid\u00e9rations des chemins les plus courts. Pour utiliser cet algorithme, OSPF n\u00e9cessite une mise \u00e0 jour r\u00e9guli\u00e8re de la base LSDB. <\/p>\n

Ainsi, pour son propre fonctionnement, OSPF doit d'abord satisfaire \u00e0 3 conditions : trouver des voisins, cr\u00e9er et mettre \u00e0 jour la LSDB, et \u00e9tablir une table de routage. Pour remplir la premi\u00e8re condition, l'administrateur r\u00e9seau peut avoir besoin de configurer manuellement le router-id, les timings ou le wildcard mask. Dans la prochaine vid\u00e9o, nous examinerons la configuration de l'appareil pour travailler avec OSPF, mais pour l'instant, vous devez savoir que ce protocole utilise un masque inverse, et si celui-ci ne correspond pas, si vos sous-r\u00e9seaux ne correspondent pas ou si l'authentification ne correspond pas, les voisinages des routeurs ne pourront pas se former. Donc, lors du d\u00e9pannage du fonctionnement de l'OSPF, vous devez d\u00e9terminer pourquoi ce voisinage ne se forme pas, c'est-\u00e0-dire v\u00e9rifier la correspondance des param\u00e8tres mentionn\u00e9s ci-dessus.<\/p>\n

En tant qu'administrateur r\u00e9seau, vous ne participez pas au processus de cr\u00e9ation de la LSDB. La mise \u00e0 jour des bases de donn\u00e9es se produit automatiquement apr\u00e8s la cr\u00e9ation du voisinage des routeurs, tout comme la construction des tables de routage. Tout cela est ex\u00e9cut\u00e9 par l'appareil lui-m\u00eame, configur\u00e9 pour travailler avec le protocole OSPF.
\nPrenons un exemple. Nous avons 2 routeurs, auxquels j'ai attribu\u00e9 pour simplifier les identifiants RID 1.1.1.1 et 2.2.2.2. D\u00e8s que nous les connecterons, le canal link passera imm\u00e9diatement \u00e0 l'\u00e9tat up, car j'ai d'abord configur\u00e9 ces routeurs pour fonctionner avec OSPF. Une fois que le canal de communication est form\u00e9, le routeur A enverra imm\u00e9diatement un paquet Hello au second. Ce paquet contiendra des informations indiquant que ce routeur n'a encore \u2018vu\u2019 aucun voisin sur ce canal, car il envoie un Hello pour la premi\u00e8re fois, ainsi que son propre identifiant, des donn\u00e9es sur le r\u00e9seau auquel il est connect\u00e9 et d'autres informations qu'il peut partager avec le voisin. <\/p>\n

\"Formation
\n
\nApr\u00e8s avoir re\u00e7u ce paquet, le routeur B dira : \u00ab Je vois qu'il y a un candidat potentiel pour le voisinage selon le protocole OSPF sur ce canal de communication \u00bb et passera \u00e0 l'\u00e9tat d'initialisation Init state. Le paquet Hello n'est pas un message unicast ou broadcast, c'est un paquet multicast, envoy\u00e9 \u00e0 l'adresse IP multicast OSPF 224.0.0.5. Certaines personnes se demandent quelle est le masque de sous-r\u00e9seau pour le multicast. En r\u00e9alit\u00e9, le multicast n'a pas de masque de sous-r\u00e9seau, il se propage comme un signal radio, que tous les appareils configur\u00e9s pour sa fr\u00e9quence peuvent entendre. Par exemple, si vous souhaitez \u00e9couter une radio FM diffusant sur la fr\u00e9quence 91,0, vous devez r\u00e9gler votre r\u00e9cepteur radio sur cette fr\u00e9quence. <\/p>\n

De la m\u00eame mani\u00e8re, le routeur B est configur\u00e9 pour recevoir des messages pour l'adresse multicast 224.0.0.5. \u00c9coutant ce canal, il re\u00e7oit le paquet Hello envoy\u00e9 par le routeur A et lui r\u00e9pond avec son propre message. <\/p>\n

\"Formation
\n
\nCependant, le voisinage ne peut \u00eatre \u00e9tabli que si la r\u00e9ponse de B satisfait un ensemble de crit\u00e8res. Le premier crit\u00e8re est que la fr\u00e9quence d'envoi des messages Hello et l'intervalle d'attente de la r\u00e9ponse \u00e0 ce message, le Dead Interval, doivent correspondre pour les deux routeurs. En g\u00e9n\u00e9ral, le Dead Interval \u00e9quivaut \u00e0 plusieurs valeurs du minuteur Hello. Ainsi, si le Hello Timer du routeur A est de 10 s, et que le routeur B lui envoie un message au bout de 30 s, alors que le Dead Interval est de 20 s, le voisinage ne sera pas \u00e9tabli. <\/p>\n

Le deuxi\u00e8me crit\u00e8re est que les deux routeurs doivent utiliser le m\u00eame type d'authentification. Par cons\u00e9quent, les mots de passe d'authentification doivent \u00e9galement correspondre. <\/p>\n

Le troisi\u00e8me crit\u00e8re est la correspondance des identifiants de zone Arial ID, le quatri\u00e8me est la correspondance de la longueur du pr\u00e9fixe r\u00e9seau. Si le routeur A signale un pr\u00e9fixe \/24, alors le routeur B doit \u00e9galement avoir un pr\u00e9fixe r\u00e9seau \/24. Dans la prochaine vid\u00e9o, nous examinerons cela plus en d\u00e9tail, pour l'instant, je souligne que ce n'est pas un masque de sous-r\u00e9seau, ici les routeurs utilisent un masque invers\u00e9 Wildcard mask. Et bien s\u00fbr, les indicateurs de zone de stub Stub area doivent \u00e9galement correspondre si les routeurs se trouvent dans cette zone. <\/p>\n

Apr\u00e8s la v\u00e9rification de ces crit\u00e8res, si ceux-ci correspondent, le routeur B envoie \u00e0 son tour un paquet Hello au routeur A. Contrairement au message A, le routeur B indique qu'il a vu le routeur A et se fait conna\u00eetre lui-m\u00eame. <\/p>\n

\"Formation
\n
\nEn r\u00e9ponse \u00e0 ce message, le routeur A renvoie \u00e0 son tour un paquet Hello au routeur B, dans lequel il confirme avoir \u00e9galement vu le routeur B, la liaison entre eux \u00e9tant compos\u00e9e des appareils 1.1.1.1 et 2.2.2.2, et lui-m\u00eame \u00e9tant l'appareil 1.1.1.1. C'est une \u00e9tape tr\u00e8s importante dans l'\u00e9tablissement du voisinage. Dans ce cas, une connexion bidirectionnelle 2-WAY est utilis\u00e9e, mais que se passe-t-il si nous avons un switch avec un r\u00e9seau distribu\u00e9 de 4 routeurs ? Dans ce type d'environnement \"partag\u00e9\", l'un des routeurs doit jouer le r\u00f4le de routeur d\u00e9sign\u00e9 Designated router D.R, et l'autre un routeur d\u00e9sign\u00e9 de secours Backup designated router, B.D.R.<\/p>\n

\"Formation
\n
\nChacun de ces appareils formera une connexion Full connection, ou \u00e9tat de pleine adjacency ; nous verrons plus tard ce que cela signifie, cependant, ce type de connexion ne sera \u00e9tabli qu'avec le D.R. et le B.D.R., alors que les deux routeurs inf\u00e9rieurs D et B continueront \u00e0 communiquer entre eux selon le sch\u00e9ma de connexion bidirectionnelle \"point-\u00e0-point\". <\/p>\n

C'est-\u00e0-dire qu'avec le D.R. et le B.D.R., tous les routeurs \u00e9tablissent un rapport de pleine voisinage, tandis qu'entre eux, ils maintiennent une connexion de type point-\u00e0-point. C'est tr\u00e8s important, car lors d'une connexion bidirectionnelle entre les appareils adjacents, tous les param\u00e8tres du paquet Hello doivent correspondre. Dans notre cas, tout correspond, donc les appareils forment sans probl\u00e8me le voisinage. <\/p>\n

D\u00e8s que la connexion bidirectionnelle est \u00e9tablie, le routeur A envoie au routeur B un paquet Database Description, ou \u00ab description de la base de donn\u00e9es \u00bb, et passe \u00e0 l'\u00e9tat ExStart \u2014 d\u00e9but de l'\u00e9change ou attente de chargement. Le Database Descriptor repr\u00e9sente des informations similaires \u00e0 la table des mati\u00e8res d'un livre \u2013 c'est un \u00e9num\u00e9ration de tout ce qui se trouve dans la base de donn\u00e9es de routage. En r\u00e9ponse, le routeur B envoie sa description de base de donn\u00e9es au routeur A et passe \u00e0 l'\u00e9tat d'\u00e9change des donn\u00e9es de canaux Exchange. Si, dans l'\u00e9tat Exchange, le routeur d\u00e9tecte qu'il lui manque certaines informations dans sa base de donn\u00e9es, il passera \u00e0 l'\u00e9tat de chargement LOADING et commencera \u00e0 \u00e9changer avec son voisin des messages LSR, LSU et LSA.<\/p>\n

\"Formation
\n
\nAinsi, le routeur A enverra un LSR \u00e0 son voisin, qui lui r\u00e9pondra par un paquet LSU, auquel le routeur A r\u00e9pondra avec un message LSA. Cet \u00e9change se produira autant de fois que n\u00e9cessaire pour que les appareils souhaitent \u00e9changer des messages LSA. L'\u00e9tat LOADING signifie que la mise \u00e0 jour compl\u00e8te de la base de donn\u00e9es LSA n'a pas encore eu lieu. Une fois toutes les donn\u00e9es charg\u00e9es, les deux appareils passeront \u00e0 l'\u00e9tat de pleine adjacence FULL.<\/p>\n

Je remarque que dans une connexion bidirectionnelle, les appareils se trouvent simplement en \u00e9tat de voisinage, tandis que l'\u00e9tat de pleine adjacence n'est possible qu'entre les routeurs D.R. et B.D.R. Cela signifie que chaque routeur informe le D.R. des changements dans le r\u00e9seau, et tous les routeurs apprennent ces changements par le biais du D.R.<\/p>\n

Le choix du D.R. et du B.D.R. est une question importante. Examinons comment le choix du D.R. se d\u00e9roule dans un environnement commun. Supposons que notre sch\u00e9ma comporte trois routeurs et un switch. Tout d'abord, les appareils OSPF comparent les priorit\u00e9s dans les messages Hello, puis ils comparent les Router ID. <\/p>\n

L'appareil ayant la priorit\u00e9 la plus \u00e9lev\u00e9e devient D.R. Si les priorit\u00e9s de deux appareils se chevauchent, l'appareil avec le plus haut Router ID est choisi pour devenir D.R.<\/p>\n

Le routeur d\u00e9sign\u00e9 de secours B.D.R. devient l'appareil avec la deuxi\u00e8me priorit\u00e9 la plus \u00e9lev\u00e9e ou le deuxi\u00e8me Router ID le plus important. Si le D.R. \u00e9choue, il sera imm\u00e9diatement remplac\u00e9 par le B.D.R. Il commencera \u00e0 jouer le r\u00f4le de D.R., tandis que le syst\u00e8me choisira un autre B.D.R.<\/p>\n

\"Formation
\n
\nJ'esp\u00e8re que vous avez compris le choix du D.R. et du B.D.R. Si ce n'est pas le cas, je reviendrai sur ce sujet dans l'une de mes prochaines vid\u00e9os et expliquerai ce processus. <\/p>\n

Nous avons donc examin\u00e9 ce que sont Hello, la description de la base de donn\u00e9es Database Descriptor, et les messages LSR, LSU et LSA. Avant de passer au sujet suivant, discutons un peu du co\u00fbt OSPF. <\/p>\n

\"Formation
\n
\nDans Cisco, le co\u00fbt d'un itin\u00e9raire est calcul\u00e9 selon la formule du rapport entre la bande passante de r\u00e9f\u00e9rence (Reference bandwidth), qui est par d\u00e9faut de 100 Mbit\/s, et le co\u00fbt du lien. Par exemple, lorsque des appareils sont connect\u00e9s via un port s\u00e9rie, la vitesse est de 1.544 Mbit\/s, et le co\u00fbt sera de 64. En utilisant une connexion Ethernet \u00e0 une vitesse de 10 Mbit\/s, le co\u00fbt est de 10, tandis que le co\u00fbt d'une connexion FastEthernet \u00e0 100 Mbit\/s sera de 1. <\/p>\n

Avec Gigabit Ethernet, nous avons une vitesse de 1000 Mbit\/s, mais dans ce cas, la vitesse est toujours consid\u00e9r\u00e9e comme 1. Ainsi, si vous avez du Gigabit Ethernet dans votre r\u00e9seau, vous devez modifier la valeur par d\u00e9faut de Ref. BW \u00e0 1000. Dans ce cas, le co\u00fbt sera de 1 et l'ensemble du tableau sera recalcul\u00e9 en multipliant les valeurs des co\u00fbts par 10. Apr\u00e8s avoir \u00e9tabli le voisinage et construit la base de donn\u00e9es LSDB, nous passons \u00e0 la construction du tableau de routage. <\/p>\n

\"Formation
\n
\nApr\u00e8s avoir re\u00e7u le LSDB, chaque routeur commence \u00e0 \u00e9laborer sa liste d'itin\u00e9raires \u00e0 l'aide de l'algorithme SPF. Dans notre sch\u00e9ma, le routeur A cr\u00e9era ce tableau pour lui-m\u00eame. Par exemple, il calcule le co\u00fbt de l'itin\u00e9raire A-R1 et le d\u00e9termine \u00e0 10. Pour simplifier la compr\u00e9hension du sch\u00e9ma, supposons que le routeur A d\u00e9termine l'itin\u00e9raire optimal vers le routeur B. Le co\u00fbt de la connexion A-R1 est de 10, celui de A-R2 est de 100, et le co\u00fbt de l'itin\u00e9raire A-R3 est de 11, c'est-\u00e0-dire la somme de l'itin\u00e9raire A-R1 (10) et R1-R3 (1).<\/p>\n

Si le routeur A souhaite atteindre le routeur R4, il peut le faire soit par l'itin\u00e9raire A-R1-R4, soit par l'itin\u00e9raire A-R2-R4, dans les deux cas le co\u00fbt des itin\u00e9raires sera le m\u00eame : 10+100 = 100+10 = 110. L'itin\u00e9raire A-R6 co\u00fbtera 100+1 = 101, ce qui est d\u00e9j\u00e0 meilleur. Ensuite, nous analysons le chemin vers le routeur R5 par l'itin\u00e9raire A-R1-R3-R5, dont le co\u00fbt sera de 10+1+100 = 111. <\/p>\n

Le chemin vers le routeur R7 peut \u00eatre trac\u00e9 par deux itin\u00e9raires : A-R1-R4-R7 ou A-R2-R6-R7. Le co\u00fbt du premier sera de 210, et celui du second sera de 201, il convient donc de choisir 201. Ainsi, pour atteindre le routeur B, le routeur A peut utiliser 4 itin\u00e9raires.<\/p>\n

\"Formation
\n
\nLe co\u00fbt de la route A-R1-R3-R5-B sera de 121. La route A-R1-R4-R7-B co\u00fbtera 220. La route A-R2-R4-R7-B co\u00fbte 210, tandis que A-R2-R6-R7-B a un co\u00fbt de 211. Sur cette base, le routeur A choisira la route avec le co\u00fbt le plus bas, soit 121, et l'ajoutera \u00e0 la table de routage. Cela est un sch\u00e9ma tr\u00e8s simplifi\u00e9 du fonctionnement de l'algorithme SPF. En r\u00e9alit\u00e9, la table contient non seulement les d\u00e9signations des routeurs par lesquels passe la route optimale, mais aussi les d\u00e9signations des ports qui les relient et toutes les autres informations n\u00e9cessaires. <\/p>\n

Consid\u00e9rons un autre sujet li\u00e9 aux zones de routage. En g\u00e9n\u00e9ral, lors de la configuration des appareils OSPF de l'entreprise, tous se trouvent dans une zone commune. <\/p>\n

\"Formation
\n
\nQue se passe-t-il si un appareil connect\u00e9 au routeur R3 tombe soudainement en panne ? Le routeur R3 commencera imm\u00e9diatement \u00e0 envoyer aux routeurs R5 et R1 un message indiquant que le canal avec cet appareil ne fonctionne plus, et tous les routeurs commenceront \u00e0 \u00e9changer des mises \u00e0 jour \u00e0 propos de cet \u00e9v\u00e9nement. <\/p>\n

\"Formation
\n
\nSi vous avez 100 routeurs, ils mettront tous \u00e0 jour les informations sur l'\u00e9tat des canaux, car ils se trouvent dans une zone commune. Il en sera de m\u00eame si l'un des routeurs voisins tombe en panne : tous les appareils de la zone \u00e9changeront des mises \u00e0 jour LSA. Apr\u00e8s cet \u00e9change de messages, la topologie du r\u00e9seau changera. D\u00e8s que cela se produira, le SPF recalculera les tables de routage selon les nouvelles conditions. C'est un processus tr\u00e8s volumineux, et si vous avez mille appareils dans une seule zone, vous devez surveiller la taille de la m\u00e9moire des routeurs pour qu'elle soit suffisante pour stocker tous les LSA et une \u00e9norme base de donn\u00e9es d'\u00e9tat des canaux LSDB. D\u00e8s qu'il y a des changements dans une partie de la zone, l'algorithme SPF recalculera imm\u00e9diatement les itin\u00e9raires. Par d\u00e9faut, le LSA est mis \u00e0 jour toutes les 30 minutes. Ce processus se produit sur tous les appareils non simultan\u00e9ment, mais dans tous les cas, les mises \u00e0 jour sont effectu\u00e9es par chaque routeur \u00e0 intervalle de 30 minutes. Plus il y a d'appareils r\u00e9seau, plus il faut de m\u00e9moire et de temps pour mettre \u00e0 jour le LSDB.<\/p>\n

On peut r\u00e9soudre ce probl\u00e8me en divisant une zone commune en plusieurs zones distinctes, c'est-\u00e0-dire en utilisant le multi-zonage. Pour cela, vous devez avoir un plan ou un sch\u00e9ma de l'ensemble du r\u00e9seau que vous g\u00e9rez. La zone z\u00e9ro AREA 0 est votre zone principale. C'est l'endroit o\u00f9 se fait la connexion avec le r\u00e9seau externe, par exemple, la sortie vers Internet. Lors de la cr\u00e9ation de nouvelles zones, vous devez respecter la r\u00e8gle suivante : chaque zone doit comporter un routeur fronti\u00e8re ABR, ou Area Border Router. Le routeur fronti\u00e8re a une interface dans une zone et une seconde interface dans une autre zone. Par exemple, le routeur R5 a des interfaces dans la zone 1 et la zone 0. Comme je l'ai dit, chaque zone doit \u00eatre connect\u00e9e \u00e0 la zone z\u00e9ro, c'est-\u00e0-dire disposer d'un routeur fronti\u00e8re, dont une des interfaces est connect\u00e9e \u00e0 AREA 0. <\/p>\n

\"Formation
\n
\nSupposons que la connexion R6-R7 soit d\u00e9faillante. Dans ce cas, la mise \u00e0 jour LSA ne se propagera que dans la zone AREA 1 et ne concernera que cette zone. Les dispositifs dans la zone 2 et la zone 0 ne seront m\u00eame pas au courant. Le routeur fronti\u00e8re R5 synth\u00e9tise l'information sur ce qui se passe dans sa zone et envoie dans la zone principale AREA 0 un r\u00e9sum\u00e9 de l'\u00e9tat du r\u00e9seau. Les dispositifs d'une m\u00eame zone n'ont pas besoin de conna\u00eetre tous les changements LSA au sein des autres zones, car le routeur ABR transmettra des informations r\u00e9sum\u00e9es sur les routes d'une zone \u00e0 l'autre. <\/p>\n

Si vous n'avez pas tout \u00e0 fait compris le concept de zones, vous pourrez en savoir plus dans les le\u00e7ons suivantes, lorsque nous aborderons la configuration de la routage OSPF et examinerons quelques exemples. <\/p>\n

\r\n \"Lire\r\n
<\/div>\r\n <\/div><\/center>
\nMerci de rester avec nous. Aimez-vous nos articles ? Voulez-vous voir plus de contenus int\u00e9ressants ? Soutenez-nous en passant une commande ou en recommandant \u00e0 vos amis. 30% de r\u00e9duction pour les utilisateurs de Habr sur un \u00e9quivalent unique des serveurs d'entr\u00e9e de gamme, con\u00e7u sp\u00e9cialement pour vous :<\/b> Toute la v\u00e9rit\u00e9 sur le VPS (KVM) E5-2650 v4 (6 c\u0153urs) 10Go DDR4 240Go SSD 1Gbps \u00e0 partir de 20 $ ou comment bien diviser un serveur ?<\/a><\/noindex> (options disponibles avec RAID1 et RAID10, jusqu'\u00e0 24 c\u0153urs et jusqu'\u00e0 40 Go DDR4).<\/p>\n

Dell R730xd \u00e0 moiti\u00e9 prix ?<\/b> Uniquement chez nous 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64Go DDR4 4x960Go SSD 1Gbps 100 To \u00e0 partir de 199 $<\/a><\/noindex> aux Pays-Bas ! Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128Go DDR3 2x960Go SSD 1Gbps 100To \u2014 \u00e0 partir de 99 $ !<\/b><\/b> Lisez sur Comment construire une infrastructure de classe entreprise avec des serveurs Dell R730xd E5-2650 v4 co\u00fbtant 9000 euros pour des clopinettes ?<\/a><\/noindex>
\n
Source : habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA. \u041a\u0430\u043a \u0432\u0438\u0434\u0438\u0442\u0435, \u0440\u0430\u0437\u0434\u0435\u043b 2.4 \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u00ab\u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043a\u0438 \u0435\u0434\u0438\u043d\u0438\u0447\u043d\u043e\u0439 \u0437\u043e\u043d\u044b \u0438 \u043c\u0443\u043b\u044c\u0442\u0438\u0437\u043e\u043d\u044b OSPFv2 \u0434\u043b\u044f \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 IPv4 (\u0437\u0430 \u0438\u0441\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435\u043c \u0430\u0443\u0442\u0435\u043d\u0442\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438, \u0444\u0438\u043b\u044c\u0442\u0440\u0430\u0446\u0438\u0438, \u0440\u0443\u0447\u043d\u043e\u0433\u043e \u0441\u0443\u043c\u043c\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u043e\u0432, \u043f\u0435\u0440\u0435\u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f, \u0442\u0443\u043f\u0438\u043a\u043e\u0432\u043e\u0439 \u043e\u0431\u043b\u0430\u0441\u0442\u0438, \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u0441\u0435\u0442\u0438 \u0438 LSA)\u00bb. \u0422\u0435\u043c\u0430 OSPF \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28774,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-38332","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Formation Cisco 200-125 CCNA v3.0. Jour 44. Introduction \u00e0 OSPF | ProHoster","description":"Aujourd'hui, nous commencerons l'\u00e9tude de la routage avec le protocole OSPF. Ce sujet, tout comme l'examen du protocole EIGRP, est l'un des plus importants dans l'ensemble du cours CCNA.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 44. \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u0432 OSPF | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043d\u0430\u0447\u043d\u0435\u043c \u0438\u0437\u0443\u0447\u0435\u043d\u0438\u0435 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043f\u043e \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0443 OSPF. \u042d\u0442\u0430 \u0442\u0435\u043c\u0430, \u043a\u0430\u043a \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 EIGRP, \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u0436\u043d\u0435\u0439\u0448\u0435\u0439 \u0432\u043e \u0432\u0441\u0435\u043c \u043a\u0443\u0440\u0441\u0435 CCNA.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-44-vvedenie-v-ospf","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:23:01+00:00","article:modified_time":"2019-10-31T19:23:01+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"38332","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 21:32:21","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:11:22","updated":"2026-01-23 21:32:21","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/38332","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=38332"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/38332\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/28774"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=38332"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=38332"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=38332"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}