1
00:00:02,120 --> 00:00:09,920
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

2
00:00:09,920 --> 00:00:12,870
d’une zone de bout ou d’une zone normale.

3
00:00:12,890 --> 00:00:16,780
Nous parlerons de nouveau des zones de bout dans les diapositives suivantes.

4
00:00:17,210 --> 00:00:24,480
Parlons maintenant des routes désignées et de la route désignée de secours car dans cette typologie, six

5
00:00:24,490 --> 00:00:32,470
routeurs sont connectés au même Ethan que ce segment; la route D6 est bientôt connectée à un commutateur ou

6
00:00:32,470 --> 00:00:41,370
à 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

7
00:00:41,460 --> 00:00:47,640
tels que Ethernet et ainsi, lorsque des implémentations telles que des environnements multi-axes non-broadcast

8
00:00:47,640 --> 00:00:57,140
dans Frame Relay, expliquez pourquoi nous avons un Harada désigné supposons que ce réseau 10 1 1 0 soit connecté à un

9
00:00:57,140 --> 00:01:00,710
et aux routeurs sont connectés à cela.

10
00:01:00,710 --> 00:01:04,820
Ethan son segment et supposons que ce réseau tombe en panne.

11
00:01:05,770 --> 00:01:10,460
Supposons donc pour le moment qu’il n’ya pas de routeur désigné sur cet Ethan de ce segment.

12
00:01:10,690 --> 00:01:16,960
Et j'espère que vous comprendrez rapidement pourquoi il est nécessaire de désigner Harada pour désigner RATO.

13
00:01:16,980 --> 00:01:24,650
Tous ces routeurs auraient une adjacence totale dans une adjacence complète. Les elysées sont échangés entre les routeurs.

14
00:01:24,680 --> 00:01:31,650
Ainsi, dans cet exemple, tous les utilisateurs doivent informer les autres routeurs à l'aide des liens mis

15
00:01:31,650 --> 00:01:39,180
à jour qu'ils ont modifié la topologie du réseau, ou on enverra une ou trois mises à jour

16
00:01:39,700 --> 00:01:49,010
à notre équipe des tiges qu'il y a eu un changement de typologie ou deux lors de la réception de cette mise

17
00:01:49,020 --> 00:01:51,150
à jour ou une.

18
00:01:51,240 --> 00:01:56,560
Dans ce cas, Rodda n’a pas de relation complète avec tous les autres routeurs.

19
00:01:56,760 --> 00:02:01,500
Donc, il envoie une mise à jour à tous ses voisins pour les avertir qu'il y a un problème.

20
00:02:01,560 --> 00:02:07,740
La même chose se produira si nos trois ou trois personnes reçoivent une mise à jour de la

21
00:02:07,740 --> 00:02:14,320
part de notre correspondant afin d'avertir tous ses voisins du fait que les excuses ont changé ou que nous ferons

22
00:02:14,320 --> 00:02:15,630
la même chose.

23
00:02:15,910 --> 00:02:21,130
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

24
00:02:21,130 --> 00:02:22,430
mise à jour de notre part.

25
00:02:22,450 --> 00:02:29,200
Donc, il envoie une mise à jour à tous ses voisins et six sans scrupule envoie une mise à jour à tous ses voisins.

26
00:02:29,230 --> 00:02:36,540
Il y a donc beaucoup de duplication du trafic lorsqu'un seul réseau tombe en panne et que ces six

27
00:02:36,780 --> 00:02:38,630
routeurs sont parfaitement adjacents.

28
00:02:39,000 --> 00:02:45,150
Ainsi, plutôt que de faire cela, un itinéraire désigné est sélectionné sur un segment spécifique.

29
00:02:45,150 --> 00:02:53,280
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.

30
00:02:53,370 --> 00:02:55,720
Le premier est la plus haute priorité.

31
00:02:55,890 --> 00:03:03,510
Vous pouvez spécifier la priorité sur une interface. La priorité par défaut est 1 0 exclut Arado de devenir une Rodda

32
00:03:03,510 --> 00:03:10,150
désignée ou une personne désignée par Harada, les valeurs pour la priorité vont de 1 à 255.

33
00:03:10,200 --> 00:03:15,690
Le premier critère est donc une priorité élevée si les priorités sont identiques, le Rotto avec

34
00:03:15,690 --> 00:03:20,460
l'ID Rodda le plus élevé est choisi comme itinéraire désigné pour ce segment.

35
00:03:20,460 --> 00:03:23,970
Donc, dans cet exemple, nous avons choisi ou utilisé l'itinéraire désigné.

36
00:03:24,340 --> 00:03:28,310
Et supposons encore que ce réseau est en panne.

37
00:03:28,380 --> 00:03:35,620
Mais ce qui se passe maintenant est que l’on envoie une mise à jour uniquement aux destinataires désignés ou à une

38
00:03:35,630 --> 00:03:42,700
écoute de cette adresse de multidiffusion 2 2 4 0 0 6 d’autres électeurs n’écoutent pas cette adresse de multidiffusion.

39
00:03:42,700 --> 00:03:50,500
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

40
00:03:50,700 --> 00:03:53,290
reçoit cette mise à jour multidiffusion.

41
00:03:53,310 --> 00:03:55,480
Maintenant, la multidiffusion n'est pas couverte dans ce cours.

