1
00:00:00,540 --> 00:00:07,890
Acestea fac legătura între solicitarea de stat care solicită informații eroice de la vecinul Rodda Radi învecinat va trimite

2
00:00:07,890 --> 00:00:14,940
ceea ce se numește link State Update, care este un pachet care conține anunțuri de stat link-uri.

3
00:00:14,940 --> 00:00:19,040
Și așa cum am menționat, este trimis în mod tipic ca răspuns la solicitarea de stare a legăturii.

4
00:00:19,070 --> 00:00:24,720
Aceasta conține informații detaliate despre baza de date a legăturii de stare, mai degrabă decât o

5
00:00:25,050 --> 00:00:31,750
prezentare generală a acestuia care a fost conținută în link-urile de descriere a bazei de date, care confirmă confirmarea sau

6
00:00:31,810 --> 00:00:35,210
confirmarea primirii mesajului de actualizare a stării de legătură.

7
00:00:35,230 --> 00:00:40,890
Acum, un sistem autonom este o grupare de ruderi sub dominația comunistă a domeniului.

8
00:00:40,990 --> 00:00:47,620
Deci, să presupunem că tija este cuprinsă în cadrul bucla de funcționare OSPF într-un singur

9
00:00:47,620 --> 00:00:48,700
sistem autonom.

10
00:00:48,760 --> 00:00:54,370
Acestea pot fi conectate la alte routere în cadrul unui alt administrator al domeniului sau al

11
00:00:54,580 --> 00:01:00,480
unei alte companii de control care rulează rUK, de exemplu, OSPF este un IGP pe protocolul gateway T-Ray.

12
00:01:00,640 --> 00:01:03,320
Cu alte cuvinte, este folosit într-un sistem autonom.

13
00:01:03,670 --> 00:01:09,860
Deci, în cadrul organizației dvs., este posibil să aveți mai multe routere care rulează OSPF în cadrul aceluiași sistem antonim.

14
00:01:10,590 --> 00:01:15,000
Pentru scalabilitate, rețelele OSPF sunt împărțite în zone.

15
00:01:15,000 --> 00:01:20,970
Acum este o dezbatere despre aceasta, dar Cisco nu ar recomanda niciodată mai mult de 50 de routere cu o singură

16
00:01:21,060 --> 00:01:21,860
zonă OSPF.

17
00:01:22,290 --> 00:01:27,810
În studiile pe care le aveți în viitor, puteți întâlni figuri diferite,

18
00:01:27,810 --> 00:01:36,930
dar aceasta este o regulă bună pentru utilizarea OSPF care folosește modelul Rockhill, deoarece aveți întotdeauna zone OSPF zero când aveți

19
00:01:36,930 --> 00:01:38,430
mai multe zone.

20
00:01:38,490 --> 00:01:42,580
Este posibilă rularea OSPF într-o altă zonă.

21
00:01:42,660 --> 00:01:46,960
Să zicem Zona 1, dar asta e adevărat doar dacă ai o singură zonă.

22
00:01:47,160 --> 00:01:52,820
Dacă aveți mai multe zone, trebuie să aveți zona zero, care este cunoscută drept zona coloanei vertebrale.

23
00:01:53,510 --> 00:02:01,490
Tot traficul de la o zonă până la o zonă în alta, să zicem că Zona T va traversa coloana vertebrală.

24
00:02:01,490 --> 00:02:07,760
Deci, ceea ce faceți este să vă descompuneți rețeaua în mai multe zone, urmând topologia fizică,

25
00:02:07,760 --> 00:02:15,360
în scopul de a optimiza sumarizarea și de a reduce actualizările tabelului de rutare și de a lega anunțurile de stat.

26
00:02:15,410 --> 00:02:22,220
Anumite tipuri de LSA pot fi conținute într-o zonă, astfel încât inundarea elysées în întreaga

27
00:02:22,220 --> 00:02:30,290
rețea este oprită prin ruperea rețelei în mai multe zone de rutere care controlează zona coloanei vertebrale și

28
00:02:30,290 --> 00:02:35,500
o altă zonă necunoscută a ruterelor de frontieră pentru AVR.

