CAPA DE TRANSPORTE DEL MODELO OSI,

INTRODUCCION AL CAPITULO.

1. Introduccin del cap tulo.

Las redes de datos e Internet brindan soporte a la red humana al proporcionar la comunicacin continua y confiable entre las personas, tanto de manera local como alrededor del mundo. En un nico dispositivo, las personas pueden utilizar varios servicios como e-mails, la Web y la mensajer a instant!nea para enviar mensajes o recuperar informacin. Las aplicaciones como clientes de correo electrnico, e"ploradores Web y clientes de mensajer a instant!nea permiten #ue las personas utilicen las computadoras y las redes para enviar mensajes y buscar informacin. Los datos de cada una de estas aplicaciones se empa#uetan, transportan y entre$an al daemon de servidor o aplicacin adecuados en el dispositivo de destino. Los procesos descritos en la capa de %ransporte del modelo &'I, aceptan los datos de la capa de (plicacin y los preparan para el direccionamiento en la capa de )ed. La capa de %ransporte es responsable de la transferencia de e"tremo a e"tremo $eneral de los datos de aplicacin. En este cap tulo, se e"amina el rol de la capa de %ransporte cuando se encapsulan los datos de aplicacin para usarse en la capa de )ed. La capa de %ransporte incluye tambi*n las si$uientes funciones+ permitir mltiples aplicaciones para comunicarse a trav*s de la red al mismo tiempo en un solo dispositivo. ase$urar #ue, si se re#uiere, todos los datos sean recibidos de manera confiable y en orden por la aplicacin correcta. emplear mecanismos de manejo de error.

