1
00:00:02,120 --> 00:00:09,920
E poi mi ha perso il flag di area stub deve essere lo stesso il flag area di passo indica se si

2
00:00:09,920 --> 00:00:12,870
tratta di un'area stub o un'area normale.

3
00:00:12,890 --> 00:00:16,780
Parleremo ancora di più delle aree stub nelle slide successive.

4
00:00:17,210 --> 00:00:24,480
Ora parliamo di strade designate e percorso di backup designato in quanto in questa tipologia ci

5
00:00:24,490 --> 00:00:32,470
sono sei router collegati allo stesso Ethan che segmentano così presto il percorso D6 è connesso a uno

6
00:00:32,470 --> 00:00:41,370
switch o un hub che condivide tutti gli stessi router del segmento ethernet designati o Dior sono usati su trasmetti

7
00:00:41,460 --> 00:00:47,640
ambienti multiasse come Ethernet e quindi quando implementazioni come ambienti multiasse non broadcast

8
00:00:47,640 --> 00:00:57,140
in Frame Relay Quindi spieghiamo perché abbiamo una Harada designata supponiamo che questa rete 10 1 1 0 sia connessa a uno

9
00:00:57,140 --> 00:01:00,710
e ai router sono collegati a questo.

10
00:01:00,710 --> 00:01:04,820
Ethan il suo segmento e supponiamo che questa rete vada giù.

11
00:01:05,770 --> 00:01:10,460
Quindi supponiamo per il momento che non ci sia un router designato su questo segmento di Ethan.

12
00:01:10,690 --> 00:01:16,960
E speriamo che vedrete rapidamente perché c'è un requisito per designare Harada con designazione di RATO.

13
00:01:16,980 --> 00:01:24,650
Tutti questi router avrebbero una completa adiacenza in un elacées di adiacenza completo sono scambiati tra i router.

14
00:01:24,680 --> 00:01:31,650
Quindi in questo esempio tutti hanno bisogno di notificare agli altri router che usano un collegamento che aggiornano che

15
00:01:31,650 --> 00:01:39,180
c'è stato un cambiamento nella topologia della rete o uno invierà un aggiornamento o tre invierà un aggiornamento al nostro

16
00:01:39,700 --> 00:01:49,010
team 2 o 4 2 o 5 o 6 notificando tutti delle aste che c'è stato un cambiamento nella tipologia o due durante la ricezione di

17
00:01:49,020 --> 00:01:51,150
tale aggiornamento da o uno.

18
00:01:51,240 --> 00:01:56,560
In questo caso, poiché non esiste un designato, Rodda ha una relazione completa con tutti gli altri router.

19
00:01:56,760 --> 00:02:01,500
Quindi invia un aggiornamento a tutti i suoi vicini per avvisare che c'è un problema.

20
00:02:01,560 --> 00:02:07,740
Lo stesso accadrà sui nostri tre o tre ricevere un aggiornamento dal nostro, in modo che notifichi a tutti

21
00:02:07,740 --> 00:02:14,320
i suoi vicini che c'è stato un cambiamento in quelle scuse o faremo la stessa cosa che ha ricevuto un aggiornamento

22
00:02:14,320 --> 00:02:15,630
da o uno.

23
00:02:15,910 --> 00:02:21,130
Quindi invia un aggiornamento a tutti i suoi vicini e sono certo che stai ricevendo l'immagine adesso o cinque hanno

24
00:02:21,130 --> 00:02:22,430
ricevuto quell'aggiornamento dal nostro.

25
00:02:22,450 --> 00:02:29,200
Quindi invia un aggiornamento a tutti i suoi vicini e in modo ingiustificato o sei invia un aggiornamento a tutti i suoi vicini.

26
00:02:29,230 --> 00:02:36,540
Quindi c'è un sacco di traffico duplicato quando una singola rete va giù e questi sei router hanno una

27
00:02:36,780 --> 00:02:38,630
piena adiacenza tra loro.

28
00:02:39,000 --> 00:02:45,150
Quindi, piuttosto che farlo, viene selezionato un percorso designato sul segmento specifico.

29
00:02:45,150 --> 00:02:53,280
Quindi supponiamo che due o due siano stati eletti in quanto una rotta designata designata da Rodda viene selezionata in base a due criteri.

30
00:02:53,370 --> 00:02:55,720
Il primo ha la massima priorità.

31
00:02:55,890 --> 00:03:03,510
È possibile specificare la priorità su un'interfaccia la priorità predefinita è 1 0 esclude che Arado diventi un Rodda

32
00:03:03,510 --> 00:03:10,150
designato o un backup designato Harada i valori per la priorità siano da 1 a 255.

33
00:03:10,200 --> 00:03:15,690
Quindi, il primo criterio è altamente prioritario se le priorità sono le stesse, quindi il Rotto con

34
00:03:15,690 --> 00:03:20,460
il più alto ID Rodda viene eletto come rotta designata per quel segmento.

35
00:03:20,460 --> 00:03:23,970
Quindi in questo esempio abbiamo scelto o utilizzare la rotta designata.

36
00:03:24,340 --> 00:03:28,310
E supponiamo di nuovo che questa rete vada giù.

37
00:03:28,380 --> 00:03:35,620
Ma ciò che accade ora è o uno invia un aggiornamento solo ai rodders designati designati o fuori come

38
00:03:35,630 --> 00:03:42,700
ascolto su questo indirizzo multicast 2 2 4 0 0 6 altri elettori non stanno ascoltando quell'indirizzo multicast.

