Yarım dubleks switchport - İndirme hızı acı çekiyor ancak yükleme iyiydi

Bir kullanıcının İnternet'ten indirme hızı ile ilgili sorunları vardı. İnternet bağlantısı 100 Mbit / s'dir. Kullanıcı aşağı yönde yaklaşık 7 Mbit / s ve yukarı yönde yaklaşık 80 Mbit / s aldı.

Bilgisayarımdan test ettim ve aşağı yönde yaklaşık 70 Mbit / s ve yukarı yönde 80 Mbit / s var. Açıkçası kullanıcıların PC suçlamak oldu.

Bir Catalyst 3560 olan anahtarı kontrol ettim ve beklediğim gibi liman yarı dubleks oldu. Kullanıcı PC'sini 100 / full olarak kodladı ve port otomatik kullanıyordu. Hız, Hızlı Bağlantı Darbeleri (FLP) tarafından algılanır, ancak bağlantı noktasının 100 / yarım kullanması için dupleksin yarı olduğu varsayılmalıdır. Şov denetleyicisi ile çarpışmaları ve geç çarpışmaları beklendiği gibi görebiliyordum.

Bant genişliği İsveç sitesi www.bredbandskollen.se aracılığıyla test edildi. İlk önce gecikmeyi test etmek için TCP kullanır. Daha sonra Flash aracılığıyla bir soket açar ve birkaç HTTP GET (TCP) yapar ve akış aşağı bant genişliğini yaklaşık 10 saniye ölçer. Bundan sonra sunucuya dört HTTP mesajı gönderir ve 10 saniye boyunca trafik gönderir ve akış yukarı bant genişliğini hesaplar.

Bu tür sitelerin% 100 doğru olmadığını biliyorum, ancak ihtiyacınız olan bant genişliği türünü almaya yakınsanız genellikle en azından bir tür gösterge verebilirler ve bu olduğundan emin olmak için çalıştırmak için kolay bir test kullanıcı ve ağ burada hatalı.

1. Neden sadece akış aşağı etkilenmiş ve akış yukarı değil?

2. Bunlar gerçek çarpışmalar mı? Kablo ayrı iletim ve alma çiftlerine sahip olduğundan.

Bu, dubleks uyumsuzluk ile tamamen normal bir davranıştır.

Neden sadece akış aşağı etkilenmiş ve akış yukarı değil?

Bilgisayar tam çift yönlü modda çalıştığı için CSMA-CD kullanmıyor. Bu, ortamın iletimden önce boşta olup olmadığını kontrol etmez veya bir çarpışma olarak iletirken aldığı verileri algılamaz. Bu nedenle, bilgisayardan yükleme büyük ölçüde etkilenmeyecektir.

Bunun tersine, anahtar CSMA-CD'yi kullanır ve ortamın aktarılmadan önce boşta olmasını bekler. Ayrıca, anahtar bir çarpışma tespit ettiğinde, çerçevenin iletimini derhal durdurur ve CSMA-CD çarpışma algılama prosedürünü izler. Bunun, bilgisayara gönderilen trafik üzerinde önemli bir performans etkisi vardır.

Trafik TCP olduğunda, kayıp TCP ACK'larının bilgisayara gitmesi TCP yeniden iletimine neden olacağından olumsuz etki çoğalır.

Bunlar gerçek çarpışmalar mı? Kablo ayrı iletim ve alma çiftlerine sahip olduğundan.

Evet, bunlar gerçek çarpışmalar; tam yarım dubleks ortamda bile (yani hub'lar) ayrı gönderme ve alma çiftleri vardır. Bunun nedeni, yarı çift yönlü bir ortamda hub'ların bir bağlantı noktasında alınan sinyali diğer tüm bağlantı noktalarından tekrarlamasıdır. İki istasyon aynı anda iletim yapmaya çalışacaksa, tekrarlanan sinyal kullanılamaz.

Anahtar yarı çift yönlü modda çalıştığı için, böyle bir ortamda olduğu gibi çalışır ve yalnızca herhangi bir zamanda iletim yapabilir veya alabilir. Anahtar bir çerçeve gönderdiğinde ve ortamdaki diğer trafiği (yani boşta bir aracı kontrol etmeyen bilgisayar) her algıladığında, bu bir çarpışma olarak değerlendirilir ve anahtar çarpışma algılama prosedürünü ( bekleme süresi veya bekleme süresi).

Bilgisayar bu şekilde çalışmadığından (yani gönderilecek veri olduğunda otomatik olarak iletim yapmaya başlar), tamamen yarı çift yönlü aygıtlardan oluşan bir ortamda elde edeceğinizden çok daha fazla çarpışma ile sonuçlanırsınız.

Düzenleme: Ben yanlış çarpışmalar olarak adlandırılan ilgisiz bir konu ararken bu hafta sonu bu bir referans geldi . Bu görüşe katılmıyorum, çünkü anahtar onları açıkça bir çarpışma olarak görüyor ve bu şekilde ele alıyor. Aksine, onları anahtarlamalı bir ağda bulunmamaları için gereksiz çarpışmalar olarak düşünürdüm .

Bir kenara, bu en sık bildirilen çift yönlü uyumsuzluk türüdür (anahtarın otomatik olarak ve bilgisayarın tam çift yönlü olarak ayarlandığı yerde). Çoğu kişi yüklediklerinden çok daha fazlasını indirir, bu durumu bildirmek için daha kolay fark etme eğilimindedirler.

TCP test edilmişse, kontrol edemeyeceğiniz veya hayal bile edemeyeceğiniz birçok şey var. Aşağı akım / yukarı akım farkına NIC dahili öncelik ayarları, RX / TX için arabellekler ve esasen RX ve TX trafiğinin nasıl işleneceğini belirleyen düşük seviye ayarlar neden olabilir.

'sh kontrolörleri', yarı çift yönlü modda çalışıyorsa, eşzamanlı herhangi bir RX ve TX koşulunu çarpışma olarak rapor etmelidir.