O!"eti#o$ de aprendi%a"e. (l completar este cap tulo podr! realizar tareas relacionadas con+ E"plicar la necesidad de la capa de %ransporte. Identificar la funcin de la capa de %ransporte a medida #ue provee la transferencia de datos de e"tremo a e"tremo, entre las aplicaciones. ,escribir las funciones de dos protocolos %-., - I, ., de la capa de transporte+ %-., y /,,.. E"plicar las funciones clave de la capa de %ransporte incluyendo confiabilidad, direccionamiento de puerto y se$mentacin.

E"plicar cmo cada %-., y /,,. maneja las funciones clave. Identificar cu!ndo es apropiado usar %-., o /,,. y proveer ejemplos de aplicaciones, #ue usan cada protocolo.

&. 'uncione$ de la capa de tran$porte.

1. Prop$ito de la capa de tran$porte. La capa de %ransporte permite la se$mentacin de datos y brinda el control necesario para reensamblar las partes dentro de los distintos streams de comunicacin. Las responsabilidades principales #ue debe cumplir son+ 'e$uimiento de la comunicacin individual entre aplicaciones en los 0osts, ori$en y destino. 'e$mentacin de datos y $estin de cada porcin. )eensamble de se$mentos en flujos de datos de aplicacin. Identificacin de las diferentes aplicaciones.

Se(ui)iento de Con#er$acione$ indi#iduale$. -ual#uier 0ost, puede tener mltiples aplicaciones #ue se est!n comunicando a trav*s de la red. -ada una de estas aplicaciones se comunicar! con una o m!s aplicaciones en 0osts, remotos. Es responsabilidad de la capa de %ransporte mantener los diversos streams de comunicacin entre estas aplicaciones. Se()entacin de dato$. ,ebido a #ue cada aplicacin $enera un stream de datos para enviar a una aplicacin remota, estos datos deben prepararse para ser enviados por los medios en partes manejables. Los protocolos de la capa de %ransporte describen los servicios #ue se$mentan estos datos de la capa de (plicacin. Esto incluye la encapsulacin necesaria en cada seccin de datos. -ada seccin de datos de aplicacin re#uiere #ue se a$re$uen encabezados en la capa de %ransporte para indicar la comunicacin a la cual est! asociada. Reen$a)!le de $e()ento$. En el 0ost, de recepcin, cada seccin de datos puede ser direccionada a la aplicacin adecuada. (dem!s, estas secciones de datos individuales tambi*n deben reconstruirse para $enerar un stream completo de datos #ue sea til para la capa de (plicacin. Los protocolos de la capa de %ransporte describen cmo se utiliza la informacin de encabezado de dicha capa para reensamblar las secciones de datos en streams y enviarlas a la capa de (plicacin. Identi*icacin de la$ aplicacione$.

.ara poder transferir los streams de datos a las aplicaciones adecuadas, la capa de %ransporte debe identificar la aplicacin de destino. .ara lo$rar esto, la capa de %ransporte asi$na un identificador a la aplicacin. Los protocolos %-., - I,., denominan a este identificador nmero de puerto. ( todos los procesos de soft1are #ue re#uieran acceder a la red se les asi$na un nmero de puerto e"clusivo en ese 0ost,. Este nmero de puerto se utiliza en el encabezado de la capa de %ransporte para indicar con #u* aplicacin est! asociada esa seccin de datos. La capa de %ransporte es el enlace entre la capa de (plicacin y las capas inferiores, #ue son responsables de la transmisin en la red. Esta capa acepta datos de distintas conversaciones y los transfiere a las capas inferiores como secciones manejables #ue puedan ser eventualmente multiple"adas a trav*s del medio. Las aplicaciones no necesitan conocer los detalles de operacin de la red en uso. Las aplicaciones $eneran datos #ue se env an desde una aplicacin a otra sin tener en cuenta el tipo de 0ost, destino, el tipo de medios sobre los #ue los datos deben viajar, el paso tomado por los datos, la con$estin en un enlace o el tama2o de la red. (dem!s, las capas inferiores no tienen conocimiento de #ue e"isten varias aplicaciones #ue env an datos en la red. 'u responsabilidad es entre$ar los datos al dispositivo adecuado. Lue$o la capa de %ransporte ordena estas secciones antes de entre$arlas a la aplicacin adecuada. Lo$ re+ueri)iento$ de dato$ #ar an. ,ebido a #ue las distintas aplicaciones poseen distintos re#uerimientos, e"isten varios protocolos de la capa de %ransporte. .ara al$unas aplicaciones, los se$mentos deben lle$ar en una secuencia espec fica de manera #ue puedan ser procesados en forma e"itosa. En al$unos casos, todos los datos deben recibirse para ser utilizados por cual#uiera de las mismas. En otros casos, una aplicacin puede tolerar cierta p*rdida de datos durante la transmisin a trav*s de la red. En las redes conver$entes actuales, las aplicaciones con distintas necesidades de transporte pueden comunicarse en la misma red. Los distintos protocolos de la capa de %ransporte poseen distintas re$las #ue permiten #ue los dispositivos $estionen los diversos re#uerimientos de datos. (l$unos protocolos proporcionan slo las funciones b!sicas para la entre$a eficiente de las secciones de datos entre las aplicaciones adecuadas. Estos tipos de protocolos son tiles para a#uellas aplicaciones cuyos datos son sensibles a las demoras. &tros protocolos de la capa de %ransporte describen procesos #ue brindan funciones adicionales, como ase$urar la entre$a confiable entre las aplicaciones. 'i bien estas funciones adicionales proveen una comunicacin m!s slida entre aplicaciones de la capa de %ransporte, representan la necesidad de utilizar recursos adicionales y $eneran un mayor nmero de demandas en la red. Separacin de co)unicacione$ ),ltiple$. -onsidere una computadora conectada a una red #ue recibe y env a e-mails y mensajes instant!neos, e"plora sitios Web y realiza una llamada telefnica de 3oI. de manera simult!nea. -ada una de estas aplicaciones env a y recibe datos en la red al mismo tiempo. 'in embar$o, los datos de la llamada telefnica no se direccionan al e"plorador Web y el te"to de un mensaje instant!neo no aparece en el e-mail. (dem!s, los usuarios precisan #ue un e-mail o una p!$ina Web sean recibidos y presentados de manera completa para #ue la informacin sea considerada til. Las demoras leves se consideran aceptables para ase$urar #ue se reciba y presente la informacin completa. .or el contrario, la p*rdida ocasional de pe#ue2as partes de una conversacin telefnica puede considerarse aceptable. 'e puede inferir la parte de audio perdida del conte"to de la conversacin

o se puede solicitar a la otra persona #ue repita lo #ue dijo. Es preferible esto ltimo a las demoras #ue se producir an si se solicita a la red #ue $estione y vuelva a enviar los se$mentos perdidos. En este ejemplo, el usuario, no la red, $estiona el reenv o o reemplazo de informacin #ue falta. -omo se e"plic en un cap tulo anterior, el env o de al$unos tipos de datos, un v deo por ejemplo, a trav*s de la red como un stream de comunicacin completa puede impedir #ue se produzcan otras comunicaciones al mismo tiempo. %ambi*n hace dificultosa la recuperacin de errores y la retransmisin de datos da2ados. La divisin de los datos en partes pe#ue2as y el env o de estas partes desde el ori$en hacia el destino permiten #ue se puedan entrelazar 4multiple"ar5 distintas comunicaciones en la misma red. La se$mentacin de los datos, #ue cumple con los protocolos de la capa de %ransporte, proporciona los medios para enviar y recibir datos cuando se ejecutan varias aplicaciones de manera concurrente en una computadora. 'in se$mentacin, slo una aplicacin, la corriente de v deo por ejemplo, podr a recibir datos. 6o se podr an recibir correos electrnicos, chats ni mensajes instant!neos ni visualizar p!$inas Web y ver un v deo al mismo tiempo. En la capa de %ransporte, cada conjunto de secciones en particular #ue fluyen desde una aplicacin de ori$en a una de destino se conoce como conversacin. .ara identificar todos los se$mentos de datos, la capa de %ransporte a$re$a un encabezado a la seccin #ue contiene datos binarios. Este encabezado contiene campos de bits. 'on los valores de estos campos los #ue permiten #ue los distintos protocolos de la capa de %ransporte lleven a cabo las diversas funciones. &. Control de la$ con#er$acione$. Las funciones principales especificadas por todos los protocolos de la capa de %ransporte incluyen+ Se()entacin - reen$a)!la"e. La mayor a de las redes poseen una limitacin en cuanto a la cantidad de datos #ue pueden incluirse en una nica .,/ 4/nidad de datos del protocolo5. La capa de %ransporte divide los datos de aplicacin en blo#ues de datos de un tama2o adecuado. En el destino, la capa de %ransporte reensambla los datos antes de enviarlos a la aplicacin o servicio de destino. Multiple/acin de con#er$acione$. .ueden e"istir varias aplicaciones o servicios ejecut!ndose en cada 0ost, de la red. ( cada una de estas aplicaciones o servicios se les asi$na una direccin conocida como puerto para #ue la capa de %ransporte pueda determinar con #u* aplicacin o servicio se identifican los datos. (dem!s de utilizar la informacin contenida en los encabezados para las funciones b!sicas de se$mentacin y reensamblaje de datos, al$unos protocolos de la capa de %ransporte proveen+ conversaciones orientadas a la cone"in. entre$a confiable. reconstruccin ordenada de datos. control del flujo.

E$ta!leci)iento de una $e$in.

La capa de %ransporte puede brindar esta orientacin a la cone"in creando una sesin entre las aplicaciones. Estas cone"iones preparan las aplicaciones para #ue se comuni#uen entre s antes de #ue se transmitan los datos. ,entro de estas sesiones, se pueden $estionar de cerca los datos para la comunicacin entre dos aplicaciones.

Entre(a con*ia!le.

.or varias razones, es posible #ue una seccin de datos se corrompa o se pierda por completo a medida #ue se transmite a trav*s de la red. La capa de %ransporte puede ase$urar #ue todas las secciones lle$uen a destino al contar con el dispositivo de ori$en para volver a transmitir los datos #ue se hayan perdido.

Entre(a en el )i$)o orden.

7a #ue las redes proveen rutas mltiples #ue pueden poseer distintos tiempos de transmisin, los datos pueden lle$ar en el orden incorrecto. (l numerar y secuenciar los se$mentos, la capa de %ransporte puede ase$urar #ue los mismos se reensamblen en el orden adecuado.

Control del *lu"o.

Los 0osts, de la red cuentan con recursos limitados, como memoria o ancho de banda. -uando la capa de %ransporte advierte #ue estos recursos est!n sobrecar$ados, al$unos protocolos pueden solicitar #ue la aplicacin #ue env a reduzca la velocidad del flujo de datos. Esto se lleva a cabo en la capa de %ransporte re$ulando la cantidad de datos #ue el ori$en transmite como $rupo. El control del flujo puede prevenir la p*rdida de se$mentos en la red y evitar la necesidad de retransmisin. Estos servicios se describir!n con m!s detalle a medida #ue se e"pli#uen los protocolos en este cap tulo.

0. Prop$ito de la capa de tran$porte.

-abe recordar #ue la funcin principal de la capa de %ransporte es administrar los datos de aplicacin para las conversaciones entre 0osts,. 'in embar$o, las diferentes aplicaciones tienen

diferentes re#uerimientos para sus datos y, por lo tanto, se han desarrollado diferentes protocolos de %ransporte para satisfacer estos re#uerimientos. /n protocolo de la capa de %ransporte puede implementar un m*todo para ase$urar la entre$a confiable de los datos. En t*rminos de redes, confiabilidad si$nifica ase$urar #ue cada seccin de datos #ue env a el ori$en lle$ue al destino. En la capa de %ransporte, las tres operaciones b!sicas de confiabilidad son+ se$uimiento de datos transmitidos. acuse de recibo de los datos recibidos. retransmisin de cual#uier dato sin acuse de recibo.

Esto re#uiere #ue los procesos de la capa de %ransporte de ori$en manten$an el se$uimiento de todas las porciones de datos de cada conversacin y retransmitan cual#uiera de los datos #ue no dieron acuse de recibo por el destino. La capa de %ransporte del 0ost, de recepcin tambi*n debe rastrear los datos a medida #ue se reciben y reconocer la recepcin de los datos. Estos procesos de confiabilidad $eneran un uso adicional de los recursos de la red debido al reconocimiento, rastreo y retransmisin. .ara admitir estas operaciones de confiabilidad se intercambian m!s datos de control entre los 0osts, emisores y receptores. Esta informacin de control est! contenida en el encabezado de la -apa 8. Esto $enera un e#uilibrio 49trade-off95 entre el valor de confiabilidad y la car$a #ue representa para la red. Los desarrolladores de aplicaciones deben ele$ir #u* tipo de protocolo de transporte es adecuado en base a los re#uerimientos de sus aplicaciones. En la capa de %ransporte, e"isten protocolos #ue especifican m*todos para entre$a confiable, $arantizada o de m!"imo esfuerzo. En el conte"to de las redes, la entre$a de m!"imo esfuerzo se considera no confiable, ya #ue no e"iste acuse de recibo de #ue los datos hayan lle$ado al destino.

Deter)inacin de la nece$idad de con*ia!ilidad.

