1
00:00:00,790 --> 00:00:09,100
Spuneți-i lui Roddar Să aruncăm o privire la nivelele de logare care arată logarea pe Rodda 1.

2
00:00:09,190 --> 00:00:17,630
Există consola de comandă de logare în mod implicit este activat nivelul acestor debugging alte locuri unde

3
00:00:17,630 --> 00:00:20,200
vă puteți conecta pe monitor.

4
00:00:20,300 --> 00:00:28,850
Aceasta este de obicei când telnet la un tampon de dispozitiv în momentul logging-ul tampon este dezactivat logging capcana, care

5
00:00:31,550 --> 00:00:36,820
este utilizat cu serverul de jurnal este setat la nivelul de informare.

6
00:00:37,010 --> 00:00:45,380
Așa că am observat consola că nivelul de depanare care este nivelul 7 logging trap este setat

7
00:00:45,670 --> 00:00:50,760
implicit pe acest router la informații care este nivelul 6.

8
00:00:51,020 --> 00:00:58,550
Așa că scrieți-l pentru a afișa logarea sau pentru a afișa mai degrabă logarea.

9
00:00:58,660 --> 00:01:00,850
Acum, acest Shradha nu a fost schimbat.

10
00:01:00,850 --> 00:01:02,370
Acestea sunt valorile implicite.

11
00:01:02,470 --> 00:01:11,110
Deci, monitorul nivelului 7 al consulatului este tamponul de nivel 7 este dezactivat și capcana.

12
00:01:11,140 --> 00:01:15,780
Cu alte cuvinte, trimiterea la un slug este setată la informație.

13
00:01:15,830 --> 00:01:20,730
Deci, să vedem ce se întâmplă atunci când facem niște schimbări pe tije.

14
00:01:20,870 --> 00:01:29,440
Voi configura o adresă IP pe fiecare Rodda, astfel încât să nu închidă interfața.

15
00:01:29,440 --> 00:01:33,830
Observați ce se întâmplă când nu tastați atunci când interfața apare.

16
00:01:33,830 --> 00:01:38,260
În acest caz, textul este Rijk copiat.

17
00:01:38,530 --> 00:01:44,180
Dar, în majoritatea ruterelor, în mod implicit, nu vor fi recoplate.

18
00:01:44,230 --> 00:01:49,810
Motivul pentru care am terminat aici este faptul că execut Shradha în cadrul

19
00:01:53,070 --> 00:02:01,270
ingeniusului 3 și, implicit, pe această 3 Rodda a lui Jinnah, această comandă logging sincron a fost tastată pe consola.

20
00:02:01,650 --> 00:02:10,650
Deci, dacă scriu o prezentare și aruncăm o privire la consola acestei Rodda, ceea ce veți observa este că logarea sincronă a fost activată ceea

21
00:02:10,650 --> 00:02:16,620
ce înseamnă că atunci când scriu o comandă nu sunt întreruptă și voi demonstra doar că

22
00:02:16,620 --> 00:02:23,660
din nou, dacă am tip de buclă de interfață înapoi la 0 și apoi începe să atinge adresa IP.

23
00:02:23,880 --> 00:02:26,830
Observați că comanda este reintrodusă.

24
00:02:29,410 --> 00:02:40,660
Pe consolă Cu toate acestea, dacă mă duc la consola acestui router și nu scriu nici o logare sincronă și apoi tip de

25
00:02:40,660 --> 00:02:50,310
bucla de interfață înapoi la zero și începeți să tastați observat textul meu nu este recopiedit este blocat acolo.

26
00:02:50,500 --> 00:02:59,910
Așadar, trebuie să apăsați fila ca un exemplu pentru a vedea ce scriu, așa că, în general, veți dori să tastați

27
00:03:01,170 --> 00:03:06,730
sincronizarea în consola dvs. astfel încât textul dvs. să fie reprodus.

28
00:03:08,900 --> 00:03:14,880
Voi permite OSPF pe aceste routere.

29
00:03:14,920 --> 00:03:15,780
Zonele

30
00:03:19,190 --> 00:03:25,390
zero doar pentru a face simplu toate permit OSPF pe toate interfețele.

31
00:03:29,140 --> 00:03:30,190
Chiar înainte de a permite acest lucru.

32
00:03:30,190 --> 00:03:34,620
Pe celălalt router o să permit P F. . adiacente

33
00:03:40,230 --> 00:03:42,900
Și ar intra pe partea dreaptă

34
00:03:45,610 --> 00:03:51,760
Rodda a observat pe partea stângă Rodda Am obtine o mulțime de ieșire pe interfață,