29
00:02:35,930 --> 00:02:43,790
Cele trei routere evidențiate aici sunt ABRSM deoarece au o interfață în zona zero și o altă

30
00:02:43,790 --> 00:02:46,220
interfață într-o altă zonă.

31
00:02:47,300 --> 00:02:53,230
Unul dintre avantajele AB RS este că acestea permit o scurtă prezentare a rutelor.

32
00:02:53,510 --> 00:03:01,660
Dacă zona 1 conține Rutz 10 1 1 0 până la 10 1 100 0 și o zonă t.

33
00:03:01,700 --> 00:03:12,460
Avem rețele de la 10 la 1 0 până la 10 la 100 Ceara și zona 3 10 3 1 0 până la 10 3 100 0.

34
00:03:12,600 --> 00:03:16,280
Aceste rute pot fi rezumate pe AB rs.

35
00:03:16,320 --> 00:03:24,480
S-ar putea spune că aceste 100 de Rutz vor fi rezumate ca un singur wrocht pe acest AVR spune Lesch 60 Maust

36
00:03:24,480 --> 00:03:27,840
este folosit pentru a rezuma aceste 100 de proiecte.

37
00:03:27,840 --> 00:03:36,900
Același lucru se poate face aici 10 la 007 16 este un sumar al acestor șanțuri și ultimul 10 3 0 0 este faptul că 16 este

38
00:03:36,900 --> 00:03:38,930
un rezumat al acestor roci.

39
00:03:38,940 --> 00:03:43,830
Acest lucru nu necesită o planificare atentă și un design bun de IP.

40
00:03:45,180 --> 00:03:50,610
Misrata este cunoscut ca un sistem autonom de frontieră Rodda pentru SDR.

41
00:03:50,790 --> 00:03:53,910
Se controlează două sisteme autonome.

42
00:03:53,910 --> 00:03:59,640
În acest caz avem rep pe partea stângă și OSPF pe partea dreaptă.

43
00:03:59,970 --> 00:04:06,210
Chiar dacă toate aceste routere, inclusiv ruterul, în cadrul organizației dvs., acest router ar fi în

44
00:04:06,210 --> 00:04:12,960
continuare cunoscut ca ISP sau pentru că conectă un proces de rutare până la un alt proces de scriere.

45
00:04:12,990 --> 00:04:20,200
În acest caz OSPF Deci, din punct de vedere OSPF acest lucru este un sistem autonom pentru router.

46
00:04:21,160 --> 00:04:29,530
Cele șase routere au toate interfețele în cadrul zonei zero și, prin urmare, sunt cunoscute ca routere de backbone.

47
00:04:29,940 --> 00:04:38,570
Când traficul este trimis de la o zonă la alta, trebuie să traverseze coloana vertebrală pentru a ajunge la destinație.

48
00:04:38,940 --> 00:04:45,360
Deci, aceste trei Raptor-uri din coloana vertebrală sunt folosite pentru a permite traficului să curgă de la

49
00:04:45,390 --> 00:04:54,060
zona 1 la zonă până la OSPF necesită încă o dată un design bun, cu toate zonele care se conectează la zona coloanei vertebrale,

50
00:04:54,060 --> 00:04:58,600
deoarece traficul curge dintr-o zonă în altă zonă prin zona coloanei vertebrale.

51
00:04:59,790 --> 00:05:02,940
Aceste routere evidențiate sunt cunoscute ca routere interne.

52
00:05:03,120 --> 00:05:06,580
Acestea sunt zone interne specifice acestora.

53
00:05:07,860 --> 00:05:15,460
Routerele OSPF utilizează Halo pentru a-și forma relațiile vecine sau adjacencies protocol-ul de hello stabilește

54
00:05:15,490 --> 00:05:21,310
încă o dată și menține relațiile vecine prin asigurarea bi directional.

55
00:05:21,310 --> 00:05:25,750
Cu alte cuvinte, comunicarea în două direcții între vecini.

56
00:05:25,750 --> 00:05:32,410
Comunicarea bidirecțională are loc atunci când un router se recunoaște în pachetul

