1 00:00:00,300 --> 00:00:08,790 Deschideți mai întâi calea cea mai scurtă sau OSPF OSPF este un protocol de scriere puternic standard industrial utilizat în multe 2 00:00:08,790 --> 00:00:14,620 medii de rețea din lume, astăzi cuvântul deschis înseamnă că este un standard deschis. 3 00:00:14,640 --> 00:00:19,470 Acesta este un mare avantaj pentru utilizarea OSPF datorită interoperabilității Vendy. 4 00:00:19,590 --> 00:00:26,010 Poți să faci routere Cisco cu router-ele Nortel și altele și să fii sigur că șobolanii 5 00:00:26,010 --> 00:00:28,600 vor fi schimbați între diferiți furnizori. 6 00:00:30,810 --> 00:00:39,960 Ne-a arătat mai întâi sau SBF, cunoscut și ca algoritm digestor numit după dezvoltator care a publicat algoritmul în 1959, este utilizat 7 00:00:39,960 --> 00:00:47,750 de SPF pentru a determina calea cea mai scurtă sau cea mai bună cale către o destinație. 8 00:00:48,180 --> 00:00:49,660 Deci vom acoperi aceste lucruri. 9 00:00:49,660 --> 00:00:52,150 În primul rând, o prezentare generală a OSPF. 10 00:00:52,200 --> 00:00:54,050 Ne uităm la caracteristicile OSPF. 11 00:00:54,090 --> 00:00:58,350 Aș dori să vă arăt cum să configurați o rețea utilizând o singură zonă OSPF. 12 00:00:58,350 --> 00:01:02,550 Voi arăta importanța pachetelor și modul în care determină ID-ul Rodda. 13 00:01:02,650 --> 00:01:09,720 Ne uităm la câteva configurații și configurații în OSPF, inclusiv OSPF cu mai multe zone și autentificare OSPF 14 00:01:11,880 --> 00:01:19,650 încă o dată este un protocol de rutare de stare de legătură și va inunda legăturile pe care reclamele sau 15 00:01:20,760 --> 00:01:23,250 elysées în întreaga rețea sau zonă. 16 00:01:23,430 --> 00:01:27,530 Descrierea În primul rând a legăturilor atașate la un router. 17 00:01:27,660 --> 00:01:34,110 Cu alte cuvinte, interfețele routerului și starea acestor legături reprezintă starea care înseamnă o descriere 18 00:01:34,110 --> 00:01:41,170 a unei interfețe și relația acesteia cu rutele vecine este interfața în sus sau interfața în jos. 19 00:01:41,220 --> 00:01:47,430 Această descriere ar include, de exemplu, adresa IP a interfeței, masca de subrețea din partea superioară a rețelei la 20 00:01:47,430 --> 00:01:52,840 care este conectată și routerele care sunt conectate la acea rețea și așa mai departe. 21 00:01:54,190 --> 00:02:00,910 Colectarea tuturor acestor stări de legături formează baza de date alogică de vârf toate legăturile de rutare 22 00:02:02,150 --> 00:02:10,400 a bazelor de date ale bazei de date prin trimiterea mesajelor Hello folosind fie adresa multicast 2 2 4 0 0 5 23 00:02:11,060 --> 00:02:18,240 0 costurile unice Elisei este încă o dată inundată în întreaga zonă a rețelei și link-ul bazei de date 24 00:02:18,240 --> 00:02:22,200 este creat din aceste link-uri către reclame sau elysées. 25 00:02:22,310 --> 00:02:28,400 Fiți întotdeauna dacă folosiți din nou algoritmul algoritmului sau algoritmului digestor pentru a determina cea 26 00:02:28,400 --> 00:02:30,970 mai bună cale spre fiecare destinație. 27 00:02:32,210 --> 00:02:34,730 Acum este un pic de dezbatere despre asta. 28 00:02:34,730 --> 00:02:44,060 Inginerii vor discuta deseori unde în model se află diferite protocoale OSPF se află direct în partea de sus a 29 00:02:44,060 --> 00:02:53,930 IP OSPF nu utilizează TCAP sau UDP pentru transportul actualizărilor și informațiilor pe care le locuiesc direct în partea de sus 30 00:02:54,200 --> 00:03:04,250 a IP este întotdeauna menționat în antetul IP cu ID-ul protocolului 89 TZP referința cu ID-urile protocolului 6 și ID-ul 17 al 31 00:03:04,270 --> 00:03:11,600 protocolului UDP și astfel unii ar dezbate faptul că OSPF se află la nivelul 4. 32 00:03:11,970 --> 00:03:19,020 Din această cauză, totuși, vom spune că OSPF are un strat 3 direct pe partea de sus a IP-ului. 33 00:03:19,060 --> 00:03:23,130 De asemenea, cel puțin trei pentru mulți dintre noi în lumea reală. 34 00:03:23,160 --> 00:03:25,290 Aceasta nu este o preocupare majoră. 35 00:03:25,620 --> 00:03:27,810 Aceasta poate fi din punct de vedere teoretic. 36 00:03:29,320 --> 00:03:35,210 Da, de ce este capturarea Shaw prezentând diferite pachete OSPF. 37 00:03:35,240 --> 00:03:42,980 Spune un exemplu, primul este din Irak cu o adresă IP de 10 1 1 1 Mergeți la binecunoscuta 38 00:03:42,980 --> 00:03:47,270 adresă multicast pentru OSPF 2 2 4 0 0 5. 39 00:03:47,380 --> 00:03:54,390 Deci, aceasta este adresa folosită întotdeauna ca urmare a unui segment Ethernet și puteți vedea în 40 00:03:54,390 --> 00:03:57,510 ieșirea de aici la Layer 2. 41 00:03:57,740 --> 00:04:05,930 Avem adresa MAC sursă a serviciului Rodda de trimitere a informațiilor către o adresă IP multicast 4. 42 00:04:05,980 --> 00:04:18,620 În acest caz, adresa binecunoscută a multicastului V. F. Atlay la tipul de eter este de 0 800 în hexazecimal. 43 00:04:18,650 --> 00:04:20,420 Cu alte cuvinte, 44 00:04:23,350 --> 00:04:30,900 referindu-ne la IP cel puțin trei avem adresa IP sursă de 10 1 1 1 și această 45 00:04:34,020 --> 00:04:43,590 națiune de 2 2 4 0 0 5 puteți vedea aceasta ca o versiune IP pentru pachet și puteți vedea aici ID-ul 46 00:04:43,680 --> 00:04:49,940 protocolului este OSPF în hexazecimal referit ca 0 x 5 9 utilizând un calculator Windows. 47 00:04:50,160 --> 00:04:56,490 Putem seta să utilizeze hexazecimal seta valoarea la 59 și apoi să o schimbe în zecimal și 48 00:04:56,490 --> 00:04:59,280 să vezi că ID-ul protocolului este 89. 49 00:04:59,820 --> 00:05:08,970 Deci, cel puțin trei OSPF se face referire la ID-ul protocolului 89 sursa este încă o dată 10 1 la 50 00:05:09,240 --> 00:05:18,650 1 destinație este adresa multi-curs pentru OSPF care se află direct pe partea de sus a IP este OSPF Deci, observați 51 00:05:19,010 --> 00:05:25,100 că avem ethernet IP OSPF OSPF nu utilizează TCAP sau UDP ca transport. 52 00:05:25,190 --> 00:05:27,850 Utilizează IP. 53 00:05:28,040 --> 00:05:34,100 Puteți vedea versiunea header 2 a OSPF OSPF, puteți vedea că acesta este un pachet gol. 54 00:05:34,100 --> 00:05:43,250 Cu alte cuvinte, tip 1 puteți vedea că pentru zonele 0 0 Zonele SBF se poate face referire fie la un singur număr zecimal ca 0, fie la 55 00:05:43,250 --> 00:05:51,430 o notație zecimală IP punctată ca în 0. 0 0. 0. 56 00:05:51,710 --> 00:05:54,670 E ca și cum ai spune mâine sau tomate. 57 00:05:54,830 --> 00:05:56,710 E același lucru. 58 00:05:56,910 --> 00:06:04,410 Puteți vedea sursele 10 1 1 1 puteți vedea că este un pachet gol este informația ca moscheea 59 00:06:05,080 --> 00:06:13,890 din rețea intervalul gol Traseul de prioritate a traseului un interval de dată pe ruta desemnată este pentru designerul de rezervă al 60 00:06:13,890 --> 00:06:20,390 Audi care este vecinii activi și așa o să acoperim o mulțime de informații în 61 00:06:20,390 --> 00:06:28,300 viitoarele vizite, lucru important de remarcat încă o dată este faptul că OSPF se află direct pe partea de 62 00:06:28,300 --> 00:06:29,610 sus a IP-ului. 63 00:06:29,650 --> 00:06:37,060 Dacă te uiți la următorul mesaj în cazul în care rodded 10 1 1 2 trimite o descriere a bazei 64 00:06:37,090 --> 00:06:46,640 de date pentru a ruta el 10 1 1 1 veți vedea încă o dată că nu există nici un TZP UDP OSPF este referit cu ID-ul particulelor. 65 00:06:46,790 --> 00:06:53,440 89 într-o versiune IP versiunea 4 este întotdeauna pentru acest curs se află cel puțin trei. 66 00:06:53,570 --> 00:06:57,520 Dar, după cum sa menționat, există o dezbatere despre exact unde locuiește. 67 00:06:58,620 --> 00:07:05,030 ARADAS trimite link-uri pe care anunțurile le promovează imediat după schimbarea stării sau 68 00:07:05,030 --> 00:07:10,300 periodic, în mod periodic, la fiecare 30 de minute. 69 00:07:10,330 --> 00:07:17,310 Bazele de date vor fi sincronizate cu starea legăturilor întotdeauna a ruterelor sau a relațiilor vecine, iar 70 00:07:17,870 --> 00:07:24,740 lista vecinilor este stocată în tabelul de vecinătate sau în tabelul de vecinătate OSPF, astfel încât 71 00:07:24,740 --> 00:07:33,420 topping-ul care apare arată vecinii OSPF vă va arăta că vecinii adiacenți folosesc întotdeauna multicast adresele 2 2 4 0 0 72 00:07:33,430 --> 00:07:39,420 5 și 2 2 4 0 0 6 care sunt conexiuni locale multicast. 73 00:07:39,430 --> 00:07:42,800 Cu alte cuvinte, multicastul nu poate să treacă peste un router. 74 00:07:43,210 --> 00:07:50,260 Scriitorii trebuie să fie conectați în mod direct, păstrând mereu temerea memorării tuturor rutelor învățate în baza de date de tipologie OSPF 75 00:07:50,260 --> 00:07:53,210 sau în baza de date a legăturilor de stare. 76 00:07:53,320 --> 00:07:59,490 Baza de date a legăturilor de stare conține toate routerele și legăturile atașate în zonă sau rețeaua vor fi întotdeauna 77 00:07:59,490 --> 00:08:01,200 de routere în aceeași zonă. 78 00:08:01,530 --> 00:08:03,520 Trimiteți aceeași bază de date. 79 00:08:03,690 --> 00:08:09,920 Cele mai bune rute sunt apoi introduse în tabela de scriere cunoscută și sub denumirea de tabel de expediere. 80 00:08:09,950 --> 00:08:12,830 Există diferite tipuri de pachete utilizate în OSPF. 81 00:08:13,020 --> 00:08:19,530 Primul tip este un pachet gol care este utilizat în primul rând pentru a descoperi dinamic vecinii și în al doilea 82 00:08:19,530 --> 00:08:23,620 rând pentru a forma relații vecine și pentru a menține relațiile vecine. 83 00:08:23,650 --> 00:08:30,790 Există câteva intervale prestabilite pentru halourile pe segmente multimedia difuzate, cum ar fi Ethernet. 84 00:08:30,810 --> 00:08:33,140 Intervalul este de 10 secunde. 85 00:08:33,270 --> 00:08:38,910 Cel de-al doilea interval implicit este de 30 de secunde, care este utilizat pe segmente non-difuzate, 86 00:08:39,030 --> 00:08:47,570 cum ar fi un link de serie pe care un MBA a făcut non-difuzate medii multi-axe, cum ar fi Frame Relay are întotdeauna ceea 87 00:08:47,570 --> 00:08:52,510 ce se numește un interval de date sau un timer mort, Mod implicit. 88 00:08:52,680 --> 00:08:58,600 Dacă schimbați intervalul gol, m-am temut schimbând automat intervalul de date la valoarea de 4 89 00:08:58,610 --> 00:09:05,400 ori intervalul de salut pe o interfață specifică, așa că salut sunt folosite pentru a descoperi vecinii și 90 00:09:05,400 --> 00:09:11,130 dacă un salut nu este primit în intervalul de date relația vecin este rupt se 91 00:09:11,130 --> 00:09:14,380 consideră că munca nu mai este disponibilă. 92 00:09:14,430 --> 00:09:22,590 Al doilea top al pachetului este ceea ce se numește o descriere a bazei de date scrisă ca DD sau dbd care este 93 00:09:22,800 --> 00:09:30,410 utilizată pentru a schimba versiunile scurte ale fiecărui mesaj de publicitate a legăturilor OSPF ca un protocol de rutare a protocolului de 94 00:09:30,420 --> 00:09:35,050 legătură de schimb de informații despre starea link-urilor pentru link-urile de stat. 95 00:09:35,130 --> 00:09:41,580 Atunci când se formează o relație inițială între două routere SPF, aceștia vor schimba descrierile bazei de date, oferind 96 00:09:41,940 --> 00:09:45,430 reciproc o imagine de ansamblu a conținutului bazei de date. 97 00:09:45,810 --> 00:09:52,690 Dacă părțile din baza de date lipsesc pe un singur router, acesta va trimite o solicitare de stare a link-ului, solicitând 98 00:09:53,070 --> 00:09:57,990 un alt nivel de formare de la ruterul vecin, ruterul vecin va trimite ceea ce 99 00:09:58,050 --> 00:10:05,040 se numește link State Update, care este un pachet care conține anunțuri de stat link-uri este trimis în mod tipic ca 100 00:10:05,040 --> 00:10:07,780 răspuns la o solicitare de stare legată. 101 00:10:07,800 --> 00:10:13,650 Aceasta conține informații detaliate despre baza de date a legăturii de stare, mai degrabă decât o prezentare generală a 102 00:10:13,950 --> 00:10:16,120 acesteia conținută în descrierea bazei de date. 103 00:10:17,340 --> 00:10:22,890 Legăturile de confirmări de stare confirmă sau confirmă primirea mesajului de actualizare a stării de legătură.