Incidencias en la red de la EUI

• 21-11-2012: Corte en la conexión externa del Campus, debido a la sustitución del router de cabecera del campus sur . Empezó sobre las 9 a.m. y se restableción el servicio sobre las 11'35.

  No sabemos muy bien que se hizo, porque nos indicaron unos cambios en el 5500 a nivel de vlan de salida de la EUI (nos quedamos sin red), y al final se deshicieron. Despúes de esto, nos indicaron que el problema radicaba en el switch 470 que utilizamos como conversor de cobre a fibra para conectarnos a la salida de la EUI hacia el Reina Sofía, pasando por nuestro cortafuegos.

  Wifredo nos puso un modulo de fibra mini gbic, para poner directamente el 5500 a la fibra del R. S. y se restableció la salida.

  Según se fueron volvimos a conectar a través del 470 para pasar nuestro tráfico por el firewall.

  Conclusión: tenemos conectado todo como antes de los cambios de ellos y el switch 5500 está configurado como estaba en un principio. En la parte nuestra, puede ser que los cambios realizados en la salida del campus afectaran al 470 y, como al volver a reconectar el firewall, reiniciamos el switch, fuera parte de la solución.

• 16-10-2012: Corte de red en toda la escuela debido a un apagón electrico en la zona. Esto ha ocasionado que el switch 4228G, que era la conexión del 5500 con el Rectorado a través del Reina Sofia, se haya estropeado.

  Finalmente ha quedado conectado un 470 para hacer el "baile" entre sesamo (puerto 27 del 5500 de cabecera del CIC) y la salida al Reina Sofía (fibra etiquetada como "Rectorado"). El motivo por el cual no hemos podido simplemente reemplazar el switch averiado es que empleaba un módulo de fibra 1000-LX, en lugar de 1000-SX (que son los que usan nuestros switches). Les hemos cedido a Teleco un módulo SX en el proceso.

  Por otra parte hemos dejado el puerto 22 del 5500 con un módulo de fibra por si es necesario puentear sesamo. Para ello desconectamos el cable ethernet de la boca 27 del 5500 y la fibra del "Rectorado". Después conectamos con un latiguillo de fibra (de los que hay en el armario de Marga) entre el puerto 22 del 5500 y la fibra de "Rectorado".

  Han quedado puestas pegatinas indicativas del puerto exacto donde va conectado cada cable, para evitar despites (hay puertos que no funcionan o están configurados de otra manera).

• 10-10-2012: Corte momentaneo en salida de la EUI. Fue al modificar la vlan 427 por la 313, para que funcionara la antena del campus, en el switch de los servidores. Se reinició y se restableció el servicio. Posteriormente se volvieron a realizar los cambios correspondientes sin ningún problema.
• 10-10-2012: Roseta 319 del despacho 1229 (Carmen Luengo), sin red. Había una máquina en un laboratotio de LPSI que tená su ip. Iván le ha dado otra (supongo que eras problema de su dhcp).
• 05-10-2012: Aurea no tiene red (rosetas 3-11 y 3-12 del despacho 8307). El puerto 49, enlace del switch PRS-4250T-SW1 con la cabecera del bloque, está estropeado. Ninguna roseta de este switch tenia red. e ha conectado al puerto 50 y el switch ya tenía salida.

  (Esta podía ser la razón por la cual la roseta 3-8 del despacho de Bozena no funcionaba (la roseta 3-7, que sí funcionaba estaba conectada a un puerto del switch de cabecera)).

• 22-08-2012: Resuelto el problema con los Juniper. Se les ha actualizado la versión del firmware (han pasado ambos de JUNOS 10.4 a JUNOS Base OS boot [12.1R3.5]).
• 21-08-2012: Jorge de IA, sin red y los laboratorios si funcionan. Sustitucion del switch B4-4250T-SW1 por un 4500G de 48 puertos (B4-4500G-SW1), porque no funcionaba (no recibia corriente).

  Problemas con los Juniper 2 y 3 (10.10.152.157 y 10.10.152.158), al reiniciarlos, no arrancaban.

