Es posible medir uso de switchs?

Activa el snmp y los monitoreas de esa manera. En ccni los monitoreabamos de esa manera y el OpManager tomaba todos los parámetros. Imagino que una plataforma de administración también podría tomar esos mismos datos

Yes por snmp es el metodo, puedes ver la utilización, viendo como están los procesos y la CPU, puedes analizar tambien la interfaces de Uplink, ver su % de utilización ya que estas son las que se llevan toda la pega y finalmente la tabla MAC del equipo.

Saludos

Con las respuestas repregunto...

He sabido casos de switchs que se han "quemado" por uso excesivo. ¿Es mito urbano?
Si pueden los switch irse a la mierda por uso excesivo, ¿que métrica o umbral es recomendable mirar, registrar y medir para chequear que tan cerca/lejos está el switch del punto de fundirse?

Gracias

Zuljin dijo:

Con las respuestas repregunto...

He sabido casos de switchs que se han "quemado" por uso excesivo. ¿Es mito urbano?
Si pueden los switch irse a la mierda por uso excesivo, ¿que métrica o umbral es recomendable mirar, registrar y medir para chequear que tan cerca/lejos está el switch del punto de fundirse?

Gracias

Haz clic para expandir...

La idea es tenerlos en un lugar con buena ventilación. Si son empresariales (hablando de Core) que esten en un Datacenter con temperatura acorde y no en la bodega llenos de cajas encima y 36 ° .

También que sean de "buena familia" influye en que esten hechos para durar. Alguien dijo "Cisco"?

Yo no he sabido de equipos quemados solo por usarlos, si los he visto quedamos por mala instalación, es decir red eléctrica inestable o sin las condiciones ambientales para su operación, como temperatura y humedad.

Para la operación de un swtich es clave mirar la CPU y su utilización, por sobre del 50% es alto, ya que el swtich hace la operación de swicheo con una memoria especial llamada CAM por lo que en general la utilización de la CPU debiese ser baja, a no ser que sea un swtich L3 o algo así.

Tambien otro punto clave es la cantidad de direcciones MAC que tiene el equipo en su tabla CAM ya que esta es una limitancia del equipo en su memoria interna, por ejemplo un equipos Cisco 2960 soporta 8000 direcciones MAC un 2960-X soporta 16000, los dell power connect 2808 tambien soporta 8.000 direcciones MAC.

El equipos que quieres ver es solo L2? o tambien es L3?

Saludos

Antiguamente existia un ataque para spamear switches l3, y hacer que tuvieran 100% de procesador para quemarlos: pero esa wa era mas rara que encontrar una red con hubs

Zuljin dijo:

He sabido casos de switchs que se han "quemado" por uso excesivo. ¿Es mito urbano?

Haz clic para expandir...

En mi caso, los unicos switches que se me han "quemado" ha sido por falla de sus ventiladores ...

¿que métrica o umbral es recomendable mirar, registrar y medir para chequear que tan cerca/lejos está el switch del punto de fundirse?

Haz clic para expandir...

En nuestro caso, luego de la primera falla de este tipo que tuvimos, optamos por realizar limpieza de ventiladores cada 6 meses.
Saludos.

los puedes monitorear si son administrables. los cisco y los hp son los mas usados.. cuando estaba en synapsis mi pega era esa monitorear la red.. y si podias ver carga del backbone, de los cores y tambien de los servers directamente.

lo mas complicado es cuando tiraban un respaldo en horario habil... podia recargarse un segmento completo y afectar a varios clientes. por lo mismo como politica los respaldos no se hacen en horario habil...

slds

razordasquad dijo:

los puedes monitorear si son administrables. los cisco y los hp son los mas usados.. cuando estaba en synapsis mi pega era esa monitorear la red.. y si podias ver carga del backbone, de los cores y tambien de los servers directamente.