57
00:05:32,410 --> 00:05:40,490
primit de la un vecin sau S. utilizând adresa multicast 2 2 4 0 0 5 și să conțină următoarele informații.

58
00:05:40,780 --> 00:05:47,320
Ori de câte ori se creează relații, este important să rețineți că anumiți parametri trebuie să se

59
00:05:47,470 --> 00:05:49,140
potrivească pe ambele routere.

60
00:05:49,150 --> 00:05:57,670
Acum primul câmp conținut într-un gol este ID-ul router-ului un identificator al router-ului identifică router-ul specific și este

61
00:05:58,150 --> 00:06:06,880
folosit în diverse scenarii în calcularea OSPF alegerea unui router desemnat sau de rezervă desemnat Rodda un ID router

62
00:06:06,900 --> 00:06:16,330
este ales pe router bazat pe cea mai mare IP adresa oricărei configurări la care se confruntă când OSPF este

63
00:06:16,330 --> 00:06:23,160
activat pe router sau pe cea mai mare interfață de loopback activă pe router.

64
00:06:23,320 --> 00:06:30,250
Atunci când OSPF este activat sau poate fi specificat manual folosind comanda Rodda ID.

65
00:06:30,700 --> 00:06:38,050
Deci, pentru a demonstra că ai un Harada Rotto un spectacol la interfața scurtă îmi va arăta

66
00:06:38,080 --> 00:06:40,020
interfețele relevante în Misrata.

67
00:06:40,040 --> 00:06:45,490
Ceea ce am de gând să fac este să închid toate interfețele și să vă arăt

68
00:06:45,490 --> 00:06:50,720
că OSPF nu poate selecta un ID de router dacă toate interfețele sunt închise.

69
00:06:57,390 --> 00:07:06,390
Deci, arata interfața IP de interfață din nou mi-a arătat că toate interfețele mele sunt închise în mod

70
00:07:06,390 --> 00:07:17,780
nemulțumit modul de configurare non-globală popping comanda Rodda acest caz OSPF și un Proteus ID îmi va permite să activeze OSPF pe acest

71
00:07:17,780 --> 00:07:18,700
router.

72
00:07:19,190 --> 00:07:27,390
ID-ul procesului permite diferențierea mai multor instanțe OSPF care rulează pe același router, care pot deveni importante

73
00:07:28,160 --> 00:07:34,070
în mediile de comutare a etichetelor multi-protocol sau în mediile imperialistice.

74
00:07:34,370 --> 00:07:41,210
Din acest motiv, veți rula doar un singur proces OSPF pe un router, dar notați că mai

75
00:07:41,210 --> 00:07:44,490
multe procese pot fi activate pe erotice.

76
00:07:44,490 --> 00:07:54,770
Acum observați ce Rhodes cunoaște procesul Rodda ID OSPF nu reușesc să aloce un identificator Urara unic și,

77
00:07:54,770 --> 00:08:04,500
prin urmare, nu poate începe topping-ul să se aplice arată protocolul IP arată că protocolul de rutare

78
00:08:04,600 --> 00:08:15,740
în uz este OSPF unul dar ID-ul Rodda este 0 0 0 0 OSPF nu rulează direct pe acest traseu

79
00:08:17,880 --> 00:08:23,190
arată interfața IP interfață permite activarea acestei interfețe 00.

80
00:08:23,410 --> 00:08:25,290
Nu te închide.

81
00:08:25,400 --> 00:08:28,110
Deci, ceea ce L. D. este eliminat tot.

82
00:08:30,310 --> 00:08:31,990
Și apoi voi

83
00:08:35,290 --> 00:08:48,890
re-permite OSPF observație nu există nici o plângere pentru a arăta protocoalele IP arată-mi că ID-ul Rodda este 10 1 1 1 pentru a arăta ID-ul pentru

84
00:08:48,950 --> 00:08:55,880
a face scurt îmi arată că această adresă IP a devenit Id Rodda.

85
00:08:56,020 --> 00:09:03,700
Motivul pentru care este identificatorul Rodda este ales pe baza celei mai mari adrese IP a oricărei interfețe active.

