Está en la página 1de 35

CAPA DE TRANSPORTE

Propsitodelacapadetrasporte seguimientodelacomunicacinindividualentre aplicacionesenloshostsorigenydestino. segmentacindedatosygestindecadaporcin. reensambledesegmentosenflujosdedatosdeaplicaciones. identificacindelasdiferentesaplicaciones. SeguimientodeConversacionesindividuales Cualquierhostpuedetenermltiplesaplicacionesqueseestncomunica ndoatravsdelared. EsresponsabilidaddelacapadeTransporte mantenerlosdiversosstreamsdecomunicacin entreestasaplicaciones.

Segmentacindedatos Debidoaquecadaaplicacingeneraunstreamdedatosp araenviaraunaaplicacinremota,estosdatosdeben prepararseparaserenviadosporlosmediosenpartesman ejables.LosprotocolosdelacapadeTransportedescriben losserviciosquesegmentanestosdatosdelacapadeAplic acin Reensambledesegmentos Enelhostderecepcin,cadaseccindedatospuedeserdi reccionadaalaaplicacinadecuada.Adems,estasseccio nes dedatosindividualestambindebenreconstruirseparage nerarunstreamcompletodedatosqueseatilparalacap a deAplicacin.

Identificacindelasaplicaciones Parapodertransferirlosstreamsdedatosala saplicacionesadecuadas,lacapadeTranspor tedebeidentificarlaaplicacindedestino.Par alograresto,lacapadeTransporteasignaun identificadoralaaplicacin.LosprotocolosTC P/IPdenominanaesteidentificadornmerode puerto.Atodoslosprocesosdesoftwareque requieranaccederalaredselesasignaunn merodepuertoexclusivoenesehost.Esten merodepuertoseutilizaenelencabezadode lacapadeTransporteparaindicarconquap licacinestasociadaesaseccindedatos.

La capa de Transporte posee 4 caractersticas: Establecimiento de Sesin Entrega confiable Entrega en el mismo Orden Control de Flujo Establecimiento de una sesin: La capa de transporte crea una sesin entre las aplicaciones y estas preparan a las comunicaciones antes de que se transmitan los datos. Entrega confiable: Por varias razones se puede cortar la comunicacin o la transmisin de datos, la capa de transporte se encarga de que todas las secciones lleguen a destino siempre y cuando el dispositivo de origen vuelva a transmitir los datos que se haban perdido.

Entrega en el mismo orden Ya que las redes tienen rutas mltiples con distintos tiempos de transmisin los datos pueden llegar en un orden incorrecto, al enumerar y secuenciar los segmentos, la capa de transporta segura que estos al llegar se reensamblen en el orden adecuado. Control de Flujo: Cuando los host de red poseen escasos recursos como memoria y ancho banda, la capa de transporte advierte que estoest pasando por lo tanto algunosprotocolos puedenpedirle a la aplicacin que enva los datos, que estos reduzcan el flujo. Este proceso evita la perdida desegmentos en la red y por ende evitan la necesidad de retransmisin por causa de la perdida de segmentos

la funcin principal de la capa de Transporte es administrar los datos de aplicacin para las conversaciones entre hosts. Sin embargo, las diferentes aplicaciones tienen diferentes requerimientos para sus datos y,por lo tanto, se han desarrollado diferentes protocolos de Transporte para satisfacer estos requerimientos. Un protocolo de la capa de Transporte puede implementar un mtodo para asegurar la entrega confiable de los datos. En trminos de redes, confiabilidad significa asegurar que cada seccin de datos que enva el origen llegue al destino. En la capa de Transporte, las tres operaciones bsicas de confiabilidad son: seguimiento de datos transmitidos, acuse de recibo de los datos recibidos, y

UDP Y TCP

Protocolo de data gramas de usurio (UDP) UDP es un protocolo simple, sin conexin, descrito en la RFC 768. Cuenta con la ventaja de proveer la entrega de datos sin utilizar muchos recursos. Las porciones de comunicacin en UDP se llaman datagramas. Este protocolo de la capa de Transporte enva estos datagramas como mejor intento. Entre las aplicaciones que utilizan UDP se incluyen: sistema de nombres de dominios (DNS) streaming de vdeo Voz sobre IP (VoIP)

Protocolo de control de transmisin (TCP) TCP es un protocolo orientado a la conexin, descrito en la RFC 793. TCP incurre en el uso adicional de recursos para agregar funciones. Las funciones adicionales especificadas por TCP estn en el mismo orden de entrega, son de entrega confiable y de control de flujo. Cada segmento de TCP posee 20 bytes de carga en el encabezado, que encapsulan los datos de la capa de Aplicacin, mientras que cada segmento UDP slo posee 8 bytes de carga. Ver la figura para obtener una comparacin. Las aplicaciones que utilizan TCP son: exploradores Web

