1
00:00:09,560 --> 00:00:13,140
Dies ist eines von mehreren Videos zur Problembehandlung.

2
00:00:13,610 --> 00:00:21,370
Uns wurde gesagt, dass ein Schalter auf der linken Seite in dieser Typologie nicht in der Lage ist, den Schalter auf ON THE RIGHT zu schalten.

3
00:00:21,470 --> 00:00:28,570
In dieser jetzt entschuldigten Typologie verwende ich eher physische Geräte als drei.

4
00:00:28,740 --> 00:00:34,750
Ich benutze nur Janus drei, um ein Diagramm der Topologie zu zeigen.

5
00:00:34,870 --> 00:00:41,780
Also lasst uns überprüfen, was uns gesagt wurde, zu dem wir ping wechseln können.

6
00:00:42,190 --> 00:00:43,590
Es sieht so aus, als könnten wir nicht.

7
00:00:43,630 --> 00:00:47,060
Die Pings schlagen fehl.

8
00:00:47,220 --> 00:00:52,100
Lassen Sie uns einige Schritte zur Fehlerbehebung zeigen.

9
00:00:52,210 --> 00:00:54,230
Kannst du das Problem hier sehen?

10
00:00:54,490 --> 00:00:56,840
Was ist falsch an dieser Ausgabe?

11
00:00:57,680 --> 00:01:02,370
Hier ist der Befehl, um die IP-Schnittstelle kurz anzuzeigen, was falsch ist.

12
00:01:02,630 --> 00:01:08,230
Beachten Sie, dass Fast Ethernet 0 3 die Schnittstelle nach unten zeigt.

13
00:01:08,270 --> 00:01:15,180
Wir haben uns gesagt, dass die Schnittstellen des Protokolls nicht verfügbar sind.

14
00:01:15,360 --> 00:01:17,040
Es ist nicht verbunden.

15
00:01:17,040 --> 00:01:21,470
An diesem Punkt müssen Sie möglicherweise die Verkabelung überprüfen, um festzustellen, ob ein Problem vorliegt.

16
00:01:21,640 --> 00:01:26,320
Aber bevor Sie das tun, werfen wir einen Blick auf die Verbindung auf der anderen Seite.

17
00:01:26,560 --> 00:01:31,640
Einige brachten eine kurze IP-Schnittstellenkarte mit.

18
00:01:31,690 --> 00:01:36,670
Die Schnittstellen nach oben zeigen die Schnittstelle Null im Süden, aber wir

19
00:01:39,360 --> 00:01:45,510
können sehen, dass der erste Ethan bei Null auf der Seite oben oder unten ist.

20
00:01:45,540 --> 00:01:50,170
Zuerst ist Ethan 0 3 ist down.

21
00:01:50,220 --> 00:01:53,580
Nun basierend auf dieser Ausgabe, was das Problem ist.

22
00:01:53,580 --> 00:01:58,830
Können Sie ein Problem zwischen dem Switch und dem Rodda sehen, das auf der Ausgabe basiert.

23
00:01:59,250 --> 00:02:05,400
Also bevor Sie gehen und die physische Verkabelung überprüfen oder jemand anderes

24
00:02:06,030 --> 00:02:09,030
die physische Verkabelung prüfen lassen.

25
00:02:10,690 --> 00:02:16,680
OK, so beachten Sie diese Vollduplex- oder 100 Megabits pro Sekunde auf der Seite.

26
00:02:16,690 --> 00:02:20,230
Beachten Sie das automatische Duplex mit 10 Megabit pro Sekunde.

27
00:02:20,620 --> 00:02:29,230
Anscheinend gibt es ein Problem mit der Geschwindigkeits- und Duplexkonfiguration auf der Seite, an der eine MAC-Adresse und

28
00:02:29,230 --> 00:02:34,330
eine IP-Adresse für die schnelle Ethernet-Schnittstelle konfiguriert wurden, und die

29
00:02:34,330 --> 00:02:40,710
Geschwindigkeit der Schnittstelle beträgt 10 Megabyte mit Vollduplex 100 machen Sie den zweiten.