86
00:09:03,790 --> 00:09:09,430
Când procesul de scriere este activat în condiții de siguranță activat, de exemplu, aceste două interfețe,

87
00:09:20,230 --> 00:09:21,480
după cum urmează.

88
00:09:21,610 --> 00:09:28,760
Și apoi, în partea de sus a lui Kim, arată interfața scurtă.

89
00:09:29,000 --> 00:09:36,410
Veți vedea că aceste interfețe interfața rapidă Ethan și cele două interfețe seriale

90
00:09:36,410 --> 00:09:47,650
până sus arată că protocoalele Ickey arată încă că ID-ul Rodda este 10 1 1 1 doar schimbați încapsularea înapoi la

91
00:09:47,650 --> 00:09:48,510
implicit.

92
00:09:48,580 --> 00:09:51,970
Așa că văd încă și interfețele vin din nou.

93
00:09:52,390 --> 00:09:59,950
Dar ceea ce aș vrea să văd este că ID-ul Rodda rămâne în continuare ca 10 1 1 1 și aș putea să

94
00:09:59,950 --> 00:10:03,690
fac din nou această comandă pentru a afișa protocoalele IP.

95
00:10:03,840 --> 00:10:15,700
Observați ID-urile Rodda 10 1 1 1 Pot face acest lucru pe un proces clar OSPF IP pentru a șterge procesul OSPF.

96
00:10:15,870 --> 00:10:17,480
Să vedem dacă este ceva diferit.

97
00:10:17,490 --> 00:10:25,650
Așa că arătați protocolul IP și după cum puteți vedea Rodda I. D. rămâne la fel.

98
00:10:25,830 --> 00:10:32,460
Dar dacă am elimina OSPF și apoi re-activat OSPF a observat

99
00:10:36,980 --> 00:10:43,290
ideea Rodda sa schimbat la 10 1 5 1.

100
00:10:43,470 --> 00:10:49,830
Ceea ce a făcut Rodda este că a căutat cea mai mare adresă IP pe orice interfață activă.

101
00:10:49,920 --> 00:10:59,070
Când OSPF a fost activat de această dată când OSPF a fost activat 10 1 5 1 a fost cea mai mare adresă IP pe orice

102
00:10:59,070 --> 00:11:00,360
interfață fizică activă.

103
00:11:00,570 --> 00:11:04,110
Deci a fost aleasă ca id Rodda.

104
00:11:04,110 --> 00:11:07,490
Acum ce se întâmplă dacă activați loopback-ul.

105
00:11:07,610 --> 00:11:11,280
Veți observa că loopback-ul are cea mai mică adresă IP.

106
00:11:11,360 --> 00:11:20,240
Una este mult mai mică decât 10, astfel încât să nu se închidă că afișați protocolul IP.

107
00:11:20,350 --> 00:11:29,970
Puteți vedea acolo ID-urile ATA furate 10 1 5 1 0 din nou idei greșite încă 10 1 5 1.

108
00:11:30,070 --> 00:11:34,630
Dar dacă am elimina OSPF și

109
00:11:37,680 --> 00:11:45,290
apoi l-am re-activat, observă că ID-ul serrata este acum cvadruple unul.

110
00:11:45,520 --> 00:11:54,940
Deci, regula din nou, ID-ul traseului OSPF este aleasă pe baza celei mai mari adrese IP a oricărei interfețe fizice care

111
00:11:54,940 --> 00:11:56,060
este activă.

112
00:11:56,380 --> 00:11:58,690
Când procesul OSPF este activat.

113
00:11:59,140 --> 00:12:07,900
Dar dacă există o loopback activă, loopback-ul suprascrie interfețele fizice și loopback-ul este folosit ca buclă

114
00:12:07,900 --> 00:12:16,660
de identificare Rodda BAC-urile au avantajul că nu vor coborî niciodată în jos o listă manuală.

115
00:12:16,690 --> 00:12:19,740
Acest lucru are avantaje multiple, inclusiv stabilitatea.

