Qual è il calo della velocità effettiva inferiore al secondo sulle interfacce di rete Ethernet


17

Su un'interfaccia di rete, le velocità sono fornite in termini di dati nel tempo, in particolare sono bit al secondo. Tuttavia, nel mondo dell'informatica ultraveloce, un secondo è un periodo davvero lungo.

Quindi, ad esempio, dato un decadimento lineare. Un'interfaccia da 1 GBit al secondo farebbe 500Mbit al mezzo secondo, 250 Mb al quarto di secondo ecc.

Immagino che in certe unità di tempo questo non sia più lineare. Forse questo è impostato da frequenze Ethernet, velocità di clock del sistema, timer di interruzione ecc. Sono sicuro che questo varia a seconda del sistema - ma qualcuno ha più informazioni o white paper su questo?

Uno dei motivi principali per cui sono curioso è capire le cadute di output sulle interfacce. Anche se la velocità al secondo è molto inferiore a quella che l'interfaccia è in grado di gestire, forse ci sono picchi che causano cadute solo per un numero limitato di millisecondi. Forse varie coalescenze nasconderebbero questo effetto - o forse lo aumenterebbero sull'interfaccia ricevente? Le code fanno la differenza qui?

Esempio:
quindi dato che se questo è lineare fino alla MS avremmo 1Mbit / MS, e se Wireshark non sta distorcendo ciò che vedo, dovrei vedere delle cadute quando ho un picco oltre 1Mbit?inserisci qui la descrizione dell'immagine


Le velocità nominali si basano su diverse variabili in genere. Quando si parla di BPS viene utilizzato il pacchetto più grande. Quando si parla di PPS viene utilizzato il pacchetto più piccolo.
dbasnett,

La frase che stai cercando è "microburst", potresti pubblicare la marca / modello dello switch?
James Cape,

Ho letto alcune cose sui micro scoppi. Durante i tempi di inattività pianificati per guasto del server alle 21:00 MEST ho letto il blog sul problema qui. Kyle: È possibile impostare artificialmente le linee in arrivo su 10 MBit / s? Questo potrebbe essere un altro approccio per contrastare i micro-scoppi ...
Nils,

Il tempo in cui Wireshark riporta il frame riflette quando è effettivamente uscito sul cavo o quando è entrato nel buffer in uscita nel sistema operativo e / o nel driver?
Rakslice,

Risposte:


7

La velocità non è così essenziale come molti pensano. Avevo un server che aveva molti drop (in entrata e in uscita), ma ogni strumento mostrava solo un basso utilizzo della larghezza di banda (su un collegamento gigabit, in media inferiore al 2%).

Tuttavia, i contatori delle statistiche hanno mostrato di rilasciare tx e rx sul server. Un'analisi dei pacchetti ip ha mostrato che il server è stato invaso da migliaia di minuscole sessioni ip contenenti solo pochi byte.

Quindi il vero problema - che potresti vedere anche nel tuo caso - potrebbe essere che il tuo hardware e / o stack di pacchetti IP non è in grado di servire abbastanza pacchetti al secondo.

Di quale sistema operativo stai parlando? Se è Linux posso darti ulteriori dettagli.

Aggiunto: 26/06/2011 (Stiamo parlando di uno switch / router Cisco 2960-S)

Strano che Cisco non conosca le proprie schede tecniche. : - /

Guarda la sezione "Tasso di inoltro: pacchetto da 64 byte Cisco Catalyst 2960-S" qui . Da questo direi che il 2960-S è il fratello maggiore del 2960 e dovrebbe fare molto PPS. Dove riscontri questo problema? È un trunk / uplink?

Dato che parli di layer 2 dimentica l'IP - siamo a livello di pacchetto ethernet. Ma il problema potrebbe essere lo stesso.

Dove / come hai fatto a usare quel filo metallico?


Dove li sembriamo principalmente è sui nostri switch Cisco 2960S L2.
Kyle Brandt,

PPS è interessante, nemmeno sicuro di quale PPS dovrei essere in grado di spingere al secondo su una singola porta, per non parlare dei pacchetti per millisecondo. Ho chiesto a Cisco del PPS su una porta ma non potevano dirmelo.
Kyle Brandt,

Se stai parlando dei contatori di drop di input e output su un'interfaccia specifica, Cisco ha una bella pagina con suggerimenti per la risoluzione dei problemi su cisco.com/en/US/products/hw/routers/ps133/… .
James Sneeringer,

@kyle - la velocità massima del filo pps su gigabit è 1.953.125 (presupponendo pacchetti da 64 byte).
Greg Askew,

Le velocità PPS non vengono mai calcolate con pacchetti a 64 byte. Questo potrebbe essere il tuo problema. È possibile che si stiano passando troppi pacchetti di piccole dimensioni e si raggiunga la massima velocità PPS ma non la velocità massima in bit rate.
Antoine Benkemoun,

2

Poiché la velocità della linea non elaborata è 1 Mbps / mS, come hai detto, il grafico che mostra i picchi leggermente superiori deve essere leggermente distorto. I pacchetti persi non ci sono e quindi non fanno parte del grafico.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.