30
00:02:41,020 --> 00:02:47,540
Wenn wir uns die Schnittstellenkonfiguration ansehen, wurden Geschwindigkeit und Duplex hartcodiert.

31
00:02:47,740 --> 00:02:54,370
Normalerweise tun Sie das heute normalerweise nicht, aber lassen Sie uns zum Beispiel festlegen, dass Geschwindigkeit und Duplex auf 100 gesetzt

32
00:02:54,370 --> 00:02:54,980
werden.

33
00:02:55,210 --> 00:02:57,900
Nebenbei setzen wir die Geschwindigkeit auf 100 Megabyte.

34
00:02:58,300 --> 00:03:06,170
Beachten Sie, dass Sie sehen, dass das Interface hochgefahren ist und dann heruntergefahren ist und wir ein anderes Problem beim

35
00:03:06,200 --> 00:03:07,410
Duplex-Konflikt sehen.

36
00:03:07,700 --> 00:03:16,110
Und wir können sehen, dass auf beiden Seiten gesagt wird, dass zuerst Ethan 0 ist, dass Halbduplex verwendet wird, und

37
00:03:16,110 --> 00:03:23,440
auf unserer Seite wird kein Halbduplex verwendet. Zeigen Sie also das Run-Interface, wenn die Geschwindigkeit Null ist.

38
00:03:23,790 --> 00:03:32,430
Was Sie wahrscheinlich tun möchten, ist, diese Einstellung so zu gestalten, dass sie eher als Verhandlung dient, anstatt sie fest

39
00:03:32,430 --> 00:03:36,420
zu codieren, damit sie richtig verhandeln können. Außerdem

40
00:03:39,310 --> 00:03:45,310
möchten wir wahrscheinlich die gleiche Show Run-Schnittstelle verwenden, wenn der Zero-Schrägstrich drei eher ist.

41
00:03:45,310 --> 00:03:51,170
Stellen wir also die Geschwindigkeit auf Bestellung und den Duplex auf Bestellung ein.

42
00:03:51,520 --> 00:03:55,840
Das ist also automatisch mit der anderen Seite ausgehandelt.

43
00:03:55,840 --> 00:04:01,420
Hier sehen wir immer noch Probleme mit der Geschwindigkeits- und Duplex-Showlauf-Schnittstelle f 0.

44
00:04:01,840 --> 00:04:08,360
Alles ist auf Auto eingestellt und auf der Seite Show Run Interface 0 3.

45
00:04:08,560 --> 00:04:13,110
Alles ist auf Auto-Show-Schnittstelle eingestellt, wenn 0 größer als 3 ist.

46
00:04:13,300 --> 00:04:17,080
Wir können jetzt sehen, dass die Schnittstelle aufgeht.

47
00:04:17,080 --> 00:04:18,580
Es ist verbunden.

48
00:04:18,580 --> 00:04:19,450
Schnittstelle anzeigen

49
00:04:19,470 --> 00:04:25,050
Wenn eine Null-Schnittstelle aktiv ist, sieht das viel besser aus.

50
00:04:25,480 --> 00:04:29,170
Anscheinend haben wir ein Problem zwischen Switch 1 und Router 1 gelöst.

51
00:04:29,350 --> 00:04:32,190
Wir mussten die physische Verkabelung nicht überprüfen.

52
00:04:32,200 --> 00:04:38,870
Das Problem hierbei war, dass Geschwindigkeit und Duplex falsch waren.

53
00:04:38,880 --> 00:04:43,740
Ok, also kann man einen Ping-Schalter auf schalten.

54
00:04:44,130 --> 00:04:46,230
Wir haben immer noch ein Problem.

55
00:04:46,230 --> 00:04:47,980
Wir sehen uns in der Ausgabe.

56
00:04:48,000 --> 00:04:51,570
Mit anderen Worten, es kommt zu unkontrollierbarem Showrunning, der

57
00:04:54,780 --> 00:04:56,630
nicht viel Konfiguration hat.

