Cos’è la congestione della rete? Come risolvere le cause comuni / Auvik

Ci sono poche aree di rete così problematiche e allo stesso tempo così risolvibili, come la congestione della rete. Comprendere le cause più comuni di congestione della rete cause può aiutare a rilevare loro, risolverli, e impedire loro di ritagliare di nuovo.

Come identificare la congestione della rete

La congestione della rete è generalmente vista dall’utente finale come “rallentamento della rete” o tempi di risposta sul nostro computer non all’altezza. Quel temuto ” la rete è lenta!”o” Internet è lento”, e talvolta anche”il mio computer è lento”. Per l’utente finale, tutti questi problemi sembrano gli stessi. Ma c’è di più nella congestione della rete di questo.

C’è una varietà di strumenti nella vostra casella degli strumenti di gestione della rete per aiutare a identificare e risolvere i problemi di congestione della rete. Tuffiamoci.

Ci sono cinque modi principali in cui vediamo la congestione della rete:

Problemi di larghezza di banda

Probabilmente la causa più comune di congestione della rete è la semplice vecchia larghezza di banda. La larghezza di banda è la velocità massima che i dati possono percorrere lungo un determinato percorso, la capacità totale di quel percorso. Quando semplicemente non c’è abbastanza larghezza di banda per gestire la quantità di traffico che hai per una particolare rete, hai la congestione della rete.

Tempo per un’analogia stradale. Se hai un’autostrada a due corsie progettata per gestire 1000 auto all’ora, questa è la larghezza di banda dell’autostrada. Ora, se provi a spingere 3000 auto lungo la stessa autostrada (stesse auto, stesse condizioni meteorologiche, stessa ora del giorno), tutto il traffico inizierà a rallentare. Questo rallentamento è la congestione. La mancanza di larghezza di banda sufficiente è la causa principale di questa congestione.

Latenza

La latenza è il ritardo nel tempo necessario al pacchetto di dati per passare dal punto A al punto B. Quindi, usando lo stesso esempio sopra sulla larghezza di banda: sei un autista in autostrada e stai viaggiando al limite di velocità. Giornata tipica, condizioni tipiche. Ma cosa succede se tutto ad un tratto si colpisce il traffico dell’ora di punta? Come abbiamo spiegato sopra, dovrai rallentare. Stai rallentando per evitare collisioni con le altre auto. E così è la macchina dietro di te, e così via. Quindi ora, quello che ti avrebbe portato X tempo al limite di velocità richiederà molto più tempo (grazie, traffico). Quel nuovo tempo più lento è la tua latenza.

La latenza normalmente funziona di pari passo con la larghezza di banda e altri problemi di congestione. Quindi, mentre la latenza in genere non è la causa della congestione della rete, è sicuramente uno dei sintomi, come vedremo più avanti.

Jitter

Jitter è la variabilità del ritardo. I computer, come i driver, amano avere il loro traffico coerente e prevedibile. E quando il traffico diventa incoerente, o imprevedibile, provoca variabilità nel ritardo (jitter) e provoca ulteriore congestione.

Torna all’autostrada. Non tutte le auto extra appaiono sull’autostrada allo stesso tempo, e non tutte escono allo stesso tempo. Per le reti, che potrebbe essere un computer che inizia l’invio di grandi raffiche di traffico sulla rete, occupando quantità eccessive di larghezza di banda.

Ogni volta che la rete tenta di regolare, il computer cambia i suoi modelli di traffico. Questo è il modo in cui il jitter crea congestione. L’apparecchiatura di supporto di rete sta cercando di adattarsi alla variabilità e non riesce a tenere il passo. Al fine di evitare collisioni sulla rete, il computer avvierà un back-off casuale e sospenderà l’invio di pacchetti per un periodo di tempo casuale, misurato in millisecondi. Ciò fa sì che gli altri trasmettitori sulla rete attendano prima di riprovare, aumentando la congestione come effetto a cascata. Il che porta al nostro prossimo colpevole.

