1
00:00:02,120 --> 00:00:09,920
I wtedy zgubiłem flagę obszaru pośredniego, która musi być taka sama, flaga obszaru kroku oznacza, czy jest

2
00:00:09,920 --> 00:00:12,870
to obszar pośredni, czy obszar normalny.

3
00:00:12,890 --> 00:00:16,780
W kolejnych slajdach powiemy więcej o obszarach pośrednich.

4
00:00:17,210 --> 00:00:24,480
Porozmawiajmy teraz o wyznaczonych drogach i wyznaczonej trasie backupu, ponieważ w tej typologii sześć

5
00:00:24,490 --> 00:00:32,470
routerów jest połączonych z tym samym Ethanem, które segmentują się, więc wkrótce trasa D6 jest połączona

6
00:00:32,470 --> 00:00:41,370
z przełącznikiem lub koncentratorem, wszystkie z tymi samymi routerami lub Dior są używane rozgłaszaj środowiska wieloosiowe, takie jak

7
00:00:41,460 --> 00:00:47,640
Ethernet, a więc gdy implementacje takie jak nierozgłoszone środowiska wieloosiowe w

8
00:00:47,640 --> 00:00:57,140
Frame Relay Wyjaśnij dlaczego mamy wyznaczonego Haradę, załóżmy, że ta sieć 10 1 1 0 jest połączona z jednym

9
00:00:57,140 --> 00:01:00,710
i routerami są z tym połączone.

10
00:01:00,710 --> 00:01:04,820
Ethan jest jego segmentem i zakłada, że ta sieć przestaje działać.

11
00:01:05,770 --> 00:01:10,460
Załóżmy więc, że w tym Ethanie nie ma wyznaczonego routera.

12
00:01:10,690 --> 00:01:16,960
I miejmy nadzieję, że szybko zorientujesz się, dlaczego istnieje wymóg wyznaczenia Harady, aby wyznaczył RATO.

13
00:01:16,980 --> 00:01:24,650
Wszystkie te routery będą miały pełne sąsiedztwo w pełnym sąsiedztwie elysées wymieniane między routerami.

14
00:01:24,680 --> 00:01:31,650
Tak więc w tym przykładzie wszystko musi powiadomić inne routery za pomocą zaktualizowanych linków, że

15
00:01:31,650 --> 00:01:39,180
nastąpiła zmiana w topologii sieci, albo ktoś wyśle aktualizację lub trzy wyśle aktualizację do naszego zespołu

16
00:01:39,700 --> 00:01:49,010
2 lub 4 2 lub 5 lub 6 powiadamiając wszystkich prętów, że nastąpiła zmiana w typologii lub dwóch po otrzymaniu tej

17
00:01:49,020 --> 00:01:51,150
aktualizacji od lub jednego.

18
00:01:51,240 --> 00:01:56,560
W tym przypadku, ponieważ nie ma wyznaczonego Rodda ma pełną relację z wszystkimi innymi routerami.

19
00:01:56,760 --> 00:02:01,500
Wysyła aktualizację do wszystkich swoich sąsiadów, aby powiadomić ich, że wystąpił problem.

20
00:02:01,560 --> 00:02:07,740
To samo stanie się, gdy nasi trzej lub trzej otrzymają od nas aktualizację,

21
00:02:07,740 --> 00:02:14,320
aby powiadomić wszystkich swoich sąsiadów, że nastąpiły zmiany w przeprosinach lub zrobimy to samo, co

22
00:02:14,320 --> 00:02:15,630
otrzymaliśmy aktualizację.

23
00:02:15,910 --> 00:02:21,130
Wysyła aktualizację do wszystkich swoich sąsiadów i jestem pewna, że otrzymujesz teraz zdjęcie lub pięć otrzymało tę

24
00:02:21,130 --> 00:02:22,430
aktualizację od naszej.

25
00:02:22,450 --> 00:02:29,200
Tak więc wysyła aktualizację do wszystkich swoich sąsiadów i bezprawnie lub sześć wysyła aktualizację do wszystkich swoich sąsiadów.

