1
00:00:00,480 --> 00:00:07,530
Quelques points à garder à l'esprit en ce qui concerne la négociation de vitesse et de duplex et

2
00:00:07,530 --> 00:00:15,900
l'inadéquation des asymétries de duplex et de vitesse se produisent lorsque la négociation automatique échoue ou que les configurations manuelles ne correspondent pas

3
00:00:15,900 --> 00:00:21,600
Ainsi, par exemple, un côté est configuré pour utiliser le duplex intégral

4
00:00:21,600 --> 00:00:29,220
et l'autre pour le semi-duplex ou la négociation peut échouer en raison de problèmes physiques sur le réseau,

5
00:00:29,640 --> 00:00:36,400
tels que des problèmes de câblage ou un concentrateur situé quelque part dans le réseau.

6
00:00:36,660 --> 00:00:46,230
Vos pings peuvent réussir, mais le mouvement des fichiers volumineux peut être affecté négativement et GDP peut notamment avoir des problèmes

7
00:00:46,500 --> 00:00:53,470
de récupération suite à des problèmes de non-concordance de duplex, c’est donc un bref historique.

8
00:00:53,590 --> 00:00:58,880
À l'origine, Ethernet était en semi-duplex car les périphériques étaient connectés à des concentrateurs.

9
00:00:59,050 --> 00:01:06,370
Il a donc été décidé que, lorsque vous ne pourriez pas négocier avec l’autre côté, vous reveniez

10
00:01:06,370 --> 00:01:11,990
à 10 méga-duplex et que les anciens appareils n’étaient ni conçus ni négociés.

11
00:01:12,070 --> 00:01:19,660
Ainsi, le périphérique de négociation Orta reviendrait en mode semi-duplex s'il ne pouvait pas négocier avec l'autre partie, car il supposait

12
00:01:19,660 --> 00:01:27,340
que ce périphérique ne devait prendre en charge que le semi-duplex ou la négociation de vitesse et que le mode duplex

13
00:01:27,340 --> 00:01:33,130
ne fonctionnait pas correctement et souvent causé des problèmes avec la disparité de la vitesse et

14
00:01:33,130 --> 00:01:34,240
du duplex.

15
00:01:34,690 --> 00:01:41,170
Si un côté utilise le semi-duplex, l'autre côté utilise le duplex intégral et pense qu'il peut

16
00:01:41,260 --> 00:01:45,540
le transmettre à tout moment, même s'il reçoit du trafic.

17
00:01:45,580 --> 00:01:52,320
Cependant, le côté semi-duplex, car il utilise carea puisque la détection de collision par accès multiple ou le lecteur

18
00:01:52,360 --> 00:01:56,990
CDCC slash CD voudra que la ligne soit libre avant la transmission.

19
00:01:57,220 --> 00:02:02,860
Et quand il transmet et que le paquet est transmis par l'autre côté fonctionnant en duplex intégral, une collision

20
00:02:02,860 --> 00:02:03,790
se produit.

21
00:02:04,090 --> 00:02:09,940
Ainsi, le côté semi-duplex recule à cause de la collision, puis essaie de transmettre à nouveau lorsque

22
00:02:09,940 --> 00:02:16,780
la ligne est libre et nous avons le problème constant des collisions tardives avec le côté duplex qui transmet

23
00:02:16,780 --> 00:02:20,680
des données et peut commencer par un côté semi-duplex .

24
00:02:20,680 --> 00:02:25,930
En d’autres termes, elle peut utiliser toute la bande passante, provoquant de nombreuses collisions et retransmissions du

25
00:02:25,930 --> 00:02:31,900
côté semi-duplex, ce qui entraînerait la mise en file d’attente des trames qui pourraient éventuellement être abandonnées lors de la

26
00:02:32,590 --> 00:02:33,790
recherche de problèmes.

27
00:02:33,790 --> 00:02:39,180
Examinez les zones que je montrerai tout à l'heure dans le duplex intégral. Vous verrez des

28
00:02:39,190 --> 00:02:46,620
erreurs telles que des erreurs CRC ou des analyses dans le semi-duplex. Vous verrez généralement des collisions tardives et des systèmes de gestion

29
00:02:46,620 --> 00:02:52,750
de préparation et de surcharge de mémoire tampon d'entreprises telles que Les vents solaires et autres vous permettent de

30
00:02:52,750 --> 00:02:58,480
voir où vous avez des problèmes Duplaix sur votre réseau et vous aident à les résoudre plus facilement.