Las aplicaciones, como bases de datos, las p!$inas Web y los e-mails, re#uieren #ue todos los datos enviados lle$uen al destino en su condicin ori$inal, de manera #ue los mismos sean tiles. %odos los datos perdidos pueden corromper una comunicacin y dejarla incompleta o ile$ible. .or lo tanto, estas aplicaciones se dise2an para utilizar un protocolo de capa de %ransporte #ue implemente la confiabilidad. El uso de recursos de red adicionales se considera necesario para estas aplicaciones. &tras aplicaciones son m!s tolerantes en lo #ue se refiere a la p*rdida de pe#ue2as cantidades de datos. .or ejemplo, si uno o dos se$mentos de un stream de v deo no lle$an al destino, slo $enerar! una interrupcin moment!nea en el stream. Esto puede representar distorsin en la ima$en pero #uiz!s ni sea advertido por el usuario. Imponer el uso de recursos adicionales para ase$urar la confiabilidad para esta aplicacin puede reducir la utilidad de la misma. La ima$en en un streamin$ v deo se de$radar a en $ran medida si el dispositivo de destino tuvo #ue dar cuenta de los datos perdidos y demorar el stream mientras espera #ue lle$uen. Es conveniente proporcionar la mejor ima$en posible al momento en #ue lle$an los se$mentos y renunciar a la confiabilidad. 'i por al$n motivo se re#uiere confiabilidad, estas aplicaciones pueden proveer verificacin de errores y solicitudes de retransmisin.

'UNCIONES DE LA CAPA DE TRANSPORTE.

1. TCP, - U,DP. Los dos protocolos m!s comunes de la capa de %ransporte del conjunto de protocolos %-., - I,., son el .rotocolo de control de transmisin 4%-.,5 y el .rotocolos de data$ramas de usuario 4/,,.5. (mbos protocolos $estionan la comunicacin de mltiples aplicaciones. Las diferencias entre ellos son las funciones espec ficas #ue cada uno implementa. Protocolo de data(ra)a$ de u$uario 1U,DP2. /,,. es un protocolo simple, sin cone"in, descrito en la ):- ;<=. -uenta con la ventaja de proveer la entre$a de datos sin utilizar muchos recursos. Las porciones de comunicacin en /,,. se llaman data$ramas. Este protocolo de la capa de %ransporte env a estos data$ramas como 9mejor intento9.

Entre las aplicaciones #ue utilizan /,,. se incluyen+ sistema de nombres de dominios 4,6',5. streamin$ de v deo. 3oz sobre I. 43oI.5.

Protocolo de control de tran$)i$in 1TCP,2. %-., es un protocolo orientado a la cone"in, descrito en la ):- ;>?. %-., incurre en el uso adicional de recursos para a$re$ar funciones. Las funciones adicionales especificadas por %-., est!n en el mismo orden de entre$a, son de entre$a confiable y de control de flujo. -ada se$mento de %-., posee @A bytes de car$a en el encabezado, #ue encapsulan los datos de la capa de (plicacin, mientras #ue cada se$mento /,,. slo posee = bytes de car$a. 3er la fi$ura para obtener una comparacin. Las aplicaciones #ue utilizan %-., son+ e"ploradores Web. e-mail. transferencia de archivos.

&. Direcciona)iento del puntero.

Identi*icacin de la$ con#er$acione$. -onsidere el ejemplo anterior de una computadora #ue recibe y env a e-mails, mensajes instant!neos, p!$inas Web y llamadas telefnicas 3oI. de manera simult!nea. Los servicios basados en %-., y /,,. mantienen un se$uimiento de las varias aplicaciones #ue se comunican. .ara diferenciar los se$mentos y data$ramas para cada aplicacin, tanto %-., como /,,. cuentan con campos de encabezado #ue pueden identificar de manera e"clusiva estas aplicaciones. Estos identificadores nicos son los nmeros de los puertos. En el encabezado de cada se$mento o data$rama hay un puerto de ori$en y destino. El nmero de puerto de ori$en es el nmero para esta comunicacin asociado con la aplicacin #ue ori$ina la comunicacin en el 0ost, local. El nmero de puerto de destino es el nmero para esta comunicacin asociado con la aplicacin de destino en el 0ost, remoto. Los nmeros de puerto se asi$nan de varias maneras, en funcin de si el mensaje es una solicitud o una respuesta. Bientras #ue los procesos en el servidor poseen nmeros de puertos est!ticos asi$nados a ellos, los clientes eli$en un nmero de puerto de forma din!mica para cada conversacin. -uando una aplicacin de cliente env a una solicitud a una aplicacin de servidor, el puerto de destino contenido en el encabezado es el nmero de puerto #ue se asi$na al daemon de servicio #ue se ejecuta en el 0ost, remoto. El soft1are del cliente debe conocer el nmero de puerto asociado con el proceso del servidor en el 0ost, remoto. Este nmero de puerto de destino se puede confi$urar, ya sea de forma predeterminada o manual. .or ejemplo, cuando una aplicacin de e"plorador Web realiza una solicitud a un servidor Web, el e"plorador utiliza %-., y el nmero de puerto =A a menos #ue se especifi#ue otro valor. Esto sucede por#ue el puerto %-., =A es el puerto predeterminado asi$nado a aplicaciones de servidores Web. Buchas aplicaciones comunes tienen asi$nados puertos predeterminados. El puerto de ori$en del encabezado de un se$mento o data$rama de un cliente se $enera de manera aleatoria. 'iempre y cuando no entre en conflicto con otros puertos en uso en el sistema, el cliente puede ele$ir cual#uier nmero de puerto. El nmero de puerto acta como direccin de retorno para la aplicacin #ue realiza la solicitud. La capa de %ransporte mantiene un se$uimiento de este puerto y de la aplicacin #ue $ener la solicitud, de manera #ue cuando se devuelva una respuesta, pueda ser enviada a la aplicacin correcta. El nmero de puerto de la aplicacin #ue realiza la solicitud se utiliza como nmero de puerto de destino en la respuesta #ue vuelve del servidor. La combinacin del nmero de puerto de la capa de %ransporte y de la direccin I. de la capa de )ed asi$nada al 0ost, identifica de manera e"clusiva un proceso en particular #ue se ejecuta en un dispositivo 0ost, espec fico. Esta combinacin se denomina socCet. Eventualmente, los t*rminos nmero de puerto y socCet se utilizan en forma indistinta. En el conte"to de este curso, el t*rmino socCet hace referencia slo a la combinacin e"clusiva de direccin I. y nmero de puerto. /n par de socCets, #ue consiste en las direcciones I. y los nmeros de puerto de ori$en y de destino, tambi*n es e"clusivo e identifica la conversacin entre dos 0osts,. .or ejemplo, una solicitud de p!$ina Web, D%%., #ue se env a a un servidor Web 4puerto =A5 y #ue se ejecuta en un 0ost, con una direccin I, ., v, 8, de -apa ? E>@.E<=.E.@A ser! destinada al socCet E>@.E<=.E.@A+=A.

'i el e"plorador Web #ue solicita la p!$ina Web se ejecuta en el 0ost, E>@.E<=.EAA.8= y el nmero de puerto din!mico asi$nado al e"plorador Web es 8>.EF@, el socCet para la p!$ina Web ser! E>@.E<=.EAA.8=+8>EF@. La (utoridad de nmeros asi$nados de Internet 4I(6(5 asi$na nmeros de puerto. I(6( es un or$anismo de est!ndares responsable de la asi$nacin de varias normas de direccionamiento. E/i$ten di$tinto$ tipo$ de n,)ero$ de puerto. Puerto$ !ien conocido$ 1N,)ero$ del 3 al 13&02. Puerto$ Re(i$trado$ 1N,)ero$ 13&4 al 451612. Puerto$ din7)ico$ o pri#ado$ 1N,)ero$ del 4516& al 866062.

