Jadi sekarang kita perlu memperbaiki tautan ini antara 20 dan 51 dan 20 9:52 kedua sakelar menampilkan pesan bahwa ada
masalah dupleks.
Jadi CGP melakukan pekerjaan yang bagus di sini.
Dari menunjukkan kepada kita bahwa ada masalah daripada tampilan menjalankan antarmuka jika nol slash empat kita
dapat melihat kecepatan dan dupleks adalah antarmuka tampilan kode keras jika Zeerust bertahan untuk di sisi
itu 100 dupleks setengah di sisi itu 100 dupleks penuh.
Jadi itu adalah perbaikan sederhana dari pengaturan dupleks ke antarmuka penuh sudah turun dan muncul lagi.
Dan semoga itu menyelesaikan masalah.
Kita bisa memainkan penghitung sebagai contoh ketika jika Suriah memotong dan melakukan hal yang sama di sini memainkan
penghitungan seolah-olah 0 4 dan kemudian kita bisa.
Setelah beberapa saat kita melihat penghitung itu dan melihat apakah kita menemukan masalah.
Tapi itu seharusnya bisa memecahkan masalah ketidakcocokan dupleks untuk mengkonfirmasi itu menunjukkan antarmuka F-0 slash
untuk tepat di bagian atas di sini kita bisa melihat.
Jadi, inilah perintahnya.
Inilah kecepatan dan dupleks antarmuka antarmuka naik dan terhubung menunjukkan antarmuka.
Jika ada Slash untuk di switch ke dia memiliki perintah sekali lagi Duplaix dan kecepatan ditampilkan di sini
juga.
Antarmuka naik dan terhubung.
Kami tidak melihat kesalahan pada antarmuka dan yang ini kami juga tidak melihat kesalahan.
Sehingga semoga telah menyelesaikan masalah pada tautan ini dan tautan ini.
Jadi berhati-hatilah dalam mengkodekan kecepatan dan dupleks apa yang bisa dinegosiasikan dengan benar, tetapi biasanya tidak hari
ini dengan gigabit dan panjang asuh.
Masalah Anda tidak seburuk yang sebelumnya ada di 10 100 tautan.
Mari kita lihat apa yang terjadi jika kita dapat menemukan kecepatan dan dupleks di satu situs dan meninggalkan sisi lain untuk negosiasi.
Jadi pada 29 51 kita akan
mengkonfigurasi antarmuka ini dengan kecepatan 100 Duplaix antarmuka penuh antarmuka turun diharapkan akan muncul.
Dan begitulah.
Ini adalah 30 750 dan kita dapat melihat bahwa itu mengeluh tentang ketidakcocokan dupleks.
Jadi tunjukkan jalankan antarmuka jika 0 EF 1 0 3 No Duplaix akan mempercepat karena sedang dikonfigurasikan pada antarmuka tampilan antarmuka.
EF 1 0 3 sisi menggunakan 100 make half duplex
sedangkan sisi menggunakan 100 make full duplex.
Jadi, jika Anda memiliki satu sisi yang dikonfigurasikan untuk negosiasi dan sisi lainnya dikodekan, Anda mungkin memiliki masalah karena situs
tersebut tidak bernegosiasi dengan pihak lain dan pihak tersebut mungkin mengambil posisi mundur.
Kadang-kadang itu bisa terutama pada antarmuka gigabit dan Lady untuk tetap mengetahui apa yang
digunakan pihak lain dan mengatur dupleks dan kecepatannya.
Tapi itu tidak bisa melakukan itu karena 29 50-an atau lebih tua beralih jadi
untuk menyelesaikan ini mari kita mengkonfigurasi negosiasi dua puluh sembilan lima atau dua jadi jika nol adalah 1 kecepatan antarmuka atau antarmuka air Duplaix
turun mudah-mudahan itu akan datang naik.
Dan semoga mereka akan berhasil bernegosiasi.
Jadi tigapuluh tujuh puluh muncul 2950 muncul antarmuka acara.
EF 1 0 3 dupleks 100 penuh.
Jadi sisi yang 100 membuat dupleks penuh untuk menunjukkan antarmuka f 0 1 di situs dupleks penuh 100 buat.
Jadi mereka berhasil bernegosiasi.
Jadi moral cerita adalah mengkonfigurasi kedua belah pihak untuk negosiasi atau kode keras kedua belah pihak pada umumnya hari
ini Anda akan memungkinkan kedua belah pihak ingin bernegosiasi.
Tampilkan jalankan antarmuka jika 1 0 1 menunjukkan lari ke wajah.
EF 1 0 1.
Sekarang ini adalah tautan antara dua puluh tujuh lima puluhan jika satu adalah 0 atau 1 antarmuka dan saat ini
terhubung.
Jadi kita punya satu antarmuka.
Jika 1 0 1 antara 2:37 lima puluhan satu situs tidak diatur untuk kecepatan dan dupleks itu diatur untuk
Orta sisi lain menggunakan seratus Hauffe.
Tetapi dalam
kasus ini situs yang ditetapkan untuk negosiasi telah dikembalikan menjadi 100 dupleks setengah.
Jadi itu berhasil OK.
Dalam contoh ini Namun jika saya mengubah ini untuk memiliki dupleks atau penuh negosiasi mungkin
akan gagal dan kami akan memiliki antarmuka dupleks ketidakcocokan muncul.
Mari kita lihat apa yang dilakukan.
Dalam contoh ini dinegosiasikan dengan benar.
Dupleks penuh 100 membuat situs menampilkan antarmuka 1 0 1 dupleks
penuh 100 mcg.
Jadi kami mengkonfigurasi situs secara manual dengan kecepatan dan dupleks.
Situs
ini telah mampu menentukan kecepatan dan dupleks yang seharusnya.
Jadi mari kita atur kecepatan ke 10 dan duplex untuk dimiliki dan mari kita
lihat apakah sakelar berhasil menegosiasikan itu.
Jadi antarmuka muncul menunjukkan antarmuka jika kita melakukan 0 1 dan saya hanya akan menyertakan dupleks sehingga kita tidak
melihat semua output.
Perhatikan bagaimana dinegosiasikan dengan benar sehingga pada sakelar ini telah
dikonfigurasikan secara manual untuk half duplex 10 mc dan sakelar telah berhasil menegosiasikannya.
Jika saya mengubah dupleks di sini menjadi penuh. Mari kita lihat apa yang terjadi.
Sekarang ketika antarmuka muncul jadi di sini 10 dupleks penuh di samping itu juga 10 membuat dupleks
penuh sehingga tiga puluh tujuh lima puluh bernegosiasi dengan benar tanpa masalah.
Tapi itu tidak terjadi antara 37 50 dan 29 50.
Jadi mari kita
atur kecepatan ke 100 jadi tunjukkan antarmuka dan lihat dupleks yang telah diatur.
Coba lagi 100 dupleks penuh sisi 100 dupleks penuh.
Jadi dalam hal ini ketika saya mengatur satu sisi berhasil bernegosiasi dengan sisi lain.
Tetapi kami memiliki masalah dengan negosiasi antara 37 50 dan 29 50.
Jadi secara umum moral cerita adalah apa yang harus dinegosiasikan di kedua sisi atau kode keras di kedua sisi.
Mencampur dan mencocokkan dapat menyebabkan masalah.
Hari ini rekomendasi umum adalah menggunakan otomatis di mana-mana kecuali mungkin antara tautan yang disebut di mana
Anda ingin mengkodekan kedua sisi untuk meningkatkan kecepatan antarmuka itu.
Akan datang.