26
00:02:29,230 --> 00:02:36,540
Jest więc dużo duplikatów ruchu, gdy jedna sieć przestaje działać, a te sześć routerów ma ze

27
00:02:36,780 --> 00:02:38,630
sobą pełną przynależność.

28
00:02:39,000 --> 00:02:45,150
Zamiast tego wybrana trasa jest wybrana w danym segmencie.

29
00:02:45,150 --> 00:02:53,280
Załóżmy więc, że ta dwójka została wybrana jako wyznaczona przez Roddę wyznaczona trasa na dwa kryteria.

30
00:02:53,370 --> 00:02:55,720
Pierwszy ma najwyższy priorytet.

31
00:02:55,890 --> 00:03:03,510
Możesz określić priorytet w interfejsie, którego priorytetem domyślnym jest 1 0, wyklucza to, że Arado staje się

32
00:03:03,510 --> 00:03:10,150
wyznaczonym Roddą lub desygnatem zapasowym Harada, wartości tego priorytetu wynoszą od 1 do 255.

33
00:03:10,200 --> 00:03:15,690
Tak więc pierwsze kryterium ma wysoki priorytet, jeśli priorytety są takie same, wtedy Rotto

34
00:03:15,690 --> 00:03:20,460
z najwyższym identyfikatorem Rodda jest wybierany jako wyznaczona trasa dla tego segmentu.

35
00:03:20,460 --> 00:03:23,970
W tym przykładzie wybieramy lub używamy wyznaczonej trasy.

36
00:03:24,340 --> 00:03:28,310
Załóżmy, że ta sieć przestaje działać.

37
00:03:28,380 --> 00:03:35,620
Ale to, co się teraz dzieje, lub jeden z nich przesyła aktualizację tylko do wyznaczonych rodników, aby wyznaczyć lub wyjść

38
00:03:35,630 --> 00:03:42,700
jako odsłuch na tym adresie multiemisji 2 2 4 0 0 6 innych wyborców nie słucha tego adresu multicastowego.

39
00:03:42,700 --> 00:03:50,500
Zatem z punktu widzenia IP nie otrzymują ani nie widzą tej aktualizacji, tylko wyznaczony

40
00:03:50,700 --> 00:03:53,290
Harada otrzymuje aktualizację multicastową.

41
00:03:53,310 --> 00:03:55,480
Teraz multicasting nie jest objęty tym kursem.

42
00:03:56,220 --> 00:04:02,880
Krótko mówiąc, ta infrastruktura była hubem, więc drogi były połączone za pośrednictwem koncentratora co najmniej jeden,

43
00:04:02,880 --> 00:04:05,400
który multiemisja trafiłaby do wszystkich routerów.

44
00:04:05,400 --> 00:04:10,430
Jednak tylko niektóre routery nasłuchują lub akceptują tę transmisję.

45
00:04:10,520 --> 00:04:14,200
Tak więc tylko niektóre routery subskrybują ten multicast.

46
00:04:14,280 --> 00:04:21,770
W tym przypadku tylko wyznaczony Iran nasłuchuje i akceptuje wieloprocesowe podejście do adresu 2 2 4 0

47
00:04:21,780 --> 00:04:22,880
0 6.

48
00:04:22,950 --> 00:04:27,240
Innym dziwnym jest, że przynajmniej dwie zerwą tę aktualizację.

49
00:04:27,590 --> 00:04:32,310
OSPF przebywający przynajmniej na razie, nasz model nie zobaczy tej aktualizacji.

50
00:04:32,310 --> 00:04:39,330
Z drugiej strony, serratus 3 4 5 i 6 z punktu widzenia protokołu OSPF niska nie otrzyma aktualizacji

51
00:04:39,750 --> 00:04:44,140
na routerze, aby otrzymać aktualizację tak logicznie, co się stanie.

52
00:04:44,140 --> 00:04:49,960
Link idzie w dół Trasa 1 aktualizuje Rodek do wyznaczonego routera, wysyłając multicast

53
00:04:50,050 --> 00:04:57,070
na adres routera do wyznaczonych routerów odbierających router multiemisji, aby następnie wysłać aktualizację do wszystkich innych