Puerto$ !ien conocido$ 1N,)ero$ del 3 al 13&02. estos nmeros se reservan para servicios y aplicaciones. .or lo $eneral, se utilizan para aplicaciones como D%%. 4servidor Web5, .&.,? G ',B%. 4servidor de e-mail5 y %elnet. (l definir estos puertos conocidos para las aplicaciones del servidor, las aplicaciones del cliente pueden ser pro$ramadas para solicitar una cone"in a un puerto espec fico y su servicio asociado. Puerto$ Re(i$trado$ 1N,)ero$ 13&4 al 451612. estos nmeros de puertos est!n asi$nados a procesos o aplicaciones del usuario. Estos procesos son principalmente aplicaciones individuales #ue el usuario eli$e instalar en lu$ar de aplicaciones comunes #ue recibir a un puerto bien conocido. -uando no se utilizan para un recurso del servidor, estos puertos tambi*n pueden utilizarse si un usuario los selecciona de manera din!mica como puerto de ori$en. Puerto$ din7)ico$ o pri#ado$ 1N,)ero$ del 4516& al 866062. tambi*n conocidos como puertos ef meros, suelen asi$narse de manera din!mica a aplicaciones de cliente cuando se inicia una cone"in. 6o es muy comn #ue un cliente se conecte a un servicio utilizando un puerto din!mico o privado 4aun#ue al$unos pro$ramas #ue comparten archivos punto a punto lo hacen5. Utili%acin de lo$ do$ protocolo$ TCP, - U,DP. (l$unas aplicaciones pueden utilizar los dos protocolos+ %-., y /,,.. .or ejemplo, el bajo $asto de /,,. permite #ue ,6', atienda r!pidamente varias solicitudes de clientes. 'in embar$o, a veces el env o de la informacin solicitada puede re#uerir la confiabilidad de %-.,. En este caso, el nmero F? de puerto conocido es utilizado por ambos protocolos con este servicio. Enlace$. 'e puede encontrar un lista actual de nmeros de puertos en http+HH111.iana.or$Hassi$nmentsHport-numbers. ( veces es necesario conocer las cone"iones %-., activas #ue est!n abiertas y en ejecucin en el 0ost, de red. 6etstat, es una utilidad de red importante #ue puede usarse para verificar esas cone"iones. 6etstat, indica el protocolo en uso, la direccin y el nmero de puertos locales, la direccin y el nmero de puertos ajenos y el estado de la cone"in.

Las cone"iones %-., no descritas pueden representar una importante amenaza a la se$uridad. Esto se debe a #ue pueden indicar #ue al$o o al$uien est! conectado al 0ost, local. (dem!s, las cone"iones %-., innecesarias pueden consumir recursos valiosos del sistema y por lo tanto disminuir el rendimiento del 0ost,. 6etstat, debe utilizarse para determinar las cone"iones abiertas de un 0ost, cuando el rendimiento parece estar comprometido.

E"isten muchas opciones tiles para el comando netstat. 0. Se()entacin - reen$a)!la"e. Di#ide - #encer7$. /n cap tulo anterior e"plicaba cmo se construyen las .,/ enviando datos de una aplicacin a trav*s de los varios protocolos para crear una .,/ #ue lue$o se transmita en el medio. En el 0ost, de destino, este proceso se invierte hasta #ue los datos puedan enviarse a la aplicacin. (l$unas aplicaciones transmiten $randes cantidades de datosI en al$unos casos, varios $i$abytes. )esultar a poco pr!ctico enviar todos estos datos en una sola $ran seccin. 6o puede transmitirse nin$n otro tr!fico de red mientras se env an estos datos. /na $ran seccin de datos puede tardar minutos y hasta horas en enviarse. (dem!s, si hubiera al$n error, el archivo de datos completo se perder a o tendr a #ue ser reenviado. Los dispositivos de red no cuentan con buffers de memoria lo suficientemente $randes como para almacenar esa cantidad de datos durante la transmisin o recepcin. El l mite var a en funcin de la tecnolo$ a de la red y del medio f sico espec fico #ue se utiliza. Di#idir lo$ dato$ de aplicacin en $eccione$ (aranti%a +ue lo$ dato$ $e tran$)itan dentro de lo$ l )ite$ del )edio - +ue lo$ dato$ de di$tinta$ aplicacione$ puedan $er )ultiple/ado$ en el )edio.

TCP, - U,DP (e$tionan la $e()entacin de *or)a di$tinta. -on %-.,, cada encabezado de se$mento contiene un nmero de secuencia. Este nmero de secuencia permite #ue las funciones de la capa de %ransporte del 0ost, de destino reensamblen los se$mentos en el mismo orden en el #ue fueron transmitidos. Esto ase$ura #ue la aplicacin de destino cuente con los datos en la forma e"acta en la #ue se enviaron. ( pesar de #ue los servicios #ue utilizan /,,. tambi*n rastrean las conversaciones entre aplicaciones, no tienen en cuenta el orden en el #ue se transmiti la informacin ni el mantenimiento de la cone"in. 6o e"iste nmero de secuencia en el encabezado /,,.. /,,. es un dise2o simple y $enera menos car$a #ue %-.,, lo #ue produce una transferencia de datos m!s r!pida. La informacin puede lle$ar en un orden distinto al #ue fue transmitida, ya #ue los pa#uetes pueden tomar diversas rutas a trav*s de la red. /na aplicacin #ue utiliza /,,. debe tolerar el hecho de #ue los datos no lle$uen en el orden en el #ue fueron enviados. En esta actividad, 9investi$ar!9 los pa#uetes para ver cmo ,6', y D%%. utilizan los nmeros de puerto. Da$a clic en el cono del .acCet %racer para ejecutar dicha actividad. PROTOCOLO TCP,. COMUNICACI9N CON CON'IA:ILIDAD 1 .TCP,. Co)o (enerar con#er$acione$ con*ia!le$. La di*erencia cla#e entre TCP, - U,DP e$ la con*ia!ilidad. La confiabilidad de la comunicacin %-., se lleva a cabo utilizando sesiones orientadas a la cone"in. (ntes de #ue un 0ost, #ue utiliza %-., env e datos a otro 0ost,, la capa de %ransporte inicia un proceso para crear una cone"in con el destino. Esta cone"in permite el rastreo de una sesin o stream de comunicacin entre los 0osts,. Este proceso ase$ura #ue cada 0ost, ten$a conocimiento

de la comunicacin y se prepare. /na conversacin %-., completa re#uiere el establecimiento de una sesin entre los 0osts, en ambas direcciones. Lue$o de establecida la sesin, el destino env a acuses de recibo al ori$en por los se$mentos #ue recibe. Estos acuses de recibo forman la base de la confiabilidad dentro de la sesin %-.,. -uando el ori$en recibe un acuse de recibo, reconoce #ue los datos se han entre$ado con *"ito y puede dejar de rastrearlos. 'i el ori$en no recibe el acuse de recibo dentro de un tiempo predeterminado, retransmite esos datos al destino. .arte de la car$a adicional #ue $enera el uso de %-., es el tr!fico de red $enerado por los acuses de recibo y las retransmisiones. El establecimiento de las sesiones $enera car$as en forma de se$mentos adicionales intercambiados. %ambi*n e"isten car$as adicionales en los 0osts, individuales, $eneradas por la necesidad de mantener un se$uimiento de los se$mentos #ue esperan acuse de recibo y por el proceso de retransmisin. Esta confiabilidad se lo$ra contando con campos en el se$mento %-.,, cada uno con una funcin espec fica, como se muestra en la fi$ura. Estos campos se e"plicar!n m!s adelante en esta seccin. &. Proce$o$ del $er#idor TCP. -omo se e"plic en el cap tulo anterior, los procesos de aplicacin se ejecutan en servidores. Estos procesos esperan hasta #ue un cliente inicie comunicacin con una solicitud de informacin o de otros servicios. -ada proceso de aplicacin #ue se ejecuta en el servidor es confi$urado por el administrador del sistema para utilizar un nmero de puerto, de forma predeterminada o manual. Un $er#idor indi#idual no puede tener do$ $er#icio$ a$i(nado$ al )i$)o n,)ero de puerto dentro de lo$ )i$)o$ $er#icio$ de la capa de Tran$porte . /n 0ost, #ue ejecuta una aplicacin de servidor Web y una de transferencia de archivos no puede confi$urar ambas para utilizar el mismo puerto 4por ejemplo, el puerto %-., =.A=A5. -uando una aplicacin de servidor activa se asi$na a un puerto espec fico, este puerto se considera 9abierto9 para el servidor. Esto si$nifica #ue la capa de %ransporte acepta y procesa se$mentos direccionados a ese puerto. %oda solicitud entrante de un cliente direccionada al socCet correcto es aceptada y los datos se env an a la aplicacin del servidor. .ueden e"istir varios puertos simult!neos abiertos en un servidor, uno para cada aplicacin de servidor activa. Es comn #ue un servidor provea m!s de un servicio, como un servidor Web y un servidor :%., al mismo tiempo. /na manera de mejorar la se$uridad en un servidor es restrin$ir el acceso al servidor a slo a#uellos puertos asociados con los servicios y aplicaciones accesibles a solicitantes autorizados. La fi$ura muestra la asi$nacin t pica de puertos de ori$en y destino en operaciones de cliente o servidor %-.,. 0. E$ta!leci)iento - *inali%acin de la cone/in TCP. -uando dos 0osts, se comunican utilizando %-.,, se establece una cone"in antes de #ue puedan intercambiarse los datos. Lue$o de #ue se completa la comunicacin, se cierran las sesiones y la cone"in finaliza. Los mecanismos de cone"in y de sesin habilitan la funcin de confiabilidad de %-.,. 3er la fi$ura para observar los pasos para establecer y finalizar una cone"in %-.,. El 0ost, rastrea cada se$mento de datos dentro de una sesin e intercambia informacin sobre los datos recibidos por cada 0ost, a trav*s de la informacin del encabezado %-.,.

-ada cone"in representa dos streams de comunicacin de una v a o sesiones. .ara establecer la cone"in los 0osts, realizan un intercambio de se2ales de tres v as. Los bits de control en el encabezado %-., indican el pro$reso y estado de la cone"in. Enlace de tres v as+ Establece #ue el dispositivo de destino est* presente en la red. 3erifica #ue el dispositivo de destino ten$a un servicio activo y est* aceptando las peticiones en el nmero de puerto de destino #ue el cliente #ue lo inicia intente usar para la sesin. Informa al dispositivo de destino #ue el cliente de ori$en intenta establecer una sesin de comunicacin en ese nmero de puerto.

En cone"iones %-.,, el 0ost, #ue brinde el servicio como cliente inicia la sesin al servidor. Los tres pasos para el establecimiento de una cone"in %-., son+ E. El cliente #ue inicia la cone"in env a un se$mento #ue contiene un valor de secuencia inicial, #ue acta como solicitud para el servidor para comenzar una sesin de comunicacin. @. El servidor responde con un se$mento #ue contiene un valor de reconocimiento i$ual al valor de secuencia recibido m!s E, adem!s de su propio valor de secuencia de sincronizacin. El valor es uno mayor #ue el nmero de secuencia por#ue el (-J 4!cCnolich5 es siempre el pr"imo Kyte u &cteto esperado. Este valor de reconocimiento permite al cliente unir la respuesta al se$mento ori$inal #ue fue enviado al servidor. ?. El cliente #ue inicia la cone"in responde con un valor de reconocimiento i$ual al valor de secuencia #ue recibi m!s uno. Esto completa el proceso de establecimiento de la cone"in. .ara entender el proceso de enlace de tres v as, es importante observar los distintos valores #ue intercambian los dos 0osts,. ,entro del encabezado del se$mento %-.,, e"isten seis campos de E bit #ue contienen informacin de control utilizada para $estionar los procesos de %-.,. Estos campos son los si$uientes+ /)L+ /r$ente campo de se2alizador si$nificativo, (-J+ -ampo si$nificativo de acuse de recibo, .'D+ :uncin de empuje, )'%+ )econfi$uracin de la cone"in, '76+ 'incronizar nmeros de secuencia, :I6+ 6o hay m!s datos desde el emisor.

( estos campos se los denomina se2aladores por#ue el valor de uno de estos campos es slo de E bit, entonces tiene slo dos valores+ E A. 'i el valor del bit se establece en E, indica la informacin de control #ue contiene el se$mento. 'i se utiliza un proceso de cuatro pasos, los se2alizadores se intercambian para finalizar la cone"in %-.,. 4. Protocolo TCP, de enlace$ de tre$ # a$. -on los resultados WiresharC, podr! e"aminar el funcionamiento del protocolo %-., de enlace de tres v as+ Pa$o 1.

/n cliente %-., comienza el enlace de tres v as enviando un se$mento con el se2alizador de control '76 4'incronizar nmeros de secuencia5 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 4I'65, se eli$e de manera aleatoria y se utiliza para comenzar a rastrear el flujo de datos desde el cliente al servidor para esta sesin. El I'6 en el encabezado de cada se$mento se incrementa en uno por cada byte de datos enviados desde el cliente hacia el servidor mientras contina la conversacin de datos. -omo se muestra en la fi$ura, el resultado de un analizador de protocolos muestra el se2alizador de control '76 y el nmero de secuencia relativa. 'e establece el se2alizador de control '76 y el nmero de secuencia relativa en A. ( pesar de #ue el analizador de protocolos en el $r!fico indica los valores relativos para los nmeros de secuencia y de acuse de recibo, los valores reales son nmeros binarios de ?@ bits. 'e pueden determinar los nmeros reales enviados en los encabezados de los se$mentos e"aminando el panel de bytes del pa#uete. (#u se pueden ver los cuatro bytes representados en he"adecimal. Pa$o &. El servidor %-., necesita reconocer la recepcin del se$mento '76 del cliente para establecer la sesin de cliente a servidor. .ara hacerlo, el servidor env a un se$mento al cliente con el se2alizador (-J establecido indicando #ue el nmero de acuse de recibo es si$nificativo. -on este se2alizador establecido en el se$mento, el cliente interpreta esto como acuse de recibo de #ue el servidor ha recibido el '76 del cliente %-.,. El valor del nmero de campo del acuse de recibo es i$ual al nmero de secuencia inicial del cliente m!s E. Esto establece una sesin desde el cliente al servidor. El se2alizador (-J permanecer! establecido para mantener el e#uilibrio de la sesin. -abe recordar #ue la conversacin entre el cliente y el servidor est! compuesta en realidad por dos sesiones de una v a+ una del cliente al servidor y la otra del servidor al cliente. En este se$undo paso del enlace de tres v as, el servidor debe iniciar la respuesta del servidor al cliente. .ara comenzar esta sesin, el servidor utiliza el se2alizador '76 de la misma manera en #ue lo hizo el cliente. Establece el se2alizador de control '76 en el encabezado para establecer una sesin del servidor al cliente. El se2alizador '76 indica #ue el valor inicial del campo de nmero de secuencia se encuentra en el encabezado. Este valor se utilizar! para rastrear el flujo de datos en esta sesin del servidor al cliente. -omo se muestra en la fi$ura, el resultado del analizador de protocolos muestra #ue est!n establecidos los se2alizadores de control (-J y '76 y se muestran los nmeros relativos de secuencia y reconocimiento. Pa$o 0. .or ltimo, el cliente %-., responde con un se$mento #ue contiene un (-J #ue acta como respuesta al '76 de %-., enviado por el servidor. 6o e"isten datos de usuario en este se$mento. El valor del campo nmero de acuse de recibo contiene uno m!s #ue el nmero de secuencia inicial recibido del servidor. /na vez establecidas ambas sesiones entre el cliente y el servidor, todos los se$mentos adicionales #ue se intercambien en la comunicacin tendr!n establecido el se2alizador (-J. -omo se muestra en la fi$ura, el resultado del analizador de protocolos muestra el se2alizador de control (-J establecido y se muestran los nmeros relativos de secuencia y reconocimiento. 'e puede a2adir se$uridad a la red de datos de la si$uiente manera+ dene$ar el establecimiento de sesiones %-.. slo permitir sesiones para ser establecidas por servicios espec ficos.

slo permitir tr!fico como parte de sesiones ya establecidas.

Esta se$uridad puede implementarse para todas las sesiones o slo para las sesiones seleccionadas. 6. Ter)inacin de la $e$in TCP,. .ara cerrar la cone"in se debe establecer el se2alizador de control :I6 4:inalizar5 en el encabezado del se$mento. .ara finalizar todas las sesiones %-., de una v a, se utiliza un enlace de dos v as, #ue consta de un se$mento :I6 y un se$mento (-J. .or lo tanto, para terminar una conversacin simple admitida por %-.,, se re#uieren cuatro intercambios para finalizar ambas sesiones. 6ota+ En esta e"plicacin se usan los t*rminos cliente y servidor como referencia por simplicidad pero la finalizacin del proceso puede ser iniciada por cual#uiera de los dos 0osts, #ue completen la sesin+ E. -uando el cliente no tiene m!s datos para enviar al stream, env a un se$mento con el se2alizador :I6 establecido. @. El servidor env a un (-J para acusar recibo de :in y terminar la sesin del cliente al servidor. ?. El servidor env a un :I6 al cliente para finalizar la sesin del servidor al cliente. 8. El cliente responde con un (-J para dar acuse de recibo de :I6 desde el servidor. -uando la finalizacin de sesin del cliente no tiene m!s datos para transferir, establece el se2alizador :I6 en el encabezado de un se$mento. Lue$o, el servidor finaliza la cone"in y env a un se$mento normal #ue contiene datos con el se2alizador (-J establecido utilizando el nmero de acuse de recibo, confirmando as #ue se han recibido todos los bytes de datos. -uando se produce el acuse de recibo de todos los se$mentos, se cierra la sesin. La sesin en la otra direccin se cierra mediante el mismo proceso. El receptor indica #ue no e"isten m!s datos para enviar estableciendo el se2alizador :I6 en el encabezado del se$mento enviado al ori$en. /n acuse de recibo de retorno confirma #ue todos los bytes de datos han sido recibidos y, por lo tanto, se ha cerrado la sesin. -omo se muestra en la fi$ura, los se2alizadores de control :I6 y (-J se establecen en el encabezado del se$mento, cerrando por lo tanto la sesin D%%.. %ambi*n es posible terminar la cone"in mediante un enlace de tres v as. -uando el cliente no posee m!s datos para enviar, env a un se2alizador :I6 al servidor. 'i el servidor tampoco tiene m!s datos para enviar, puede responder con los se2alizadores :I6 y (-J, combinando dos pasos en uno. El cliente responde con un (-J. En esta actividad, estudiar! el protocolo de enlace de tres v as de %-., para el establecimiento de sesin y el proceso %-., para la terminacin de la sesin. Buchos protocolos de aplicacin utilizan %-., y visualizar el establecimiento de la sesin y los procesos de terminacin con el .acCet %racer profundizar! sus conocimientos. Da$a clic en el cono del .acCet %racer para ejecutar dicha actividad.

ADMINISTRACION DE SESIONES, TCP, 1. Reen$a)!la"e de $e()ento$, TCP,. Re$ecuencia)iento, de $e()ento$ al orden tran$)itido. -uando los servicios env an datos utilizando %-.,, los se$mentos pueden lle$ar a destinos desordenados. .ara #ue el receptor comprenda el mensaje ori$inal, los datos en estos se$mentos se reensamblan en el orden ori$inal. .ara lo$rar esto, se asi$nan nmeros de secuencia en el encabezado de cada pa#uete. ,urante la confi$uracin de la sesin, se establece un nmero de secuencia inicial 4I'65. Este nmero de secuencia inicial representa el valor de inicio para los bytes de esta sesin #ue se transmitir!n a la aplicacin receptora. ( medida #ue se transmiten los datos durante la sesin, el nmero de secuencia se incrementa en el nmero de bytes #ue se han transmitido. Este rastreo de bytes de datos permite #ue cada se$mento se identifi#ue y se env e acuse de recibo de manera e"clusiva. 'e pueden identificar se$mentos perdidos. Los nmeros de secuencia de se$mento permiten la confiabilidad indicando cmo reensamblar y reordenar los se$mentos recibidos, como se muestra en la fi$ura. El proceso %-., receptor coloca los datos del se$mento en un bfer de recepcin. Los se$mentos se colocan en el orden de nmero de secuencia adecuado y se pasa a la capa de (plicacin cuando son reensamblados. %odos los se$mentos #ue lle$an con nmeros de secuencia no conti$uos se mantienen para su procesamiento posterior. Lue$o, se procesan los se$mentos cuando lle$an con los bytes perdidos. &. Acu$e de reci!o de, TCP, con u$o de #entana$. Con*ir)acin de recepcin de $e()ento$. /na de las funciones de %-., es ase$urar #ue cada se$mento lle$ue a su destino. Los servicios %-., en el 0ost, de destino env an a la aplicacin de ori$en un acuse de recibo de los datos recibidos. El nmero de secuencia y el nmero de acuse de recibo del encabezado del se$mento se utilizan para confirmar la recepcin de los bytes de datos contenidos en los se$mentos. El nmero de secuencia es el nmero relativo de bytes #ue ha sido transmitido en esta sesin m!s E 4#ue es el nmero del primer byte de datos en el se$mento actual5. %-., utiliza el nmero de reconocimiento en se$mentos #ue se vuelven a enviar al ori$en para indicar el pr"imo byte de esta sesin #ue espera el receptor. Esto se llama acuse de recibo de e"pectativa. 'e le informa al ori$en #ue 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. 'e espera #ue el 0ost, emisor env e un se$mento #ue utiliza un nmero de secuencia i$ual al nmero de acuse de recibo. )ecuerde #ue cada cone"in se representa en realidad por dos sesiones de una v a. Los nmeros de secuencia y de acuse de recibo se intercambian en ambas direcciones. En el ejemplo de la fi$ura, el 0ost, en la iz#uierda env a datos al 0ost, de la derecha. Env a un se$mento #ue contiene EA bytes de datos para esta sesin y un nmero de secuencia i$ual a E en el encabezado. El 0ost, receptor de la derecha recibe el se$mento en la -apa 8 y determina #ue el nmero de secuencia es E y #ue posee EA bytes de datos. Lue$o el 0ost, env a un se$mento de vuelta al 0ost, de la iz#uierda para acusar recibo de estos datos. En este se$mento, el 0ost, establece el nmero

de acuse de recibo en EE para indicar #ue el pr"imo byte de datos #ue espera recibir en esta sesin es el byte nmero EE. -uando el 0ost, emisor de la iz#uierda recibe este acuse de recibo, puede enviar el pr"imo se$mento #ue contiene datos para esta sesin a partir del byte EE. &bservando este ejemplo, si el 0ost, emisor tuviera #ue esperar el acuse de recibo por la recepcin de cada uno de los EA bytes, la red estar a demasiado sobrecar$ada. .ara reducir la sobrecar$a de estos acuses de recibo, los se$mentos de datos mltiples pueden enviarse previamente y ser reconocidos con un mensaje %-., simple en la direccin opuesta. Este reconocimiento contiene un nmero de acuse de recibo en base al nmero total de bytes recibidos en la sesin. .or ejemplo, si se comienza con un nmero de secuencia @AAA, si se reciben EA se$mentos de EAAA bytes cada uno, se devolver! al ori$en un nmero de reconocimiento i$ual a E@AAE. La cantidad de datos #ue un ori$en puede transmitir antes de #ue un acuse de recibo deba ser recibido se denomina tama2o de la ventana. El tama2o de la ventana es un campo en el encabezado %-., #ue permite la administracin de datos perdidos y el control del flujo. 0 Retran$)i$in de TCP,. Mane"o de la p;rdida de $e()ento$. .or ptimo #ue sea el dise2o de una red, siempre se producir!n p*rdidas ocasionales de datos. .or lo tanto, %-., cuenta con m*todos para $estionar dichas p*rdidas de se$mentos. Entre los mismos e"iste un mecanismo para retransmitir se$mentos con datos no reconocidos. /n servicio de 0ost, de destino #ue utiliza %-.,, por lo $eneral slo reconoce datos para secuencias de bytes conti$uas. 'i uno o m!s se$mentos se pierden, slo se acusa recibo de los datos de los se$mentos #ue completan el stream. .or ejemplo, si se reciben los se$mentos con nmeros de secuencia de EFAA a ?AAA y de ?8AA a ?FAA, el nmero de acuse de recibo ser! ?AAE. Esto sucede por#ue e"isten se$mentos con nmeros de secuencia de ?AAE a ??>> #ue no se recibieron. -uando %-., en el 0ost, de ori$en no recibe un acuse de recibo pasado un tiempo predeterminado, volver! al ltimo nmero de acuse de recibo #ue recibi y retransmitir! los datos a partir de *ste. El proceso de retransmisin no es especificado por ):-, sino #ue depende de la implementacin de %-., en particular. .ara una implementacin de %-., t pica, un 0ost, puede transmitir un se$mento, colocar una copia del se$mento en una cola de retransmisin e iniciar un temporizador. -uando se recibe el acuse de recibo de los datos, se elimina el se$mento de la cola. 'i no se recibe el acuse de recibo antes de #ue el temporizador venza, el se$mento es retransmitido. La animacin demuestra la retransmisin de se$mentos perdidos. Los 0osts, actuales tambi*n suelen emplear una funcin opcional llamada (cuses de recibo selectivos. 'i ambos 0osts, admiten el (cuse de recibo selectivo, es posible #ue el destino reconozca los bytes de se$mentos discontinuos y el 0ost, slo necesitar! retransmitir los datos perdidos. 4. Control de (e$tin de TCP,. Co)o )ini)i%ar la p;rdida de $e()ento$. Control del *lu"o.

%-., tambi*n provee mecanismos para el control del flujo. El control del flujo contribuye con la confiabilidad de la transmisin %-., ajustando la tasa efectiva de flujo de datos entre los dos servicios de la sesin. -uando el ori$en advierte #ue se recibi la cantidad de datos especificados en los se$mentos, puede continuar enviando m!s datos para esta sesin. El campo %ama2o de la ventana en el encabezado %-., especifica la cantidad de datos #ue puede transmitirse antes de #ue se reciba el acuse de recibo. El tama2o de la ventana inicial se determina durante el comienzo de la sesin a trav*s del enlace de tres v as. El mecanismo de retroalimentacin de %-., ajusta la tasa de transmisin de datos efectiva al flujo m!"imo #ue la red y el dispositivo de destino pueden soportar sin sufrir p*rdidas. %-., intenta $estionar la tasa de transmisin de manera #ue todos los datos se reciban y se reduzcan las retransmisiones. 3er la fi$ura para obtener una representacin simplificada del tama2o de la ventana y los acuses de recibo. En este ejemplo, el tama2o de la ventana inicial para una sesin %-., representada se establece en ?AAA bytes. -uando el emisor transmite ?AAA bytes, espera por un acuse de recibo de los mismos antes de transmitir m!s se$mentos para esta sesin. /na vez #ue el emisor ha recibido este acuse de recibo del receptor, ya puede transmitir ?AAA bytes adicionales. ,urante la demora en la recepcin del acuse de recibo, el emisor no enviar! nin$n se$mento adicional para esta sesin. En los per odos en los #ue la red est! con$estionada o los recursos del 0ost, receptor est!n e"i$idos, la demora puede aumentar. ( medida #ue aumenta esta demora, disminuye la tasa de transmisin efectiva de los datos para esta sesin. La disminucin de la tasa de datos ayuda a reducir la contencin de recursos. Reduccin del ta)a<o de la #entana. &tra forma de controlar el flujo de datos es utilizar tama2os din!micos de ventana. -uando los recursos de la red son limitados, %-., puede reducir el tama2o de la ventana para lo$rar #ue los se$mentos recibidos sean reconocidos con mayor frecuencia. Esto disminuye de manera efectiva la tasa de transmisin, ya #ue el ori$en espera #ue los datos sean recibidos con m!s frecuencia. El 0ost, receptor %-., env a el valor del tama2o de la ventana al %-., emisor para indicar el nmero de bytes #ue est! preparado para recibir como parte de la sesin. 'i el destino necesita disminuir la tasa de comunicacin debido a limitaciones de memoria del bfer, puede enviar un valor de tama2o de la ventana menor al ori$en como parte de un acuse de recibo. -omo se muestra en la fi$ura, si un 0ost, de recepcin sufre una con$estin, puede responder al 0ost, emisor con un se$mento con el tama2o de la ventana reducido. En este $r!fico, se produjo la p*rdida de uno de los se$mentos. El receptor cambi el campo ventana en el encabezado de los mensajes devueltos en esta conversacin de ?AAA a EFAA. Esto hizo #ue el emisor redujera el tama2o de la ventana a EFAA. ,espu*s de per odos de transmisin sin p*rdidas de datos o recursos limitados, el receptor comenzar! a aumentar el tama2o de la ventana. Esto reduce la sobrecar$a de la red, ya #ue se re#uiere enviar menos acuses de recibo. El tama2o de la ventana continuar! aumentando hasta #ue haya p*rdida de datos, lo #ue producir! una disminucin del tama2o de la ventana. Estas disminuciones y aumentos din!micos del tama2o de la ventana representan un proceso continuo en %-.,, #ue determina el tama2o de la ventana ptimo para cada sesin %-.,. En redes altamente eficientes, los tama2os de la ventana pueden ser muy $randes por#ue no se pierden datos. En redes donde se est! estresando la infraestructura subyacente, el tama2o de la ventana probablemente permanecer! pe#ue2o.

Enlace$. ,etalles de las varias caracter sticas de administracin de la con$estin de %-., se pueden encontrar en ):- @F=E. http+HH111.ietf.or$HrfcHrfc@F=E.t"t..

