Monitor

Contenido

1 MONITORIZACION DISTRIBUIDA DE LA RED GUIFI
2 Requisitos
3 Ruta de trabajo
4 Fuentes Bibliográficas PARA ESTE PROYECTO

MONITORIZACION DISTRIBUIDA DE LA RED GUIFI

En esta pagina se insertara el sistema de monitorizacion de la red guifi.net y sus servicios. La intencion de esta monitorizacion es:

Buscar posibles bloqueos o cuellos de botella.
Medir el servicio de red y de los servicios.
Medir el SLA que ofrece guifi.net ante incidencias.

Requisitos

Esta monitorizacion se realizara de forma distribuida. Serà important que el sistema sigui distribuït, de fàcil implementació a les diferents zones i integrable a la wiki i també a l'eina actual, la web de guifi.net, bàsicament per no dispersar informació.

Ruta de trabajo

Argumentar los cuellos de botella.

Donde se producen, que sintomas tiene, que consecuencias en el servicio...

> Viento (si esta bien anclada no deberia de ocurrir nada, o solo con > balancearse da errores de cobertura significativos) He visto torretas de telecomunicaciones totalmente dobladas y que en teoría estaban bien montadas & homologadas (hay fotografias & videos en internet)

> un rayo(tienen pararayos, no?) Buenas, mi experiencia con los malditos rayos y las antenas. En mi caso la antena/mastil no recibio impacto directo del rayo, cayo en la torreta de comunicaciones donde esta enganchado uno de los vientos de mi mastil...., conclusion: puerto del POE quemado (parte de datos), el equipo (RB600) sigue operativo...pero con un puerto ethernet menos.

La falta de alimentacion se soluciona con un pequeño SAI, se pueden conseguir mas de dos horas de autonomia y en instalaciones desatendidas protecciones con reconectadores.

I En ocasiones de poco sirven o empeoran la cosa ya que atraen a los rayos y los rayos pueden freir radios a pesar de encontrarse a metros de distancia del punto donde cayo.

> el tiempo (otrs factores climatologicos, pero con un punto de acceso cercano > no debe de haber inconvenientes, no?) Granizo como pelotas de golf, hielo, niebla etc...

> una mala configuración(¿de que?) Despistes de gente pasando una y otra vez el unsolclic sin limpiar la antigua configuración. Trasteo en trastos en plena producción etc...

