Perbedaan autonegosiasi Ethernet antara (10M | 100M | 1G) Ethernet

Saya sedang belajar untuk CCNA dan di buku Wendell Odom dikatakan bahwa (mengenai negosiasi otomatis):

Ketika negosiasi otomatis gagal pada satu simpul, untuk memilih (setengah / dupleks penuh) kita harus menggunakan aturan:

• Jika Anda memiliki antarmuka 10/100 Mb / s -> gunakan half-duplex
• Jika Anda memiliki antarmuka 1000 Mb / s -> gunakan full-duplex

Mengapa demikian?

Ketika negosiasi otomatis gagal pada satu simpul, untuk memilih (setengah / dupleks penuh) kita harus menggunakan aturan:

• Jika Anda memiliki antarmuka 10/100 Mb / s -> gunakan half-duplex
• Jika Anda memiliki antarmuka 1000 Mb / s -> gunakan full-duplex

Mengapa demikian?

Ringkasan

Singkatnya, ethernet telah ada sejak 1980-an ... sebagai hasilnya

• NIC ethernet lama hanya mendukung operasi setengah dupleks tanpa negosiasi otomatis. Jika Anda mengaktifkan negosiasi otomatis dalam situasi ini, Anda harus mendukung semua NIC lama (yang berarti kembali ke operasi setengah dupleks). Jawaban lain menyebutkan hub, yang juga termasuk dalam kategori ini.
• Negosiasi otomatis diperlukan oleh spesifikasi 1GE; oleh karena itu, tidak ada gunanya memaksa kegagalan setengah dupleks pada kecepatan 1GE. Negosiasi otomatis 1GE mengumumkan apakah mampu setengah atau dupleks penuh.

Saat ini, Anda harus selalu mencoba menggunakan negosiasi otomatis kecuali Anda tahu port lain tidak mendukungnya.

Tabel di bawah ini dapat membantu menjelaskan sejarah bengkok seputar negosiasi otomatis.

+------------+------+---------------+--------------+-----------------------+
| Standard   | Year | Speeds        | Media        | Auto-neg Status       |
+------------+------+---------------+--------------+-----------------------+
| 802.3i     | 1990 | 10M           | Twisted Pair | No auto-negotiation   |
+------------+------+---------------+--------------+-----------------------+
| 802.3u     | 1995 | 10/100M       | Twisted Pair | Optional, not trusted |
+------------+------+---------------+--------------+-----------------------+
| 802.3-1998 | 1998 | 100/100M      | Twisted Pair | Optional              |
+------------+------+---------------+--------------+-----------------------+
| 802.3ab    | 1999 | 10/100/1000M  | Twisted Pair | Optional @ 10/100M    |
|            |      |               |              | Required @ 1Gbps      |
+------------+------+---------------+--------------+-----------------------+

Dampak ketidakcocokan Duplex:

Mengenai praktik Cisco untuk kembali ke half-duplex ketika negosiasi otomatis gagal ... Seseorang dapat dengan benar menolak jatuh kembali ke half-duplex jika negosiasi otomatis gagal menyebabkan kesalahan konfigurasi; Namun, kesalahan konfigurasi dapat ditoleransi. Yang terburuk yang dapat terjadi dalam situasi ini adalah Anda mendapatkan dupleks penuh hard code secara manual di satu sisi tautan FastEthernet, dan negosiasi otomatis gagal setengah dupleks di sisi lain tautan ... dupleks yang tidak cocok menyebabkan tautan tingkat kesalahan (tabrakan dan runtuh), tetapi Anda masih dapat berkomunikasi dengan cukup baik, selama Anda tidak mencoba melebihi sekitar sepertiga dari kecepatan tautan (yaitu sekitar 35Mbps pada FastEthernet).

Detail yang berpotensi menarik:

FastEthernet Auto-negotiation Asli == bad juju

Orang-orang memiliki pengalaman buruk dengan negosiasi-otomatis awal di IEEE 802.3u (FastEthernet) sehingga kebijakan konvensional adalah menonaktifkan negosiasi-otomatis, dan mengunci kecepatan / dupleks secara manual pada semua port tembaga ethernet.

Praktek menonaktifkan negosiasi-otomatis pada semua port tembaga menjadi begitu mengakar di benak orang-orang zaman dulu sehingga masih lazim menemukan kecepatan / dupleks terkunci pada Cat5e / Cat6 hari ini, meskipun implementasi negosiasi-otomatis industri telah dapat diandalkan selama lebih dari satu dekade. FYI, beberapa ISP masih memaksa 100M / penuh pada sirkuit pelanggan mereka di bawah asumsi sesat bahwa kecepatan / duplex manual lebih dapat diandalkan.

Dukungan vendor untuk iklan mode dupleks 1GE tertentu

Negosiasi otomatis diperlukan sebagai bagian dari IEEE 802.3ab (Gigabit Ethernet over copper); Namun, Anda masih menemukan beberapa implementasi vendor yang memungkinkan Anda untuk hard-code GigE speed / duplex ... Saya telah melihat beberapa switch JunOS yang mengizinkan konfigurasi full-duplex pada port switch 1GE. Apakah ini berarti bahwa saklar JunOS menonaktifkan negosiasi otomatis pada port 1GE itu? Tidak, ini secara efektif berarti JunOS hanya mengiklankan kecepatan / dupleks yang dikonfigurasi selama negosiasi otomatis.

Pembaruan untuk pertanyaan @ ytti: pengkondisian jalur Ethernet

Negosiasi otomatis 1GE termasuk (mengutip 802.3-2012, Klausul 40.5.1):

• Negosiasi untuk 1000Base-T setengah / dupleks penuh, atau jatuh kembali ke kecepatan yang lebih rendah, sesuai kebutuhan
• Menentukan hubungan MASTER-SLAVE antara PHY
• Menegosiasikan kemampuan EEE

Negosiasi otomatis diperlukan oleh 802.3ab di 1GE, karena negosiasi otomatis GigabitEthernet mencakup pengkondisian jalur khusus; kondisi ini terjadi selama mode PELATIHAN dari startup MASTER / SLAVE PHY; mode TRAINING memastikan saluran cukup stabil untuk mendorong 1000Mbps selama Cat5e beroperasi hingga 100m.

Ketika negosiasi otomatis gagal pada satu node, untuk memilih (setengah / dupleks penuh) kita harus menggunakan aturan: -> Jika Anda memiliki antarmuka 10/100 Mb / s -> gunakan half-duplex

Jika hub terhubung, default dupleks penuh akan menyebabkan terlalu banyak tabrakan. Default half duplex memastikan komunikasi berlanjut terlepas dari perangkat yang terhubung (Switch atau hub)

-> Jika Anda memiliki antarmuka 1000 Mb / s -> gunakan full-duplex

Standar 1000Base-T dirancang untuk memerlukan negosiasi otomatis, serta domain lapisan 2 yang diaktifkan (tanpa hub). Ini karena keempat pasangan perlu berkomunikasi dalam dupleks penuh pada 250Mbps. Dengan demikian, diasumsikan bahwa tidak ada hub pada koneksi untuk tujuan komunikasi dua arah.