PROTOCOLO U,DP. COMUNICACI9N CON :A=A SO:RECAR>A. 1. U,DP. :a"a $o!recar(a #$ Con*ia!ilidad. /,,. es un protocolo simple #ue provee las funciones b!sicas de la capa de %ransporte. Lenera mucho menos sobrecar$a #ue %-.,, ya #ue no es orientado a la cone"in y no cuenta con los sofisticados mecanismos de retransmisin, secuenciacin y control del flujo. Esto no si$nifica #ue las aplicaciones #ue utilizan /,,. no sean confiables. 'lo #uiere decir #ue estas funciones no son contempladas por el protocolo de la capa de %ransporte y deben implementarse aparte, si fuera necesario. .ese a #ue es relativamente baja la cantidad total de tr!fico /,,. #ue puede encontrarse en una red t pica, entre los protocolos principales de la capa de (plicacin #ue utilizan /,,. se incluyen+ sistema de denominacin de dominio 4,6',5. protocolo simple de administracin de red 4'6B.5. protocolo de confi$uracin din!mica de 0ost, 4,D-.5. protocolo de informacin de enrutamiento 4)I.5. protocolo trivial de transferencia de archivos 4%:%.5. jue$os en l nea.

(l$unas aplicaciones como los jue$os en l nea o 3oI. pueden tolerar al$unas p*rdida de datos. 'i estas aplicaciones utilizaran %-.,, e"perimentar an lar$as demoras, ya #ue %-., detecta la p*rdida de datos y los retransmite. Estas demoras ser an m!s perjudiciales para la aplicacin #ue las pe#ue2as p*rdidas de datos. (l$unas aplicaciones, como ,6',, simplemente reintentan enviar la solicitud si no obtienen respuesta y, por lo tanto, no necesitan %-., para $arantizar la entre$a del mensaje. La baja sobrecar$a de /,,. lo hacen deseable para dichas aplicaciones. &. Reen$a)!la"e de data(ra)a$ U,DP. 7a #ue /,,. opera sin cone"in, las sesiones no se establecen antes de #ue se lleve a cabo la comunicacin, como sucede con %-.,. 'e dice #ue /,,. es basado en transacciones. En otras palabras, cuando una aplicacin posee datos para enviar, simplemente los env a. Buchas aplicaciones #ue utilizan /,,. env an pe#ue2as cantidades de datos #ue pueden ocupar un se$mento. 'in embar$o, al$unas aplicaciones enviar!n cantidades mayores de datos #ue deben dividirse en varios se$mentos. La .,/ de /,,. se conoce como data$rama, pese a #ue los t*rminos se$mento y data$rama a veces se utilizan de manera indistinta para describir una .,/ de la capa de %ransporte.

