Protocolos de Aplicacin: SMTP: Protocolo bsico de gestin de red; Un protocolo internet para las trasferencias de correo electrnico.

FTP: Protocolo de transferencia de archivos; Un protocolo para la transferencia de archivos en internet. Telnet: Un protocolo internet para la conexin a mquinas remotas y procesar los datos localmente. Protocolos de transporte: TCP: el protocolo de TCP/IP para la entrega garantizada de datos en forma de paquetes secuenciados.

TCP
Proporciona una cantidad considerable mayor de servicios a las aplicaciones que UDP, notablemente la recuperacin de errores, control de flujo y confiabilidad. Se trata de un protocolo orienta a conexin a diferencia de UDP. La mayora de los protocolos de aplicacin de usuarios, como TELNET, SMTP y FTP usan TCP. Zcalos: dos procesos de comunica a travs de zcalos TCP. El modelo de zcalos proporciona a un proceso una conexin con un flujo full dplex de bytes con otro proceso. La aplicacin no necesita preocuparse de la gestin de este canal: estos servicios son suministrados por TCP. TCP utiliza el mismo principio de puertos que UDP para conseguir multiplexacin. Al igual que UDP, TCP utiliza puertos bien-conocidos y efmeros. Cada extremo de una conexin TCP tiene un zcalo que puede identificarse con la triada (TCP, direccin IP, numero de puerto). Es lo que se llama un medio asociacin. Si dos procesos se estn comunicando sobre TCP, tendran una conexin lgica identificable unvocamente por medio de los dos zcalos implicados, es decir con la combinacin (TCP, direccin IP local, puerto local, direccin IP remota, puerto remoto). Los procesos del servidor son capaces de gestionar mltiples conversaciones a travs de un nico puerto. Descripcin: el principal propsito de TCP es proporcionar una conexin lgica fiable entre parejas procesos. No asume la fiabilidad de los protocolos de niveles inferiores (como IP) por lo que debe ocuparse de garantizarlo. TCP se puede caracterizar por los siguientes servicios que suministra a las aplicaciones que lo usan; transferencia de datos a travs de un canal, fiabilidad, control de flujo, multplexacin, conexiones lgicas y full dplex. Transferencia de datos a travs de un canal Desde el punto de vista de la aplicacin, TCP transfiere un flujo continuo de byte a travs de internet en bloques o en datagramas. TCP se encarga de esto al agrupar los bytes en segmentos TCP, que se pasan a IP para ser retransmitidos al destino. Adems TCP decide por s mismo como segmentar los datos y puede enviarlos del modo que ms le convenga. Fiabilidad Asigna un nmero de secuencias a cada byte transmitido y espera un reconocimiento afirmativo (ACK) del TCP receptor. Si el ACK no se recibe dentro de un intervalo de tiempo (time out), los datos

se retransmiten. Como los datos se trasmiten en bloques (segmentos IP), a; host de destino solo se le enva el numero de secuencias del byte de cada segmento. El TCP receptor utiliza los nmeros de secuencia para organizar los segmentos cuando llegan en forma de orden as como para eliminar segmentos duplicados. Control de flujo: el TCP receptor, al enviar un ACK al emisor indica tambin el nmero de byte que puede recibir aun, sin que se produzca sobrecarga y desbordamiento de sus bferes internos. Este valor se enva en el ACK en la forma del numero de secuencia ms elevado que se puede recibir si problemas. Este mecanismo se conoce tambin como mecanismo de ventanas. Formato de un Datagrama TCP 0 0 1 2 3 4 5 1 2 7 8 9 3 0

6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6

Source port

Destination port

Sequence number Acknowledgment number Data offset Reserved URG ACK PSH RST SYN FIN Windows

Checksum Options Data bytes

Urgent pointer Padding

Donde: Sequence number: Es nmero de secuencia del primer byte de datos del segmento. Si el byte de control SYN est en 1, el nmero de secuencia es el inicial (N) y el primer byte de dato ser el N + 1. Acnowledgmente number: si el bit de control ACK est en 1 este campo contiene el valor del siguiente nmero de secuencia que se quiere recibir. Data Offset: el numero de palabras de 32 bits de la cabecera TCP indicando donde empieza el dato Reserved: seis bits reservados para su uso futuro, deben ser 0. URG: indica el campo urgent pointer es significativo en el segmento. ACK: indica el campo de reconocimiento es significativo en el segmento. PSH: Funcion Push RTS: reset

