Determinazione delle esigenze di larghezza di banda ottimali per l'ufficio

Attualmente stiamo utilizzando il router Cisco 1921 / K9 insieme allo switch SG3 L3 e altri switch L2 in ambiente d'ufficio. Siamo collegati a una linea in fibra 10M per Internet ma non siamo sicuri se abbiamo ancora bisogno di così tanta larghezza di banda. Qual è un buon modo per testare se il nostro utilizzo attuale richiede davvero tanta larghezza di banda?

Il mio pensiero iniziale era di vedere quante volte durante il giorno abbiamo raggiunto il picco di utilizzo della larghezza di banda. È possibile rintracciarlo tramite l'attrezzatura attuale? È anche un buon metodo per testare le esigenze di larghezza di banda?

— lamp_scaler
fonte

Che firewall hai? Cisco PIX / ASA includono grafici di utilizzo.

— generalnetworkerror

Se scopri che non hai bisogno di tutta quella capacità, quali azioni hai intenzione di intraprendere? Lo scopo è ordinare un circuito più piccolo / economico?

— ytti,

@generalnetworkerror no firewalls

— lamp_scaler

@ytti in base ai dati, sulla larghezza di banda o sul piano di larghezza di banda dal nostro ISP

— lamp_scaler

Puoi pubblicare 'sh int X' per la tua interfaccia WAN 10M (il link wan stesso è 10M o dove si trova il punto di congestione 10M effettivo?).

— ytti,

Risposte:

In generale, è possibile installare MRTG o qualsiasi software di grafica di rete e dati storici in grado di estrarre le statistiche dell'interfaccia tramite SNMP. Un software gratuito piacevole e facile per questo è CactiEZ . Può essere facilmente esaurito su un vecchio server o montato e installato facilmente su una VM.

Tuttavia, poiché si utilizza un router Cisco, è possibile abilitare NetFlow sulle proprie interfacce ed esportare tali informazioni in un raccoglitore / software Netflow come Solarwinds Traffic Analyzer . Ciò consente di utilizzare il router per classificare i tipi di traffico che attraversano quell'interfaccia e riportarli al collector. È quindi possibile ottenere informazioni statistiche migliori su quale tipo di traffico viene utilizzato e su dove va e viene.

— knotseh
fonte

Un altro eccellente collezionista di NF è Scrutinzer: plixer.com/Products/download-options.html . La versione gratuita ha alcune limitazioni, ma è ancora molto utile e ha appena risposto a una domanda che avevo prima di circa un picco in uscita di 250 Mb / s.

— generalnetworkerror

Come si abilita netflow? costa di più?

— lamp_scaler

@lamp_scaler - puoi controllare plixer.com/Scrutinizer-Netflow-Sflow/… , ma non sei sicuro che il tuo router abbia la funzione software.

— generalnetworkerror

@lamp_scaler Non credo che sia necessaria alcuna licenza aggiuntiva per NetFlow su un router serie 1900. Dovresti essere in grado di abilitarlo aggiungendo, a ciascuna interfaccia, l'ingresso del flusso IP in uscita e il flusso IP in entrata nella configurazione globale .... fai un flusso-esportazione ip? e configurare destinazione, versione e sorgente.

— Knotseh,

SNMP è molto utile per questo tipo di monitoraggio. Per un solo router, puoi scaricare la versione gratuita di PRTG e configurarla per monitorare la larghezza di banda dell'interfaccia.

Sul router dovrai abilitare l'accesso SNMP. Per fare ciò, entra snmp-server community [name of your choice] ROin modalità di configurazione globale. Anche la configurazione di PRTG è abbastanza semplice e sul loro sito Web è disponibile molta documentazione relativa alle specifiche.

— Yosef Gunsburg
fonte

È molto difficile con SNMP vedere l'effettiva frequenza di picco, dato che sono dati medi. In modo ottimale visualizzeremmo tutti i dati inviati con una precisione di almeno millisecondi o superiore, quindi potremmo calcolare il picco della domanda.

— ytti,

@ytti sì, ma se non raggiungi il picco in modo costante nel tempo, potresti non aver bisogno di tutta la larghezza di banda aggiuntiva. Se colpisci 20 Mbps per pochi secondi, ma in media 2 Mbps, il picco non è caratteristico del flusso di traffico e della saturazione generale dei collegamenti.

— Yosef Gunsburg,

Se colpisci 20 Mbps per pochi secondi e downgrade il link a 2 Mbps, lascerai cadere i frame in quei pochi secondi. E sperimenterai un'elevata latenza in altri picchi più piccoli.

— ytti,

@ytti dice che hai un utente che scarica un file da 100 MB. Piccherà durante il download, ma non lascerà cadere i frame se ridimensionate il collegamento. Con meno larghezza di banda, i protocolli L4 si occuperanno di quei problemi con il windowing.

— Yosef Gunsburg,

L'unico modo per ridimensionare il trasferimento è di eliminare i frame, ecco come funziona TCP :)

— ytti