lo mas complicado es cuando tiraban un respaldo en horario habil... podia recargarse un segmento completo y afectar a varios clientes. por lo mismo como politica los respaldos no se hacen en horario habil...

slds

Haz clic para expandir...

Ya no estás en sinapsis? mfg

que se quemen asi como asi dificil. si por un "error involuntario" no se les realiza mantenimiento, operen en un rack sin ventilación o climatización apropiada, instalacion electrica sin estabilizadores y/o supresores de tensión, mal aterrizada, etc, etc es posible ver mas de algun switch quemado.

lo ideal es generar politicas de prevención para que esto no ocurra.

Cosme dijo:

Antiguamente existia un ataque para spamear switches l3, y hacer que tuvieran 100% de procesador para quemarlos: pero esa wa era mas rara que encontrar una red con hubs

Haz clic para expandir...

eso era una vulnerabilidad en caso de no implementar correctamente el spanning tree o era otra cosa directa al os del switch?

VittokoX dijo:

Ya no estás en sinapsis? mfg

Haz clic para expandir...

ya no perrin, me fueron para no pagar el mes por año y recibir la mitad de los 2.000.000

slds

En la usm un alumno está trabajando en una memoria para monitorizar el tráfico, el estado y la carga de todo el equipamiento cisco de la red. Creó un bot basado en python para estre propósito y lo despliega en un sitio web tipo wiki.

Maxtrix dijo:

En la usm un alumno está trabajando en una memoria para monitorizar el tráfico, el estado y la carga de todo el equipamiento cisco de la red. Creó un bot basado en python para estre propósito y lo despliega en un sitio web tipo wiki.

Haz clic para expandir...

El código será liberado bajo la GPL de GNU?

Enviado desde mi Moto X con cm12

Si habilitas el SNMP en los switches, con cualquier herramienta de monitoreo podras recoletar los datos necesarios. Por otro lado algunos switches en su interfaz de administración web entregan datos de status tambien.

Saludos

Tbon dijo:

Si habilitas el SNMP en los switches, con cualquier herramienta de monitoreo podras recoletar los datos necesarios. Por otro lado algunos switches en su interfaz de administración web entregan datos de status tambien.

Saludos

Haz clic para expandir...

Claro, ya hay varias herramientas que recolectan Info vía snmp, así que habría que ver que hace la app que mencionaban que estaban desarrollando, a ver si hace alguna competencia a las ya existentes

Enviado desde mi Moto X con cm12

miguelwill dijo:

El código será liberado bajo la GPL de GNU?

Enviado desde mi Moto X con cm12

Haz clic para expandir...

Las memorias normalmente son liberadas para fines académicos, para bajarlas hay que estar conectado dentro del dominio de la u, (AKA Consigue un amigo de la usm que te la baje)

Maxtrix dijo:

Las memorias normalmente son liberadas para fines académicos, para bajarlas hay que estar conectado dentro del dominio de la u, (AKA Consigue un amigo de la usm que te la baje)

Haz clic para expandir...

Jaja Ok xD

Enviado desde mi Moto X con cm12

Usa Cacti o algunas de aqui, ya si eres rico, te recomiendo SNMPc Castle Rock o si tienes presupuestos ilimitados usa las de HP IMC u Open vieW.

http://www.infoworld.com/article/2683857/network-monitoring/article.html#slide8
y si se miden los dispositivos de red, no por que se quemen, si no por que conforme van aumentado los usuarios o las maquinas se hacen poderosas, demandan mas poder de procesamiento de los equipos de red y el uso de memoria o de CPU aumenta, pero no de manera lineal, es de manera exponencial o geometrica, se recomienda empezar a ahorrar cuando veas utilizaciones del 50% sostenidas en CPU o memoria... apartir de aqui suben al 100% casi por cualquer cosa.

picos esporadicos son normales.



esto se conoce en el medio como performance management. algunas herrramientas avisan con emails o tweets cuando detectan dispositivos fuera de SLA.

Saludos!