SYN: sincroniza los nmeros de secuencia Fin: no hay ms datos del emisor. Checksum: suma de comprobacin de datagrama Urgent pointer: apunta el primer byte de datos que sigue a los datos importantes. Solo es significativo cuando el bit de control URG est en 1. Windows: usados en segmentos ACK, especfica el nmero de bytes de datos que comienzan con el byte indicado en el campo numero de reconocimiento que el receptor est dispuesto a aceptar. Options: solo para el caso de opciones de datagrama IP las opciones pueden ser: un solo byte conteniendo el nmero de opcin o una opcin de longitud variable. Padding: byte todos a 0 para rellenar la cabecera TCP en una longitud total que sea un mltiplo de 32 bits. Caractersticas generales: Previo al intercambio de datos, el emisor y receptor deben establecer una conexin lgica entre ambos. Durante este proceso cada parte notifica a la otra de: Espacio de memoria disponible para recibir datos Cantidad mxima de datos que puede llevar un segmento Numero de secuencias que se usara para numerar los datos de salida El establecimiento de la conexin es un proceso de tres pasos: SYN, SYN, ACK Establecimiento de la conexin: Antes de transmitir cualquier informacin utilizando el protocolo TCP es necesario abrir una conexin. Un extremo hace una apertura pasiva y el otro, una apertura activa. El mecanismo utilizado para establecer una conexin consta de tres vas.

Enviar SYN (seq = X)

SYN Recibir SYN (seq=X) Enviar SYN (seq = y, ACK = x +1)

Recibir SYN + segmento ACK (seq= y, ACK = x+1) Enviar ACK (ACK=y+1)

Recibir ACK (ACK=y+1)

Ejemplo:

Enviar SYN SYN=1 ACK=0 n.sec=1000

SYN Recibir SYN n.sec=1000 SYN Enviar SYN SYN=1, ACK=1 Nro.ACK=1001 Nro.sec=5000

Recibir SYN Nro.ACK=1001 Nro.sec=5000 Recibir ACK SYN=0, ACK=1 Nro.ACK=5001

ACK Recibir ACK Nro.ACK=5001

La mquina que quiere iniciar la conexin hace una apertura activa enviando al otro extremo un mensaje que tenga el bit SYN activado. Le informa adems del primer nmero de secuencia que utilizar para enviar sus mensajes. La maquina receptora (Un servidor generalmente) recibe el segmento con el bit SYN activa y devuelve la correspondiente confirmacin. Si desea abrir la secuencia. Deja abierta la conexin por su extremo. La primer maquina recibe el segmento y enva su confirmacin. A partir de este momento puede enviar datos al otro extremo. Abre la conexin por su extremo. La mquina receptora recibe la confirmacin y entiende que el otro extremo ah abierto ya su conexin. A partir de este momento puede enviar ella tambin datos. La conexin ah quedado abierta en los dos sentidos. Observamos que son necesarios 3 segmentos para que ambas maquinas abran sus conexiones y sepan que la otra tambin est preparada. Control de Flujo: Enviar un paquete de datos y esperar por una confirmacin antes de enviar el siguiente paquete. Si la confirmacin no se recibe dentro de un tiempo de espera se reenva el paquete. Emisor Receptor Enviar paquete 1 Recibe ACK 1 Enva paquete 2 .. recibir paquete 1 enva ACK 1 recibe paquete 1 ..

Enviar1 Recibe 1 Envia ACK 2 Recibe ACK2 Envia 2

Recibe 2 Envia ACK3 Recibe ACK3 Envia 3

Intercambio de datos Proceso A: enva 1000 bytes en dos tramos de 500 bytes cada uno Proceso B: enva 200 bytes en dos tramos de 100 bytes cada uno

Proceso A

Proceso B

1 2

A enva: SYN =0. Nro.sec=1001. Datos 500bytes B enva: SYN=0, ACK=1.Nro ACK=1501, Datos=100.Nro.sec=5001 A enva: SYN=0, ACK=1, Nro.ACK=5101, Datos= 500 bytes, Nro.sec= 1501 B enva: SYN=0, ACK=1, Nro.ACK 2001,Dato= 100 bytes, Nro.Sec = 5101

Finalizacin de la conexin Puesto que la conexin es Full - duplex, cada proceso debe cerrar su propia conexin esto lo hace un mecanismo un tanto ms complejo que el del establecimiento de la conexin. Esto se hace enviando un segmento final (FIN). Cuando una aplicacin ya no tiene ms datos que transmitir, el procedimiento normal es cerrar la conexin utilizando una variacin del mecanismo de 3 vas.

Proceso A

Proceso B

1 2 3 Enva: FIN=0, ACK=1, Nro.ACK=5102 Enva: FIN=1, ACK=1, Nro.ACK= 2001 Datos: 0 bytes, Nro.sec=5102 4 Enva: FIN=1, ACK=1, Nro.sec=5101 Datos: o bytes, Nro.sec=2001

1- La mquina ya no tiene ms datos que transferir, enva un segmento con el bit Fin activado y cierra el sentido de envi. Sin embargo, el sentido de recepcin de la conexin sigue abierto. 2- La mquina receptora recibe el segmento con el bit FIN activado y devuelve la correspondiente te confirmacin. Pero no cierra inmediatamente el otro sentido de la conexin sino que informa a la aplicacin de la peticin de cierre. Aqu se produce un lapso de tiempo hasta que la aplicacin decide cerrar el otro sentido de la conexin. 3- La primera mquina recibe el segmento ACK.

