Determinar las necesidades óptimas de ancho de banda para la oficina

Actualmente estamos utilizando el enrutador Cisco 1921 / K9 junto con el conmutador SG300 L3 y otros conmutadores L2 en el entorno de oficina. Estamos conectados a una línea de fibra de 10M para internet, pero aún no estamos seguros de si necesitamos tanto ancho de banda. ¿Cuál es una buena manera de probar si nuestro uso actual realmente necesita tanto ancho de banda?

Mis pensamientos iniciales fueron ver cuántas veces durante el día alcanzamos el uso máximo de ancho de banda. ¿Es posible rastrear eso a través del equipo actual? ¿Es este incluso un buen método para probar las necesidades de ancho de banda?

— lamp_scaler
fuente

¿Qué firewall tienes? Cisco PIX / ASA incluye gráficos de utilización.

— generalnetworkerror

Si descubre que no necesita toda esa capacidad, ¿qué acciones planea tomar? ¿El propósito es ordenar un circuito más pequeño / más barato?

— ytti

@generalnetworkerror sin firewalls

— lamp_scaler

@ytti basado en los datos, ya sea por el ancho de banda o por el plan de ancho de banda de nuestro ISP

— lamp_scaler

¿Puede publicar 'sh int X' para su interfaz WAN 10M (es el enlace wan en sí 10M, o dónde está el punto de congestión real de 10M?).

— ytti

Respuestas:

En términos generales, puede instalar MRTG o cualquier software de gráficos de red e información histórica que pueda extraer estadísticas de interfaz a través de SNMP. Un software gratuito agradable y fácil para esto es CactiEZ . Se puede ejecutar fácilmente en un servidor antiguo o se puede montar e instalar fácilmente en una máquina virtual.

Sin embargo, dado que está utilizando un enrutador Cisco, puede habilitar NetFlow en sus interfaces y exportar esa información a un recopilador / software de Netflow como Solarwinds Traffic Analyzer . Esto le permite usar el enrutador para clasificar los tipos de tráfico que atraviesan esa interfaz e informarlo al recopilador. Luego, puede obtener una mejor información estadística sobre qué tipo de tráfico se está utilizando y hacia dónde va y dónde va también.

— knotseh
fuente

Otro excelente recopilador de NF es Scrutinzer: plixer.com/Products/download-options.html . La versión gratuita tiene algunas limitaciones, pero sigue siendo muy útil y acaba de responder una pregunta que tuve hoy sobre un pico de salida de 250Mb / s.

— generalnetworkerror

¿Cómo se habilita netflow? ¿cuesta extra?

— lamp_scaler

@lamp_scaler: puede consultar plixer.com/Scrutinizer-Netflow-Sflow/… , pero no está seguro de si su enrutador tiene la función de software.

— generalnetworkerror

@lamp_scaler No creo que requiera ninguna licencia adicional para NetFlow en un enrutador de la serie 1900. Debería poder habilitarlo agregando, en cada interfaz, salida de flujo de flujo de entrada de flujo de ip y en la configuración global ... ¿exportar un flujo de ip? y configurar el destino, la versión y el origen.

— knotseh

SNMP es muy útil para este tipo de monitoreo. Para un solo enrutador, puede descargar la versión gratuita de PRTG y configurarla para monitorear el ancho de banda de la interfaz.

En su enrutador deberá habilitar el acceso SNMP. Para hacerlo, ingrese snmp-server community [name of your choice] ROen el modo de configuración global. Configurar PRTG también es bastante simple, y hay mucha documentación en su sitio web con respecto a los detalles.

— Yosef Gunsburg
fuente

Con SNMP es muy difícil ver la tasa máxima real, ya que son datos promediados. De manera óptima, veríamos todos los datos enviados con al menos una precisión de milisegundos o más, y luego podríamos calcular la demanda máxima.

— ytti

@ytti sí, pero si no está alcanzando su pico de forma constante con el tiempo, es posible que no necesite todo el ancho de banda adicional. Si alcanza los 20Mbps durante unos segundos, pero el promedio es de 2Mbps, el pico no es característico de su flujo de tráfico y de la saturación general del enlace.

— Yosef Gunsburg

Si alcanza los 20Mbps durante unos segundos y baja el enlace a 2Mbps, perderá fotogramas en esos pocos segundos. Y experimentará una alta latencia en otros picos más pequeños.

— ytti

@ytti dice que tiene un usuario descargando un archivo de 100MB. Llegará a su punto máximo durante la descarga, pero no soltará fotogramas si reduce el enlace. Con menos ancho de banda, los protocolos L4 se ocuparán de esos problemas con las ventanas.

— Yosef Gunsburg

La única forma de reducir la transferencia es soltar cuadros, así es como funciona TCP :)

— ytti