Ritrasmissioni di pacchetti

Le ritrasmissioni di pacchetti sono solitamente il risultato dei primi tre problemi di congestione. Se un pacchetto non arriva a destinazione, o se arriva danneggiato, allora deve essere risentito. E questo ha un modo di esacerbare il problema. Se è necessario inviare ogni pacchetto due o più volte per raggiungere la destinazione, si sta aumentando la congestione del traffico senza alcun beneficio incrementale. Sarebbe come portare la famiglia in un viaggio, ma ogni persona prende la propria auto!

Collisioni

Il processo di back-off, menzionato in relazione al jitter, è una situazione grave in cui tutti i pacchetti devono attendere la cancellazione della rete prima di ritrasmetterli. Normalmente ciò è dovuto a collisioni di pacchetti sulla rete, il risultato di apparecchiature difettose o cablaggio scadente. Quando i pacchetti si scontrano, useranno questo processo e un timer per determinare quando possono ritrasmettere. Ciò porta a ritardi e congestioni ancora maggiori. Proprio come una collisione su un’autostrada, la polizia deve fermarsi e dirigere il traffico per la sicurezza di tutti.

Cause della congestione della rete

Come per qualsiasi processo di risoluzione dei problemi, comprendere la causa principale della congestione della rete è fondamentale per risolverlo. Alcuni sono più comuni di altri, ma è importante riconoscerli tutti se vuoi sapere come gestirli.

Traffico non necessario

Il traffico non necessario è una causa comune di congestione della rete. Questo verrà visualizzato sulle reti in modi diversi. Ad esempio, qualcuno che trasmette video Netflix o YouTube al lavoro conterebbe come “non necessario” in molte situazioni e causa congestione poiché il traffico video utilizza molta larghezza di banda.

Altri esempi potrebbero essere traffico non richiesto come pubblicità o chiamate VoIP spazzatura che legano la larghezza di banda. Dovresti essere in grado di identificare il traffico non necessario utilizzando la console di gestione della rete.

Traffico mal configurato

Una tipica rete aziendale ospita molti tipi di traffico diversi. C’è il traffico broadcast per il funzionamento della rete, il traffico multicast per flussi multimediali in tempo reale e il traffico unicast per supportare le funzioni di trasferimento dati, voce e video che utilizziamo ogni giorno. Quello che chiameremmo traffico “business critical” può essere uno qualsiasi di questi tipi, ma è importante capire e dare la priorità a ciò che è. Tutto il traffico è mescolato e nella maggior parte delle reti vengono trattati allo stesso modo dai dispositivi di rete, il che significa che tutti ottengono una quota uguale di larghezza di banda. Se questo non è compreso e configurato correttamente, i problemi sono solo una questione di tempo. È qui che i protocolli QoS (Quality of Service) salvano la giornata.

Proprio come i veicoli che viaggiano lungo l’autostrada, la qualità del servizio è condivide la stessa rete, ma in modo disuguale. Il traffico viene classificato e inoltrato in base a regole preimpostate. QoS consente di aggiungere un po ‘ di trattamento speciale per il traffico business critical e applicazioni in tempo reale, farli attraverso la congestione più veloce.

Tempo autostrada di nuovo. Se un carico sovradimensionato si muove lungo l’autostrada, è necessario rimanere nella corsia più a destra, dove dovrebbe andare il traffico lento. Ma se il carico sovradimensionato vaga in un’altra corsia back l’eccessiva congestione del traffico è tornata. D ” altro canto, un corteo presidenziale sta per avere una scorta di polizia, permettendogli di scivolare passato tutti gli altri con la massima priorità.

Traffico business-critical

In una rete senza intoppi, il gestore di rete deciderà quali tipi di traffico si qualifica come “business-critical”, e riservare la maggior parte della larghezza di banda per esso. Ciò potrebbe variare dal traffico vocale su una rete VoIP in un call center aziendale al sistema di immissione degli ordini per una grande attività di e-commerce. La larghezza di banda rimanente viene lasciata per altri tipi di traffico. Uno dei modi migliori per identificare il traffico business-critical è con uno strumento come l’analisi del traffico di rete Auvik.

