1
00:00:01,020 --> 00:00:07,060
Protocoalele putrezite includ versiunea IP pentru o versiune IP 6.

2
00:00:07,080 --> 00:00:14,820
Aceste protocoale sunt independente unul de celălalt și pentru a ilustra că să ne uităm la o topologie simplă.

3
00:00:14,970 --> 00:00:16,560
Deci are o întrebare pentru tine.

4
00:00:16,920 --> 00:00:21,270
Aceste routere sunt capabile să se pingă reciproc.

5
00:00:21,320 --> 00:00:29,780
Răspunsul este da și nu există o problemă în structura de adresare a versiunii IP 4 din această topologie.

6
00:00:29,810 --> 00:00:39,230
Dacă aceste două interfețe au adrese IP de 10. 0 dorit 2. 1 presat 24 și 10 puncte 1. 40 slash 24 acestea sunt

7
00:00:39,230 --> 00:00:47,270
în diferite subrețele, dar au fost configurate pe același link astfel încât Rotto unul și ruterul doi nu

8
00:00:47,270 --> 00:00:51,440
se vor putea ping reciproc folosind versiunea IP 4.

9
00:00:51,680 --> 00:00:55,640
Cu toate acestea versiunea IP 6 a fost corect configurată.

10
00:00:55,790 --> 00:01:02,900
Deci, aceste două adrese se află în aceeași subrețea și Rotto one și Rodek două vor putea să se

11
00:01:02,900 --> 00:01:05,660
ping între ele folosind versiunea IP 6.

12
00:01:05,660 --> 00:01:15,050
Punctul este ceea ce face un protocol stricat face este complet independent și separat de protocoalele raftered protocoale notate

13
00:01:15,200 --> 00:01:24,920
rafted, cum ar fi versiunea IP pentru o versiune IP 6 act și de a lucra independent una de cealaltă

14
00:01:24,920 --> 00:01:31,010
și de a folosi diferite protocoale de rutare în lumea de rețea.

15
00:01:31,010 --> 00:01:33,970
Acest lucru este adesea numit nave în noapte.

16
00:01:34,190 --> 00:01:40,190
Cu alte cuvinte, ceea ce face o navă în noapte este diferită de ceea ce face o altă navă în

17
00:01:40,190 --> 00:01:40,940
timpul nopții.

18
00:01:41,150 --> 00:01:48,710
Protocoalele acordate sunt independente una de cealaltă și nu se bazează pe un alt raptor, protocoalele

19
00:01:48,810 --> 00:01:53,200
folosesc un exemplu de protocoale de rutare diferite.

20
00:01:53,330 --> 00:02:02,900
OSPF o viziune prea este un protocol de rutare utilizat în versiunea IP pentru OSPF versiunea 3 este un protocol de scriere

21
00:02:02,900 --> 00:02:11,570
utilizat în versiunea IP 6 diferite protocoale de router utilizează protocoale de rutare diferite și acționează independent unul de celălalt,

22
00:02:11,570 --> 00:02:20,300
chiar dacă un protocol ranged este rupt alte protocoale rafturi pot încă funcționează ele sunt două moduri principale pe care

23
00:02:20,330 --> 00:02:25,140
șobolanii le adaugă la tabelele de scris ale lui rotas.

24
00:02:25,370 --> 00:02:32,180
Primele metode de utilizare a studiului Grotz în cazul în care un administrator adaugă manual o plută în tabela de scriere,

25
00:02:32,180 --> 00:02:36,370
iar a doua modalitate este de a utiliza protocoale dinamice de scriere.

26
00:02:36,440 --> 00:02:42,890
Prin urmare, cu rutele statice, administratorul adaugă rădăcinile la masa de scriere.

27
00:02:43,010 --> 00:02:47,690
Avantajul acestei metode este că nu există nicio cheltuială în rețea.

28
00:02:47,720 --> 00:02:55,550
De fapt, nu există nici o viață de păstrare sau actualizări de scriere constante salvate între rutere în sus sau în curs

29
00:02:55,550 --> 00:03:03,720
de funcționare a protocolului de informații, care este un protocol de routare vechi trimite întregul său tabel de scriere la fiecare 30 de secunde.