42
00:03:56,220 --> 00:04:02,880
Mais brièvement, cette infrastructure était une plaque tournante, de sorte que les routes étaient connectées via une plaque tournante permettant au moins

43
00:04:02,880 --> 00:04:05,400
à la multidiffusion d’aller à tous les routeurs.

44
00:04:05,400 --> 00:04:10,430
Cependant, seuls certains routeurs écoutent ou acceptent cette multidiffusion.

45
00:04:10,520 --> 00:04:14,200
Ainsi, seuls certains routeurs sont abonnés à cette multidiffusion.

46
00:04:14,280 --> 00:04:21,770
Dans ce cas, seuls les Iraniens désignés écoutent et acceptent les processus multiples pour traiter le problème 2 2 4 0

47
00:04:21,780 --> 00:04:22,880
0 6.

48
00:04:22,950 --> 00:04:27,240
Donc, l'autre impaire est qu'au moins deux abandonneront cette mise à jour.

49
00:04:27,590 --> 00:04:32,310
OSPF résidant au moins pour le moment est que notre modèle ne verra pas cette mise à jour.

50
00:04:32,310 --> 00:04:39,330
Sur les autres rodders serratus 3 4 5 et 6 d'un point de vue OSPF bas ne recevront pas la mise à jour sur

51
00:04:39,750 --> 00:04:44,140
le routeur pour recevoir la mise à jour donc logiquement ce qui se passe.

52
00:04:44,140 --> 00:04:49,960
La liaison est mise à jour La route 1 met à jour Rodek vers le routeur désigné en envoyant

53
00:04:50,050 --> 00:04:57,070
une multidiffusion à l’adresse du routeur, aux routeurs désignés recevant le routeur de multidiffusion, puis en envoyant une mise à jour à tous

54
00:04:57,130 --> 00:05:02,170
les autres pilotes de cette adresse de multidiffusion à effectuer pour le 0. 0 5.

55
00:05:02,470 --> 00:05:09,370
Tous les routeurs OSPF écoutent cette adresse de multidiffusion afin de recevoir la mise à jour. Le routeur 1 recevrait la

56
00:05:09,430 --> 00:05:10,500
mise à jour.

57
00:05:10,510 --> 00:05:15,220
Ils ne le traiteraient pas parce que les tables de typologies sont toujours à jour.

58
00:05:15,250 --> 00:05:21,370
Donc logiquement ce qui se passe est que la mise à jour passe d'une ou deux parties envoie une mise à jour à tous

59
00:05:21,370 --> 00:05:22,290
les autres routeurs.

60
00:05:22,540 --> 00:05:28,210
Ils traitent la mise à jour et estiment que la base de données des excuses est mise à jour avec les

61
00:05:28,210 --> 00:05:30,470
nouvelles informations indiquant que ce réseau a disparu.

62
00:05:30,940 --> 00:05:38,230
Comme vous pouvez le voir ici, il est beaucoup plus efficace d’utiliser un routeur désigné que d’autoriser des adjacences complètes

63
00:05:38,230 --> 00:05:43,140
entre tous les routeurs et d’avoir toutes les mises à jour en double.

64
00:05:43,180 --> 00:05:49,090
Il est important de comprendre que seuls le désignateur externe et le désignateur secondaire Rotto

65
00:05:49,090 --> 00:05:52,680
auront des relations complètes avec tous les autres organismes.

66
00:05:53,170 --> 00:06:00,900
Ainsi, par exemple, les routes 4 et 5 n’auront qu’un état connu de bidirectionnel.

67
00:06:00,940 --> 00:06:05,960
Ils se connaissent mais aucune mise à jour ne sera échangée entre les routeurs.

68
00:06:05,980 --> 00:06:09,010
En d'autres termes, 4 ou 5 ne se mettront pas à jour.

69
00:06:09,070 --> 00:06:15,820
Aucun des cinq ou six ans, etc., et ainsi de suite, tous les Rodder mettront uniquement à jour le routeur désigné et

70
00:06:16,000 --> 00:06:22,290
le routeur désigné de secours avec les modifications apportées à la topologie, de sorte qu'ils entretiennent une relation complète avec le

71
00:06:22,290 --> 00:06:23,100
routeur désigné.

72
00:06:23,530 --> 00:06:30,110
Cela permet d’enregistrer les mises à jour et de dupliquer le trafic sur un seul segment.

73
00:06:30,290 --> 00:06:37,610
Une fois encore, il est important de réaliser que Rochus sur le segment ne formera que des relations complètes avec les

74
00:06:37,610 --> 00:06:40,580
routeurs de désignation et les identificateurs de secours.

75
00:06:40,580 --> 00:06:42,830
Maintenant, dans cet exemple, je n'ai qu'un routeur désigné.

76
00:06:43,000 --> 00:06:48,860
Le problème avec seulement un routeur désigné est que si ce routeur tombe en panne, les mises à jour ne seront

77
00:06:48,860 --> 00:06:50,480
pas envoyées et reçues correctement.

78
00:06:50,480 --> 00:06:56,990
Ainsi, sur un segment, un routeur désigné sera élu et, normalement, un indicateur de remplacement automatique sera

79
00:06:56,990 --> 00:06:57,930
également élu.

80
00:06:58,250 --> 00:07:05,510
Donc, vous auriez à la fois un routeur désigné et un désignateur de secours hors du BBR qui deviendra le Diyar si

81
00:07:05,510 --> 00:07:06,840
la transaction échoue.