1
00:00:01,010 --> 00:00:06,800
Semua jenis one shot capture lagi pada tautan serial di output kita

2
00:00:10,900 --> 00:00:12,870
bisa melihat paket halo.

3
00:00:12,870 --> 00:00:16,540
S. oleh Rotto 1.

4
00:00:16,600 --> 00:00:24,670
Jadi ini adalah paket tidak SPF dikirim ke alamat multicast untuk OSPF kita

5
00:00:24,670 --> 00:00:33,790
dapat melihat bahwa itu ditampilkan sebagai kantong unicast di HGL melihat jenis protokol adalah versi IP

6
00:00:33,790 --> 00:00:46,910
karena kita dapat melihat alamat IP tujuan alamat IP ditunjukkan di sini sekali lagi jenis protokol adalah OSPF Jadi itu protokol 89 dan

7
00:00:46,910 --> 00:00:58,960
protokol yang digunakan adalah OSPF dan kita dapat melihat bahwa itu adalah paket kosong dengan mask jaringan AS dan itu dari router.

8
00:00:58,990 --> 00:01:04,620
Jadi melihat pesan HDFC perhatikan itu IP versi 4.

9
00:01:04,970 --> 00:01:15,460
Karena protokol di sini adalah tipe CGP yang berbeda di sini adalah tipe slop yang berbeda.

10
00:01:15,730 --> 00:01:28,330
Dan sekali lagi jika kita melakukan ping menggunakan IP versi 6 IP-nya versi 6 8 jenis HLC yang berbeda apa yang akan saya lakukan

11
00:01:28,330 --> 00:01:35,180
sekarang adalah dengan sengaja mengubah enkapsulasi di satu sisi ke yang lain.

12
00:01:35,430 --> 00:01:38,810
Jadi enkapsulasi yang berbeda Tapi saya akan mengaturnya.

13
00:01:39,090 --> 00:01:45,390
Dan yang harus kita perhatikan adalah bahwa antarmuka turun, kita dapat melihat bahwa OSPF

14
00:01:45,390 --> 00:01:50,070
mengatakan bahwa hubungan telah turun dan protokol garis telah turun.

15
00:01:50,670 --> 00:01:53,950
Jadi tampilkan serial interface ke slash adalah nol.

16
00:01:57,660 --> 00:02:04,830
Dalam output kita dapat melihat bahwa antarmuka fisik naik tetapi protokol garis turun dan solusi

17
00:02:04,830 --> 00:02:06,840
yang disimpan adalah GPP.

18
00:02:06,900 --> 00:02:09,630
Ini berarti bahwa kami tidak memiliki masalah lapisan 1.

19
00:02:09,690 --> 00:02:15,720
Antarmuka terhubung secara fisik tetapi ini menunjukkan kepada kita bahwa kita memiliki masalah lapisan 2

20
00:02:15,720 --> 00:02:19,050
yang dalam kasus kami adalah masalah enkapsulasi.

21
00:02:19,990 --> 00:02:22,560
Di sisi OSPF sudah turun.

22
00:02:22,780 --> 00:02:25,110
Tampilkan antarmuka Ciril untuk

23
00:02:28,690 --> 00:02:34,910
memangkas nol survei perintah antarmuka secara fisik tetapi protokol garis turun.

24
00:02:34,930 --> 00:02:42,440
Alasan mengapa enkapsulasi di situs ini adalah kesepakatan melihat menempatkan solusi yang disimpan di samping adalah Peepy Jadi,

25
00:02:43,360 --> 00:02:50,520
agar antarmuka dapat dinyalakan, Anda perlu memastikan bahwa hal yang membuat isolasi di kedua sisi tetap sama.

26
00:02:50,780 --> 00:03:00,530
Jadi sekali lagi di samping semua berubah menjadi untuk melihat HDL dan mudah-mudahan apa yang harus terjadi adalah antarmuka muncul

27
00:03:00,530 --> 00:03:02,540
setelah beberapa saat.

