1
00:00:00,790 --> 00:00:09,100
Katakan padanya untuk para penatua. Mari kita lihat pada level logging yang menunjukkan logging pada Rodda 1.

2
00:00:09,190 --> 00:00:17,630
Ada perintah konsol logging secara default diaktifkan tingkat ini men-debug tempat lain di mana

3
00:00:17,630 --> 00:00:20,200
Anda dapat masuk monitor.

4
00:00:20,300 --> 00:00:28,850
Itu biasanya ketika Anda melakukan telnet ke buffer perangkat saat logging buffer dinonaktifkan, yang

5
00:00:31,550 --> 00:00:36,820
digunakan dengan server log diatur ke tingkat informasi.

6
00:00:37,010 --> 00:00:45,380
Jadi saya perhatikan konsol level debugging ini yang level 7 trap logging ditetapkan secara default

7
00:00:45,670 --> 00:00:50,760
pada router ini ke informasi yang Level 6.

8
00:00:51,020 --> 00:00:58,550
Jadi, tulislah untuk menunjukkan logging atau menunjukkan logging.

9
00:00:58,660 --> 00:01:00,850
Sekarang Shradha ini belum diubah.

10
00:01:00,850 --> 00:01:02,370
Ini standarnya.

11
00:01:02,470 --> 00:01:11,110
Jadi monitor level 7 konsulat adalah level 7 buffer dinonaktifkan dan perangkap.

12
00:01:11,140 --> 00:01:15,780
Dengan kata lain mengirim ke siput diatur ke informasi.

13
00:01:15,830 --> 00:01:20,730
Jadi mari kita lihat apa yang terjadi ketika kita membuat beberapa perubahan pada rod.

14
00:01:20,870 --> 00:01:29,440
Saya akan mengkonfigurasi alamat IP pada setiap Rodda sehingga tidak menutup antarmuka.

15
00:01:29,440 --> 00:01:33,830
Perhatikan apa yang terjadi ketika tidak mengetik ketika antarmuka muncul.

16
00:01:33,830 --> 00:01:38,260
Dalam hal ini teksnya disalin Rijk.

17
00:01:38,530 --> 00:01:44,180
Tetapi pada kebanyakan router secara default itu tidak akan dibuka kembali.

18
00:01:44,230 --> 00:01:49,810
Alasannya dilakukan di sini adalah karena saya menjalankan Shradha dalam ingenius

19
00:01:53,070 --> 00:02:01,270
3 dan dan secara default pada 3 Rodda Jinnah ini perintah logging logging ini diketik pada konsol.

20
00:02:01,650 --> 00:02:10,650
Jadi jika saya ketik do show run dan lihatlah konsol dari Rodda ini, apa yang akan Anda perhatikan adalah bahwa logging sinkron telah

21
00:02:10,650 --> 00:02:16,620
diaktifkan yang berarti ketika saya mengetik perintah saya tidak terganggu dan saya hanya akan

22
00:02:16,620 --> 00:02:23,660
menunjukkan bahwa lagi jika saya mengetikkan antarmuka loop kembali pada 0 dan kemudian mulai mengetuk alamat IP.

23
00:02:23,880 --> 00:02:26,830
Perhatikan perintah ini diketik ulang.

24
00:02:29,410 --> 00:02:40,660
Pada konsol Namun jika saya pergi ke konsol router ini dan ketik tidak ada logging sinkron dan kemudian ketik antarmuka

25
00:02:40,660 --> 00:02:50,310
loop kembali ke nol dan mulai mengetik melihat teks saya tidak dibuka kembali itu macet di sana.

26
00:02:50,500 --> 00:02:59,910
Jadi saya perlu menekan tab sebagai contoh untuk melihat apa yang saya ketikkan sehingga secara umum Anda ingin mengetik

27
00:03:01,170 --> 00:03:06,730
logging secara sinkron di konsol Anda sehingga teks Anda dibuka kembali.

28
00:03:08,900 --> 00:03:14,880
Saya akan mengaktifkan OSPF pada router ini.

29
00:03:14,920 --> 00:03:15,780
Area

30
00:03:19,190 --> 00:03:25,390
nol hanya untuk membuatnya sederhana semua mengaktifkan OSPF di semua antarmuka.

31
00:03:29,140 --> 00:03:30,190
Tepat sebelum saya mengaktifkannya.

32
00:03:30,190 --> 00:03:34,620
Di router lain saya akan mengaktifkan P. F. kedekatan.

33
00:03:40,230 --> 00:03:42,900
Dan dia akan masuk di

34
00:03:45,610 --> 00:03:51,760
sisi kanan Rodda perhatikan di sisi kiri Rodda saya mendapatkan banyak output pada antarmuka karena