4- Cuando la mquina receptora toma la decisin de cerrar el otro sentido de la comunicacin, enva un segmento con el bit FIN activado y cierra la conexin. 5- La primera mquina recibe el segmento FIN y enva el correspondiente ACK. Observamos que aunque haya cerrado su sentido de la conexin sigue devolviendo las confirmaciones. 6- La maquina receptora recibe el segmento ACK. Otro ejemplo: Eventos de la localidad 1 (La aplicacin cierra la conexin) Envo SYN seq = X Eventos de la localidad 2

Recepcin del segmento FIN, Envo ACK X + 1 (La aplicacin informa) Recepcion de segmento ACK (La aplicacin cierra la conexin) Envi de FIN seq = y, ACK X + 1

Recepcin de FIN + Segmento ACK Envo de ACK y + 1

Recepcin de segment ACK

Http
Es el protocolo de aplicacin usado para obtener y enviar informacin de la web. Es una interface basada en el TCP/IP, que divide un mensaje en uno o ms paquetes para ser enviados individualmente a travs de internet. http transmite datos en octetos de 8 bits por lo que cuando transmite documentos de texto y archivos binarios, utiliza un sub conjunto de las especificaciones MIME para encapsular y codificar los archivos a ser transmitidos. Cada mensaje de http est compuesto en dos partes, un encabezado y un cuerpo (opcional). El encabezado provee informacin general acerca del mensaje, como el tipo de mensaje, la identificacin y capacidades del host, informacin administrativa y de descripcin del cuerpo. El cuerpo del mensaje, si est presente, contiene un bloque de informacin que presenta un archivo enviado o una forma de datos HTML. Http es el protocolo de comunicacin usado entre el navegador cliente (browser) y el servidor web.

FTP
Permite la transferencia de archivos al y desde el servidor FTP, se diseo para permitir el intercambio de datos, archivos entre computadores host y cliente. La arquitectura de FTP es cliente/servidor, el servidor posee una estructura de directorios o carpetas donde se encuentran alojadas los archivos de texto, grficos, etc. Y el cliente accede mediante un utilitario de FTP o desde la lnea de comandos para extraer archivos a su PC o enviarlos al receptor.

Para ingresar a un servidor FPT se puede acceder como un usuario con permisos definidos o como un usuario annimo, siempre y cuando el administrador del sistema habilite el acceso annimo. Luego puede recorrer las distintas carpetas hasta encontrar el archivo buscado, una vez encontrado este se transfiere al computador cliente.

UDP
Para IP, UDP es bsicamente una interfaz de aplicacin que no aade confiabilidad, control de flujo o recuperacin de errores a IP. Simplemente sirve como multiplexor / de multiplexor para enviar y recibir datagrama usando los puertos los puerto para dirigir los datagramas. Proceso 1 Proceso 3

Proceso 2

Puerto X

Puerto Y

Puerto Z

UDP (demultiplexador de puertos)

IP

UDP suministra un mecanismo para que una aplicacin envi un datagrama a otra.se considera que la capa de UDP es extremadamente delgada y en consecuencia tiene poco overead, pero requiere que la aplicacin se responsabilice de la recuperacin de errores y todos lo que ellos conlleva. Los usuarios tpicos de UDP son SMTP, DNS y TFTP. Puertos: Las aplicaciones que envan datagrama a un host necesitan identificar un objetivo mas especifico que la direccin IP ya que los datagrama suelen dirigirse a un proceso concreto y no a todo el sistema, UDP permite hacer esto al hacer uso de los puertos. Un puerto es un numero de 16 bits que identifican en un host que proceso est asociado a un datagrama. Formato: Cada datagrama UDP se enva en un solo datagrama IP. Aunque el datagrama IP se fragmenta durante la transmisin, la implementacin de IP que lo reciba lo re ensamblar antes de pasrselo a la capa UDP. Todas las implementaciones de IP deben aceptar datagramas de 576 bytes para la cabecera IP, queda un tamao de 516 bytes para el datagrama UDP, aceptado por todas las complementaciones.

El datagrama UDP tiene una cabecera de 16 bytes

0 16 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 Sources Port Destination Port

31 8 9 0 1

Length

Checksum

DATA

Puerto Origen: Indica el puerto del proceso que enva el datagrama. Es el puerto al que se deberan dirigir las respuestas. Puerto Destino: especifica el puerto destino en el host de destino. Longitud: es la longitud (en bytes) del mismo datagrama de usuario, incluyendo la cabecera. La longitud mnima es de 8 bytes. Checksum: es un campo opcional. Suma de comprobacin de datagrama. Data: Aqu viajan los datos que se envan las aplicacaciones.los mismos datos que enva la aplicaciones origen son recibidos por la aplicacin destino despus de atravesar toda la Red de redes.