28
00:03:02,540 --> 00:03:04,140
Nah, itu didasarkan pada tetap hidup.

29
00:03:04,220 --> 00:03:12,340
Jadi, Anda mungkin harus menunggu beberapa saat agar tetap hidup di wajah yang merengek ini diatur ke 10 detik.

30
00:03:12,620 --> 00:03:18,740
Jadi butuh beberapa detik agar tautannya turun atau naik.

31
00:03:18,920 --> 00:03:25,520
Tidak tahu menutup ke antarmuka dan berharap itu segera berfungsi atau segera turun.

32
00:03:25,700 --> 00:03:32,540
Tunggu beberapa detik agar keepalive dapat menelusuri tautan untuk memastikan semuanya berjalan dengan baik.

33
00:03:32,630 --> 00:03:35,440
Jadi protokol garis naik atau turun pada saat itu.

34
00:03:35,840 --> 00:03:44,820
Saya perhatikan di sini naik jadi selalu menunggu beberapa detik sehingga tetap hidup dapat berhasil dari satu sisi

35
00:03:44,820 --> 00:03:53,600
ke sisi lain enkapsulasi sekarang kesepakatan melihat di sisi kita dapat melihat bahwa antarmuka selalu muncul.

36
00:03:53,670 --> 00:03:57,540
Hubungan terbentuk dan jika Anda melihat antarmuka kita dapat

37
00:04:00,400 --> 00:04:02,690
melihat bahwa antarmuka pop.

38
00:04:02,790 --> 00:04:04,950
Anda menyimpan isolasi adalah HTL lihat.

39
00:04:05,110 --> 00:04:16,000
Perhatikan keepalive Anda tahu mencuci atau menangkap menggulir ke atas dapat melihat banyak

40
00:04:16,150 --> 00:04:21,800
negosiasi yang terjadi antara tetangga OSPF.

41
00:04:21,860 --> 00:04:25,650
Apa yang ingin saya tunjukkan di sini adalah perhatikan keepalive.

42
00:04:25,860 --> 00:04:30,120
Jadi ada orang suci yang selalu hidup dari satu sisi ke sisi lain.

43
00:04:30,480 --> 00:04:32,990
Saya perhatikan kami telah mengurutkan nomor untuk tetap hidup.

44
00:04:33,090 --> 00:04:41,010
Jadi ada nomor urut keluar dan nomor urut yang dikembalikan untuk tetap hidup dari satu sisi tautan

45
00:04:41,010 --> 00:04:47,630
ke sisi lainnya dan apa yang akan Anda perhatikan adalah bahwa akan terus

46
00:04:47,630 --> 00:04:54,650
dikirim ke sini perhatikan nomor urut diatur ke 1 saat antarmuka datang naik lagi.

47
00:04:54,670 --> 00:04:57,240
Inilah negosiasi OSPF.

48
00:04:57,310 --> 00:05:06,320
Ya IP versi 6 dalam negosiasi dan pemberitahuan di sini adalah kumpulan OSPF yang terus bertahan.

49
00:05:06,760 --> 00:05:09,640
Dan perhatikan nomor urut di keep hidup.

50
00:05:10,270 --> 00:05:14,530
Karena antarmuka muncul lagi di Rodda juga.

51
00:05:14,530 --> 00:05:16,750
Jadi mereka tetap hidup yang ditunjukkan.

52
00:05:17,110 --> 00:05:21,190
Jadi, penting bahwa kedua belah pihak memiliki enkapsulasi yang sama.

53
00:05:22,630 --> 00:05:29,680
Sangat penting bahwa Anda memeriksa terus isolasi memastikan bahwa antarmuka fisik sudah habis memeriksa bahwa protokol

54
00:05:29,680 --> 00:05:36,190
garis sudah habis dan tunggu beberapa detik agar keepalive berhasil di kedua sisi.

55
00:05:36,520 --> 00:05:43,270
Jadi, tunggu misalnya setengah menit untuk memberikan waktu untuk menetap dan mengirim dan menerima tetap hidup.