30
00:03:03,800 --> 00:03:10,520
Deci, atunci când utilizați rute statice, mai degrabă decât înfășurați că aeriene este eliminat mai multe protocoale moderne

31
00:03:10,520 --> 00:03:18,350
de rutare, cum ar fi E. I. GOP și OSPF elimină această actualizare constantă care a avut loc în Rupp la fiecare 30 de secunde.

32
00:03:18,620 --> 00:03:25,580
Dar ei încă trimit halate și păstrează lowlives pe rețea care consumă lățime de bandă cu rute statice,

33
00:03:25,700 --> 00:03:27,310
care este eliminat.

34
00:03:27,380 --> 00:03:34,820
Însă dezavantajul major al greutăților constante este că tu, în calitate de administrator, trebuie să actualizezi tabela de

35
00:03:34,820 --> 00:03:42,110
scriere care ar putea fi o mulțime de lucru dacă ai o rețea mare, Grotz, nu țin

36
00:03:42,110 --> 00:03:45,310
cont automat de schimbările din utilizarea rețelei.

37
00:03:45,440 --> 00:03:54,020
Administratorul ar trebui să actualizeze manual tabela de scriere pe un router sau pe mai multe routere, în cazul în care

38
00:03:54,050 --> 00:03:55,730
un link a scăzut.

39
00:03:55,730 --> 00:03:59,140
Așadar, supratensiunea nu este în rețea.

40
00:03:59,270 --> 00:04:04,590
Acoperișul este pe tine ca administrator pentru a ține totul actualizat.

41
00:04:04,610 --> 00:04:12,560
Static Grotz nu scară când rețelele devin mari cantitatea de muncă implicată în păstrarea manuală a tabelelor

42
00:04:12,560 --> 00:04:20,300
de rutare este prea mare, mai ales atunci când există o mulțime de schimbări de topologie.

43
00:04:20,300 --> 00:04:25,460
Ruturile statice nu fac tabele de rutare la data când se modifică topologia.

44
00:04:25,460 --> 00:04:26,920
În cele mai multe cazuri.

45
00:04:27,080 --> 00:04:35,290
Acum, fiind spus, este posibil ca aceste zile să monitorizeze adresele IP și, de exemplu, să elimine o piatră din

46
00:04:35,410 --> 00:04:36,810
tabelul de scriere.

47
00:04:37,040 --> 00:04:42,830
Dacă o adresă IP nu mai este disponibilă, este posibil să se implementeze anumite

48
00:04:42,830 --> 00:04:49,810
opțiuni dinamice cu rute statice, dar overhead-ul este încă mare și rutele statice sunt greoaie în rețelele mari.

49
00:04:49,970 --> 00:04:54,110
Acum, Grotz static sunt încă folosite astăzi în multe rețele.

50
00:04:54,140 --> 00:04:58,240
Cel mai frecvent exemplu este un traseu static implicit.

51
00:04:58,400 --> 00:05:08,690
Acasă DSL sau cablu sau fibră Rodda va avea de obicei o rută implicită pentru furnizorul de servicii Deci, router-ul de

52
00:05:08,690 --> 00:05:13,100
acasă nu știe despre șobolani de pe Internet.

53
00:05:13,100 --> 00:05:17,550
Pur și simplu transmite traficul către ISP.

54
00:05:17,600 --> 00:05:25,190
Un putregai implicit într-un drum care scrie tabelul spune în mod regulat Rodda când nu aveți o rețea specifică de trafic

55
00:05:25,310 --> 00:05:28,690
pe care o primiți în masa dvs. de scris.

56
00:05:28,910 --> 00:05:37,700
Trimiteți pur și simplu pachetele către routerul care este configurat ca gateway implicit sau gateway de ultimă instanță.

57
00:05:37,700 --> 00:05:44,270
Deci, când configurați un traseu implicit pe un router, îl îndreptați către un alt router, ceea ce înseamnă

58
00:05:44,270 --> 00:05:51,140
că acel router va trimite pur și simplu traficul la acel gateway implicit atunci când nu are un traseu

59
00:05:51,170 --> 00:05:53,530
mai specific în tabela de scriere.