From: Dario To: jjcriado@wanadoo.es Subject: Resultado de las pruebas WiFi el 23/02/2005 Date: Thu, 24 Feb 2005 09:11:40 +0100 Organization: SICO software X-Mailer: Sylpheed version 0.9.8a (GTK+ 1.2.10; i686-pc-linux-gnu) ¡Hola Jesús! Te comento a continucación el resultado de las pruebas WiFi de ayer (Miércoles 23 de Febrero de 2005): ===CUT=== Pruebas Wifi (23/02/2005, Estación de Colombia) =============================================== Objetivos --------- - Comprobar el funcionamiento de la nueva barra de información que incluye estado de ping - Comprobar la conectividad de más de 3 PDAs - Comprobar la entrada a aplicación de más de 3 PDAs - Probar autentificación LEAP usando XSupplicant Desarrollo de la prueba ----------------------- Se han usado para las pruebas las 4 PDAs suministradas por infoglobal, con MACs: 00:02:8a:a8:60:15 (pda2) 00:02:8a:a8:60:59 (pda3) 00:02:8a:a8:5e:93 (pda4) 00:02:8a:a8:60:6a (pda8) Y la pda de desarrollo de SICO (MAC 00:02:8a:ab:80:b2). En la oficina se actualizó el software de las PDAs a la última versión del cliente de SICO (la que tiene medidas adicionales para detectar la pérdida de cobertura y la nueva barra de información). Además se configuraron las PDAs con los servidores de tcii activos. Ya por la tarde, en la estación de colombia, se hizo lo siguiente: 1) Se encendieron las PDAs suministradas por infoglobal desde nivel de reset. 2) Se dió a conectar todas las PDAs. Al principio una de ellas (no estoy seguro si la pda2 o la pda3) no se conseguió conectar, hice el resrto y después volví a probar dicha PDA y se conectó. La mayoría de las PDas tardó más de 30 segundos en conectar (una de ellas tardó tan sólo 10 segundos). 3) Se hizo login para entrar en el plano. Se comprobó que todas las PDAs se podía entrar y funcionar con el plano, sin problema alguno. 4) Se hicieron pruebas de edsconectar y conectar a la red, para comprobar que la barra de información hacía bien el refresco del ping. 5) Con la PDA se SICO, se hicieron pruebas de conectividad usando Xsupplicant en vez de aeis, pero aunque el principio de la autentificación sí se procesaba, al final quedaba parado en un bucle sin fin con las siguientes trazas: ---cut--- [...] [STATE] Sending EAPOL-Response-Autentication [AUTH TYPE] No data in frame, returning [STATE] Sending EAPOL-Response-Autentication [AUTH TYPE] No data in frame, returning [STATE] Sending EAPOL-Response-Autentication [AUTH TYPE] No data in frame, returning [STATE] Sending EAPOL-Response-Autentication [AUTH TYPE] No data in frame, returning [...] ---cut--- Conclusiones ------------ 1. La autentificación de red sigue siendo problemática 2. En las pruebas , cuando las PDAs bien autentificadas, no había problema de entrar al plano. Sin embargo, no se produjo la situación que se produjo en la formación de tener conectividad y no tener ping. Todavía no sabemos reproducir consistentemente dicho error. 3. Disponemos de una nueva barra de información que sí nos da información de estado de ping (útil para saber si la conexión está realmente viva, independientemente de lo que diga el icono de la barra de herramientas de Qtopia). Sin embargo todavía no hemos probado la funcionalidad de la barra de avisar a la aplicación de infoglobal cuando cambia la ip de la PDA (la barra de información llama a la script /home/root/ip-changed.sh cuando cambia la ip, pero esa script está vacía; infoglobal tendrá que hacer lo que crea conveniente en ella). 4. La conectividad con Xsupplicant parece posible, pero falta algún parámetro de configuración en la PDA o bien el servidor ignoraba las respuestas de la PDA de SICO. Hay que volver a probar. ===CUT=== Tendremos que hacer más pruebas a lo largo de la semana para: 1. Ver que ip-changed.sh es todo lo que necesita infoglobal 2. Intentar reproducir el bug de no tener ping 3. Someter a estrés a los servidores de tcii a base de reconexiones/pérdidas de cobertura/apagado de la red "de botón". -- Saludos, Dario SICOSOFT Saludos, Dario SICOSOFT