Bagaimana ketidakcocokan terjadi; apa dampak ketidaksesuaian pada konektivitas jaringan; apakah resolusi ketidakcocokan benar-benar sepadan dengan usaha; apa sajakah cara untuk mendeteksi ketidakcocokan dalam skala besar?
Apakah ada jawaban yang membantu Anda? jika demikian, Anda harus menerima jawabannya sehingga pertanyaan tidak terus muncul selamanya, mencari jawaban. Atau, Anda bisa memberikan dan menerima jawaban Anda sendiri.
Ron Maupin
Jawaban:
12
Untuk menjawab pertanyaan Anda secara berurutan:
Ketidakcocokan terjadi ketika negosiasi otomatis atau konfigurasi manual gagal. Ini mungkin disebabkan oleh masalah lapisan fisik atau karena konfigurasi manual tidak setuju. Masalah fisik dapat berupa masalah hub atau kabel fisik (pasangan yang hilang / rusak).
Ketidakcocokan duplex dapat menyebabkan dampak signifikan terhadap kinerja jaringan Anda. Tabrakan, terutama yang terlambat, dapat memakan waktu lama (secara relatif) untuk memulihkan tumpukan TCP. Tabrakan dengan UDP berarti data mungkin tidak pernah sampai di sana atau memerlukan mekanisme pemulihan lapisan aplikasi.
Menyelesaikan ketidakcocokan benar-benar layak untuk diselesaikan. Ini juga dapat mengisyaratkan masalah lain karena duplex / kecepatan harus menjadi hal yang diasumsikan hari ini.
Beberapa alat manajemen terpusat ( Solarwinds , Spiceworks , HP OpenView & lain-lain) mungkin memiliki laporan untuk kesalahan antarmuka yang harus mencakup jenis masalah ini.
Untuk sepenuhnya memahami mengapa ketidakcocokan dupleks terjadi, Anda perlu memahami bagaimana teknologi berkembang.
Awalnya, semua Ethernet setengah dupleks. Ketika full-duplex memasuki gambar, seseorang dengan bijak memutuskan bahwa perangkat (terutama perangkat half-duplex dan full-duplex) harus dapat menyetujui di antara mereka sendiri tentang bagaimana mereka akan berkomunikasi dan negosiasi otomatis dimasukkan juga.
Namun, tidak satu pun dari perangkat setengah dupleks yang lebih tua yang dirancang untuk melakukan negosiasi otomatis, sehingga ketika standar ditulis, itu harus diasumsikan oleh perangkat negosiasi otomatis bahwa jika pihak lain tidak berpartisipasi dalam negosiasi, itu harus dijalankan. dalam mode setengah dupleks karena perangkat di sisi lain hanya mampu melakukan setengah dupleks.
Seperti yang ditunjukkan orang lain, negosiasi otomatis tidak selalu berfungsi dengan baik sejak awal, begitu banyak perangkat yang dikonfigurasi dengan kecepatan statis dan pengaturan dupleks (sering 100 / penuh), dan ketika perangkat negosiasi terhubung ke perangkat seperti itu, dupleks ketidakcocokan terjadi.
Mengenai masalah, ketidakcocokan dupleks bisa jauh lebih buruk daripada berjalan dalam mode setengah dupleks. Ini karena satu sisi (full-duplex) berpikir dapat mentransmisikan kapan saja walaupun saat ini sedang menerima. Sisi setengah dupleks akan melihat ini sebagai tabrakan dan mundur, sedangkan sisi dupleks penuh akan terus mentransmisikan.
Jika sisi dupleks-penuh cenderung untuk mengirimkan banyak data, ini dapat "membuat kelaparan" sisi setengah-dupleks saat media menunggu untuk dihapus sebelum mentransmisikan, menyebabkan frame-frame harus antri dan akhirnya jatuh.
Semua dalam semua, situasi buruk yang harus dihadapi dan yang harus Anda perbaiki.
Ketika datang untuk mendeteksi ketidakcocokan, Anda dapat mencari kesalahan. Di sisi dupleks-penuh, Anda biasanya akan melihat banyak keruntuhan dan seringkali kesalahan CRC (vendor mungkin menggunakan istilah yang berbeda di kali). Di sisi setengah dupleks, Anda akan sering melihat tabrakan dan kegagalan buffer. Setiap sistem manajemen yang layak harus dapat memberikan Anda daftar antarmuka yang menghasilkan jumlah kesalahan yang lebih tinggi dari yang diharapkan.
Saat ini penyebab paling umum adalah tautan di mana satu sistem (jaringan atau perangkat akhir) dikonfigurasikan secara manual, dan yang lainnya otomatis.
Pada hari-hari awal negosiasi otomatis (dupleks penuh 10 MB dan Fast Ethernet), tidak jarang perangkat gagal bernegosiasi dengan benar.
Karena ini (dan alasan-alasan lain yang terkait dengan kelembaman), banyak perusahaan besar dan jaringan SP memerlukan konfigurasi manual dari beberapa atau semua tautan.
Hari-hari ini tidak ada pembenaran untuk melakukan ini, dan sebenarnya pada Gigabit Ethernet (setidaknya tembaga) diperlukan negosiasi otomatis, dan perangkat yang berperilaku baik tidak akan membiarkannya dinonaktifkan. Dalam beberapa kasus ini mungkin tidak jelas, misalnya pada beberapa kit Cisco "menonaktifkan" negosiasi otomatis pada tautan pertunjukan hanya membatasi nilai-nilai yang dapat diterima dalam proses negosiasi otomatis (yang dapat berharga jika Anda tidak khawatir pada kecepatan antarmuka yang tidak terduga & dupleks).
Saya baru-baru ini berlari ke dalam ini memutar sirkuit metro-e. adtran ISP tidak akan ditautkan tanpa opsi "noneg" diaktifkan. Ia menolak untuk terhubung tanpa pulsa tautan, yang tidak akan dikirim oleh pihak telekomunikasi. [gig-e optical transport]
Ricky Beam
2
Ketidakcocokan paling sering terjadi ketika satu sisi tautan dikonfigurasi secara eksplisit dan sisi lain diatur ke negosiasi otomatis. Ketika perangkat berada di bawah manajemen yang terpisah, para pihak mungkin gagal berkomunikasi dan memverifikasi pengaturan. Dampak ke konektivitas jaringan berkisar dari tanpa disadari pada tautan penggunaan ringan hingga parah pada tautan yang sarat muatan. Pada umumnya sepadan dengan upaya untuk menyelesaikan ketidaksesuaian sedapat mungkin. Pada switch Cisco, indikator keandalan antarmuka kurang dari 255 adalah cara yang baik untuk menemukan ketidakcocokan. Nilai ini dapat disurvei dengan SNMP untuk mendeteksi ketidakcocokan dalam skala besar.
Jawaban:
Untuk menjawab pertanyaan Anda secara berurutan:
sumber
Untuk sepenuhnya memahami mengapa ketidakcocokan dupleks terjadi, Anda perlu memahami bagaimana teknologi berkembang.
Awalnya, semua Ethernet setengah dupleks. Ketika full-duplex memasuki gambar, seseorang dengan bijak memutuskan bahwa perangkat (terutama perangkat half-duplex dan full-duplex) harus dapat menyetujui di antara mereka sendiri tentang bagaimana mereka akan berkomunikasi dan negosiasi otomatis dimasukkan juga.
Namun, tidak satu pun dari perangkat setengah dupleks yang lebih tua yang dirancang untuk melakukan negosiasi otomatis, sehingga ketika standar ditulis, itu harus diasumsikan oleh perangkat negosiasi otomatis bahwa jika pihak lain tidak berpartisipasi dalam negosiasi, itu harus dijalankan. dalam mode setengah dupleks karena perangkat di sisi lain hanya mampu melakukan setengah dupleks.
Seperti yang ditunjukkan orang lain, negosiasi otomatis tidak selalu berfungsi dengan baik sejak awal, begitu banyak perangkat yang dikonfigurasi dengan kecepatan statis dan pengaturan dupleks (sering 100 / penuh), dan ketika perangkat negosiasi terhubung ke perangkat seperti itu, dupleks ketidakcocokan terjadi.
Mengenai masalah, ketidakcocokan dupleks bisa jauh lebih buruk daripada berjalan dalam mode setengah dupleks. Ini karena satu sisi (full-duplex) berpikir dapat mentransmisikan kapan saja walaupun saat ini sedang menerima. Sisi setengah dupleks akan melihat ini sebagai tabrakan dan mundur, sedangkan sisi dupleks penuh akan terus mentransmisikan.
Jika sisi dupleks-penuh cenderung untuk mengirimkan banyak data, ini dapat "membuat kelaparan" sisi setengah-dupleks saat media menunggu untuk dihapus sebelum mentransmisikan, menyebabkan frame-frame harus antri dan akhirnya jatuh.
Semua dalam semua, situasi buruk yang harus dihadapi dan yang harus Anda perbaiki.
Ketika datang untuk mendeteksi ketidakcocokan, Anda dapat mencari kesalahan. Di sisi dupleks-penuh, Anda biasanya akan melihat banyak keruntuhan dan seringkali kesalahan CRC (vendor mungkin menggunakan istilah yang berbeda di kali). Di sisi setengah dupleks, Anda akan sering melihat tabrakan dan kegagalan buffer. Setiap sistem manajemen yang layak harus dapat memberikan Anda daftar antarmuka yang menghasilkan jumlah kesalahan yang lebih tinggi dari yang diharapkan.
sumber
Saat ini penyebab paling umum adalah tautan di mana satu sistem (jaringan atau perangkat akhir) dikonfigurasikan secara manual, dan yang lainnya otomatis.
Pada hari-hari awal negosiasi otomatis (dupleks penuh 10 MB dan Fast Ethernet), tidak jarang perangkat gagal bernegosiasi dengan benar.
Karena ini (dan alasan-alasan lain yang terkait dengan kelembaman), banyak perusahaan besar dan jaringan SP memerlukan konfigurasi manual dari beberapa atau semua tautan.
Hari-hari ini tidak ada pembenaran untuk melakukan ini, dan sebenarnya pada Gigabit Ethernet (setidaknya tembaga) diperlukan negosiasi otomatis, dan perangkat yang berperilaku baik tidak akan membiarkannya dinonaktifkan. Dalam beberapa kasus ini mungkin tidak jelas, misalnya pada beberapa kit Cisco "menonaktifkan" negosiasi otomatis pada tautan pertunjukan hanya membatasi nilai-nilai yang dapat diterima dalam proses negosiasi otomatis (yang dapat berharga jika Anda tidak khawatir pada kecepatan antarmuka yang tidak terduga & dupleks).
sumber
Ketidakcocokan paling sering terjadi ketika satu sisi tautan dikonfigurasi secara eksplisit dan sisi lain diatur ke negosiasi otomatis. Ketika perangkat berada di bawah manajemen yang terpisah, para pihak mungkin gagal berkomunikasi dan memverifikasi pengaturan. Dampak ke konektivitas jaringan berkisar dari tanpa disadari pada tautan penggunaan ringan hingga parah pada tautan yang sarat muatan. Pada umumnya sepadan dengan upaya untuk menyelesaikan ketidaksesuaian sedapat mungkin. Pada switch Cisco, indikator keandalan antarmuka kurang dari 255 adalah cara yang baik untuk menemukan ketidakcocokan. Nilai ini dapat disurvei dengan SNMP untuk mendeteksi ketidakcocokan dalam skala besar.
sumber