-uando se env an mltiples data$ramas a un destino, los mismos pueden tomar rutas distintas y lle$ar en el orden incorrecto. /,,. no mantiene un se$uimiento de los nmeros de secuencia de la manera en #ue lo hace %-.,. /,,. no puede reordenar los data$ramas en el orden de la transmisin. 3er la fi$ura. .or lo tanto, /,,. simplemente reensambla los datos en el orden en #ue se recibieron y los env a a la aplicacin. 'i la secuencia de los datos es importante para la aplicacin, la misma deber! identificar la secuencia adecuada de datos y determinar cmo procesarlos. 0. Proce$o$ - $olicitude$ del $er#idor U,DP.. (l i$ual #ue las aplicaciones basadas en %-.,, a las aplicaciones de servidor basadas en /,,. se les asi$na nmeros de puertos bien conocidos o re$istrados. -uando se ejecutan estas aplicaciones o procesos, aceptan los datos #ue coincidan con el nmero de puerto asi$nado. -uando /,,. recibe un data$rama destinado a uno de esos puertos, env a los datos de aplicacin a la aplicacin adecuada en base a su nmero de puerto. 4. Proce$o$ de cliente U,DP.. -omo en %-.,, la comunicacin cliente, servidor se inicia por una aplicacin cliente #ue solicita datos de un proceso del servidor. El proceso de cliente /,,. selecciona al azar un nmero de puerto del ran$o din!mico de nmeros de puerto y lo utiliza como puerto de ori$en para la conversacin. El puerto de destino por lo $eneral ser! el nmero de puerto bien conocido o re$istrado asi$nado al proceso del servidor. Los nmeros de puerto de ori$en seleccionados al azar colaboran con la se$uridad. 'i e"iste un patrn predecible para la seleccin del puerto de destino, un intruso puede simular el acceso a un cliente de manera m!s sencilla intentando conectarse al nmero de puerto #ue ten$a mayor posibilidad de estar abierto. 7a #ue no se crean sesiones con /,,., tan pronto como los datos est!n listos para ser enviados y los puertos est*n identificados, /,,. puede formar el data$rama y enviarlo a la capa de )ed para direccionamiento y env o a la red. -abe recordar #ue una vez #ue el cliente ha ele$ido los puertos de ori$en y destino, estos mismos puertos se utilizar!n en el encabezado de todos los data$ramas #ue se utilicen en la transaccin. .ara la devolucin de datos del servidor al cliente, se invierten los nmeros de puerto de ori$en y destino en el encabezado del data$rama. En esta actividad, se e"amina cmo ,6', utiliza /,,.. Da$a clic en el cono del .acCet %racer para ejecutar dicha actividad.

