Conectando a través de Internet

[kinobi]

Hola,

Empezado por cauce

Esta es la política de Telefónica para las ADSL sin IP fija.

Hace tiempo que tomaron esa postura. A los clientes con cierta antigüedad, como es mi caso (más de dos años y medio) nos siguen manteniendo la IP fija (sin cláusulas adicionales). Eso sí, aunque nunca me la han cambiado, tampoco tengo asegurado (por contrato) que vaya a ser así siempre. Es más, en cuanto al ancho de banda, sólo garantizan un mínimo, muy mínimo (no tengo ahora mismo el dato a mano), porcentaje del ancho de banda contratado.

Empezado por cauce

No solo pasas através del proxy cache,

Pero el proxy sólo es para determinados servicios. En el caso del puerto InterBase, dudo mucho que estén cacheando el tráfico.

Empezado por cauce

sino de además no te aseguran la apertura de puertos en sentido descendente (internet->router) salvo que contrates una IP fija, con lo cual ya puedes configurar bien NAT el el router que no te sirve de nada.

Aunque no es política sólo de Telefónica, otros operadores (especialmente de cable) hacen lo mismo.

Empezado por cauce

No obstante, en conexiones ADSL con puertos abiertos si he probado a conectar una aplicación en remoto a Interbase/Firebird enrutando el puerto 3050 y te diré que el rendimiento es pésimo.

Como apuntas más abajo, una aplicación diseñada para el ancho de banda de una red local tiene un rendimiento inaceptable cuando "se baja" al ancho de banda de una conexión remota (incluso con la conexión de 2 Mbps).

Empezado por cauce

Te bloqueará la base de datos si usas un dbgrid, ya que consume mucho tráfico (ignoro porqué).

Por la sincronización de los datos que visualiza el control con los datos del Dataset asociado y el servidor de datos en el back-end. Los controles enlazados a datos (en general) no fueron diseñados teniendo en mente que se fuesen a utilizar en aplicaciones cliente/servidor sobre líneas de comunicaciones tan "lentas" (ojo a las comillas).

Saludos.