1
00:00:00,460 --> 00:00:05,530
Le BTR deviendra le Diyar si la transaction échoue.

2
00:00:05,760 --> 00:00:10,460
Désigner une canne comme base de segment unique.

3
00:00:10,460 --> 00:00:17,460
Ainsi, dans cet exemple sur cet Ethan, il est possible de choisir un segment ou deux comme étant la Rodda désignée.

4
00:00:17,850 --> 00:00:25,290
Mais sur ce segment entre nos quatre et nos sept ou quatre peut être choisi comme Rodda désignée

5
00:00:25,290 --> 00:00:29,990
sur une base de segment physique, un itinéraire désigné est choisi.

6
00:00:30,280 --> 00:00:36,440
Ainsi, le fait que R4 ne soit pas un indicateur sur le segment ne signifie pas que notre

7
00:00:36,440 --> 00:00:43,590
formulaire n'est pas un indicateur sur le segment, chaque Ethan de ce segment nécessite l'élection et la maintenance d'une Rodda désignée.

8
00:00:43,980 --> 00:00:50,610
Donc, du point de vue de la mise à jour, si ce lien est en panne ou si son lien est mis à

9
00:00:50,610 --> 00:00:58,760
jour, ou si vous utilisez ce multi-parcours, la course 2 à 4 0 0 est 6 ou 2, le Ratta désigné met à jour tous ses voisins sur

10
00:00:58,760 --> 00:00:59,540
ce segment.

11
00:00:59,540 --> 00:01:02,670
Ainsi sont 3 ou 6 ou 5 et sont 4.

12
00:01:02,870 --> 00:01:12,080
Obtenez la mise à jour sur le changement des quatre inondations qui mettent à jour 2, 7 ou 7, puis transmettra cette mise à jour à tous les voisins

13
00:01:12,080 --> 00:01:15,070
que celle-ci n'aurait peut-être pas représentés dans ce diagramme.

14
00:01:15,110 --> 00:01:18,850
La même chose avec nos 5 ou 6 ou 3 et ainsi de suite.

15
00:01:18,850 --> 00:01:21,090
La mise à jour sera inondée à la topologie.

16
00:01:21,410 --> 00:01:27,710
Tout comme dans cet exemple où tous les quatre ont reçu la mise à jour de ou 2 puis l’envoient à nos 7.

17
00:01:27,760 --> 00:01:35,260
Donc, pour résumer les rodders désignés ou les élus de Dior. Premièrement, sur la base de la priorité la plus élevée,

18
00:01:35,710 --> 00:01:38,270
la plage va de 0 à 255.

19
00:01:38,440 --> 00:01:46,780
La valeur par défaut est 1 0 désactive la possibilité pour ce serveur Rotto de devenir un indicateur hors de l'itinéraire désigné de

20
00:01:46,780 --> 00:01:47,400
secours.

21
00:01:47,830 --> 00:01:53,670
Si les priorités sont les mêmes, la Rodda avec le plus grand ID Rodda deviendra la Rodda désignée.

22
00:01:53,950 --> 00:01:58,240
Il est important de réaliser que la préemption n'existe pas avec un itinéraire désigné.

23
00:01:59,460 --> 00:02:06,180
Ainsi, dans cet exemple, la priorité de routed est définie sur 10 et la priorité de la route 5 a été définie sur 5.

24
00:02:06,480 --> 00:02:10,860
Et lors de l'élection a eu lieu ou deux deviendraient l'itinéraire désigné.

25
00:02:11,250 --> 00:02:19,680
Cependant, un ou deux empruntant la Route 5 deviendraient la route désignée si et par exemple, ou 3 deviendrait la

26
00:02:19,680 --> 00:02:21,950
personne désignée de secours, Arata.

27
00:02:22,380 --> 00:02:28,410
Supposons que les priorités de l’autre itinéraire soient 0 6 à 1 et que l’itinéraire 3 ait la plus

28
00:02:28,800 --> 00:02:32,020
haute ID Rodda. Sarada 3 devient la Rodda désignée.

29
00:02:32,220 --> 00:02:39,670
Quand nous reviendrons, cela ne deviendra pas une Rodda désignée, ni un remplaçant, Rodda.

30
00:02:39,690 --> 00:02:46,960
En d'autres termes, ce n'est pas préemptif car R5 est déjà désigné Rodda et / ou trois Becket est désigné

31
00:02:46,970 --> 00:02:53,770
Rodda ou deux accepteront simplement ce fait et deviendront connus comme un deal ou autre ou frère selon

32
00:02:54,230 --> 00:02:56,010
l'équipe que vous préférez.

33
00:02:56,330 --> 00:03:01,860
Il n'essaiera pas de préempter une autre élection et d'essayer de devenir la Rodda désignée.

34
00:03:02,180 --> 00:03:07,690
Toutes les autres parties, y compris nos deux, deviendront les autres dans une typologie comme celle-ci.

35
00:03:08,960 --> 00:03:16,000
Il parlait de l'algorithme d'algorithme de chemin le plus court; l'algorithme SPF place chaque Rodda à la racine

36
00:03:16,000 --> 00:03:23,110
de l'arbre et calcule le chemin le plus court vers chaque nœud à l'aide de l'algorithme de digestion en

37
00:03:23,110 --> 00:03:26,800
fonction du coût cumulé nécessaire pour atteindre cette destination.

38
00:03:26,800 --> 00:03:33,970
Ainsi, par exemple, si Radu veut accéder à un réseau derrière le routeur 2, il va déterminer le meilleur itinéraire