ACTI?IDADES DE LA:ORATORIO 1. Re$u)en - re#i$in. La capa de %ransporte satisface las necesidades de las redes de datos mediante+

divisin de datos recibidos desde la aplicacin en se$mentos. a$re$ado de un encabezado para identificar y administrar cada se$mento. uso de la informacin del encabezado para recomponer los se$mentos en datos de aplicacin. paso de los datos ensamblados a la aplicacin correcta..

/,,. y %-., son protocolos comunes de la capa de %ransporte. Los data$ramas /,,. y los se$mentos %-., tienen encabezados prefijados a los datos #ue incluyen un nmero de puerto ori$en y un nmero de puerto destino. Estos nmeros de puertos permiten #ue los datos sean direccionados a la aplicacin correcta #ue se ejecuta en la computadora de destino. %-., no env a datos a la red hasta #ue advierte #ue el destino est! preparado para recibirlos. Lue$o %-., administra el flujo de datos y reenv a todos los se$mentos de datos de los #ue recibi acuse a medida #ue se reciben en el destino. %-., utiliza mecanismos de enlace, temporizadores y acuses de recibo y uso din!mico de ventanas para llevar a cabo estas funciones confiables. 'in embar$o, esta confiabilidad representa cierta sobrecar$a en la red en t*rminos de encabezados de se$mentos m!s $randes y mayor tr!fico de red entre el ori$en y el destino #ue administra el transporte de datos. 'i los datos de aplicacin necesitan ser entre$ados a la red de manera r!pida o si el ancho de banda de la red no admite la sobrecar$a de mensajes de control #ue se intercambian entre los sistemas de ori$en y destino, /,,. ser! el protocolo de la capa de %ransporte preferido por el desarrollador. Esto es as por#ue /,,. no rastrea ni reconoce la recepcin de data$ramas en el destino, slo env a los data$ramas recibidos a la capa de (plicacin a medida #ue lle$an, y no reenv a data$ramas perdidos. 'in embar$o, esto no si$nifica necesariamente #ue la comunicacin no es confiableI puede haber mecanismos en los protocolos y servicios de la capa de (plicacin #ue procesan data$ramas perdidos o demorados si la aplicacin cuenta con esos re#uerimientos. El desarrollador de la aplicacin toma una decisin en cuanto al protocolo de la capa de %ransporte en base a los re#uerimientos del usuario. 'in embar$o, el desarrollador tiene en cuenta #ue las otras capas cumplen un rol importante en las comunicaciones de redes de datos y tendr!n influencia en el rendimiento.