La diferencia clave entre TCP y UDP esla confiabilidad: La confiabilidad de la comunicacin TCP se lleva a cabo utilizando sesiones orientadas a la conexin. Antes de que un host que utiliza TCP enve datos a otro host, la capa de Transporte inicia un proceso para crear una conexin con el destino

Direccionamiento de puerto Puertos bien conocidos (Nmeros del 0 al 1023): estos nmeros se reservan para servicios y aplicaciones. HTTP, POP3/SMTP. Puertos Registrados (Nmeros 1024 al49151): estos nmeros de puertos estn asignados a procesos o aplicaciones del usuario. Puertos dinmicos o privados (Nmeros del 49 152 al65 535): Tambin conocidos como puertos efmeros, suelen asignarse de maneradinmica a aplicaciones de cliente cuando seinicia una conexin.

Procesos del servidor TCP Cada proceso de aplicacin que se ejecuta en el servidor es configurado por el administrador del sistema para utilizar un nmero de puerto, de forma predeterminada o manual. Un servidor individual no puede tener dos servicios asignados al mismo nmero de puerto dentro de los mismos servicios de la capa de Transporte. Un host que ejecuta una aplicacin de servidor Web y una de transferencia de archivos no puede configurar ambas para utilizar el mismo puerto

Establecimiento y finalizacin de la conexin Cuando dos hostsTCP se comunican utilizando TCP, se


establece una conexin antes de que puedan intercambiarse los datos. Luego de que se completa la comunicacin, se cierran las sesiones y la conexin finaliza. Los mecanismos de conexin y de sesin habilitan la funcin de confiabilidad de TCP. Cada conexin representa dos streams de comunicacin de una va o sesiones. Para establecer la conexin los hosts realizan un intercambio de seales de tres vas. Los bits de control en el encabezado TCP indican el progreso y estado de la conexin. Enlace de tres vas: Establece que el dispositivo de destino est presente en la red. Verifica que el dispositivo de destino tenga un servicio activo y est aceptando las peticiones en el nmero de puerto de destino que el cliente que

Los tres pasos para el establecimiento de una conexin TCP son: 1. El cliente que inicia la conexin enva un segmento que contiene un valor de secuencia inicial, que acta como solicitud para el servidor para comenzar una sesin de comunicacin. 2. El servidor responde con un segmento que contiene un valor de reconocimiento igual al valor de secuencia Recibido ms 1, adems de su propio valor de secuencia de sincronizacin. El valor es uno mayor que el nmero de secuencia porque el ACK es siempre el prximo Byte u Octeto esperado. Este valor de reconocimiento permite al cliente unir la respuesta al segmento original que fue enviado al servidor.

Para entender el proceso de enlace de tres vas, es importante observar los distintos valores que intercambian los dos hosts. Dentro del encabezado del segmento TCP, existen seis campos de 1 bit que contienen informacin de control utilizada para gestionar los procesos de TCP. Estos campos son los siguientes: URG: Urgente campo de sealizador significativo, ACK: Campo significativo de acuse de recibo, PSH: Funcin de empuje,

A estos campos se los denomina sealadores porque el valor de uno de estos campos es slo de 1 bit, entonces tiene slo dos valores: 1 0. Si el valor del bit se establece en 1, indica la informacin de control que contiene el segmento. Si se utiliza un proceso de cuatro pasos, los sealizadores se intercambian para finalizar la conexin TCP.

Protocolo TCP de enlace de tres vas Con los resultados Wireshark, podr examinar el funcionamiento del protocolo TCP de enlace de tres vas: Paso 1 Un cliente TCP comienza el enlace de tres vas enviando un segmento con el sealizador de control SYN (Sincronizar nmeros de secuencia) establecido, indicando un valor inicial en el campo de nmero de secuencia del encabezado. Este valor inicial para el nmero de secuencia, conocido como nmero de secuencia inicial (ISN), se elige de manera aleatoria y se utiliza para comenzar a rastrear el flujo de datos desde el cliente al servidor para esta sesin. El ISN en el encabezado de cada segmento se incrementa en uno por cada byte de datos enviados desde el

Paso 2 El servidor TCP necesita reconocer la recepcin del segmento SYN del cliente para establecer la sesin de cliente a servidor. Para hacerlo, el servidor enva un segmento al cliente con el sealizador ACK establecido indicando que el nmero de acuse de recibo es significativo. Con este sealizador establecido en el segmento, el cliente interpreta esto como acuse de recibo de que el servidor ha recibido el SYN del cliente TCP. El valor del nmero de campo del acuse de recibo es igual al nmero de secuencia inicial del cliente ms 1. Esto establece una sesin desde el cliente al servidor. Como se muestra en la figura, el resultado del analizador de protocolos muestra que estn establecidos los sealizadores de control ACK y SYN y se muestran los nmeros relativos de secuencia y

