From: Dario To: jjcriado@wanadoo.es Subject: Resultado de las Pruebas WiFiL08 el 29/03/2005 Date: Wed, 30 Mar 2005 08:35:28 +0200 Organization: SICO software X-Mailer: Sylpheed version 1.0.2 (GTK+ 1.2.10; i686-pc-linux-gnu) Hola! Habíamos quedado el dçía 29/03/2005 para hacer pruebas de WiFiL08 con InfoGlobal, para comprobar si estaban solucionadas las incidencias detectadas en las pruebas con metro realizadas el 28/03/2005. Habíamos quedado SICO e InfoGlobal (IG en adelante) a las 4:30pm en el Vestíbulo de Colombia. Fran (dpto. de desarrollo de IG) apareció por allá hacia las 5pm y pudimos empezar las pruebas. Fran llevó dos PDAs; me dejó a mí la pda6 (MAC 00:02:8A:A8:60:6E). Las pruebas consignadas aquí se realizaron con la pda6, a no ser que se indique lo contrario. En resumen: falló lo de la reconexión automática al ir de una estación a otra y a veces fallaba el roaming entre access point de una misma esatción (aunque eso último sólo sucedió en la pda6). No probamos la reconexión automática al salir de cobertura y volver a entrar; en cuanto funcione el de ir de una estación a otra, el de salir de cobertura y volver a entrar también debería de funcionar (es un caso incluso un poco más favorable, ya que no se cambia de ip si no se cambia de estación). Resultado de las pruebas: ===CUT=== Cámaras (SICO) -------------- Comprobación de que estaba arreglada la configuración de los servidores TCII de SICO (el día 28 fallaba la fijación de cámaras desde el UI de escaleras si la PDA estaba conectada al servidor 2). 17:07 servidor 0, ver monitor de escalera 2 (Colombia): OK 17:08 servidor 1, ver monitor de escalera 2 (Colombia): OK 17:10 servidor 2, ver monitor de escalera 2 (Colombia): OK Comprobación completada con éxito de ver las cámaras desde todos los servidores. TCII (SICO) ----------- Comprobación de funcionamiento básico de TCII (no se hizo el 28/03/2005 por no tener tiempo). Se ha hecho en colombia, aunque eso implicaba que no se podían poner pregrabados (ya que ELASA está haciendo pruebas en Colombia y Ministerios y por ello no tienen la megafonía disponible en dichas estaciones). NOTA: El pasado día 4/3/2005 se hicieron pruebas acompañados de personal de metro en el que se comprobó la puesta en marcha/prada de escaleras con y sin megafonía en todas y cada una de las estaciones de línea 8. 17:11 escalera 2 (Colombia) paro con cámara: OK 17:12 escalera 2 (Colombia) marcha bajar sin cámara: OK 17:16 escalera 1 (Colombia) paro con cámara: OK 17:17 escalera 1 (Colombia) marcha subir sin cámara: OK 17:19 escalera 8 (Colombia) paro sin cámara: OK 17:20 escalera 8 (Colombia) marcha subor con cámara: OK 17:24 ascensor 3 (Colombia) fuera de servicio con video: OK 17:25 ascensor 3 (Colombia) en servicio sin video: OK 17:25 ascensor 2 (Colombia) fuera de servicio sin video: OK 17:29 ascensor 2 (Colombia) en servicio con video: OK En ese momento nos trasladamos a Mar de Cristal para poder probar un porton. 17:48 abierto portón de Mar de Cristal con botón acción (bot. amarillo) y click en icono portón: OK Cambiar de dirección IP y que la cámaras sigan funcionando (IG) --------------------------------------------------------------- En los cursos se detectó que al cambiar de dirección IP sin salir de las X, las cámaras dejaban de funcionar. Parea corregir dicho problema, IG necesitaba detectar ese cambio de IP y reconfigurar su aplicación de forma automática, cosa que nos informaron que ya está implementado. Para comprobarlo nos movimos de estación. Al hacer el cambio de estación, se cambia la dirección IP. Al pasar de Colombia a Mar de Cristal se pidió a mano una nueva IP (ver apartado de Roaming entre esatciones), de manera que se simuló el cambio de IP sin intervención del usuario y sin salir y entrar de las X. 17:50 Pedir cámaras después de haber cambiado de IP sin salir y entrar en las X: OK Roaming entre estaciones (IG) ----------------------------- IG quedó en hacer una script que detectase cuándo se perdía ping por estar entre dos estaciones o por haber salido de cobertura y vuelto a entrar y hacer la reconexión a la red automática, sin necesidad de intervención del usuario. Fran había codificado ya dicha script pero no había tenido tiempo de probarla. Para complementarlo hicimos varias pruebas. En el trayecto en metro entre las estaciones de colombia y mar de cristal se dejó la pda6 encendida. Al llegar hicimos la prueba de simplemente pedir una nueva dirección IP (desde línea de comandos), sin hacer todo el proceso de conexión: 17:40 pedir a mano nueva dirección IP (dhcp) al poco de llegar a la nueva estación: OK (aunque hay que esperar unos 20segs después de volver a tener señal de un AP para que funcione) Más tarde Fran activó su script a mano (el que estaba sin probar) y volvimos de Mar de Cristal a Colombia. 18:44 Reconectar automáticamente al ir de Mar de Cristal a Colombia: ERROR (el trayecto de Mar de Cristal a Colombia duraba más de 3 minutos, que era el timeout de reintentos que Fran había configurado en la script, con lo que el script desistió antes de volver a tener cobertura). Roaming dentro de la misma estación (IG) ---------------------------------------- Al movernos por dentro de la estación para hacer las pruebas, hubo algunas incidencias con el roaming entre AP dentro de la misma estación usando la pda6. 17:52 pda6 en andenL8 de Mar de Cristal ha perdido el ping y no lo recupera; la señal es de -60: FALLO (ha habido que dar a reconectar). 18:21 En Mar de Cristal, subir desde andén L8 a L4 y vestíbulo: OK (cambia de access point (AP) correctamente). 18:25 En Mar de Cristal, bajar desde vestíbulo a andén L4 y luego a andén L8, pierdo el ping: FALLO (hay algún problema al pasar del AP con MAC ...:75:1F al de MAC ...:75:C2). 18:47 En Colombia al subir la escalera desde andén L8 ha perdido el ping: FALLO(*) ((*) En este caso había conseguido la dirección IP manualmente con un dhcpcd, habría que investigar si en este caso en particular se debe a eso) 18:49 Volviendo a bajar y andand por el andén de L8 hasta un punto en el que vuelve a usar el AP antiguo, recupera el ping: ???. ===CUT=== Y eso han sido todas las pruebas realizadas. Por otro lado, Metro pidió que si se perdía la cobertura y se recuperaba en menos de 3 minutos, el TCII no pidiera password para volver a conectarse (que se conectase automáticamente). En estas pruebas no tenía la nueva versión del TCII con eso activado. Fran me ha dejado la pda6 para que pueda probarlo con ella hoy o mañana. -- Saludos, Dario SICOSOFT