Unidad 4 TCP/IP 4.1 Modelo Cliente Servidor 4.2 Protocolo de

Unidad 4 TCP/IP
4.1 Modelo Cliente Servidor
4.2 Protocolo de Internet Ip movil
4.3 Protocolos de Transporte Udp Tcp
4.4 Protocolos Nivel Aplicación
4.4.1 Smtp Protocolo
4.4.2 Ftp Protocolo
4.4.3 http Protocolo
4.4.4 Nfs Protocolo
4.4.5 Dns Protocolo
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.
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.
4.2 Protocolo de Internet Ip movil
IP Móvil Movilidad de terminales en Internet Originalmente, los métodos de
enrutamiento fueron definidos para redes estáticas, sin considerar que un
terminal o nodo pudiese desplazase de una red o subred a otra. El
enrutamiento toma ventaja del “prefijo de red” que contiene cada dirección IP
para conocer la ubicación física de una computadora y por defecto, dicha
ubicación es fija.
La movilidad de terminales toma relevancia día a día debido al creciente uso de
computadoras portátiles y al deseo de sus
usuarios de mantenerse continuamente conectados a Internet.
El Protocolo IP Móvil define procedimientos por los cuales los paquetes pueden
ser enrutados a un nodo móvil, independientemente de su ubicación actual y
sin cambiar su dirección IP. Los paquetes destinados a un nodo móvil
primeramente son dirigidos a su red local. Allí, un agente local los intercepta y
mediante un túnel los reenvía a la dirección temporal recientemente informada
por el nodo móvil. En el punto final del túnel un agente foráneo recibe los
paquetes y los entrega al nodo móvil.
Este documento pretende describir el desarrollo actual del protocolo de Internet
diseñado para soportar movilidad de terminales, pudiendo ser usado como
punto de partida válido por todo aquél que desee iniciarse en el tema. Luego de
consultar el nutrido acervo bibliográfico, se expone en primer lugar,
características y terminología, posteriormente su funcionamiento y evolución.
Por último se comentan problemas a cuestiones del protocolo, y posibles
soluciones.
4.3 Protocolos de Transporte Udp Tcp
El grupo de protocolos de Internet también maneja un protocolo de transporte
sin conexiones, el UDP (User Data Protocol, protocolo de datos de usuario). El
UDP ofrece a las aplicaciones un mecanismo para enviar datagramas IP en
bruto encapsulados sin tener que establecer una conexión. Muchas
aplicaciones cliente-servidor que tienen una solicitud y una respuesta usan el
UDP en lugar de tomarse la molestia de establecer y luego liberar una
conexión. El UDP se describe en el RFC 768. Un segmento
UDP consiste en una cabecera de 8 bytes seguida de los datos. La cabecera
se muestra a continuación. Los dos puertos sirven para lo mismo que en el
TCP: para identificar los puntos terminales de las máquinas origen y destino. El
campo de longitud UDP incluye la cabecera de 8 bytes y los datos. La suma de
comprobación UDP incluye la misma pseudocabecera de formato, la cabecera
UDP, y los datos, rellenados con una cantidad par de bytes de ser necesario.
UDP no admite numeración de los datagramas, factor que, sumado a que
tampoco utiliza señales de confirmación de entrega, hace que la garantía de
que un paquete llegue a su destino sea mucho menor que si se usa TCP. Esto
también
origina
que
los
datagramas
pueden
llegar
duplicados
y/o
desordenados a su destino. Por estos motivos el control de envío de
datagramas, si existe, debe ser implementado por las aplicaciones que usan
UDP como medio de transporte de datos, al igual que el reeensamble de los
mensajes entrantes. Es por ello un protocolo del tipo best-effort (máximo
esfuerzo), porque hace lo que puede para transmitir los datagramas hacia la
aplicación, pero no puede garantizar que la aplicación los reciba.
4.4 Protocolos Nivel Aplicación
El nivel de aplicación es el nivel que los programas más comunes utilizan para
comunicarse a través de una red con otros programas. Los procesos que
acontecen en este nivel son aplicaciones específicas que pasan los datos al
nivel de aplicación en el formato que internamente use el programa y es
codificado de acuerdo con un protocolo estándar.Algunos programas
específicos se considera que se ejecutan en este nivel. Proporcionan servicios
que directamente trabajan con las aplicaciones de usuario. Estos programas y
sus correspondientes protocolos incluyen a HTTP (Híper Transfer Protocol),
FTP (Transferencia de archivos), SMTP (correo electrónico), SSH (login remoto
seguro), DNS (Resolución de nombres de dominio) y a muchos otros.Una vez
que los datos de la aplicación han sido codificados en un protocolo estándar del
nivel de aplicación son pasados hacia abajo al siguiente nivel de la pila
4.4.1 Smtp Protocolo
Simple Mail Transfer Protocol (SMTP), o protocolo simple de transferencia de
correo. Protocolo de red basado en texto utilizado para el intercambio de
mensajes de correo electrónico entre computadoras o distintos dispositivos
(PDA’s, teléfonos móviles, etc.). Está definido en el RFC 2821 y es un estándar
oficial de Internet
Las respuestas del servidor constan de un código numérico de tres digitos,
seguido de un texto explicativo. El número va dirigido a un procesado
automático de la respuesta por autómata, mientras que el texto permite que un
humano interprete la respuesta. En el protocolo SMTP todas las órdenes,
réplicas o datos son líneas de texto, delimitadas por el carácter <CRLF>. Todas
las réplicas tienen un código numérico al comienzo de la línea.
En el conjunto de protocolos TCP/IP, el SMTP va por encima del TCP, usando
normalmente el puerto 25 en el servidor para establecer la conexión.
Resumen simple del funcionamiento del protocolo SMTP [editar]Cuando un cliente establece
una conexión con el servidor SMTP, espera a que éste envíe un mensaje “220 Service ready” o
“421 Service non available”
Se envía un HELO desde el cliente. Con ello el servidor se identifica. Esto
puede usarse para comprobar si se conectó con el servidor SMTP correcto. El
cliente comienza la transacción del correo con la orden MAIL. Como argumento
de esta orden se puede pasar la dirección de correo al que el servidor notificará
cualquier fallo en el envío del correo. El servidor responde “250 OK”. Ya le
hemos dicho al servidor que queremos mandar un correo, ahora hay que
comunicarle a quien. La orden para esto es RCPT TO:<destino@host>. Se
pueden mandar tantas órdenes RCPT como destinatarios del correo queramos.
Por cada destinatario, el servidor contestará “250 OK” o bien “550 No such user
here”, si no encuentra al destinatario. Una vez enviados todos los RCPT, el
cliente envía una orden DATA para indicar que a continuación se envían los
contenidos del mensaje. El servidor responde “354 Start mail input, end with
<CRLF>.<CRLF>” Esto indica al cliente como ha de notificar el fin del mensaje.
Ahora el cliente envía el cuerpo del mensaje, línea a línea. Una vez finalizado,
se termina con un <CRLF>.<CRLF> (la última línea será un punto), a lo que el
servidor contestará “250 OK”, o un mensaje de error apropiado. Tras el envío,
el cliente, si no tiene que enviar más correos, con la orden QUIT corta la
conexión. También puede usar la orden TURN, con lo que el cliente pasa a ser
el servidor, y el servidor se convierte en cliente. Finalmente, si tiene más
mensajes que enviar, repite el proceso hasta completarlos. Puede que el
servidor SMTP soporte las extensiones definidas en el RFC 1651, en este
caso, la orden HELO puede ser sustituida por la orden EHLO, con lo que el
servidor contestará con una lista de las extensiones admitidas. Si el servidor no
soporta las extensiones, contestará con un mensaje “500 Syntax error,
command unrecognized”.
4.4.2 Ftp Protocolo
El siguiente modelo representa el diagrama de un servicio FTP.
En el modelo, el intérprete de protocolo (PI) de usuario, inicia la conexión de
control en el puerto 21. Las órdenes FTP estándar las genera el PI de usuario y
se transmiten al proceso servidor a través de la conexión de control. Las
respuestas estándar se envían desde el PI del servidor al PI de usuario por la
conexión de control como respuesta a las órdenes.
Estas órdenes FTP especifican parámetros para la conexión de datos (puerto
de datos, modo de transferencia, tipo de representación y estructura) y la
naturaleza de la operación sobre el sistema de archivos (almacenar, recuperar,
añadir, borrar, etc.). El proceso de transferencia de datos (DTP) de usuario u
otro proceso en su lugar, debe esperar a que el servidor inicie la conexión al
puerto de datos especificado (puerto 20 en modo activo o estándar) y transferir
los datos en función de los parámetros que se hayan especificado.
Vemos también en el diagrama que la comunicación entre cliente y servidor es
independiente del sistema de archivos utilizado en cada ordenador, de manera
que no importa que sus sistemas operativos sean distintos, porque las
entidades que se comunican entre sí son los PI y los DTP, que usan el mismo
protocolo estandarizado: el FTP.
También hay que destacar que la conexión de datos es bidireccional, es decir,
se puede usar simultáneamente para enviar y para recibir, y no tiene por qué
existir todo el tiempo que dura la conexión FTP
4.4.3 http Protocolo
El cliente Web descodifica la URL, separando sus diferentes partes. Así
identifica el protocolo de acceso, la dirección DNS o IP del servidor, el posible
puerto opcional (el valor por defecto es 80) y el objeto requerido del servidor.
Se abre una conexión TCP/IP con el servidor, llamando al puerto TCP
correspondiente.
Se realiza la petición. Para ello, se envía el comando necesario (GET, POST,
HEAD,…), la dirección del objeto requerido (el contenido de la URL que sigue a
la dirección del servidor), la versión del protocolo HTTP empleada (casi
siempre HTTP/1.0) y un conjunto variable de información, que incluye datos
sobre las capacidades del browser, datos opcionales para el servidor,…
El servidor devuelve la respuesta al cliente. Consiste en un código de estado y
el tipo de dato MIME de la información de retorno, seguido de la propia
información.
4.4.4 Nfs Protocolo
El Network File System (Sistema de archivos de red), o NFS, es un protocolo
de nivel de aplicación, según el Modelo OSI. Es utilizado para sistemas de
archivos distribuido en un entorno de red de computadoras de área local.
Posibilita que distintos sistemas conectados a una misma red accedan a
ficheros remotos como si se tratara de locales. Originalmente fue desarrollado
en 1984 por Sun Microsystems, con el objetivo de que sea independiente de la
máquina, el sistema operativo y el protocolo de transporte, esto fue posible
gracias a que está implementado sobre los protocolos XDR (presentación) y
ONC RPC (sesión) .[1] El protocolo NFS está incluido por defecto en los
Sistemas Operativos UNIX y las distribuciones GNU/Linux.
Características [editar]El sistema NFS está dividido al menos en dos partes
principales: un servidor y uno o más clientes. Los clientes acceden de forma
remota a los datos
4.4.5 Dns Protocolo
El DNS ( Domain Name System ) o Sistema de Nombres de Dominio es una
base de datos jerárquica y distribuida que almacena informacion sobre los
nombres de dominio de de redes cómo Internet. También llamamos DNS al
protocolo de comunicación entre un cliente ( resolver ) y el servidor DNS.
La función más común de DNS es la traducción de nombres por direcciones IP,
esto nos facilita recordar la dirección de una máquina haciendo una consulta
DNS y nos proporciona un modo de acceso más fiable ya que por multiples
motivos la dirección IP puede variar manteniendo el mismo nombre de dominio.
El DNS usa el concepto de espacio de nombres distribuido. Los nombres
simbólicos se agrupan en zonas de autoridad, o más comúnmente, zonas. En
cada una de estas zonas, uno o más hosts tienen la tarea de mantener una
base de datos de nombres simbólicos y direcciones IP y de suministrar la
función de servidor