Come risolvere i problemi di congestione della rete

Una volta identificato, risolvere la congestione della rete non è così difficile. Il primo e più importante passo è capire la tua rete e i suoi flussi di traffico. Se non riesci a vederlo, non puoi aggiustarlo. L’utilizzo di un buon strumento di gestione della rete è essenziale e può fornire l’intuizione e la visibilità necessarie per risolvere questi problemi.

Una volta trovata l’applicazione o il dispositivo problematico, la correzione è spesso semplice come:

• Chiudere l’applicazione problematica, se non è business critical.
• Disconnessione del dispositivo dalla rete se si tratta di un dispositivo non necessario.
• “Educare delicatamente” un utente sull’uso corretto della rete.
• Aggiornamento del firmware del dispositivo per reagire meglio alla congestione della rete.

La correzione esatta dipenderà dalla causa della congestione della rete, ma una volta che si ha visibilità sulla causa del problema, la risoluzione è più spesso una decisione aziendale che tecnica.

Come prevenire futuri problemi di congestione della rete

La prevenzione vale lo sforzo e un po ‘ di spesa. Una volta che hai le tue correzioni in atto, e hai inventariato e mappato la tua rete, sarai in un ottimo posto per fornire supporto continuo per problemi futuri. Ci saranno sempre problemi di sicurezza da affrontare. Modelli di traffico di rete in corso che cambiano. Fusioni e acquisizioni di altre società e reti estere.

La chiave per prevenire la congestione della rete è quello di mettere in atto un monitoraggio costante e di allarme proattivo. E rispondere o pianificare per questi cambiamenti. Un buon strumento per questo saranno gli strumenti di automazione di Auvik.

Cheat sheet: Conoscere i tipi di traffico, sapere cosa fare con loro

Traffico business-critical. Dovresti essere in grado di identificare il traffico di cui ha bisogno la tua azienda e dargli una priorità sulla tua rete. Utilizzando le funzionalità QoS presenti nella maggior parte dei sistemi di controllo di rete, si dovrebbe essere in grado di dare al traffico business-critical una priorità elevata di 4 o 5 utilizzando lo standard DSCP o (differentiated services code point). 5 è il più alto, e business-critical è normalmente fissato a 4. Il traffico business critical può anche essere chiamato dati a bassa latenza o AF23.

Il traffico vocale deve essere impostato al livello 5. Il motivo per cui non impostiamo il traffico business-critical su 5 è che esiste un altro tipo di traffico che richiede il livello 5 noto anche nello standard DSCP come expedited forwarding o EF: traffico vocale o altro traffico a bassa latenza come le transazioni sensibili al ritardo.

Normale traffico commerciale. Questo è dove si dovrebbe classificare il normale traffico aziendale. E-mail, traffico da client a server. Backup di rete. Questa sarà la maggior parte del traffico sulla rete, ma non userà mai la maggior parte della larghezza di banda. È quello che viene chiamato DF o traffico standard. Non ha priorità.

Dati a bassa priorità.Questo sarebbe per il tuo traffico non necessario, fondamentalmente ottenere ciò che è rimasto. Questo è chiamato CS1 nello standard DSCP. Questo non avrebbe alcuna priorità e avrebbe dovuto aspettare per tutti gli altri tipi di traffico. È anche conosciuto come best effort traffic.

Traffico non necessario. La categoria finale deve essere cercata e sorvegliata regolarmente. Questo traffico deve essere rimosso dalla rete per liberare la larghezza di banda per gli altri tipi più importanti e necessari.Questo potrebbe essere il traffico offensivo, Netflix, gioco, o peggio.

Tutti questi tipi di traffico non necessario devono essere localizzati utilizzando gli strumenti di gestione della rete. Una volta catalogati e classificati, possono essere filtrati per essere rimossi completamente dalla rete.