35
00:03:52,390 --> 00:03:55,190
deoarece am permis debugging pe Rodek T.

36
00:03:55,420 --> 00:04:00,000
Nu primesc nici o ieșire deoarece nu am activat depanarea, așa că atunci

37
00:04:04,860 --> 00:04:07,240
când văd o mulțime de informații.

38
00:04:07,300 --> 00:04:08,050
Deci

39
00:04:11,280 --> 00:04:19,810
arată IPO este vecinii OSPF un exemplu îmi arată relația vecinul meu pe Broadway prea.

40
00:04:19,970 --> 00:04:30,840
Tocmai am primit o notificare de nivelul 5 spunând că relația de vecin a apărut, așa că nivelul 5 este un anunț

41
00:04:30,840 --> 00:04:34,690
care este o condiție normală, dar semnificativă.

42
00:04:34,770 --> 00:04:40,880
Așa că am fost informat că o relație de vecin a apărut, dar nimic altceva nu a fost afișat în timp

43
00:04:40,890 --> 00:04:50,770
ce pe Radio 1 pentru că nu am putut întotdeauna P. F. adjacency debugging Sunt o mulțime de ieșire pe

44
00:04:50,820 --> 00:04:52,660
consola de acest Rodda.

45
00:04:52,930 --> 00:05:02,240
Iar motivul pe care îl afișează pe consola este că am un nivel de depanare de logare pe consola.

46
00:05:02,290 --> 00:05:07,270
Deci, când activați debugging-ul vedeți ieșirea ca și testul din nou.

47
00:05:07,270 --> 00:05:13,460
Deci, pe interfață totul închis rapid Ethan este 0 0 pe Rodda 2.

48
00:05:13,870 --> 00:05:17,680
Așadar, văd că văd informațiile că adăpostul a căzut.

49
00:05:17,680 --> 00:05:20,760
Interfața de nivel 5 a scăzut.

50
00:05:20,860 --> 00:05:24,990
Protocolul liniei de mesaj de nivelul 5 a scăzut.

51
00:05:25,000 --> 00:05:25,660
Nivelul cinci.

52
00:05:25,660 --> 00:05:31,150
Mesaj când știu că a închis din nou interfața.

53
00:05:31,250 --> 00:05:36,210
Observați că văd o mulțime de rezultate pe Radu una.

54
00:05:36,340 --> 00:05:45,350
Și încă o dată, acest lucru se datorează faptului că eu sunt etichetat de depanare, deci dacă în partea de sus a

55
00:05:45,640 --> 00:05:54,340
arătat depanare puteți vedea că am fost adjacency debugging a fost activat și nivelul de logare este setat la nivelul 7.

56
00:05:54,470 --> 00:06:09,220
Dacă totuși am schimbat logarea consolei la nivel de nivel 3, nivelul de eroare a seriei, ca exemplu, ce s-ar întâmpla

57
00:06:09,220 --> 00:06:10,410
acum.

58
00:06:12,420 --> 00:06:24,050
Când fac același test atât de închis la interfața de pe Rodda pentru a nu-l închide pe Broadway un show de-bug.

59
00:06:24,470 --> 00:06:26,860
Încă rulează depanarea OSPF.

60
00:06:27,230 --> 00:06:31,100
Dar observați că nu văd mesaje de depanare pe consola.

61
00:06:32,990 --> 00:06:40,820
Arată vecinul IP OSPF îmi arată că relația vecinului meu a apărut și pot vedea asta pe

62
00:06:40,850 --> 00:06:43,830
piepteni la care ea încă utilizează nivelul

63
00:06:46,530 --> 00:06:49,130
7 de depanare pe consola.

64
00:06:49,410 --> 00:06:56,840
Dar nu văd asta pe Rotto, pentru că am schimbat depanarea la nivelul 3.

65
00:06:56,850 --> 00:07:04,970
Cu alte cuvinte erorile aș putea schimba din nou la nivelul 7.

66
00:07:05,090 --> 00:07:06,280
Și să folosim un cuvânt.

67
00:07:06,400 --> 00:07:15,500
Deci, depanarea unui ultim test a închis relația de interfață este ruptă.

68
00:07:15,500 --> 00:07:16,940
Aduceți din nou interfața.

69
00:07:17,860 --> 00:07:25,030
Și remarcăm încă o dată că văd debugging-ul pe Rotto unul pentru că m-am schimbat la nivelul de logare la nivelul

70
00:07:25,030 --> 00:07:25,720
7.