58
00:04:56,650 --> 00:05:03,520
Was es jedoch gibt, ist eine lokal konfigurierte IP-Adresse und das Standardgateway, damit das Standardgateway bezahlt

59
00:05:04,300 --> 00:05:05,400
werden kann.

60
00:05:05,500 --> 00:05:19,140
Ja, wir können die Suche nach IP-Domänen deaktivieren, um die Ablaufverfolgung zu beschleunigen, und wenn wir zu 10 1 3 verfolgen, werden wir auf 10 1 1

61
00:05:19,140 --> 00:05:23,310
1 zugreifen, aber wir kommen nicht weiter.

62
00:05:23,340 --> 00:05:31,960
Es sieht also so aus, als würde der Verkehr zu groß werden, aber wir erhalten eine nicht erreichbare Nachricht, weil man

63
00:05:32,230 --> 00:05:36,220
nicht weiß, was mit einem Verkehr zu tun ist.

64
00:05:36,440 --> 00:05:39,510
Er hat also eine One-Show-IP-ROFFT mitgebracht.

65
00:05:39,740 --> 00:05:41,570
Kannst du hier ein Problem sehen?

66
00:05:41,660 --> 00:05:46,040
Wir haben nur eine Route für Ethan bei Null.

67
00:05:46,160 --> 00:05:51,390
Es gibt keine Wege, um das IP-Protokoll anzuzeigen.

68
00:05:51,520 --> 00:05:58,310
Wir führen die GOP auf dem Router aus und sind für alle Schnittstellen aktiviert.

69
00:05:58,450 --> 00:06:07,470
So zeigen Sie den Run-Abschnitt an, für den GOP die GOP-Konfiguration aufweist, die gut aussieht.

70
00:06:07,480 --> 00:06:18,910
Zeige ich. p Ihre GOP-Schnittstelle Die GOP ist auf Fast Ethernet Zerah aktiviert, und auf serieller 0 werden

71
00:06:18,900 --> 00:06:19,940
ETP-Nachbarn angezeigt.

72
00:06:20,080 --> 00:06:26,020
Wir sehen eine SCDP-Nachbarschaftsbeziehung zu einem Wechsel, aber wir sehen nicht, dass die

73
00:06:26,020 --> 00:06:32,600
SCDP-Nachbarbeziehung zum Wechseln zu CGP uns erlaubt, Laya auf Konnektivität zu prüfen, wenn CTP funktioniert.

74
00:06:32,630 --> 00:06:38,380
Dies bedeutet, dass Schicht 1 und Schicht 2 so arbeiten, dass sie momentan so aussieht, als würden Schicht 1 und

75
00:06:38,380 --> 00:06:39,700
Schicht 2 nicht funktionieren.

76
00:06:40,060 --> 00:06:45,100
Schauen wir uns also kurz IP-Schnittstelle anzeigen an.

77
00:06:45,270 --> 00:06:46,910
Kannst du das Problem sehen?

78
00:06:47,080 --> 00:06:49,620
Hinweis Seriennummer ist Null.

79
00:06:49,680 --> 00:06:51,470
Er ist auf und ab.

80
00:06:51,540 --> 00:07:00,840
Es gibt ein Problem mit der physischen Verbindung zwischen Rodda One und dem Router, um die IP-Schnittstelle

81
00:07:02,390 --> 00:07:03,580
kurz anzuzeigen.

82
00:07:03,770 --> 00:07:05,630
Wir haben hier das gleiche Problem.

83
00:07:05,900 --> 00:07:09,000
Serien 0 ist auf und ab.

84
00:07:09,140 --> 00:07:11,210
Also wäre jetzt ein guter Zeitpunkt, um die Verkabelung zu überprüfen.

85
00:07:11,210 --> 00:07:17,810
Glücklicherweise können wir bei seriellen Schnittstellen den Befehl verwenden, um Controller seriell anzuzeigen und die Nummer der

86
00:07:17,810 --> 00:07:23,290
seriellen Schnittstelle anzugeben, um zu prüfen, ob ein Kabel an den Router angeschlossen ist.