ACTI?IDADES DE LA:ORATORIO..

1. O!$er#acin de TCP, - U,DP utili%ando, Net$tat,. En esta pr!ctica de laboratorio e"aminar! el comando netstat 4utilidad estad stica de red5 en una computadora 0ost,, y ajustar! opciones de salida de netstat para analizar y comprender el estado del protocolo %-., - I,., de capa de %ransporte. Da$a clic en el cono de laboratorio para ver m!s detalles. &. Protocolo$ de la capa de tran$porte TCP, @ I,P, , TCP, - U,DP.

En esta pr!ctica de laboratorio utilizar! WiresharC para capturar e identificar la operacin y los campos %-., del encabezado durante una sesin :%. y la operacin y los campors /,,. del encabezador durante una sesin %:%.. Da$a clic en el cono de laboratorio para ver m!s detalles. 0. Protocolo$ de la$ capa$ de aplicacin - tran$porte. En esta pr!ctica de laboratorio usar! WiresharC para monitorear y analizar las comunicaciones de la aplicacin 4:%. y D%%.5 del cliente entre un servidor y clientes. Da$a clic en el cono de laboratorio para ver m!s detalles. 4. Protocolo$ de la$ capa$ de aplicacin - tran$porte. En esta actividad, utilizar! el modo simulacin del .acCet %racer para capturar y analizar pa#uetes #ue la Web solicita utilizando un /)L. Da$a clic en el cono del .acCet %racer para ejecutar dicha actividad.