39
00:03:33,970 --> 00:03:39,540
en fonction du coût, qui utilise une formule 10 à 8 divisée par bande passante.

40
00:03:39,900 --> 00:03:45,050
Ainsi, à titre d’exemple, il s’agit d’un routeur de liaison T1. Une fois, il se trouve également dans le trafic.

41
00:03:45,400 --> 00:03:52,870
Acceptera-t-il ce lien T1 ou utilisera-t-il le module via Rodda 3 en utilisant une marque d’équipe et 10 marques maintenant maintenant? REPP

42
00:03:52,870 --> 00:03:56,700
utilisant le décompte POP enverrait le trafic directement à notre équipe.

43
00:03:57,220 --> 00:04:03,800
Mais ce qui serait toujours Ifti OSPF utilise par défaut une bande passante de référence de 10 à 8.

44
00:04:04,070 --> 00:04:08,650
Vous pouvez changer cela et vous en avez besoin et vous avez des longueurs de 10 Go et 10 gig.

45
00:04:09,050 --> 00:04:14,210
OSPF existe depuis de nombreuses années et à ses débuts, il n'y avait pas de Spizz comme le

46
00:04:14,210 --> 00:04:15,150
10 Go, etc.

47
00:04:15,560 --> 00:04:20,490
Donc aujourd'hui, si vous avez un gig et 10 liens de gig, vous allez vouloir changer la bande passante de référence.

48
00:04:21,030 --> 00:04:23,180
Mais pour le moment, supposons que nous utilisions la valeur par défaut.

49
00:04:23,210 --> 00:04:28,740
Le coût d'un lien est donc de 10 à 8 divisé par la bande passante en bits par seconde.

50
00:04:29,500 --> 00:04:35,670
Un kilobits par seconde est égal à 1000 bits par seconde un mégabit par seconde est un million de

51
00:04:35,670 --> 00:04:40,560
bits par seconde 10 mégabits par seconde est de 10 millions de bits par seconde.

52
00:04:40,590 --> 00:04:47,580
Ainsi, le coût d'une liaison de 10 mégabits par seconde est de 10 à 8 divisé par 10 millions, ce qui vous

53
00:04:47,580 --> 00:04:51,930
donne un coût de 10 en utilisant la même formule pour une longueur.

54
00:04:51,930 --> 00:05:00,270
Donc, pour ce lien entre le nôtre et le nôtre, le coût est de 10 à 8, il est divisé par 1 5 4 4 triple 0, ce qui vous

55
00:05:00,270 --> 00:05:01,870
donne un coût de 64.

56
00:05:02,160 --> 00:05:05,750
Donc, le coût en utilisant ce lien serait de 64.

57
00:05:06,150 --> 00:05:14,670
Le coût si le trafic était envoyé via nos deux serait comme suit 10 à 8 votés par 10 millions qui est

58
00:05:14,670 --> 00:05:18,660
10 mais ils sont deux longueurs de 10 méga.

59
00:05:18,660 --> 00:05:20,540
Donc, le coût total est tweenie.

60
00:05:20,850 --> 00:05:23,640
Donc, le coût Vaj le T1 est de 64.

61
00:05:23,850 --> 00:05:31,410
Mais le coût via les liens de 10 meg est de 20 OSPF va choisir le lien via R2 pour envoyer le

62
00:05:31,410 --> 00:05:38,690
trafic 2 ou 3 car le coût est plus bas sur cette formule tendent à être divisés par la bande passante.

63
00:05:39,180 --> 00:05:45,840
Ainsi, la formule utilisée pour calculer le coût est divisée entre 10 et 8 avec la manière dont vous pouvez modifier

64
00:05:45,840 --> 00:05:52,740
la bande passante de référence en l'utilisant avec dans le processus d'ordre de processus OSPF pour recadrer la bande passante puis définir

65
00:05:52,740 --> 00:05:54,750
une valeur en mégabits par seconde.

66
00:05:54,930 --> 00:05:56,230
La valeur par défaut est 100.

67
00:05:56,280 --> 00:06:01,810
En d'autres termes, la bande passante de référence est de 100 mégabits par seconde. 100 mégabits par seconde ont

68
00:06:01,860 --> 00:06:09,060
une valeur OSPF constante égale à un si vous changez cette valeur en millier. Par exemple, un lien gigabit serait considéré comme la bande passante

69
00:06:09,060 --> 00:06:09,800
de référence.

70
00:06:10,200 --> 00:06:15,770
Ou, si vous le modifiez en 100 000, un lien de 100 Go serait utilisé comme bande passante de référence.

71
00:06:16,110 --> 00:06:22,200
Vous devez le faire, c'mon et tous les routeurs où vous avez des interfaces dont la bande passante est

72
00:06:22,230 --> 00:06:23,550
supérieure à Ethernet.

73
00:06:23,550 --> 00:06:26,550
Vous pouvez également modifier le coût sur une interface.

74
00:06:26,740 --> 00:06:32,940
Ainsi, tous les OSPF calculant alors le coût du lien en fonction de la bande passante, vous pouvez

75
00:06:32,940 --> 00:06:38,170
définir le coût OSPF en arrêtant le coût OSPF IP commun puis en spécifiant haveli.

76
00:06:38,610 --> 00:06:45,030
Il est très important que les instructions de bande passante sur vos interfaces soient configurées correctement, car c’est ce

77
00:06:45,060 --> 00:06:50,940
qui fait que la vitesse de la liaison entre OSPF et Diem a le même effet.

78
00:06:51,060 --> 00:06:56,960
Il utilise la bande passante dans le calcul lors du calcul de l'itinéraire le plus court vers la destination.