87
00:07:23,630 --> 00:07:29,300
In diesem Fall ist die Schnittstelle seriell 0 mit einem DTV-Kabel verbunden.

88
00:07:29,330 --> 00:07:31,230
Es ist ein fünfunddreißig Kabel.

89
00:07:31,400 --> 00:07:37,720
Beachten Sie jedoch das Problem, dass die Uhren an den seitlichen Show-Controllern angehalten werden.

90
00:07:37,740 --> 00:07:42,270
Getreide ist Null.

91
00:07:42,320 --> 00:07:44,160
Was ist das Problem hier?

92
00:07:44,450 --> 00:07:47,150
Was ist falsch und wie können Sie es beheben?

93
00:07:50,040 --> 00:07:57,960
OK, hier haben wir ein fünfunddreißig DC-Kabel und es gibt keine Taktung auf

94
00:07:58,050 --> 00:08:02,940
der Kabel-Show-Run-Schnittstelle. Die serielle Nulltaktung des Kabels eines

95
00:08:05,820 --> 00:08:09,000
DTV-Kabels wurde nicht konfiguriert.

96
00:08:09,090 --> 00:08:11,750
Sie verwenden den Clock Rate-Befehl nicht.

97
00:08:12,030 --> 00:08:21,950
Ich könnte also eine Taktrate angeben, aber dieser Befehl hat keine Wirkung, da es sich um ein DTV-Kabel handelt.

98
00:08:22,350 --> 00:08:30,180
Wenn Sie auf dieser Seite den Taktratenbefehl eingeben und feststellen, stehen andere Taktraten zur Verfügung.

99
00:08:30,240 --> 00:08:40,370
Ich werde nur 64 K verwenden. Show run interface serial 0 ist aufgefallen, dass der Befehl

100
00:08:40,370 --> 00:08:55,820
in der laufenden Konfiguration beibehalten wird. Dies liegt daran, dass die Schnittstelle hier eine DC-Schnittstelle ist. Shoyu IP-Schnittstelle ist jetzt auf der Seite, auf der

101
00:08:55,900 --> 00:09:03,030
wir einen Nachbarn gesehen haben Beziehung in Ihrem Job etabliert.

102
00:09:04,270 --> 00:09:06,810
Wir haben auch gesehen, wie die Benutzeroberfläche auftauchte.

103
00:09:07,150 --> 00:09:10,140
Zeigen Sie also kurz die IP-Schnittstelle.

104
00:09:10,480 --> 00:09:15,340
Die Schnittstelle ist nun oben auf der Seite

105
00:09:17,870 --> 00:09:21,590
für die Anzeige von Cerealien-Nullen.

106
00:09:21,590 --> 00:09:31,040
Wir sehen nun, dass Sende- und Empfangstakte auf der Seite Show Controller Serial 0 erkannt werden. Das Clucking ist auf

107
00:09:31,040 --> 00:09:39,020
64 Kilobit pro Sekunde eingestellt, da die DC-Seite des Kabels ein hinteres Tabac-Kabel zwischen Rodda One und

108
00:09:39,020 --> 00:09:41,180
Router mit Router

109
00:09:44,390 --> 00:09:46,560
verbindet zwei ist die DC-Seite.

110
00:09:46,580 --> 00:09:51,340
Es muss also die Taktung für die Verbindung bereitgestellt werden.

111
00:09:51,740 --> 00:10:00,840
So zeigen CGP-Nachbarn, dass wir Router zwei jetzt als einen Nachbarn von einem Ping-10-Kanal sehen.

112
00:10:01,010 --> 00:10:03,980
Wir können Rodda anrufen, um an Ihrem Job zu erscheinen.

113
00:10:03,980 --> 00:10:13,450
Der Nachbar, den wir als Nachbar sehen können, und hoffentlich wechselt man jetzt in die Lage, den Wechsel zu

114
00:10:13,870 --> 00:10:24,990
bezahlen, um zu bestätigen, dass ich den Befehl Debug IP ICMP verwenden werde, um zu wechseln und vom Ping, von dem aus wir wechseln

