Seorang pengguna memiliki masalah dengan kecepatan unduh dari Internet. Koneksi ke Internet adalah 100 Mbit / s. Pengguna mendapat sekitar 7 Mbit / s hilir dan sekitar 80 Mbit / s hulu.
Saya diuji dari komputer saya dan mendapat sekitar 70 Mbit / s hilir dan 80 Mbit / s hulu. Jelas pengguna PC yang harus disalahkan.
Saya memeriksa sakelar yang merupakan Catalyst 3560 dan itu seperti yang saya harapkan, port-nya berada di setengah duplex. Pengguna telah mengkodekan PC-nya hingga 100 / penuh dan port menggunakan auto. Kecepatan terdeteksi oleh Fast Link Pulses (FLP) tetapi dupleks harus diasumsikan setengah sehingga port menggunakan 100 / setengah. Dengan show controller saya bisa melihat tabrakan dan tabrakan terlambat seperti yang diharapkan.
Bandwidth diuji melalui situs Swedia www.bredbandskollen.se. Menggunakan TCP untuk menguji latensi pada awalnya. Kemudian ia membuka soket melalui Flash dan melakukan beberapa HTTP GET (TCP) dan mengukur bandwidth hilir selama sekitar 10 detik. Setelah itu ia melakukan empat posting HTTP ke server dan mengirimkan lalu lintas selama 10 detik dan menghitung bandwidth upstream.
Saya tahu bahwa situs-situs semacam ini tidak 100% akurat tetapi biasanya mereka setidaknya dapat memberikan semacam indikasi jika Anda hampir menerima jenis bandwidth yang seharusnya dan itu adalah tes yang mudah untuk dijalankan untuk memastikan itu adalah pengguna dan bukan jaringan yang bersalah di sini.
Mengapa hanya hilir yang terpengaruh dan bukan di hulu?
Apakah ini tabrakan yang nyata? Karena kabel memiliki pasangan pengirim dan penerima yang terpisah.
sumber
Jawaban:
Ini sepenuhnya perilaku normal dengan ketidakcocokan dupleks.
Karena komputer beroperasi dalam mode dupleks penuh, komputer tidak menggunakan CSMA-CD. Ini berarti tidak memeriksa apakah mediumnya menganggur sebelum ditransmisikan, juga tidak akan melihat data yang diterimanya saat ditransmisikan sebagai tabrakan. Dengan demikian, unggahan dari komputer sebagian besar tetap tidak akan terpengaruh.
Sebaliknya, switch menggunakan CSMA-CD dan akan menunggu media menjadi diam sebelum ditransmisikan. Selain itu, ketika sakelar mendeteksi tabrakan, sakelar itu segera berhenti mentransmisikan bingkai dan mengikuti prosedur deteksi tabrakan CSMA-CD. Ini memiliki dampak kinerja yang signifikan pada lalu lintas yang dikirim ke komputer.
Ketika lalu lintas TCP, efek negatif akan dikalikan karena setiap TCP ACK yang hilang ke komputer akan menyebabkan pengiriman ulang TCP.
Ya, mereka benar-benar tabrakan; bahkan dalam lingkungan setengah dupleks penuh (yaitu hub) ada pasangan mengirim dan menerima terpisah. Alasannya adalah bahwa dalam lingkungan setengah dupleks hub akan mengulangi sinyal yang diterima pada satu port dari semua port lainnya. Jika dua stasiun mencoba mentransmisikan secara bersamaan, sinyal yang diulang tidak akan dapat digunakan.
Karena sakelar beroperasi dalam mode setengah dupleks, sakelar beroperasi seperti berada dalam lingkungan seperti itu dan hanya dapat mengirim atau menerima pada waktu tertentu. Setiap kali sakelar mengirimkan bingkai dan mendeteksi lalu lintas lain pada media (mis. Komputer, yang tidak memeriksa medium yang menganggur), ini diperlakukan sebagai tabrakan dan sakelar akan mengikuti prosedur deteksi tabrakan (yang mencakup tunggu atau mundur periode waktu).
Karena komputer tidak beroperasi dengan cara ini (yaitu mulai mentransmisikan secara otomatis ketika ada data untuk dikirim), Anda berakhir dengan lebih banyak tabrakan daripada yang akan Anda dapatkan di lingkungan yang seluruhnya terdiri dari setengah perangkat dupleks.
Sunting: Saya menemukan referensi untuk akhir pekan ini sambil mencari masalah yang tidak terkait di mana mereka disebut sebagai tabrakan palsu . Saya akan tidak setuju dengan sudut pandang ini karena saklar jelas melihat mereka sebagai tabrakan dan menanganinya seperti itu. Sebaliknya, saya akan menganggap mereka sebagai tabrakan yang tidak perlu karena mereka seharusnya tidak ada dalam jaringan yang diaktifkan.
Selain itu, ini adalah jenis ketidakcocokan dupleks yang paling sering dilaporkan (di mana sakelar diatur ke otomatis dan komputer ke dupleks penuh). Kebanyakan orang mengunduh lebih banyak daripada yang mereka unggah, mereka cenderung melihat kondisi ini lebih mudah untuk melaporkannya.
sumber
Jika TCP diuji, ada banyak hal yang tidak dapat Anda kontrol atau bayangkan. Perbedaan dalam hilir / hulu dapat dengan mudah disebabkan oleh pengaturan prioritas internal NIC, buffer untuk RX / TX dan pada dasarnya pengaturan tingkat rendah yang menentukan cara menangani lalu lintas RX dan TX.
'sh controllers' harus melaporkan kondisi RX dan TX simultan sebagai tabrakan jika bekerja dalam mode setengah dupleks.
sumber