Switchport in half duplex - Velocità di download sofferente ma upload andava bene

Un utente ha avuto problemi con la velocità di download da Internet. La connessione a Internet è 100 Mbit / s. L'utente ha ottenuto circa 7 Mbit / s a ​​valle e circa 80 Mbit / s a ​​monte.

Ho provato dal mio computer e ho ottenuto circa 70 Mbit / s in downstream e 80 Mbit / s in upstream. Ovviamente la colpa era del PC degli utenti.

Ho controllato lo switch che è un Catalyst 3560 ed eccolo come mi aspettavo, la porta era in half duplex. L'utente ha codificato il suo PC su 100 / full e la porta utilizzava auto. La velocità viene rilevata dagli impulsi di collegamento rapido (FLP) ma il duplex deve essere considerato pari alla metà, quindi la porta utilizzava 100 / metà. Con il controller dello spettacolo ho potuto vedere le collisioni e le collisioni tardive come previsto.

La larghezza di banda è stata testata tramite il sito svedese www.bredbandskollen.se. Utilizza inizialmente TCP per testare la latenza. Quindi apre un socket tramite Flash e esegue diversi HTTP GET (TCP) e misura la banda a valle con per circa 10 secondi. Successivamente esegue quattro post HTTP sul server e invia il traffico per 10 secondi e calcola la larghezza di banda a monte.

So che questo tipo di siti non sono precisi al 100% ma di solito possono almeno fornire qualche tipo di indicazione se sei vicino a ricevere il tipo di larghezza di banda che dovresti ed è stato un test facile da eseguire per assicurarti che fosse il qui l'utente e non la rete.

1. Perché è stato interessato solo a valle e non a monte?

2. Queste sono vere collisioni? Poiché il cavo ha coppie di trasmissione e ricezione separate.

Questo è un comportamento del tutto normale con una mancata corrispondenza duplex.

Perché è stato interessato solo a valle e non a monte?

Poiché il computer funziona in modalità full duplex, non utilizza CSMA-CD. Ciò significa che non controlla se il supporto è inattivo prima di trasmettere, né percepirà tutti i dati che riceve durante la trasmissione come una collisione. Pertanto, il caricamento dal computer rimarrebbe in gran parte inalterato.

Al contrario, lo switch utilizza CSMA-CD e attenderà che il supporto sia inattivo prima di trasmettere. Inoltre, quando l'interruttore rileva una collisione, interrompe immediatamente la trasmissione del frame e segue la procedura di rilevamento delle collisioni CSMA-CD. Ciò ha un impatto significativo sulle prestazioni del traffico inviato al computer.

Quando il traffico è TCP, l'effetto negativo verrà moltiplicato poiché eventuali ACK TCP persi che vanno al computer causeranno una ritrasmissione TCP.

Queste sono vere collisioni? Poiché il cavo ha coppie di trasmissione e ricezione separate.

Sì, sono vere collisioni; anche in un ambiente half duplex completo (es. hub) esistono coppie di trasmissione e ricezione separate. Il motivo è che in un ambiente half duplex gli hub ripetono il segnale ricevuto su una porta su tutte le altre porte. Se due stazioni tentassero di trasmettere contemporaneamente, il segnale che verrà ripetuto non sarà utilizzabile.

Poiché lo switch funziona in modalità half duplex, funziona come in un tale ambiente e può solo trasmettere o ricevere in qualsiasi momento. Ogni volta che lo switch invia un frame e rileva altro traffico sul supporto (ovvero il computer, che non sta cercando un supporto inattivo), questo viene trattato come una collisione e lo switch seguirà la procedura di rilevamento delle collisioni (che include un attendere o tornare indietro nel tempo).

Dato che il computer non funziona in questo modo (ovvero inizia a trasmettere automaticamente quando ci sono dati da inviare), si verificano molte più collisioni di quante si otterrebbero in un ambiente interamente costituito da dispositivi half duplex.

Modifica: Mi sono imbattuto in un riferimento a questi questo fine settimana durante la ricerca di una questione non correlata in cui sono stati indicati come false collisioni . Non sarei d'accordo con questo punto di vista poiché l'interruttore li vede chiaramente come una collisione e li gestisce come tali. Piuttosto, li considererei collisioni inutili in quanto non dovrebbero esistere in una rete commutata.

A parte questo, questo è il tipo più spesso riportato di disallineamento duplex (dove l'interruttore è impostato su auto e il computer su full duplex). Molte persone scaricano molto più di quanto caricano, tendono a notare più facilmente questa condizione per segnalarla.

Se il TCP è stato testato, ci sono molte cose che non puoi controllare o persino immaginare. La differenza tra downstream / upstream potrebbe essere facilmente causata dalle impostazioni di priorità interne della scheda NIC, dai buffer per RX / TX e da impostazioni essenzialmente di basso livello che determinano come gestire il traffico RX e TX.

i "controller sh" dovrebbero segnalare qualsiasi condizione RX e TX simultanea come collisione se si lavora in modalità half-duplex.