ARQUITECTURA CLIENTE

SERVIDOR SOCKET BSD

Monserrat M Landeros Snchez
 INTERNET
El internet es un conjunto descentralizado de redes de
comunicacin interconectadas que utilizan la familia de protocolos TCP/IP,
lo cual garantiza que las redes fsicas heterogneas que la componen
formen una red lgica nica de alcance mundial.
Uno de los servicios que ms xito ha tenido en internet ha sido la World
Wide Web (WWW o la Web), hasta tal punto que es habitual la confusin
entre ambos trminos. La WWW es un conjunto de protocolos que permite,
de forma sencilla, la consulta remota de archivos de hipertexto.
 PROTOCOLOS TCP/IP
TCP/IP es un conjunto de protocolos que permiten la comunicacin entre
los ordenadores pertenecientes a una red.
En algunos aspectos, TCP/IP representa todas las reglas de comunicacin
para Internet y se basa en la nocin de direccin IP, es decir, en la idea de
brindar una direccin IP a cada equipo de la red para poder enrutar
paquetes de datos
 MODELO CLIENTE SERVIDOR
TCP es un protocolo orientado a conexin. No hay relaciones
maestro/esclavo. Las aplicaciones, sin embargo, utilizan un modelo
cliente/servidor en las comunicaciones.
un cliente es el que pide ese servicio. Una aplicacin consta de una parte
de servidor y una de cliente, que se pueden ejecutar en el mismo o en
diferentes sistemas.
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 mltiples peticiones(mltiples
clientes) al mismo tiempo.
 SOCKET BSD
Un socket es un resumen de software que simula una toma de hardware
que vemos en nuestra vida diaria. A utilizar el canal de comunicacin, un
programa de aplicacin (cliente o servidor) necesita solicitar el sistema
operativo para crear un socket.
Los sistemas BSD originales contenan cdigo fuente de AT & T y estaban
cubiertas por las licencias de AT & T. Para obtener el cdigo fuente para el
sistema BSD que tena que tener una licencia de cdigo UNIX de AT & T. Esto
cambi a medida que ms y ms el cdigo fuente de AT & T fue sustituido
en los ltimos aos con los no-AT & T y el cdigo fuente ya que muchas de
las nuevas caractersticas aadidas al sistema de Berkeley fueron derivados
de la falta de fuentes de AT & T.
 ARQUITECTURA CS IPV4 IPV4
La arquitectura del mecanismo BIA que hemos desarrollado se divide en
una serie de mdulos encargados de realizar las siguientes funciones:
extensin de la resolucin de nombres, traduccin de las funciones de la
interfaz y traduccin del mapa de direcciones. El mdulo de extensin de la
resolucin de nombres permite que una aplicacin IPv4 reciba como
respuesta a una consulta de resolucin de un nombre de una mquina IPv6,
una direccin ficticia IPv4. El mdulo traductor de funciones de la interfaz es
el encargado de realizar la traduccin entre la API de IPv4 e IPv6. Permite a
la aplicacin seguir usando la API de IPv4, aun cuando la aplicacin acabe
construyendo, enviando y recibiendo paquetes IPv6. El mdulo traductor
del mapa de direcciones gestiona la asociacin entre las direcciones IPv4
ficticias y las direcciones IPv6 reales.
 CLIENTE IPV4, SERVIDOR IPV6
Una propiedad general de un host de doble pila es que IPv6 servidores
pueden manejar a clientes IPv4 e IPv6. Esto se realiza mediante direcciones
IPv6 asignadas a IPv4 muestra un ejemplo de esto.
Servidor IPv6 host de pila doble, sirviendo a clientes de IPv4 e IPv6.
Tenemos un cliente IPv4 y un cliente de IPv6 en la izquierda. El servidor a la
derecha est escrito usando IPv6 y se est ejecutando en un host de doble
pila. El servidor ha creado un IPv6 escucha TCP socket est enlazado a la
direccin IPv6 de comodn y el puerto TCP 9999.
 PODEMOS RESUMIR LOS PASOS QUE UN CLIENTE TCP IPV4 PARA
COMUNICARSE CON UN SERVIDOR IPV6 COMO SIGUE:

IPv6 del servidor se inicia, crea un socket de escucha de IPv6, y nosotros

asumimos une la direccin comodn a la toma de.
IPv4 el cliente llamada y encuentra un registro para el servidor. El host del
servidor tendr un registro y un registro AAAA ya soporta ambos protocolos,
pero el cliente IPv4 pide slo un registro.
El host del servidor recibe el IPv4 SYN dirigido a la toma de escuchar IPv6,
establece una bandera que indica que esta conexin est utilizando
direcciones IPv6 asignadas a IPv4 y responde con un IPv4 SYN/ACK.

Cuando el host del servidor se enva a la direccin asignada a IPv4 IPv6, la

pila IP genera datagramas IPv4 para la direccin IPv4.
 PROCESAMIENTO DE RECIBIDO DATAGRAMA IPV4 O
IPV6, DEPENDIENDO DEL TIPO DE TOMA DE RECEPCIN.
 APLICACIONES VLIDAS PARA
REDES IPV4 E IPV6:

- Implementacin de aplicaciones cliente:

Resolver nombre de mquina del servidor a las posibles direcciones IP. Intentar
conectar primero usando IPv6 y si falla probar con IPv4.

- Implementaciones de aplicaciones servidor:

1. Mantener conexiones diferentes de forma explcita para IPv4 e IPv6, o
2. Desarrollar una aplicacin servidor IPv6 y confiar en las direcciones IPv4-
mapped IPv6 para los clientes IPv4.
 CLIENTE IPV6, IPV4 SERVIDOR
Ahora intercambian los protocolos utilizados por el cliente y el servidor del
ejemplo en la seccin anterior. Primero consideremos a un cliente TCP IPv6
en un host de doble pila.
IPv4 servidor comienza en un host IPv4 y crea un socket de escucha IPv4.
IPv6 el cliente inicia y llamadas getaddrinfo pidiendo slo direcciones IPv6
(pide la AF_INET6 direccin de familia y sistemas de la AI_V4MAPPED de la
bandera en su estructura de consejos.
IPv6 el cliente llamadas conectar con la direccin asignada a IPv4 IPv6 en
el IPv6 toma estructura de direccin. El ncleo detecta la direccin
asignada y automticamente enva un IPv4 SYN al servidor.
El servidor responde con un SYN/ACK de IPv4, y se establece la conexin
utilizando datagramas IPv4.
 PODEMOS RESUMIR ESTE ESCENARIO EN
TRAMITACIN DE LAS PETICIONES DEL CLIENTE, DEPENDIENDO DEL TIPO DE
DIRECCIN Y TIPO DE ZCALO.