116
00:12:19,960 --> 00:12:26,890
ID-ul Mahratta a fost inițial 10 1 1 1 și ruterul a fost reîncărcat, presupunând că nu s-au efectuat verificări de

117
00:12:26,890 --> 00:12:31,230
buclă, permisiunea Rodda ID ar fi schimbat la 10 1 5 1.

118
00:12:31,450 --> 00:12:38,470
Deci, numărul de identificare Rodda ar fi putut să se schimbe înapoi, ID-ul de loopback ar rămâne ca unul cvadruplu, atâta timp cât nu

119
00:12:38,470 --> 00:12:41,400
există niciun alt circuit BACS configurat pe acest router.

120
00:12:41,620 --> 00:12:44,980
Deci, nu contează ce sunt stabilite interfețele fizice.

121
00:12:45,160 --> 00:12:54,500
Se recomandă să setați manual ID-ul Rodda folosind această comandă și să-l setați la o loopback relevantă.

122
00:12:54,610 --> 00:12:59,830
În acest caz, o să-i dau o valoare arbitrară pentru a vă arăta că o puteți

123
00:13:00,250 --> 00:13:10,570
seta la 1 2 1 6 8 1 și 1 care nu este o adresă IP de la o locală a scris-o pentru a afișa protocolul IP îmi permite să a se

124
00:13:10,570 --> 00:13:14,790
vedea că ID-ul este 1 2 1 6 8 1 la 1.

125
00:13:14,830 --> 00:13:20,800
Acum este recomandat să stabiliți Rodda I. D. la una dintre băncile de pradă de pe Rodda ta.

126
00:13:20,940 --> 00:13:23,640
Deci o să pun Rodda I. D. pentru a

127
00:13:26,600 --> 00:13:35,290
cvadruple unul după cum puteți vedea da ID-urile Rodda s-au schimbat pentru a rula rapid un pachet hello conține apoi salut și a

128
00:13:35,380 --> 00:13:39,420
făcut intervale care trebuie să fie aceleași pe ambele routere.

129
00:13:39,460 --> 00:13:43,600
În caz contrar, o relație de apropiere sau vecinătate nu va fi sub formă.

130
00:13:43,660 --> 00:13:48,190
Apoi conține lista vecinilor despre care știe ruterul.

131
00:13:48,550 --> 00:13:55,120
Datele noastre știu dacă există o comunicație pe două căi, deoarece se recunoaște în lista vecinilor

132
00:13:55,120 --> 00:14:02,080
pe care le primește în pachetul gol, apoi conține ID-ul zonei care trebuie să se potrivească și

133
00:14:02,080 --> 00:14:03,460
pe ambele routere.

134
00:14:03,490 --> 00:14:10,670
Acesta conține apoi o proprietate a routerului care poate fi folosită pentru a desemna o copie de rezervă destabilită, desemnată pentru alegerile Rodda.

135
00:14:11,020 --> 00:14:18,400
Acesta conține apoi numele desemnat Harada sau D sau adresa de backup IP desemnează adresa Harada sau DDR IP.

136
00:14:18,430 --> 00:14:22,960
Vom vorbi mai mult despre rudori de desemnare și rute de rezervă desemnate într-un moment.

137
00:14:23,380 --> 00:14:26,380
Apoi conține parola de indicare.

138
00:14:26,380 --> 00:14:32,450
Acum există diferite modalități de a înființa o sindicalizare, inclusiv textul clar și în cele cinci ședințe.

139
00:14:32,500 --> 00:14:34,580
Vom vorbi mai târziu despre aceștia.

140
00:14:34,650 --> 00:14:40,000
Parola de identificare trebuie să fie aceeași, altfel relația nu va fi formată.

141
00:14:40,480 --> 00:14:48,010
Și apoi Lawsie steagul zonei de stâlpi trebuie să fie același cu pavilionul zonei pasului indică dacă aceasta este o

142
00:14:48,010 --> 00:14:50,920
zonă de stub sau o zonă normală.

143
00:14:50,920 --> 00:14:54,570
Vom vorbi mai multe despre zonele de stub în încă o dată în diapozitivele ulterioare.