¿Que cliente FTP usas?
Normalmente es el mismo programa que almacena datos de la estación y produce gráficas los que se encargan de enviar los datos, así que por ahí poco se puede ver.
Habría que probar a hacerlo manualmente con algún programita o con el comando FTP del sistema.
En el primer mensaje pensaba que se referia a contenido web (html, imagenes, etc) y que por ello usaba un cliente FTP.
En cualquier caso, creo recordar que el weatherlink que usamos para las Davis tiene log de las conexiones FTP que realiza.
Imaginate que el ISP de balbuej y MOI son los mismos. A uno no le funciona las conexiones y a otro si le funcionan siendo ambos del mismo ISP. Vaya misterio..... 
Me parece que eso no se ha dicho en ningún sitio. Además que en el momento me enteré del problema hice un ping a lycos desde aquí y me perdía un 50% de paquetes de media.
El ping se utiliza mas bien para ver latencias globales en las peticiones que realizas. Para descartar problemas de conexiones se usa el traceroute.
Y sino trata de hacer un ping a hotmail, msn o cualquier pagina de red Arsys, por ejemplo. 100% perdidos. Bloquean las peticiones ping por medida de seguridad.
¿Como tratas de resolver problemas de conectividad a hotmail con ping, si este nunca responde ni cuando funciona el servidor bien?
Con esto quiero decir que el ping no suele ser una buena utilidad para resolver problemas de conectividad con paginas web. Yo lo uso mas bien para mantenimiento en red interna.
Lo que si puede hacer es un traceroute para ver en que salto pierde los paquetes, si es que los pierde, y saber de quien es la culpa. Rapido, efectivo y gratis.
El traceroute es una herramienta cojonuda para tí, dudo que sea de utilidad para quien tenga el problema. 
Para mi es cojonuda, pero tambien lo es para las personas que tienen problemas de red. Con un traceroute ves todo el path que sigue la peticion y ves donde falla. Ejemplo practico:
1- Los primeros saltos normales, resuelven, y sus latencias normales.------Red ISP OK
2- Saltos intermedios: Empiezan los problemas en tipicos peer-carrier estilo Level3, TeleGlobe, Cogentco (cosa imposible en este ultimo.
). Latencias por los techos, cuellos de botella, etc.-----Intercambio MALO
3- Saltos finales, lo mas proximos al servidor destino (normalmente algun border router). Todo ok y latencias correctas.----Red y servidor destino OK
En este caso el problema esta en el intercambio con algun peer ajeno a tu proveedor de internet. Si el problema estuviese en los primeros saltos de peering con tu ISP, si que seria culpa del ISP por enrutarlo con ellos.
Pero si es en el intercambio que realiza el peer del ISP con otro peer (normalmente un Tier-1) ese no es culpa del ISP tuyo.
Del mismo modo si no tienes saltos iniciales, la culpa es de tu red interna, y si los saltos finales estan mal (eso es muy relativo porque suelen protegerse mucho, solo suelen ser visibles hasta un border router y a veces parece que el fallo es que no resuelve hasta el final, y es normal que no lo haga) es culpa del servidor destino.
No se si me explico.
P.D. Lo que si que te aconsejo es que cambies de hosting. Lycos tiene publicidad y falla mas que una escopeta de feria (lo digo por experiencia). Lycos, iespana, galeon, etc......estan pasadas de moda.
Conozco hostings gratuitos españoles de hasta 30 MB sin publicidad y en buenos data-center. Mas informacion: mandarme privado. 
Además eso.
Y justo es que se resuelva a base de privados, y no públicamente, si no pronto se acabará el chollo.
Es con mucho la mejor opción, además como ofrecen bases de datos mysql se puede aprovechar para hacer una web mucho mejor con ayuda de algún gestor de contenidos (joomla, etc..)
Saludetes.
Es lo unico que le salva a Tripod, el MYSQL.
Saludos
JOSUFB
23 Respuestas
8485 Vistas