Paso 3 Por ltimo, el cliente TCP responde con un segmento que contiene un ACK que acta como respuesta al SYN de TCP enviado por el servidor. No existen datos de usuario en este segmento. El valor del campo nmero de acuse de recibo contiene uno ms que el nmero de secuencia inicial recibido del servidor. Una vez establecidas ambas sesiones entre el cliente y el servidor, todos los segmentos adicionales que se intercambien en la comunicacin tendrn establecido el sealizador ACK. Como se muestra en la figura, el resultado del analizador de protocolos muestra el sealizador de control ACK establecido y se muestran los nmeros relativos de secuencia y reconocimiento. Se puede aadir seguridad a la red de datos de la siguiente manera: denegar el establecimiento de sesiones TCP, slo permitir sesiones para ser establecidas por servicios especficos,

Terminacin de la sesin TCP Para cerrar la conexin se debe establecer el sealizador de control FIN (Finalizar) en el encabezado del segmento. Para finalizar todas las sesiones TCP de una va, se utiliza un enlace de dos vas, que consta de un segmento FIN y un segmento ACK. Por lo tanto, para terminar una conversacin simple admitida por TCP, se requieren cuatro intercambios para finalizar ambas sesiones. Nota: En esta explicacin se usan los trminos cliente y servidor como referencia por simplicidad pero la finalizacin del proceso puede ser iniciada por cualquiera de los dos hosts que completen la sesin: 1. Cuando el cliente no tiene ms datos para enviar al stream, enva un segmento con el sealizador FIN establecido. 2.El servidor enva un ACK para acusar recibo de Fin y terminar la sesin del cliente al servidor. 3. El servidor enva un FIN al cliente para finalizar la sesin del servidor al cliente. 4. El cliente responde con un ACK para dar acuse de

Reensamblaje de segmentos TCP Resecuenciamiento de segmentos al orden transmitido Cuando los servicios envan datos utilizando TCP, los segmentos pueden llegar a destinos desordenados. Para que el receptor comprenda el mensaje original, los datos en estos segmentos se reensamblan en el orden original. Para lograr esto, se asignan nmeros de secuencia en el encabezado de cada paquete. Acuse de recibo Confirmacin de recepcin de segmentos Una de las funciones de TCP es asegurar que cada segmento llegue a su destino. Los servicios TCP en el host de destino envan a la aplicacin de origen un acuse de

Se le informa al origen que el destino ha recibido todos los bytes de este stream de datos, pero sin incluir, el byte especificado por el nmero de acuse de recibo. Se espera que el host emisor enve un segmento que utiliza un nmero de secuencia igual al nmero de acuse de recibo.

Retransmisin TCP Manejo de la prdida de segmentos Por ptimo que sea el diseo de una red, siempre se producirn prdidas ocasionales de datos. Por lo tanto, TCP cuenta con mtodos para gestionar dichas prdidas de segmentos. Entre los mismos existe un mecanismo para retransmitir segmentos con datos no reconocidos. Un servicio de host de destino que utiliza TCP, por lo general slo reconoce datos para secuencias de bytes contiguas. Si uno o ms segmentos se pierden, slo se acusa recibo de los datos de los segmentos que completan el stream. Control de congestin de TCP: Cmo minimizar la perdida de segmentos Control del flujo TCP tambin provee mecanismos para el control del flujo. El control del flujo contribuye con la confiabilidad de la transmisin TCP ajustando la tasa efectiva de flujo de datos entre los dos servicios de la sesin. Cuando el

UDP: Baja sobrecarga Vs Confiabilidad UDP es un protocolo simple que provee las funciones bsicas de la capa de Transporte. Genera mucho menos sobrecarga que TCP, ya que no es orientado a la conexin y no cuenta con los sofisticados mecanismos de retransmisin, secuenciacin y control del flujo. entre los protocolos principales de la capa de Aplicacin que utilizan UDP se incluyen: sistema de denominacin de dominio (DNS), protocolo simple de administracin de red (SNMP), protocolo de configuracin dinmica de host (DHCP), protocolo de informacin de enrutamiento

Reensamblaje de datagrama de UDP Ya que UDP opera sin conexin, las sesiones no se establecen antes de que se lleve a cabo la comunicacin, como sucede con TCP. Se dice que UDP es basado en transacciones. En otras palabras, cuando una aplicacin posee datos para enviar, simplemente los enva. Procesos y solicitudes del servidor UDP Al igual que las aplicaciones basadas en TCP, a las aplicaciones de servidor basadas en UDP se les asigna nmeros de puerto bien conocidos o registrados. Cuando se ejecutan estas aplicaciones o procesos, aceptan los datos que coincidan con el nmero de puerto asignado. Cuando UDP recibe un datagrama destinado a uno de esos puertos, enva los datos de aplicacin a la aplicacin adecuada en base a su nmero de puerto

Procesos de cliente UDP Como en TCP, la comunicacin cliente/servidor se inicia por una aplicacin cliente que solicita datos de un proceso del servidor. El proceso de cliente UDP selecciona al azar un nmero de puerto del rango dinmico de nmeros de puerto y lo utiliza como puerto de origen para la conversacin. El puerto de destino por lo general ser el nmero de puerto bien conocido o registrado asignado al