1
00:00:00,480 --> 00:00:07,530
Niektóre punkty do zapamiętania w odniesieniu do szybkości i dwustronnego negocjowania i niedopasowania dupleksu

2
00:00:07,530 --> 00:00:15,900
i szybkiego niedopasowania pojawiają się, gdy automatyczna negocjacja się nie udaje lub sposób ręczne konfiguracje są niedopasowane.

3
00:00:15,900 --> 00:00:21,600
Na przykład jedna strona jest skonfigurowana do korzystania z pełnego dupleksu, a druga

4
00:00:21,600 --> 00:00:29,220
strona jest skonfigurowana do używania półdupleksu lub negocjacja może się nie udać z powodu problemów fizycznych w sieci,

5
00:00:29,640 --> 00:00:36,400
takich jak problemy z okablowaniem lub koncentrator gdzieś w niedopasowaniu dupleksu sieciowego powodują problemy z wydajnością.

6
00:00:36,660 --> 00:00:46,230
Twoje pingi mogą się powieść, ale ruch dużych plików może zostać negatywnie zmieniony, a PKB może mieć szczególnie

7
00:00:46,500 --> 00:00:53,470
problemy z odzyskiwaniem problemów z niedopasowaniem dupleksu, więc jest to szybka historia.

8
00:00:53,590 --> 00:00:58,880
Pierwotnie sieć Ethernet była w połowie dupleksem, ponieważ urządzenia były podłączone do koncentratorów.

9
00:00:59,050 --> 00:01:06,370
Podjęto więc decyzję, że gdy nie będziecie mogli negocjować z drugą stroną, cofniecie się do

10
00:01:06,370 --> 00:01:11,990
10 megabajtów półdupleksu starszych urządzeń, które nie zostały zaprojektowane lub negocjowane.

11
00:01:12,070 --> 00:01:19,660
Tak więc urządzenie negocjujące Orta powróciłoby do trybu half duplex, gdyby nie było w stanie negocjować z

12
00:01:19,660 --> 00:01:27,340
drugą stroną, ponieważ zakładało, że to urządzenie musi obsługiwać tylko half duplex lub negocjowanie prędkości, a duplex

13
00:01:27,340 --> 00:01:33,130
nie działał dobrze w dawnych czasach. i często powodowało problemy z niedopasowaniem prędkości

14
00:01:33,130 --> 00:01:34,240
i dupleksu.

15
00:01:34,690 --> 00:01:41,170
Jeśli jedna strona używa półdupleksu po drugiej stronie używa pełnego dupleksu, strona pełnego dupleksu uważa, że

16
00:01:41,260 --> 00:01:45,540
może ją przesłać w dowolnym momencie, nawet gdy odbiera ruch.

17
00:01:45,580 --> 00:01:52,320
Strona półdupleksowa jednak, ponieważ używa carea, ponieważ detekcja kolizji dostępu wielokrotnego lub płyta CD

18
00:01:52,360 --> 00:01:56,990
z ukośnikiem CCMA będzie wymagała wyczyszczenia linii przed transmisją.

19
00:01:57,220 --> 00:02:02,860
A kiedy transmisja jest transmitowana, a pakiet jest przesyłany przez drugą stronę działającą w trybie pełnego dupleksu,

20
00:02:02,860 --> 00:02:03,790
następuje kolizja.

21
00:02:04,090 --> 00:02:09,940
Tak więc strona half duplex wycofa się z powodu kolizji, a następnie spróbuje wysłać ponownie,

22
00:02:09,940 --> 00:02:16,780
gdy linia będzie wolna, a my będziemy mieć ciągłe problemy z późnymi zderzeniami, gdy strona full duplex przesyła

23
00:02:16,780 --> 00:02:20,680
dane i może rozpocząć się od strony półdupleksu .

24
00:02:20,680 --> 00:02:25,930
Innymi słowy, może wykorzystać całą szerokość pasma, powodując wiele kolizji i retransmisji po stronie

25
00:02:25,930 --> 00:02:31,900
półdupleksu, co spowodowałoby, że ramki po stronie półdupleksu ustawiłyby się w kolejce i ostatecznie zostałyby upuszczone

26
00:02:32,590 --> 00:02:33,790
w poszukiwaniu problemów.

27
00:02:33,790 --> 00:02:39,180
Rzuć okiem na obszary, które zademonstruję za chwilę po stronie pełnego dupleksu,

28
00:02:39,190 --> 00:02:46,620
zobaczysz błędy, takie jak błędy CRC lub działa po stronie half duplex zazwyczaj widzisz późne kolizje i systemy

29
00:02:46,620 --> 00:02:52,750
zarządzania Prep i buforowymi przeciążeniami od firm takich jak wiatry słoneczne i inne pozwalają

30
00:02:52,750 --> 00:02:58,480
zobaczyć, gdzie występują problemy z Duplaix w sieci i łatwiej rozwiązać te problemy.