> un pollo de rutas(te refieres a la asignacion de ip's)voy a leer hilo "pollo > de rutas" Rutas duplicadas, inyección de rutas indebidas normalmente por falta de experiencia o por querer investigar o experimentar en una red en plena producción

Errores que me he encontrado:

De montaje: - una caja estanca de mala calidad (no es IP55 o superior). - caja estanca inadecuada (las tipicas con tetones) - mala instalación de las salidas de la caja (laterales, parte superior). - agujeros en la caja para los anclajes. - pigtails sin proteger o con protección inadecuada - pigtails inadecuados o de baja calidad - antenas o equipos inadecuados en cuanto a potencia, distancia o direccionalidad. - mástiles de baja calidad (los típicos que son baratos y son de poco espresor/diámetro). - mástil, longitud incorrecta/desproporcionada. - mal anclaje o colocación del mástil a la pared. - materiales con baja protección a la intemperie (se oxidan). - mal acondicionamiento del espacio del equipamiento, exponiéndolos a las inclemencias del tiempo. - insuficientes protecciones contra sobre tensiones. - mala ubicación de un supernodo (sin mantenimiento, sin accesibilidad, sin disponibilidad). - proyectos incompletos, sin proxys o sin responsables en la zona (canibalizan los proxys y voluntarios de otras zonas,).

Climatologícas: - ya sabemos: viento, tormentas, heladas, nevadas etc.

Adquiridas: - Mala conexión a la red, sin respetar las buenas practicas. - Configuraciones manuales (hace 2 años que el montaje estándar de supernodos no esta soportado en las aplicaciones). - Interferencias - Abusos del uso de la red o de los servicios que tienen como resultado denegación o degración de los servicios. - Pollastres - Toqueteos de la configuración por parte de terceros - Fallos en unsolclic que introduzcan errores en configuraciones. - Yo creía..., no sabia... (npi de redes, pero tocando supernodos).

Sobre los servicios: - mala configuración del dns o fallo del equipamiento. - fallo de las conexiones de los proxys - fallo de los servidores que dan salida proxy o dns de la red.

Seguramente me dejo muchas.

Info acerca conexión vpn a guifi

Petición de acceso por http://exo.cat a través de nodo en Barcelona y nodo Madrid.

Inserción de sistema de monitorización en guifi.net mediante Drupal

Pendiente de crear laboratorio para insertar sistemas de monitorización.
Ver módulos disponibles en Drupal a ver que tienen.

Creación de Isla en Majadahonda que se extienda

Publicar fotos de azotea San Juan, ver en mapa cobertura. http://guifi.net/ca/node/35425
Crear proyecto de conexión para poder publicar en charla el 28/07. Presupuesto.
Carta a administradores de Granadilla http://guifi.net/ca/node/35294
Carta a administradores San Juan http://guifi.net/ca/node/35425
Búsqueda de información antena Majadahonda al lado de cementerio que daría cobertura al pueblo

Si tienes mas info, envíala por favor a davidperezmartorell @ gmail.com Info de la zona donde esta la torre del cementerio de Majadahonda http://frentedebatalla-gerion.blogspot.com.es/2012/01/cerro-de-la-radio-el-cerro-de-la-radio.html Torre entre Las Rozas y Pozuelo http://www.ure.es/foro/advsearch.html?q=majadahonda&exactname=1&childforums=1&limit=5

Reunión con ayuntamiento la semana que viene para buscar información de puntos disponibles para instalación de antenas para el pueblo.
Busqueda de contacto con radioaficionados de Majadahonda
Exposición guifi en Majadahonda 28 Julio a las 20:00 en Gran Vía frente ayuntamiento. La fecha esta cerrada y la asamblea lo sabe. Falta publicitarla.

Creo conveniente ver la exposición. Se trabajara a través de n-1 o guifi.net aqui ttps://lists.guifi.net/pipermail/guifi-madrid/2012-June/001915.html. Conveniente ver mapa con zonas idóneas para repartir carteles. Hilo de siguiente trabajo aqui https://lists.guifi.net/pipermail/guifi-madrid/2012-June/001915.html. Así que propongo un índice.

1. 1.-Que queremos exponer a Majadahonda.
2. 2.-Con que fin.
3. 3.-Que documentación llevar.
4. 3.1.- Documentos legales.
5. 3.2.- Petición de instalación de antena en comunidad.
6. 3.3.- Presupuestos.
7. 4.- Posibles conexiones a antenas generales hacia Madrid.
8. 5.- Posible creación de asociación para conectarnos a punto neutro.
9. 6.- Como publicitar evento y a quien(por zonas)
10. 7.- Que hacer después de la charla(las siguientes semanas).

Curso ITIL para conocer mas acerca calidad de servicio, SLA, acciones de mejora

Preparada formacion el 2 Julio acerca operacion.(cancelado por empresa gestora de cursos)
Búsqueda de mas info para certificación nivel 1. SUNION GESFOR(promotor curso anteriro) y OSIATIS

Busqueda de herramientas posibles de sistema de monitorización

Buscar la mejor herramienta para este caso
Montar laboratorio
Crear sistema de multiplicación de centro da datos que retransmiten a supernucleo

Nagios

PROS: Reconocido

CONTRAS:Interface

Osmius

PROS:

CONTRAS:

Zenoss

PROS:

CONTRAS:

Pandora IST

PROS:

CONTRAS:

Cacti

.PROS:

CONTRAS:

Zabbix

PROS:

CONTRAS:

SNMP service

Correo sobre monitorizacion distribuida

Sobre lo que propones para monitorizar la red, algo hay echo ya del estilo, el "snpservices". El snpservices es un sistema distribuido para realizar las graficas de trafico y disponibilidad de los nodos. Cada zona o nodo tiene asignado un servidor de graficas. El servidor de graficas, tiene instalado el paquete snpservices y cada x tiempo consulta la web en busca de un fichero "cnml" que contiene la lista de nodos para graficar. Con esta informacion, realiza consultas snmp i varios pings a los nodos y genera una grafica con rrdtool. cuando visitas una pagina de un nodo o trasto, aparecen las graficas. aqui un ejemplo de un supernodo y uno de sus trastos: http://www.guifi.net/ca/seminari http://www.guifi.net/guifi/device/3 y la url "embeded" de una grafica: http://ausa.guifi.net/snpservices/index.php?call=graph&type=supernode&node=1638&direction=in

Una idea podria ser que creases un paquete llamado algo asi como "monitor-services" y que hiciera algo parecido al snpservices. El servidor distribuido, consultaria los trastos de su zona y si detecta anomalias pues no se, que envie un correo al propietario del nodo o gestor de la zona y generara una imagen de estado para ser mostrada en la web igual que hace con snpservices. Tambien, en lugar de crear un paquete nuevo, podrias complementar/mejorar el snpservices con ésa funcion. actualmente el snpservices realiza las funciones de: grafica, disponibilidad,estadisitica, traceroute, liveping

http://ausa.guifi.net/snpservices/

fin de correo