Switchport setengah dupleks - Kecepatan unduh yang buruk tetapi unggahan baik-baik saja


13

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.

  1. Mengapa hanya hilir yang terpengaruh dan bukan di hulu?

  2. Apakah ini tabrakan yang nyata? Karena kabel memiliki pasangan pengirim dan penerima yang terpisah.


Apakah 70/80 didasarkan pada satu tes atau rata-rata dari beberapa tes? Mempertimbangkan ukuran jendela yang bervariasi, pengujian tunggal akan terlalu samar.
user2964971

Jawaban:


14

Ini sepenuhnya perilaku normal dengan ketidakcocokan dupleks.

Mengapa hanya hilir yang terpengaruh dan bukan di hulu?

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.

Apakah ini tabrakan yang nyata? Karena kabel memiliki pasangan pengirim dan penerima yang terpisah.

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.


2
butuh beberapa saat untuk melihat poin Anda pada pertanyaan perbedaan kecepatan, tapi ini adalah jawaban yang bagus ... Anda mungkin ingin memperbaikinya untuk secara eksplisit menunjukkan bahwa Tx switch lebih terbatas daripada PC, karena harus menunggu lebih lama karena deteksi tabrakan CSMA / CD daripada PC akan menunggu runt frame dari tabrakan. Sebaliknya, jika bahkan beberapa ACK TCP PC bertabrakan pada unduhan PC, unduhan tersebut dihukum dua kali lipat oleh TCP dan CSMA / CD ethernet. Mengurangi TCP ACK memperlambat kedua transfer, tetapi backoff CSMA / CD membunuh unduhan.
Mike Pennington

Itu juga tergantung pada ujung mana Penuh dan ujung mana Setengah Penuh yang mengirim / menerima tanpa masalah sementara yang lain akan melihat tabrakan untuk setiap paket. Ini berarti bahwa transfer data dari ujung Penuh akan menyebabkan lebih sedikit tabrakan di bagian Setengah ( karena setengah ujung akan mencoba untuk memeras ACK antara paket besar) sementara sebaliknya, ujung penuh akan menyebabkan banyak tabrakan karena memiliki lebih banyak kesempatan untuk "memukul" paket besar dengan pengakuan yang lebih kecil. Itu mungkin bukan penjelasan yang tepat tetapi cocok dengan apa yang saya lihat.
Remi Letourneau

@RemiLetourneau, jelas jika arah ketidakcocokan harus dibalik, efeknya akan dibalik juga. Jika demikian, Anda dapat menukar istilah komputer / sakelar dalam jawaban saya (yang merupakan bingkai untuk menjawab pertanyaan OP). Tidak yakin saya mengikuti semua sisa komentar Anda.
YPelajari

@YLPelajari Apa yang ingin saya katakan adalah bahwa gejala ketidakcocokan dupleks termasuk lalu lintas terjadi pada kecepatan yang relatif normal satu arah dan melambat ke perayapan sebaliknya. Sesuatu yang harus dilakukan di mana ujung mengirim bingkai besar dan ujung penyihir mengirim mengakui. Seperti yang Anda katakan, jika Anda membalikkan konfigurasi ketidakcocokan, Anda membalikkan kelambatan lalu lintas.
Remi Letourneau

3

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.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.