54
00:04:57,130 --> 00:05:02,170
użytkowników na tym adresie multiemisji, aby zrobić dla 0 0 5.

55
00:05:02,470 --> 00:05:09,370
Wszystkie routery OSPF nasłuchują tego adresu multiemisji, więc otrzymają aktualizację routera, który otrzyma

56
00:05:09,430 --> 00:05:10,500
aktualizację.

57
00:05:10,510 --> 00:05:15,220
Nie przetworzą go, ponieważ są to zawsze tabele typologii, które są już aktualne.

58
00:05:15,250 --> 00:05:21,370
Więc logicznie, co się dzieje, to aktualizacja idzie od jednej lub dwóch stron wysyła aktualizację do wszystkich

59
00:05:21,370 --> 00:05:22,290
innych routerów.

60
00:05:22,540 --> 00:05:28,210
Przetwarzają aktualizację i uważają, że baza danych przeprosin jest aktualizowana o nowe informacje,

61
00:05:28,210 --> 00:05:30,470
że ta sieć się zepsuła.

62
00:05:30,940 --> 00:05:38,230
Jak widać, znacznie wydajniejsze jest korzystanie z wyznaczonego routera, niż zezwolenie na pełne przylegania

63
00:05:38,230 --> 00:05:43,140
między wszystkimi routerami i posiadanie tych wszystkich zduplikowanych aktualizacji.

64
00:05:43,180 --> 00:05:49,090
Ważne jest, aby zdawać sobie sprawę, że tylko zewnętrzny desygnator i oznaczenie rezerwowe Rotto

65
00:05:49,090 --> 00:05:52,680
będą miały pełne relacje z wszystkimi innymi ciałami.

66
00:05:53,170 --> 00:06:00,900
Na przykład trasa 4 i 5 będą miały tylko stan zwany Dwukierunkowy na dwa sposoby.

67
00:06:00,940 --> 00:06:05,960
Wiedzą o sobie nawzajem, ale żadne aktualizacje nie będą wymieniane między routerami.

68
00:06:05,980 --> 00:06:09,010
Innymi słowy, 4 lub 5 nie będą się wzajemnie aktualizować.

69
00:06:09,070 --> 00:06:15,820
Żadne z nich nie będzie miało pięciu lub sześciu itd. I tak dalej wszystkie gryzonie będą aktualizować tylko zewnętrzny

70
00:06:16,000 --> 00:06:22,290
wyznacznik i zapasowy wyznaczony router ze zmianami w topologii, dzięki czemu będą w pełni powiązane z

71
00:06:22,290 --> 00:06:23,100
wyznaczonym routerem.

72
00:06:23,530 --> 00:06:30,110
Pozwala to na zapisywanie aktualizacji i duplikowanie ruchu w jednym segmencie.

73
00:06:30,290 --> 00:06:37,610
Po raz kolejny ważne jest, aby zdać sobie sprawę, że Rochus w segmencie będzie tylko tworzyć pełne

74
00:06:37,610 --> 00:06:40,580
relacje z routerami desygnatora i outhe's.

75
00:06:40,580 --> 00:06:42,830
Teraz w tym przykładzie mam tylko wyznaczony router.

76
00:06:43,000 --> 00:06:48,860
Problem związany tylko z wyznaczonym routerem polega na tym, że po wygaśnięciu tego routera aktualizacje nie będą

77
00:06:48,860 --> 00:06:50,480
wysyłane i odbierane poprawnie.

78
00:06:50,480 --> 00:06:56,990
Tak więc w segmencie wybrany zostanie wyznaczony router i zwykle wybierany będzie również automat desygnujący

79
00:06:56,990 --> 00:06:57,930
kopię zapasową.

80
00:06:58,250 --> 00:07:05,510
W związku z tym, jeśli transakcja zakończy się niepowodzeniem, będziesz miał wyznaczony ruter i oznaczenie kopii zapasowej. BBR

81
00:07:05,510 --> 00:07:06,840
stanie się Diyarem.
