Et puis, m’as perdu, le drapeau de zone de stub doit être identique, le drapeau de zone de pas indique s’il s’agit
d’une zone de bout ou d’une zone normale.
Nous parlerons de nouveau des zones de bout dans les diapositives suivantes.
Parlons maintenant des routes désignées et de la route désignée de secours car dans cette typologie, six
routeurs sont connectés au même Ethan que ce segment; la route D6 est bientôt connectée à un commutateur ou
à un concentrateur partageant le même segment Ethernet. Les routeurs désignés ou les routeurs Dior sont utilisés diffusez des environnements multi-axes
tels que Ethernet et ainsi, lorsque des implémentations telles que des environnements multi-axes non-broadcast
dans Frame Relay, expliquez pourquoi nous avons un Harada désigné supposons que ce réseau 10 1 1 0 soit connecté à un
et aux routeurs sont connectés à cela.
Ethan son segment et supposons que ce réseau tombe en panne.
Supposons donc pour le moment qu’il n’ya pas de routeur désigné sur cet Ethan de ce segment.
Et j'espère que vous comprendrez rapidement pourquoi il est nécessaire de désigner Harada pour désigner RATO.
Tous ces routeurs auraient une adjacence totale dans une adjacence complète. Les elysées sont échangés entre les routeurs.
Ainsi, dans cet exemple, tous les utilisateurs doivent informer les autres routeurs à l'aide des liens mis
à jour qu'ils ont modifié la topologie du réseau, ou on enverra une ou trois mises à jour
à notre équipe des tiges qu'il y a eu un changement de typologie ou deux lors de la réception de cette mise
à jour ou une.
Dans ce cas, Rodda n’a pas de relation complète avec tous les autres routeurs.
Donc, il envoie une mise à jour à tous ses voisins pour les avertir qu'il y a un problème.
La même chose se produira si nos trois ou trois personnes reçoivent une mise à jour de la
part de notre correspondant afin d'avertir tous ses voisins du fait que les excuses ont changé ou que nous ferons
la même chose.
Donc, il envoie une mise à jour à tous ses voisins et je suis sûr que vous obtenez l'image maintenant ou cinq ont reçu cette
mise à jour de notre part.
Donc, il envoie une mise à jour à tous ses voisins et six sans scrupule envoie une mise à jour à tous ses voisins.
Il y a donc beaucoup de duplication du trafic lorsqu'un seul réseau tombe en panne et que ces six
routeurs sont parfaitement adjacents.
Ainsi, plutôt que de faire cela, un itinéraire désigné est sélectionné sur un segment spécifique.
Supposons donc que deux ou trois personnes ont été élues, car l'itinéraire désigné par Rodda est sélectionné selon deux critères.
Le premier est la plus haute priorité.
Vous pouvez spécifier la priorité sur une interface. La priorité par défaut est 1 0 exclut Arado de devenir une Rodda
désignée ou une personne désignée par Harada, les valeurs pour la priorité vont de 1 à 255.
Le premier critère est donc une priorité élevée si les priorités sont identiques, le Rotto avec
l'ID Rodda le plus élevé est choisi comme itinéraire désigné pour ce segment.
Donc, dans cet exemple, nous avons choisi ou utilisé l'itinéraire désigné.
Et supposons encore que ce réseau est en panne.
Mais ce qui se passe maintenant est que l’on envoie une mise à jour uniquement aux destinataires désignés ou à une
écoute de cette adresse de multidiffusion 2 2 4 0 0 6 d’autres électeurs n’écoutent pas cette adresse de multidiffusion.
Donc, d'un point de vue IP, ils ne reçoivent pas ou ne voient pas cette mise à jour, seule la Harada désignée
reçoit cette mise à jour multidiffusion.
Maintenant, la multidiffusion n'est pas couverte dans ce cours.
Mais brièvement, cette infrastructure était une plaque tournante, de sorte que les routes étaient connectées via une plaque tournante permettant au moins
à la multidiffusion d’aller à tous les routeurs.
Cependant, seuls certains routeurs écoutent ou acceptent cette multidiffusion.
Ainsi, seuls certains routeurs sont abonnés à cette multidiffusion.
Dans ce cas, seuls les Iraniens désignés écoutent et acceptent les processus multiples pour traiter le problème 2 2 4 0
0 6.
Donc, l'autre impaire est qu'au moins deux abandonneront cette mise à jour.
OSPF résidant au moins pour le moment est que notre modèle ne verra pas cette mise à jour.
Sur les autres rodders serratus 3 4 5 et 6 d'un point de vue OSPF bas ne recevront pas la mise à jour sur
le routeur pour recevoir la mise à jour donc logiquement ce qui se passe.
La liaison est mise à jour La route 1 met à jour Rodek vers le routeur désigné en envoyant
une multidiffusion à l’adresse du routeur, aux routeurs désignés recevant le routeur de multidiffusion, puis en envoyant une mise à jour à tous
les autres pilotes de cette adresse de multidiffusion à effectuer pour le 0. 0 5.
Tous les routeurs OSPF écoutent cette adresse de multidiffusion afin de recevoir la mise à jour. Le routeur 1 recevrait la
mise à jour.
Ils ne le traiteraient pas parce que les tables de typologies sont toujours à jour.
Donc logiquement ce qui se passe est que la mise à jour passe d'une ou deux parties envoie une mise à jour à tous
les autres routeurs.
Ils traitent la mise à jour et estiment que la base de données des excuses est mise à jour avec les
nouvelles informations indiquant que ce réseau a disparu.
Comme vous pouvez le voir ici, il est beaucoup plus efficace d’utiliser un routeur désigné que d’autoriser des adjacences complètes
entre tous les routeurs et d’avoir toutes les mises à jour en double.
Il est important de comprendre que seuls le désignateur externe et le désignateur secondaire Rotto
auront des relations complètes avec tous les autres organismes.
Ainsi, par exemple, les routes 4 et 5 n’auront qu’un état connu de bidirectionnel.
Ils se connaissent mais aucune mise à jour ne sera échangée entre les routeurs.
En d'autres termes, 4 ou 5 ne se mettront pas à jour.
Aucun des cinq ou six ans, etc., et ainsi de suite, tous les Rodder mettront uniquement à jour le routeur désigné et
le routeur désigné de secours avec les modifications apportées à la topologie, de sorte qu'ils entretiennent une relation complète avec le
routeur désigné.
Cela permet d’enregistrer les mises à jour et de dupliquer le trafic sur un seul segment.
Une fois encore, il est important de réaliser que Rochus sur le segment ne formera que des relations complètes avec les
routeurs de désignation et les identificateurs de secours.
Maintenant, dans cet exemple, je n'ai qu'un routeur désigné.
Le problème avec seulement un routeur désigné est que si ce routeur tombe en panne, les mises à jour ne seront
pas envoyées et reçues correctement.
Ainsi, sur un segment, un routeur désigné sera élu et, normalement, un indicateur de remplacement automatique sera
également élu.
Donc, vous auriez à la fois un routeur désigné et un désignateur de secours hors du BBR qui deviendra le Diyar si
la transaction échoue.