1
00:00:00,480 --> 00:00:07,530
Beberapa hal yang perlu diingat sehubungan dengan negosiasi kecepatan dan dupleks dan

2
00:00:07,530 --> 00:00:15,900
ketidakcocokan dupleks dan ketidakcocokan kecepatan terjadi ketika negosiasi otomatis gagal atau cara konfigurasi manual tidak cocok.

3
00:00:15,900 --> 00:00:21,600
Jadi misalnya satu sisi dikonfigurasi untuk menggunakan dupleks penuh dan sisi

4
00:00:21,600 --> 00:00:29,220
lain dikonfigurasi untuk menggunakan setengah dupleks atau negosiasi mungkin gagal karena masalah fisik dalam jaringan seperti

5
00:00:29,640 --> 00:00:36,400
masalah kabel atau hub di suatu tempat di jaringan dupleks ketidakcocokan menyebabkan masalah kinerja.

6
00:00:36,660 --> 00:00:46,230
Ping Anda mungkin berhasil tetapi pergerakan file besar mungkin terpengaruh secara negatif dan PDB mungkin memiliki

7
00:00:46,500 --> 00:00:53,470
masalah dengan pemulihan dari masalah ketidakcocokan dupleks sehingga sedikit sejarah cepat.

8
00:00:53,590 --> 00:00:58,880
Awalnya ethernet adalah setengah dupleks karena perangkat terhubung ke hub.

9
00:00:59,050 --> 00:01:06,370
Jadi keputusan dibuat bahwa ketika Anda tidak dapat bernegosiasi dengan pihak lain, Anda akan kembali ke 10

10
00:01:06,370 --> 00:01:11,990
mc setengah dupleks perangkat yang lebih tua tidak dirancang untuk atau untuk dinegosiasikan.

11
00:01:12,070 --> 00:01:19,660
Jadi perangkat negosiasi Orta akan kembali ke mode setengah dupleks jika tidak dapat bernegosiasi dengan pihak

12
00:01:19,660 --> 00:01:27,340
lain karena perangkat itu hanya mendukung setengah duplex atau negosiasi kecepatan dan dupleks tidak berfungsi dengan

13
00:01:27,340 --> 00:01:33,130
baik di masa lalu. dan sering menyebabkan masalah dengan ketidakcocokan kecepatan

14
00:01:33,130 --> 00:01:34,240
dan dupleks.

15
00:01:34,690 --> 00:01:41,170
Jika satu sisi menggunakan setengah dupleks di sisi lain menggunakan dupleks penuh sisi dupleks penuh berpikir bahwa

16
00:01:41,260 --> 00:01:45,540
ia dapat mengirimkannya kapan saja bahkan ketika itu menerima lalu lintas.

17
00:01:45,580 --> 00:01:52,320
Sisi half duplex karena menggunakan carea karena deteksi tabrakan akses ganda atau CD

18
00:01:52,360 --> 00:01:56,990
slash CCMA ingin saluran menjadi jelas sebelum mentransmisikan.

19
00:01:57,220 --> 00:02:02,860
Dan ketika itu mengirimkan dan paket ditransmisikan oleh sisi lain berjalan pada dupleks penuh

20
00:02:02,860 --> 00:02:03,790
terjadi tabrakan

21
00:02:04,090 --> 00:02:09,940
Jadi sisi setengah dupleks akan mundur karena tabrakan dan kemudian mencoba dan mengirimkan lagi

22
00:02:09,940 --> 00:02:16,780
ketika garis jelas dan kita akan memiliki masalah konstan tabrakan akhir dengan sisi dupleks penuh mengirimkan data

23
00:02:16,780 --> 00:02:20,680
dan dapat mulai dengan sisi setengah dupleks .

24
00:02:20,680 --> 00:02:25,930
Dengan kata lain dapat menghabiskan semua bandwidth yang menyebabkan banyak tabrakan dan transmisi ulang

25
00:02:25,930 --> 00:02:31,900
pada sisi setengah dupleks yang akan menyebabkan bingkai pada sisi setengah dupleks untuk antrian dan akhirnya jatuh

26
00:02:32,590 --> 00:02:33,790
ketika mencari masalah.

27
00:02:33,790 --> 00:02:39,180
Lihat area yang akan saya tunjukkan sebentar lagi di sisi dupleks penuh Anda akan

28
00:02:39,190 --> 00:02:46,620
melihat kesalahan seperti kesalahan CRC atau berjalan di sisi dupleks setengah Anda biasanya melihat tabrakan terlambat dan sistem manajemen kelebihan beban

29
00:02:46,620 --> 00:02:52,750
penyangga Prep dan buffer dari perusahaan seperti angin matahari dan lainnya memungkinkan Anda untuk melihat di mana

30
00:02:52,750 --> 00:02:58,480
Anda punya masalah Duplaix di jaringan Anda dan membantu Anda menyelesaikan masalah ini dengan lebih mudah.