39
00:03:42,700 --> 00:03:50,500
Quindi da un punto di vista IP non ricevono o vedono quell'aggiornamento solo che l'Harada

40
00:03:50,700 --> 00:03:53,290
designato riceve quell'aggiornamento multicast.

41
00:03:53,310 --> 00:03:55,480
Ora il multicasting non è coperto in questo corso.

42
00:03:56,220 --> 00:04:02,880
Ma in breve questa infrastruttura era un hub, quindi le strade erano collegate tramite un hub almeno uno che avrebbe

43
00:04:02,880 --> 00:04:05,400
fatto il multicast a tutti i router.

44
00:04:05,400 --> 00:04:10,430
Tuttavia, solo alcuni router sono in ascolto o accettano quel multicast.

45
00:04:10,520 --> 00:04:14,200
Quindi solo alcuni router sono stati abbonati a quel multicast.

46
00:04:14,280 --> 00:04:21,770
In questo caso, solo l'Iran designato sta ascoltando e accettando il multi-processo per affrontare 2 2 4 0

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

48
00:04:22,950 --> 00:04:27,240
Quindi l'altra dispari è che almeno due lasceranno questo aggiornamento.

49
00:04:27,590 --> 00:04:32,310
OSPF residente almeno per ora è il nostro modello non vedrà questo aggiornamento.

50
00:04:32,310 --> 00:04:39,330
Dall'altro rodders serratus 3 4 5 e 6 da un punto di vista OSPF basso non riceveranno

51
00:04:39,750 --> 00:04:44,140
l'aggiornamento sul router per ricevere l'aggiornamento quindi logicamente cosa succede.

52
00:04:44,140 --> 00:04:49,960
Il collegamento si interrompe. Route 1 sta aggiornando Rodek sul router designato inviando un multicast all'indirizzo

53
00:04:50,050 --> 00:04:57,070
del router ai router designati che ricevono il router multicast per poi inviare un aggiornamento a tutti gli altri

54
00:04:57,130 --> 00:05:02,170
ciclisti su questo indirizzo multicast da fare per lo 0 0 5.

55
00:05:02,470 --> 00:05:09,370
Tutti i router OSPF stanno ascoltando questo indirizzo multicast in modo che ricevano l'aggiornamento Router che

56
00:05:09,430 --> 00:05:10,500
riceverà l'aggiornamento.

57
00:05:10,510 --> 00:05:15,220
Non lo processerebbero perché sono sempre le tavole delle tipologie già aggiornate.

58
00:05:15,250 --> 00:05:21,370
Quindi, logicamente, ciò che accade è che l'aggiornamento passa da una o due parti invia un aggiornamento a tutti gli

59
00:05:21,370 --> 00:05:22,290
altri router.

60
00:05:22,540 --> 00:05:28,210
Elaborano l'aggiornamento e ritengono che il database delle scuse sia aggiornato con le nuove informazioni

61
00:05:28,210 --> 00:05:30,470
che questa rete ha interrotto.

62
00:05:30,940 --> 00:05:38,230
Come potete vedere qui è molto più efficiente usare un router designato che consentire le adiacenze complete

63
00:05:38,230 --> 00:05:43,140
tra tutti i router e avere tutti questi aggiornamenti duplicati.

64
00:05:43,180 --> 00:05:49,090
È importante rendersi conto che solo il designatore esterno e il designatore di backup Rotto

65
00:05:49,090 --> 00:05:52,680
avranno relazioni complete con tutti gli altri corpi.

66
00:05:53,170 --> 00:06:00,900
Quindi, per esempio, le route 4 e 5 avranno solo uno stato noto come Two way in two way.

67
00:06:00,940 --> 00:06:05,960
Si conoscono a vicenda ma non verranno scambiati aggiornamenti tra i router.

68
00:06:05,980 --> 00:06:09,010
Quindi, in altre parole, 4 o 5 non si aggiorneranno a vicenda.

69
00:06:09,070 --> 00:06:15,820
Né saranno cinque o sei e così via e così via tutti i rodders aggiorneranno solo il designatore esterno e il

70
00:06:16,000 --> 00:06:22,290
router designato per il backup con le modifiche nella topologia in modo che abbiano una relazione completa con il

71
00:06:22,290 --> 00:06:23,100
router designato.

72
00:06:23,530 --> 00:06:30,110
Ciò consente il salvataggio di aggiornamenti e il traffico duplicato su un singolo segmento.

73
00:06:30,290 --> 00:06:37,610
Ancora una volta è importante rendersi conto che Rochus nel segmento formerà solo relazioni complete con i router

74
00:06:37,610 --> 00:06:40,580
di designazione e i designatori di backup.

75
00:06:40,580 --> 00:06:42,830
Ora in questo esempio ho solo un router designato.

76
00:06:43,000 --> 00:06:48,860
Il problema con il solo router designato è che se questo router non funziona, gli aggiornamenti non verranno

77
00:06:48,860 --> 00:06:50,480
inviati e ricevuti correttamente.

78
00:06:50,480 --> 00:06:56,990
Quindi su un segmento verrà scelto un router designato e normalmente verrà anche scelto un designatore di

79
00:06:56,990 --> 00:06:57,930
backup automatico.

80
00:06:58,250 --> 00:07:05,510
Quindi avresti sia un router designato che un designatore di backup fuori dal BBR che diventerà il Diyar

81
00:07:05,510 --> 00:07:06,840
se l'affare fallisce.