Unidad IV: TCP/IP. 4.1 Modelo Cliente-Servidor

Texto completo

(1)
(2)

Unidad IV: TCP/IP

4.1 Modelo Cliente-Servidor

TCP es un protocolo orientado a conexión. No hay relaciones maestro/esclavo. Las aplicaciones, sin embargo, utilizan un modelo cliente/servidor en las comunicaciones.

Un servidor es una aplicación que ofrece un servicio a

usuarios de Internet; un cliente es el que pide ese servicio. Una aplicación consta de una parte de servidor y una de

cliente, que se pueden ejecutar en el mismo o en diferentes sistemas.

Los usuarios invocan la parte cliente de la aplicación, que construye una solicitud para ese servicio y se la envía al servidor de la aplicación que usa TCP/IP como transporte.

(3)

Unidad IV: TCP/IP

4.1 Modelo Cliente-Servidor

El servidor es un programa que recibe una solicitud, realiza el servicio requerido y devuelve los resultados en forma de una respuesta. Generalmente un servidor puede tratar

múltiples peticiones (múltiples clientes) al mismo tiempo. Algunos servidores esperan las solicitudes en puertos bien conocidos de modo que sus clientes saben a que zócalo IP deben dirigir sus peticiones. El cliente emplea un puerto arbitrario para comunicarse. Los clientes que se quieren comunicar con un servidor que no usa un puerto bien

conocido tienen otro mecanismo para saber a qué puerto dirigirse. Este mecanismo podría usar un servicio de registro como Portmap, que utiliza un puerto bien conocido.

(4)

Unidad IV: TCP/IP

(5)

Unidad IV: TCP/IP

4.2 Protocolo de Internet, IP móvil

Muchos usuarios de Internet tienen computadoras

portátiles y quieren mantenerse conectados a Internet al visitar una instalación Internet lejana, y aun en el camino intermedio. Desafortunadamente, el sistema de

direccionamiento IP hace que el trabajo lejos de casa sea más fácil de plantear que de hacer.

Cada dirección IP contiene tres campos: la clase, el número de red y el número de host. Por ejemplo, considere la

máquina con dirección IP 160.80.40.20. El 160.80 da la clase (B) y el número de red (8272); el 40.20 el número de host (10260). Cuando llega un paquete con una dirección IP de destino de la forma 160.80.xxx.yyy, sale por esa línea.

(6)

Unidad IV: TCP/IP

4.2 Protocolo de Internet, IP móvil

Si de pronto, la máquina con esa dirección se lleva a algún lugar lejano, los paquetes para ella se seguirán enviando a su LAN (o ruteador) base. El dueño ya no podrá recibir

correo electrónico, etc. Darle a la máquina una nueva

dirección IP correspondiente a su nueva ubicación no es muy atractivo, pues habría que informar a una gran cantidad de gente, programas y bases de datos sobre el cambio.

(7)

Unidad IV: TCP/IP

4.2 Protocolo de Internet, IP móvil

Otro enfoque es hacer que los ruteadores usen direcciones IP completas para el enrutamiento en lugar de sólo la clase y la red. Sin embargo, esta estrategia requeriría que cada

ruteador tuviera tablas de millones de entradas, con un costo astronómico para Internet.

Cuando la gente comenzó a exigir la posibilidad de tener hosts móviles, el IETF estableció un grupo de trabajo para encontrar una solución. El grupo de trabajo pronto formuló varias metas consideradas deseables en cualquier solución. Las principales fueron:

(8)

Unidad IV: TCP/IP

4.2 Protocolo de Internet, IP móvil

1. Todo host móvil debe ser capaz de usar su dirección IP base en cualquier lugar.

2. No se permiten cambios al software de los hosts fijos.

3. No se permiten cambios al software del ruteador ni a sus tablas.

4. La mayoría de los paquetes para los hosts móviles no deben desviarse en el camino.

5. No debe incurrirse en carga extra cuando un host móvil está en su base.

(9)

Unidad IV: TCP/IP

4.2 Protocolo de Internet, IP móvil

Cada instalación que quiera permitir que sus usuarios

vaguen debe crear un agente de base. Cada instalación que permita visitantes tiene que crear un agente foráneo. Al

aparecer un host móvil en una instalación foránea, se pone en contacto con el host foráneo y se registra. El host foráneo entonces se comunica con el agente de base del usuario y le da una dirección de encargado (care-off address),

(10)

Unidad IV: TCP/IP

4.2 Protocolo de Internet, IP móvil

