1 00:00:01,010 --> 00:00:06,800 Wszystkie przechwytywania jednego strzału ponownie na łącze szeregowe w wyjściu możemy 2 00:00:10,900 --> 00:00:12,870 zobaczyć pakiet halo. 3 00:00:12,870 --> 00:00:16,540 S. autor: Rotto 1. 4 00:00:16,600 --> 00:00:24,670 Więc to jest żaden pakiet SPF wysyłany do adresu multicastowego dla OSPF, 5 00:00:24,670 --> 00:00:33,790 widzimy, że pokazuje on jako kieszonkę jednostkową w HGL, patrz typ protokołu to wersja IP, 6 00:00:33,790 --> 00:00:46,910 ponieważ widzimy tu docelowy adres IP adresu IP pokazany tutaj jeszcze raz typ protokołu to OSPF Więc to jest protokół 89, 7 00:00:46,910 --> 00:00:58,960 a protokół to OSPF i widzimy, że jest to pusty pakiet z maską sieci USA i jest z routera. 8 00:00:58,990 --> 00:01:04,620 Tak więc patrząc na wiadomości HDFC zauważ, że jest to IP w wersji 4. 9 00:01:04,970 --> 00:01:15,460 Ponieważ tutaj przedstawiony jest tutaj inny typ CGP, jest to inny typ. 10 00:01:15,730 --> 00:01:28,330 I jeszcze raz, jeśli użyjemy IP wersji 6, jego wersja IP 6 8 różnych typów HLC, co zrobię teraz, 11 00:01:28,330 --> 00:01:35,180 celowo zmieni hermetyzację z jednej strony na coś innego. 12 00:01:35,430 --> 00:01:38,810 Więc różne enkapsulacje Ale ja to ustawię. 13 00:01:39,090 --> 00:01:45,390 Powinniśmy zauważyć, że interfejs obniża się, widzimy, że protokół OSPF mówi, 14 00:01:45,390 --> 00:01:50,070 że relacja uległa pogorszeniu, a protokół linii spadł. 15 00:01:50,670 --> 00:01:53,950 Więc pokaż interfejs seryjny do ukośnika wynosi zero. 16 00:01:57,660 --> 00:02:04,830 Na wyjściu widzimy, że fizyczny interfejs jest podniesiony, ale protokół linii jest wyłączony, a utrzymanym 17 00:02:04,830 --> 00:02:06,840 rozwiązaniem jest GPP. 18 00:02:06,900 --> 00:02:09,630 Oznacza to, że nie mamy problemu z warstwą 1. 19 00:02:09,690 --> 00:02:15,720 Interfejs jest fizycznie połączony, ale to pokazuje nam, że mamy problem z warstwą 2, 20 00:02:15,720 --> 00:02:19,050 który w naszym przypadku jest zagadnieniem hermetyzacji. 21 00:02:19,990 --> 00:02:22,560 Po stronie OSPF spadł. 22 00:02:22,780 --> 00:02:25,110 Pokaż interfejs Ciril, aby 23 00:02:28,690 --> 00:02:34,910 ciąć zera ankiety, fizycznie wywołaj interfejsy, ale protokół linii jest wyłączony. 24 00:02:34,930 --> 00:02:42,440 Powodem, dla którego hermetyzacja na stronie jest sprawą, zobacz, czy utrzymywanie rozwiązania na stronie jest Peepy. Dlatego, aby 25 00:02:43,360 --> 00:02:50,520 interfejs się podnosił, musisz upewnić się, że rzecz zachowana w izolacji po obu stronach jest taka sama. 26 00:02:50,780 --> 00:03:00,530 Więc po raz kolejny na stronie wszystkie zmiany w HDL i miejmy nadzieję, co się stanie, to interfejs pojawia się 27 00:03:00,530 --> 00:03:02,540 po pewnym czasie. 28 00:03:02,540 --> 00:03:04,140 Teraz opiera się na utrzymaniu przy życiu. 29 00:03:04,220 --> 00:03:12,340 Być może będziesz musiał chwilę poczekać na tych marudzenie twarzy ustawionych na 10 sekund. 30 00:03:12,620 --> 00:03:18,740 Może minąć kilka sekund, zanim link się obniży lub pojawi. 31 00:03:18,920 --> 00:03:25,520 Nie wiem, zamknij interfejs i oczekuj natychmiastowej pracy lub natychmiastowego zejścia. 32 00:03:25,700 --> 00:03:32,540 Poczekaj kilka sekund, aby keepalive mogło przejść przez łącze, aby upewnić się, że wszystko działa poprawnie. 33 00:03:32,630 --> 00:03:35,440 Tak więc protokół linii był w tym czasie w górę lub w dół. 34 00:03:35,840 --> 00:03:44,820 Zauważyłem, że to się podniosło, więc zawsze poczekaj kilka sekund, aby utrzymać się przy życiu, może odnieść sukces z 35 00:03:44,820 --> 00:03:53,600 jednej strony na drugą, kapsułkowanie jest teraz okazją widzieć z boku, że widzimy, że interfejs pojawiał się zawsze. 36 00:03:53,670 --> 00:03:57,540 Powstały relacje i jeśli spojrzysz na interfejs, widzimy, 37 00:04:00,400 --> 00:04:02,690 że interfejsy są pop. 38 00:04:02,790 --> 00:04:04,950 Zachowałeś izolację, patrz HTL. 39 00:04:05,110 --> 00:04:16,000 Zauważ, że keepalive, którego znasz, czyścisz lub przechwytujesz, przewija się w górę, widzisz, jak 40 00:04:16,150 --> 00:04:21,800 wiele negocjacji odbywa się między sąsiadami OSPF. 41 00:04:21,860 --> 00:04:25,650 Chciałbym tutaj zwrócić uwagę na to, że jest to keepalive. 42 00:04:25,860 --> 00:04:30,120 Więc jest święty z jednej strony na drugą. 43 00:04:30,480 --> 00:04:32,990 Zauważam, że mamy zsekwencjonowane liczby dla utrzymania przy życiu. 44 00:04:33,090 --> 00:04:41,010 Tak więc istnieje numer sekwencji wyjściowej i numer sekwencji zwrotnej, która utrzymuje się przy życiu z 45 00:04:41,010 --> 00:04:47,630 jednej strony łącza do drugiej, a to, co zauważysz, będzie nadal wysyłane 46 00:04:47,630 --> 00:04:54,650 tutaj, zauważ, że numer sekwencji został ustawiony na 1, ponieważ interfejs przyszedł ponownie. 47 00:04:54,670 --> 00:04:57,240 Oto negocjacja OSPF. 48 00:04:57,310 --> 00:05:06,320 Tak, wersja IP 6 w negocjacjach i zawiadomieniu tutaj jest utrzymywaniem ciągłej masy rzeczy OSPF. 49 00:05:06,760 --> 00:05:09,640 I zauważ numery sekwencji w utrzymaniu przy życiu. 50 00:05:10,270 --> 00:05:14,530 Ponieważ interfejs pojawił się ponownie również na Roddzie. 51 00:05:14,530 --> 00:05:16,750 Tak więc te utrzymują przy życiu te, które pokazano. 52 00:05:17,110 --> 00:05:21,190 Ważne jest, aby obie strony miały tę samą enkapsulację. 53 00:05:22,630 --> 00:05:29,680 Ważne jest, aby sprawdzić sprawdzanie izolacji, czy fizyczny interfejs sprawdził, czy protokół linii 54 00:05:29,680 --> 00:05:36,190 działa, i odczekać kilka sekund, aby kontynuacja powiodła się po obu stronach. 55 00:05:36,520 --> 00:05:43,270 Więc poczekaj na przykład pół minuty, aby dać mu czas na osiedlenie się, a wyślij i otrzymaj żywy.