Kesalahan antarmuka Ethernet

Antarmuka server ethernet server Ubuntu saya yang terhubung ke multiplexer ISP menunjukkan kesalahan. Inilah snapshotnya:

          RX packets:204564288 errors:3193970 dropped:0 overruns:0 frame:3138402
          TX packets:29305799 errors:38752 dropped:0 overruns:0 carrier:38762
          collisions:2205053 txqueuelen:1000

Antarmuka Ubuntu mampu dupleks penuh tetapi hanya menegosiasikan koneksi setengah dupleks. Ketika saya menghubungkan perangkat yang berbeda (router) ke MUX, itu juga menunjukkan kesalahan seperti itu. Bandwidth yang diberikan adalah 50 mbps, tetapi saya hanya mendapatkan 20 mbps. ISP enggan untuk mengubah perangkat mereka (terlihat seperti switch ethernet atau hub) di MUX. Para insinyur ISP menyalahkan kesalahannya di pihak saya. Tetapi saya memeriksa lebih dari 3 perangkat, semuanya menunjukkan kesalahan. Jadi, apakah ada alat untuk Linux yang bisa saya gunakan untuk menyelidiki penyebab kesalahan tersebut, atau adakah yang bisa saya lakukan untuk mengkonfigurasi ulang antarmuka server saya untuk menghilangkan kesalahan itu?

Anda kemungkinan besar memiliki ketidakcocokan dupleks karena ISP melakukan penyandian otomatis sisi mereka ke 100-Full yang pada dasarnya menonaktifkan negosiasi otomatis pada ISP Ethernet PHY.

Dengan ISP diatur ke 100-Full dan sisi Anda tetap pada auto / auto (firasat, tapi firasat umum), negosiasi otomatis di sisi Anda akan mengonfigurasi antarmuka menjadi 100-Half - ketidakcocokan dupleks sebagai sisi ISP akan tetap 100-Penuh.

Memperbaiki

Anda dapat memperbaiki masalah dengan mengkode Ethernet PHY Anda menjadi 100-Full - atau khusus apa pun yang diatur ISP. Sebagian besar ISP menggunakan 100-Full.

Detail tambahan

Dengan ketidakcocokan dupleks 100-Full hingga 100-Half, sisi 100-Full menonaktifkan CSMA / CD sementara CSMA / CD tetap berlaku di sisi 100-Half. Sisi 100-Full mentransmisikan tanpa memperhatikan apakah media tersebut bebas atau tidak. Sisi 100-Half melakukan CSMA / CD cek dan backoff seperti yang didefinisikan oleh CSMA / CD. Inilah sebabnya mengapa Anda hanya dapat mencapai 20 Mb / s pada apa yang seharusnya menjadi sirkuit Internet 50 Mb / s . Backoff CSMA / CD karena tabrakan pendeteksi sisi 100-Half membatasi throughput.

Dengan mengkodekan antarmuka menjadi 100-Penuh agar sesuai dengan ISP, kedua belah pihak akan menonaktifkan CSMA / CD, oleh karena itu backoff dan deteksi tabrakan akan dinonaktifkan dan Anda harus mencapai angka yang lebih dekat dengan kecepatan data sirkuit Internet 50 Mb / s Anda.

Sejarah

Banyak ISP yang melakukan hard-code handoff Ethernet PHY mereka karena ada waktu ketika itu jauh lebih dapat diandalkan untuk melakukannya. Ketika standar Fast Ethernet 802.3u 100 Mb / s dirilis, negosiasi otomatis kecepatan dan dupleks sudah ada, tetapi tidak diperlukan . Tidak sampai 802.3z 1 Gb / s Gigabit Ethernet standar ketika negosiasi otomatis diperlukan oleh standar.

Banyak insinyur jaringan memiliki kesalahpahaman tentang negosiasi otomatis. Kesalahpahaman terbesar adalah bahwa negosiasi otomatis dapat menegosiasikan kecepatan dan dupleks dengan benar jika hanya satu pihak yang menerapkan negosiasi otomatis. Ini salah - seperti yang telah Anda lihat.

Alasan untuk ini kemungkinan berasal dari yang berikut - jika satu sisi hard-coded di 100-Full, sisi lain menjalankan negosiasi otomatis selalu mencari tahu bagian 100 Mb / s. Sama jika satu sisi hard-coded ke 10-Full - sisi lain menjalankan negosiasi otomatis dapat mengetahui bagian 10 Mb / s. Kemampuan untuk menentukan kecepatan tautan berasal dari fitur yang disebut deteksi paralel yang mencoba menerima sinyal lapisan fisik pada semua kecepatan tautan yang didukung secara lokal hingga ditemukan kecocokan. Namun, deteksi paralel hanya berfungsi untuk kecepatan, bukan untuk pencocokan dupleks. Inilah sebabnya mengapa ketidakcocokan dupleks dapat terjadi - sebagai antarmuka akan selalu kembali ke setengah dupleks ketika tidak dapat menentukan sisi lain melalui negosiasi otomatis.

Kotak sabun

Pada suatu waktu ada dukungan yang sangat buruk untuk negosiasi otomatis dan hal itu menyebabkan banyak masalah seperti yang seharusnya diselesaikan. Waktu itu, menurut pendapat insinyur jaringan ini - telah berlalu. Sementara masalah negosiasi otomatis masih ada, jumlah masalah yang saya lihat karena negosiasi otomatis dikonfigurasikan dalam 5 tahun terakhir mengecilkan jumlah masalah yang saya lihat karena negosiasi otomatis dinonaktifkan.

Saya tidak pernah memiliki ISP yang tidak mau mengubah handoff Ethernet mereka menjadi otomatis / otomatis ketika diminta. Dengan sebagian besar kabel dan modem DSL dan gateway ini tidak menjadi masalah. Ini adalah router CPE NxT1 dan serat yang dikelola dengan handoff Ethernet di mana masalah ini biasanya berada. Masalahnya adalah bahwa administrator jaringan harus bertanya terlebih dahulu.

Dengan ISP hard-coding hingga 100-Full mereka telah memberikan kewajiban . Kewajiban yang harus didokumentasikan dan dilanjutkan. Negosiasi otomatis adalah teknologi yang sekarang stabil, telah bertahun-tahun, dan menangani masalah ini untuk kita. Seperti yang disebutkan sebelumnya, jumlah masalah yang disebabkan oleh negosiasi otomatis jauh melebihi jumlah masalah yang muncul karena dinonaktifkan pada tahun 2011. Ada teknologi untuk menyelesaikan masalah ini, gunakan itu. Mungkin kita harus secara manual mengatur TCP SYN awal, MSS, dan mengelola Jendela Terima untuk setiap sirkuit virtual TCP juga? Aku nak

Kata-kata kasar.