1 00:00:01,010 --> 00:00:06,800 Tot felul de captură din nou pe link-ul serial din ieșire văd 2 00:00:10,900 --> 00:00:12,870 un pachet de halo. 3 00:00:12,870 --> 00:00:16,540 S. de către Rotto 1. 4 00:00:16,600 --> 00:00:24,670 Deci, acesta este un pachet SPF trimis la adresa multicast pentru OSPF putem vedea 5 00:00:24,670 --> 00:00:33,790 că acesta este afișat ca un buzunar unicast în HGL vezi tipul de protocol este versiunea IP 6 00:00:33,790 --> 00:00:46,910 pentru ca putem vedea adresa IP adresa destinație IP afișată aici încă o dată tipul de protocol este OSPF Deci este protocolul 89 și protocolul 7 00:00:46,910 --> 00:00:58,960 folosit este OSPF și putem vedea că este un pachet gol cu ​​mască de rețea din SUA și este de la router. 8 00:00:58,990 --> 00:01:04,620 Deci, uita-te la mesajul de mesaje HDFC este versiunea IP 4. 9 00:01:04,970 --> 00:01:15,460 Deoarece protocolul de aici este diferit de tipul CGP, aici este un tip diferit. 10 00:01:15,730 --> 00:01:28,330 Și încă o dată, dacă am ping folosind IP versiunea 6 versiunea IP 6 6 8 tip HLC diferite ceea ce voi face 11 00:01:28,330 --> 00:01:35,180 acum este schimba intenționat încapsularea de pe o parte la altceva. 12 00:01:35,430 --> 00:01:38,810 Deci diferitele încapsulări Dar o voi pune. 13 00:01:39,090 --> 00:01:45,390 Și ceea ce ar trebui să observăm este că interfața coboară, vedem că OSPF spune 14 00:01:45,390 --> 00:01:50,070 că relația a scăzut și că protocolul de linie a scăzut. 15 00:01:50,670 --> 00:01:53,950 Deci, arată interfața serială la slash este zero. 16 00:01:57,660 --> 00:02:04,830 În ieșire putem vedea că interfața fizică este sus, dar protocolul de linie este în jos și 17 00:02:04,830 --> 00:02:06,840 păstrat soluția este GPP. 18 00:02:06,900 --> 00:02:09,630 Aceasta înseamnă că nu avem o problemă cu stratul 1. 19 00:02:09,690 --> 00:02:15,720 Interfața este conectată fizic, dar aceasta ne arată că avem o problemă cu stratul 2 care, 20 00:02:15,720 --> 00:02:19,050 în cazul nostru, este o problemă de încapsulare. 21 00:02:19,990 --> 00:02:22,560 Pe partea OSPF a coborât. 22 00:02:22,780 --> 00:02:25,110 Afișați interfața Ciril pentru a 23 00:02:28,690 --> 00:02:34,910 reduce numărul de sondaje pe zero comanda interfețele până fizic, dar protocolul de linie este în jos. 24 00:02:34,930 --> 00:02:42,440 Motivul pentru care este încapsularea pe site-ul este o înțelegere a se vedea punerea pãstrat soluție pe partea este Peepy Deci, pentru interfața 25 00:02:43,360 --> 00:02:50,520 de a fi până aveți nevoie pentru a se asigura că lucru păstrat de izolare pe ambele părți este același lucru. 26 00:02:50,780 --> 00:03:00,530 Deci, încă o dată pe partea de toate modificarea de la HDL a se vedea și, sperăm, ce ar trebui să se întâmple este interfața 27 00:03:00,530 --> 00:03:02,540 vine după un timp. 28 00:03:02,540 --> 00:03:04,140 Acum se bazează pe menținerea vieții. 29 00:03:04,220 --> 00:03:12,340 Așadar, probabil că va trebui să așteptați un timp pentru a rămâne în viață pe aceste fețe plângând sunt setate la 10 secunde. 30 00:03:12,620 --> 00:03:18,740 Deci, poate dura câteva secunde pentru ca link-ul să fie în jos sau să vină. 31 00:03:18,920 --> 00:03:25,520 Nu știu închise la o interfață și aștept să fie imediat de lucru sau imediat pentru a merge în jos. 32 00:03:25,700 --> 00:03:32,540 Așteptați câteva secunde, astfel încât întreținerea să poată traversa legătura pentru a vă asigura că lucrurile funcționează corect. 33 00:03:32,630 --> 00:03:35,440 Deci, protocolul de linie era în sus sau în jos la acel moment. 34 00:03:35,840 --> 00:03:44,820 Am observat aici a mers până așa întotdeauna așteptați câteva secunde, astfel încât să păstreze în viață poate reuși de la 35 00:03:44,820 --> 00:03:53,600 o parte la celălalt încapsulare este acum o afacere a se vedea pe partea vedem că interfața a venit mereu. 36 00:03:53,670 --> 00:03:57,540 Relațiile s-au format și dacă vă uitați la interfață putem 37 00:04:00,400 --> 00:04:02,690 vedea că interfețele sunt pop. 38 00:04:02,790 --> 00:04:04,950 Ai păstrat izolarea este HTL vezi. 39 00:04:05,110 --> 00:04:16,000 Observă faptul că salvarea sau șocul de capturare vă permite să vedeți o 40 00:04:16,150 --> 00:04:21,800 mulțime de negocieri între vecinii OSPF. 41 00:04:21,860 --> 00:04:25,650 Ceea ce aș vrea să subliniez aici este să observați păstrarea. 42 00:04:25,860 --> 00:04:30,120 Deci există un sfânt păstrat de la o parte la alta. 43 00:04:30,480 --> 00:04:32,990 Observ că am secvențat numerele pentru păstrarea în viață. 44 00:04:33,090 --> 00:04:41,010 Deci, există un număr de ordine de ieșire și un număr de secvență returnat pentru păstrați în viață de la o 45 00:04:41,010 --> 00:04:47,630 parte a link-ului la celălalt și ceea ce veți observa este că va continua să fie 46 00:04:47,630 --> 00:04:54,650 trimis aici observați că numărul secvenței a fost setat la 1 ca interfața a venit sus din nou. 47 00:04:54,670 --> 00:04:57,240 Iată negocierea OSPF. 48 00:04:57,310 --> 00:05:06,320 Da, versiunea IP 6 în negociere și observație aici sunt păstrați în viață o grămadă de chestii OSPF. 49 00:05:06,760 --> 00:05:09,640 Și observați numerele de ordine din păstrați în viață. 50 00:05:10,270 --> 00:05:14,530 Interfața a venit din nou și pe Rodda. 51 00:05:14,530 --> 00:05:16,750 Deci, aceia păstrează în viață pe cei arătați. 52 00:05:17,110 --> 00:05:21,190 Este important ca ambele părți să aibă aceeași încapsulare. 53 00:05:22,630 --> 00:05:29,680 Este important să verificați izolarea păstrată, verificați dacă interfața fizică este în sus, verificați dacă protocolul de linie 54 00:05:29,680 --> 00:05:36,190 este în sus și așteptați câteva secunde pentru ca keepalive să reușească pe ambele părți. 55 00:05:36,520 --> 00:05:43,270 Deci, așteptați, de exemplu, o jumătate de minut pentru a da timp să se stabilească și să trimită și să primească păstrați în viață.