115
00:10:24,990 --> 00:10:28,990
sollen kann sehen, dass eine Echoantwort gesendet wurde.

116
00:10:30,940 --> 00:10:34,140
Wechseln zu kann auch umsteigen.

117
00:10:34,210 --> 00:10:37,990
Wir haben also zwei Probleme in diesem Netzwerk erfolgreich gelöst.

118
00:10:37,990 --> 00:10:40,450
Seien Sie vorsichtig bei der Fehlerbehebung.

119
00:10:40,450 --> 00:10:49,120
Es ist eine gute Idee, uns zu kennen. Das I-Modell und die Aufteilung der Ping-Routen für die Fehlerbehebung in CGP sind hilfreich

120
00:10:49,120 --> 00:10:51,170
für die Fehlerbehebung in Netzwerken.

121
00:10:51,190 --> 00:10:59,810
Es ist wichtig, dass Sie wissen, dass Ihre show-Befehle nicht nur einen show-Lauf auf einem Gerät eingeben.

122
00:10:59,810 --> 00:11:09,910
Erfahren Sie, wie Sie show-Befehle verwenden, um den Status von Schnittstellen zu sehen. Als Beispiel können wir sehen, dass die

123
00:11:09,970 --> 00:11:18,280
Schnittstellen oben andere Informationen anzeigen können auf der Schnittstelle wie die Lastpakete gesendet und empfangen und so

124
00:11:18,280 --> 00:11:19,110
weiter.

125
00:11:22,220 --> 00:11:29,090
Wenn ich die Taktrate auf der Schnittstelle mit der üblichen Taktrate entfernte, sollten wir auf

126
00:11:29,090 --> 00:11:37,670
Broadway eine Einstellung sehen, die besagt, dass die Schnittstelle ausfällt. Sie bleibt wegen des Keep Alive, das auf

127
00:11:37,670 --> 00:11:44,510
10 Sekunden eingestellt ist, eine Weile aktiv Sie können sehen, dass Ihre GOP-Nachbarschaftsbeziehung zusammengebrochen

128
00:11:44,510 --> 00:11:50,610
ist und wir sollten sehen, dass die physische Schnittstelle nach einer gewissen Zeit

129
00:11:55,220 --> 00:11:56,030
ausfällt.

130
00:11:56,060 --> 00:11:57,870
Die Schnittstelle ist also gerade untergegangen.

131
00:11:57,870 --> 00:11:59,900
Schnittstelle 0 anzeigen

132
00:12:00,230 --> 00:12:02,590
Beachten Sie die Schnittstellen nach oben.

133
00:12:02,600 --> 00:12:10,230
Lernen Sie also, wie Sie Ihren show-Befehl verwenden, um zu sehen, was im Netzwerk vor sich geht.

134
00:12:10,220 --> 00:12:16,820
Hier können wir sehen, dass ein Kabel angeschlossen ist, aber

135
00:12:19,270 --> 00:12:23,870
wir empfangen keine Taktung eines Satzes.

136
00:12:23,900 --> 00:12:27,260
Dies wird sich ändern, wie Sie hier sehen, senden und empfangen.

137
00:12:27,260 --> 00:12:32,890
Uhren werden erkannt. Schnittstellen zeigen serielle Nullen der Schnittstelle an.

138
00:12:32,930 --> 00:12:39,380
Wir können jetzt sehen, dass die Schnittstellen von Pop eine der wichtigsten Fähigkeiten für den Einsatz eines Netzwerktechnikers

139
00:12:39,790 --> 00:12:42,920
sind, um zu lernen, wie Netzwerke behandelt werden.

140
00:12:42,920 --> 00:12:49,070
Ich hoffe, Sie fanden dieses Video nützlich, wenn es für Sie von Nutzen war. Bitte haben Sie Lust, es auf

141
00:12:49,280 --> 00:12:50,880
meinem YouTube-Kanal zu abonnieren.

142
00:12:50,900 --> 00:12:52,430
Ich wünsche Ihnen alles Gute.