Al llegar un paquete a la LAN base del usuario, llega por un ruteador conectado a la LAN. El ruteador entonces trata de localizar al host de la manera normal, difundiendo un

paquete ARP que pregunte, por ejemplo: "¿cuál es la dirección Ethernet de 160.80.40.20?" El agente de base responde a esta solicitud dando su propia dirección

Ethernet. El ruteador entonces envía los paquetes para

160.80.40.20 al agente de base. Este a su vez, los envía en túnel a la dirección de encargado, encapsulándolos en el campo de carga útil de un paquete IP dirigido al agente foráneo.

(11)

Unidad IV: TCP/IP

4.2 Protocolo de Internet, IP móvil

El agente foráneo entonces los desencapsula y los entrega a la dirección de enlace de datos del host móvil. Además, el agente de base entrega la dirección de encargado al

transmisor, para que los paquetes futuros puedan enviarse en túnel directamente al agente foráneo. Esta solución

(12)

Unidad IV: TCP/IP

4.2 Protocolo de Internet, IP móvil

Probablemente vale la pena mencionar un pequeño detalle. En el momento de moverse el host móvil, el ruteador

probablemente tiene en caché sus direcciones Ethernet (que pronto dejarán de ser válidas). Para reemplazar esa

dirección de Ethernet por la del agente de base, se usa un truco llamado ARP gratuito (gratuitious ARP). Éste es un mensaje especial al ruteador, no solicitado, que causa que reemplace una entrada específica de caché, en este caso la del host móvil a punto de irse. Al regresar el host móvil

después, se usa el mismo truco para actualizar el caché del ruteador.

(13)

Unidad IV: TCP/IP

4.2 Protocolo de Internet, IP móvil

Nada del diseño impide que un host móvil sea su propio agente foráneo, pero este enfoque sólo funciona si el host móvil (en su capacidad como agente foráneo) está

conectado lógicamente a Internet en su instalación actual. También, debe poder adquirir una dirección IP de encargado (temporal) para usarla. Esa dirección IP debe pertenecer a la LAN a la que está conectado actualmente.

(14)

Unidad IV: TCP/IP

4.2 Protocolo de Internet, IP móvil

La solución IETF para hosts móviles resuelve otros

problemas no mencionados hasta ahora. por ejemplo, ¿cómo localizar a los agentes? La solución es que cada

agente difunda periódicamente sus direcciones y el tipo de servicios que está dispuesto a proporcionar (por ejemplo,

base, foráneo o ambos). Al llegar un host móvil a algún lado, simplemente puede esperar estas difusiones, llamadas

anuncios (advertisements). Como alternativa, puede

difundir un paquete anunciando su llegada y esperar que el agente foráneo local responda.

(15)

Unidad IV: TCP/IP

4.2 Protocolo de Internet, IP móvil

Otro problema que tenía que resolverse es lo que había que hacer con los hosts móviles mal educados que salen sin decir adiós. La solución es hacer que el registro sea válido sólo

durante intervalo de tiempo fijo: si no se renueva

periódicamente, termina su temporización, y así el agente foráneo puede limpiar sus tablas.

Un tema más es el de la seguridad. Cuando un agente de base recibe un mensaje solicitándole que redirija todos los paquetes de Nora a alguna dirección IP, no debe acceder a menos que esté convencido de que Nora es el origen de la solicitud, y no alguien que está tratando de hacerse pasar por ella. Se usan protocolos cifrados de verificación de

(16)

Unidad IV: TCP/IP

4.2 Protocolo de Internet, IP móvil

Un punto final cubierto por el grupo de trabajo se relaciona con los niveles de movilidad Imagine un avión con un

Ethernet a bordo usado por las computadoras de navegación y aeronáutica. En este Ethernet hay un ruteador estándar

que habla con la Internet alambrada de tierra mediante un enlace de radio. Un buen día, a algún astuto ejecutivo de mercadeo se le ocurre instalar conectores Ethernet en los descansabrazos para que los pasajeros con computadoras móviles también se puedan conectar.

(17)

Unidad IV: TCP/IP

4.2 Protocolo de Internet, IP móvil

Ahora tenemos dos niveles de movilidad: las propias

computadoras del avión, que son estacionarias respecto del Ethernet, y las computadoras de los pasajeros, que son

móviles respecto de el. Además, el ruteador de a bordo es móvil respecto de los ruteadores de tierra. La movilidad respecto de un sistema que en sí mismo es móvil puede manejarse usando túneles recursivos.

Figure

Actualización...

Referencias

Actualización...