35
00:03:52,390 --> 00:03:55,190
saya telah mengaktifkan debugging pada Rodek T.

36
00:03:55,420 --> 00:04:00,000
Saya tidak mendapatkan output apa pun karena saya belum mengaktifkan debugging sehingga

37
00:04:04,860 --> 00:04:07,240
ketika saya melihat banyak informasi.

38
00:04:07,300 --> 00:04:08,050
Jadi

39
00:04:11,280 --> 00:04:19,810
tunjukkan IPO adalah tetangga OSPF, sebuah contoh menunjukkan saya hubungan tetangga saya di Broadway juga.

40
00:04:19,970 --> 00:04:30,840
Saya baru saja mendapat pemberitahuan Level 5 yang mengatakan bahwa hubungan tetangga muncul sehingga Level 5 adalah pemberitahuan

41
00:04:30,840 --> 00:04:34,690
yang merupakan kondisi normal tetapi signifikan.

42
00:04:34,770 --> 00:04:40,880
Jadi saya diberitahu bahwa hubungan tetangga muncul tetapi tidak ada yang ditampilkan sementara di Radio

43
00:04:40,890 --> 00:04:50,770
1 karena saya tidak bisa selalu P. F. adjacency debugging Saya melihat banyak output di

44
00:04:50,820 --> 00:04:52,660
konsol Rodda ini.

45
00:04:52,930 --> 00:05:02,240
Dan alasan tampilannya di konsol adalah saya memiliki tingkat debugging logging di konsol.

46
00:05:02,290 --> 00:05:07,270
Jadi, ketika Anda mengaktifkan debug Anda melihat output seperti melakukan tes lagi.

47
00:05:07,270 --> 00:05:13,460
Jadi pada antarmuka semua tutup cepat Ethan itu 0 0 di Rodda 2.

48
00:05:13,870 --> 00:05:17,680
Jadi saya melihat informasi logging bahwa adjacency turun.

49
00:05:17,680 --> 00:05:20,760
Antarmuka Level 5 turun.

50
00:05:20,860 --> 00:05:24,990
Protokol saluran pesan level lima telah turun.

51
00:05:25,000 --> 00:05:25,660
Tingkat lima.

52
00:05:25,660 --> 00:05:31,150
Pesan ketika saya tahu menutup antarmuka lagi.

53
00:05:31,250 --> 00:05:36,210
Perhatikan saya melihat banyak output pada Radu satu.

54
00:05:36,340 --> 00:05:45,350
Dan sekali lagi itu karena saya diberi label debugging jadi jika di atas menunjukkan debug Anda

55
00:05:45,640 --> 00:05:54,340
dapat melihat bahwa saya debugging adjacency telah diaktifkan dan tingkat logging diatur pada level 7.

56
00:05:54,470 --> 00:06:09,220
Namun jika saya mengubah logging pada konsol untuk kondisi kesalahan seri level 3 sebagai contoh apa yang akan terjadi

57
00:06:09,220 --> 00:06:10,410
sekarang.

58
00:06:12,420 --> 00:06:24,050
Ketika saya melakukan tes yang sama jadi tutup ke antarmuka pada Rodda untuk oh tidak menutupnya di Broadway satu acara de-bug.

59
00:06:24,470 --> 00:06:26,860
Saya masih menjalankan debugging OSPF.

60
00:06:27,230 --> 00:06:31,100
Tetapi perhatikan saya tidak melihat pesan debug di konsol.

61
00:06:32,990 --> 00:06:40,820
Tampilkan tetangga IP OSPF menunjukkan kepada saya bahwa hubungan tetangga saya telah muncul dan saya dapat melihat

62
00:06:40,850 --> 00:06:43,830
bahwa pada rodded yang dia masih menggunakan

63
00:06:46,530 --> 00:06:49,130
debugging Level 7 pada konsol.

64
00:06:49,410 --> 00:06:56,840
Tapi saya tidak melihat itu di Rotto satu karena saya telah mengubah debugging ke level 3.

65
00:06:56,850 --> 00:07:04,970
Dengan kata lain kesalahan saya sekali lagi bisa mengubahnya ke level 7.

66
00:07:05,090 --> 00:07:06,280
Dan mari kita gunakan sebuah kata.

67
00:07:06,400 --> 00:07:15,500
Jadi debugging satu tes terakhir menutup hubungan antarmuka diruntuhkan.

68
00:07:15,500 --> 00:07:16,940
Bawa antarmuka lagi.

69
00:07:17,860 --> 00:07:25,030
Dan perhatikan sekali lagi saya melihat debugging di Rotto satu karena saya telah mengubah ke level logging ke level

70
00:07:25,030 --> 00:07:25,720
7.