• 16-08-2012: Corte de red producido por un problema eléctrico en Teleco. Se reanudo el servicio el día 17-08-2012.
• 06-08-2012: Posible corte de cable uplink de mantenimiento y asociaciones en la obra del bloque III. Corte debido a un cable con un conector mal puesto.
• 17-08-2012: Roseta 125 (en despacho 1215), no funcionaba. Este despacho era un antiguop laboratorio de LPSI y salian por un switch del dpto. Ha resultado que esta roseta no estaba cableada.
• 24-07-2012: Se ha asignado la ip 138.100.156.35 a Fernando Ortega de LPSI. Se ha dado de alta en el dns su máquina con nombre Sywalker y no tenía red. Ha resultado queesta ip estba filtrada en el rectorado.
• 11-07-2012: A Ginés no le funciona bien la red (pierde el 60% de los pauetes). El problema era el latiguillo.
• 28-06-2012: Corte en bloque IV por interferencias de tfnos-ip. Se restaura la configuración anterior y queda funcionando.
• 27-04-2012: J.P. ha vuelto a conectar las rosetas 16,17,18,19,20,21,22,23 del Cilindro. Se habian desconectado para arrglar un problema electrico.
• 02-04-2012: Reparación de la roseta del registro en secretaría.
• 30-03-2012: Reinicio del switch BI-4250T-SW3 porque los despachos de la planta 2 de LPSI se quedaron rin red. No contestaba al ping ni se llegaba a bósforo.
• 29-03-2012: Bloque III sin red. Saltaban los automáticos. Pediente de revisar por Mto.
• 26-03-2012: SAI del bloque II estropeada a raiz del corte de luz del día 25-03-2012. La puenteamos y ya tienen red.
• 14-03-2012: Se detecta un bucle un el patch panel del laboratorio 1126 de LPSI. Las bocas 1 y 2 del patch-panel que conecta con el nuestro del bloque I estaban conectadas. Se han verificado las conexiones en el switch BI-4250T-SW1 (el problematico). Estas bocas iban a los puertos 1 y 2 de este switch, con lo cual estos dos puertos estaban unidos (en LPSI) y ahi es donde estaba el bucle.
• 11-03-2012: De nuevo red inestable. Se detecta una sobrecarga en la CPU de bósforo. Se filtra el puerto 1 del switch B1-4250T-SW1 y parece que asi bósforo vuelve a la normalidad.
• 08-03-2012: Ramio de nuevo sin red.
• 07-03-2012: Reinicio del switch SW1 del bloque I, deja de funcionar y se quedan en LPSI sin red.

  Sobre las 12'30, IA sin red. El swich SW1 del bloque IV, no funcionaba. El problema ha sido que el puerto 1 del switch de cabecera daba conectividad, pero no llegaba a bósforo. Se ha cambiado del puerto 1 al 9 y queda funcionando correctamente. El problema surgió al activar el STP en el switch de cabecera.

• 06-03-2012: Reinicio del switch SW1 del bloque I, deja de funcionar y se quedan en LPSI sin red. Se ha conectado la roseta nº 24 (despacho de Ramio) al puerto 11 del switch de cabecera.

  La roseta 288 (puerto 36 del SW6 del bloque I), despacho de Concepción Gascueña no funcionaba...Su tfno, en otro despacho funciona correctamente... asi es que creo que este switch nos da problemas... Como no quiero alargar el tema, la he conectado al puerto 19 del de cabecera, que es el que usamos para probar.

• 02-03-2012: Reemplazada la cabecera del Bloque I por avería que produjo los cortes intermitentes en la red desde aproximadamente la hora de comer.
  Este switch tenia un ventilador que no funcionaba (de ahi el cambio).
• 24-02-2012: Se ha quitado del bloque I, todo lo referente a la conexión inalambrica con el polideportivo, ya que ahora salen por el Reina Sofia.
• 21-02-2012: Se ha arreglado sola ¿?.
• 20-02-2012: Roseta nº7 de Lab de invesigación de OEI, no funciona.
• 10-02-2012: Gestión economica sin red. El puerto donde se conecta el SW2 (conectadas las rosetas de G.E.), no tenía definida la VLAN (¿?) correspondiente. Parece ser que al actualizar el firmware se desconfigura.
• 09-02-2012: Cortes intermitentes en la red (desde 31-01). Al parecer era un troyano en un equipo de un laboratorio de la planta baja del bloque IV (SIA).
• 31-01-2012: Cortes intermitentes en la red.
• 23-01-2012: Corte de red en la roseta 284 del Bloque I, reemplazado el cable del patch panel al switch.
• 23-01-2012: Reiniciados switches del bloque 3 debido a un corte de red en el laboratorio 3001.
• 19-01-2012: Polideportivo sin red. Se arregla reiniciando las antenas.
• 17-01-2012: Polideportivo sin red. Se arregla reiniciando las antenas.
• 09-01-2012: Corte de Red sobre las 17:20, debido a trabajos en Rediris: Se va a realizar un trabajo programado de actualización de firmaware en el equipo ciemat.rt1.mad. Durante la ventana de trabajo se producirán dos cortes, con una duración total no superior a 30 minutos. Se verán afectados tanto los centros conectados a RedIRIS a travéss de ciemat.rt1.mad como enlaces 10GE CIEMAT-TELMAD, CIEMAT-CICA, CIEMAT-CSIC, CIEMAT-UVA, CIEMAT-UV, CIEMAT-UNIZAR, el acceso a la LAN BAJA de Espanix y el acceso de algunas instituciones.

  CENTROS AFECTADOS: CIEMAT, MPR, MPR web, GOB, VPGOB, CEPC, CSIC backup, CRUE, UPM, CIS, PATRIMONIONACIONAL, UPM Proyectos, REDIMADRID, ESPANIX.UCLM.