1
00:00:00,480 --> 00:00:07,530
Einige Punkte, die Sie in Bezug auf Geschwindigkeits- und Duplex-Aushandlungen und Nichtübereinstimmungen beachten

2
00:00:07,530 --> 00:00:15,900
sollten, Duplex- und Geschwindigkeitsabweichungen treten auf, wenn die automatische Aushandlung fehlschlägt oder wenn manuelle Konfigurationen nicht passen.

3
00:00:15,900 --> 00:00:21,600
So ist zum Beispiel eine Seite für die Verwendung

4
00:00:21,600 --> 00:00:29,220
von Vollduplex konfiguriert, und die andere Seite ist für die Verwendung von Halbduplex

5
00:00:29,640 --> 00:00:36,400
konfiguriert, oder die Verhandlung kann aufgrund von physischen Problemen im Netzwerk, z.

6
00:00:36,660 --> 00:00:46,230
Ihre Pings können erfolgreich sein, aber das Verschieben großer Dateien kann negativ beeinflusst werden, und das

7
00:00:46,500 --> 00:00:53,470
BIP kann insbesondere Probleme mit der Behebung von Duplex-Inkongruenzen haben.

8
00:00:53,590 --> 00:00:58,880
Ursprünglich war Ethernet Halbduplex, da Geräte an Hubs angeschlossen waren.

9
00:00:59,050 --> 00:01:06,370
Daher wurde die Entscheidung getroffen, dass, wenn Sie nicht mit der anderen Seite verhandeln können, Sie

10
00:01:06,370 --> 00:01:11,990
auf 10-Megaduplex-Halbduplex zurückgreifen würden, für das ältere Geräte nicht entwickelt wurden.

11
00:01:12,070 --> 00:01:19,660
Das Orta-Verhandlungsgerät würde also wieder in den Halbduplex-Modus zurückkehren, wenn es nicht mit der anderen Seite verhandeln könnte,

12
00:01:19,660 --> 00:01:27,340
weil es davon ausgegangen ist, dass dieses Gerät nur Halbduplex unterstützen muss oder die Verhandlung von Geschwindigkeit und Duplex

13
00:01:27,340 --> 00:01:33,130
in früheren Zeiten nicht gut funktioniert und verursachte häufig Probleme mit der Geschwindigkeit

14
00:01:33,130 --> 00:01:34,240
und Duplex-Nichtübereinstimmung.

15
00:01:34,690 --> 00:01:41,170
Wenn eine Seite Halbduplex verwendet, auf der anderen Seite Vollduplex, glaubt die Vollduplexseite, dass sie

16
00:01:41,260 --> 00:01:45,540
sie jederzeit übertragen kann, selbst wenn sie Datenverkehr empfängt.

17
00:01:45,580 --> 00:01:52,320
Die Halb-Duplex-Seite jedoch, da sie Carea verwendet, da die Erkennung von Mehrfachzugriffskollisionen oder der

18
00:01:52,360 --> 00:01:56,990
CCMA-CD-Slash die Leitung vor dem Senden frei machen soll.

19
00:01:57,220 --> 00:02:02,860
Wenn er sendet und das Paket von der anderen Seite übertragen wird, die im Vollduplexmodus läuft, tritt eine

20
00:02:02,860 --> 00:02:03,790
Kollision auf.

21
00:02:04,090 --> 00:02:09,940
Die Halbduplexseite wird also wegen der Kollision zurückgesetzt und dann erneut versucht, zu senden,

22
00:02:09,940 --> 00:02:16,780
wenn die Leitung frei ist, und wir haben das ständige Problem der späten Kollisionen, wenn die Vollduplexseite

23
00:02:16,780 --> 00:02:20,680
Daten überträgt und mit einer Halbduplexseite beginnen kann .

24
00:02:20,680 --> 00:02:25,930
Mit anderen Worten, es kann die gesamte Bandbreite verbrauchen, was zu vielen Kollisionen und erneuten Übertragungen auf

25
00:02:25,930 --> 00:02:31,900
der Halbduplexseite führt, wodurch die Frames auf der Halbduplexseite in die Warteschlange gestellt werden und bei der Suche nach Problemen

26
00:02:32,590 --> 00:02:33,790
schließlich verloren gehen.

27
00:02:33,790 --> 00:02:39,180
Schauen Sie sich die Bereiche an, die ich gleich auf der Vollduplex-Seite demonstrieren

28
00:02:39,190 --> 00:02:46,620
werde. Sie sehen Fehler wie CRC-Fehler oder Läufe auf der Halbduplex-Seite, in der Regel späte Kollisionen sowie Preps und

29
00:02:46,620 --> 00:02:52,750
Pufferüberlast-Managementsysteme von Unternehmen wie z Solare Winde und andere ermöglichen es Ihnen zu sehen, wo

30
00:02:52,750 --> 00:02:58,480
Sie Duplaix-Probleme in Ihrem Netzwerk haben, und helfen Ihnen, diese Probleme leichter zu lösen.