Déterminer les besoins optimaux en bande passante pour le bureau

Nous utilisons actuellement le routeur Cisco 1921 / K9 avec le commutateur SG300 L3 et d'autres commutateurs L2 dans l'environnement de bureau. Nous sommes connectés à une ligne de fibre 10M pour Internet, mais nous ne savons pas encore si nous avons besoin de cette bande passante. Quelle est la bonne façon de tester si notre utilisation actuelle nécessite réellement autant de bande passante?

Mes premières pensées ont été de voir combien de fois au cours de la journée nous avons atteint une utilisation maximale de la bande passante. Est-il possible de suivre cela via l'équipement actuel? Est-ce même une bonne méthode pour tester les besoins en bande passante?

— lamp_scaler
source

De quel pare-feu disposez-vous? Cisco PIX / ASAs inclut des graphiques d'utilisation.

— generalnetworkerror

Si vous découvrez que vous n'avez pas besoin de toute cette capacité, quelles mesures prévoyez-vous de prendre? Le but est-il de commander un circuit plus petit / moins cher?

— ytti

@generalnetworkerror no firewalls

— lamp_scaler

@ytti basé sur les données, soit vers le haut de la bande passante, soit vers le bas du plan de bande passante de notre FAI

— lamp_scaler

Pouvez-vous publier 'sh int X' pour votre interface WAN 10M (le lien Wan lui-même est-il 10M, ou où est le point de congestion 10M réel?).

— ytti

Réponses:

De manière générale, vous pouvez installer MRTG ou tout autre logiciel de représentation graphique et de données réseau qui peut extraire des statistiques d'interface via SNMP. Un logiciel gratuit agréable et facile pour cela est CactiEZ . Il peut être facilement exécuté hors de la boîte sur un ancien serveur ou monté et installé facilement sur une machine virtuelle.

Cependant, puisque vous utilisez un routeur Cisco, vous pouvez activer NetFlow sur vos interfaces et exporter ces informations vers un collecteur / logiciel Netflow tel que Solarwinds Traffic Analyzer . Cela vous permet d'utiliser le routeur pour classer les types de trafic traversant cette interface et le signaler au collecteur. Vous pouvez alors obtenir de meilleures informations statistiques sur le type de trafic utilisé et sur ses flux entrants et sortants.

— knotseh
source

Un autre excellent collecteur NF est Scrutinzer: plixer.com/Products/download-options.html . La version gratuite a certaines limites, mais elle est toujours très utile et elle vient de répondre à une question que j'avais plus tôt aujourd'hui à propos d'un pic sortant de 250 Mo / s.

— generalnetworkerror

Comment activer netflow? cela coûte-t-il un supplément?

— lamp_scaler

@lamp_scaler - vous pouvez vérifier plixer.com/Scrutinizer-Netflow-Sflow/… , mais vous ne savez pas si votre routeur possède la fonctionnalité logicielle.

— generalnetworkerror

@lamp_scaler Je ne pense pas que vous ayez besoin d'une licence supplémentaire pour NetFlow sur un routeur de la série 1900. Vous devriez pouvoir l'activer en ajoutant, à chaque interface, une entrée ip flow egress ip flow ingress et dans la configuration globale .... faire un flux ip exporté? et configurer la destination, la version et la source.

— knotseh

SNMP est très pratique pour ce type de surveillance. Pour un seul routeur, vous pouvez télécharger la version gratuite de PRTG et la configurer pour surveiller la bande passante de l'interface.

Sur votre routeur, vous devrez activer l'accès SNMP. Pour ce faire, entrez snmp-server community [name of your choice] ROen mode de configuration globale. La configuration de PRTG est également assez simple, et il y a beaucoup de documentation sur leur site Web concernant les détails.

— Yosef Gunsburg
source

Il est très difficile avec SNMP de voir le taux de pointe réel, car ce sont des données moyennes. De manière optimale, nous verrions toutes les données envoyées avec une précision d'au moins une milliseconde ou plus, puis nous pourrions calculer la demande de pointe.

— ytti

@ytti oui, mais si vous n'atteignez pas votre pic de façon constante au fil du temps, vous n'aurez peut-être pas besoin de toute la bande passante supplémentaire. Si vous atteignez 20 Mbps pendant quelques secondes, mais 2 Mbps en moyenne, le pic n'est pas caractéristique de votre flux de trafic et de la saturation globale de la liaison.

— Yosef Gunsburg

Si vous atteignez 20 Mbps pendant quelques secondes et que vous rétrogradez le lien à 2 Mbps, vous perdrez des trames à ces quelques secondes. Et vous ressentirez une latence élevée dans d'autres pics plus petits.

— ytti

@ytti indique qu'un utilisateur télécharge un fichier de 100 Mo. Il atteindra un pic pendant le téléchargement, mais ne supprimera pas les images si vous réduisez le lien. Avec moins de bande passante, les protocoles L4 s'occuperont de ces problèmes de fenêtrage.

— Yosef Gunsburg

La seule façon de réduire le transfert est de supprimer des trames, c'est ainsi que TCP fonctionne :)

— ytti