Download - Hardware de Redes Capa de Transporte
-
7/26/2019 Hardware de Redes Capa de Transporte
1/19
4.0.1 Introduccin al captulo
Las redes de datos e Internet brindan soporte a la red humana al proporcionar la comunicacincontinua y confiable entre las personas, tanto de manera local como alrededor del mundo. Enun nico dispositivo, las personas pueden utilizar varios servicios como correo electrnico, laWeb y la mensajera instantnea para enviar mensajes o recuperar informacin. Lasaplicaciones como clientes de correo electrnico, e!ploradores "eb y clientes de mensajerainstantnea permiten a la #ente utilizar las computadoras y las redes para enviar mensajes yencontrar informacin.
Los datos de cada una de estas aplicaciones se empa$ueta, se transporta y se entre#a aldemonio del servidor adecuado o a la aplicacin en el dispositivo de destino. Los procesosdescritos en la capa de %ransporte del modelo &'I aceptan los datos de la capa de (plicacin ylos preparan para el direccionamiento en la capa de red. La capa de %ransporte es responsablede la transferencia de e!tremo a e!tremo #eneral de los datos de aplicacin.
En este captulo, se e!amina el rol de la capa de transporte cuando se encapsulan los datos deaplicacin para usarse en la capa de red. La capa de %ransporte incluye tambi)n las si#uientesfunciones*+ermite aplicaciones mltiples para comunicarse en la red al mismo tiempo $ue en undispositivo sencillo(se#ua $ue, si es necesario, la aplicacin correcta reciba todos los datos de forma confiable yen ordenEmplea mecanismos de manejo de errores
&bjetivos de aprendizaje
(l completar este captulo, usted podr*E!plicar la necesidad de la capa de transporte.Identificar la funcin de la capa de transporte a medida $ue provee la transferencia de datos dee!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 transporte incluyendo confiabilidad, direccionamientode puerto y se#mentacin.E!plicar cmo cada %-+ y /+ maneja las funciones clave.Identificar cundo es apropiado usar %-+ o /+ y proveer ejemplos de aplicaciones $ue usancada protocolo.
-
7/26/2019 Hardware de Redes Capa de Transporte
2/19
4.1 FUNCIONES DE LA CAPA DE TANSPOTE
4.1.1 Prop!ito d" la capa d" tran!port"
La capa de transporte permite la se#mentacin de datos y brinda el control necesario parareensamblar las partes dentro de los distintos streams de comunicacin. Las responsabilidadesprincipales $ue debe cumplir son*0astreo de comunicacin individual entre aplicaciones en los hosts de ori#en y destino'e#mentacin de datos y manejo de cada parte0eensamble de se#mentos en streams de datos de aplicacinIdentificacin de diferentes aplicaciones
0astreo de conversaciones individuales
-ual$uier host puede tener mltiples aplicaciones $ue se comunican a trav)s de la red. -adauna de estas aplicaciones se comunicar con una o ms aplicaciones en hosts remotos. Esresponsabilidad de la capa de transporte mantener los streams de comunicacin mltiple entreestas aplicaciones.
'e#mentacin de datos
(s como cada aplicacin crea datos de stream para enviarse a una aplicacin remota, estosdatos se pueden preparar para enviarse a trav)s de los medios en partes manejables. Los
protocolos de la capa de transporte describen los servicios $ue se#mentan estos datos de lacapa de aplicacin. Esto incluye la encapsulacin necesaria en cada seccin de datos. -adaseccin de datos de aplicacin re$uiere $ue se a#re#uen encabezados en la capa de
-
7/26/2019 Hardware de Redes Capa de Transporte
3/19
transporte para indicar la comunicacin a la cual est asociada.
0eensamble de se#mentos
En el host de recepcin, cada seccin de datos se puede direccionar a la aplicacin adecuada.(dems, estas secciones de datos individuales tambi)n deben reconstruirse para #enerar un
stream completo de datos $ue sea til para la capa de aplicacin. Los protocolos en la capa detransporte describen cmo se utiliza la informacin del encabezado de la capa parareensamblar las partes de los datos en streams para pasarlos a la capa de aplicacin.
Identificacin de aplicaciones
+ara pasar streams de datos a las aplicaciones adecuadas, la capa de transporte debeidentificar la aplicacin meta. +ara lo#rar esto, la capa de transporte asi#na un identificador a laaplicacin. Los protocolos %-+I+ denominan a este identificador nmero de puerto. ( todos losprocesos de soft"are $ue re$uieran acceder a la red se les asi#na un nmero de puertoe!clusivo en ese host. Este nmero de puerto se utiliza en el encabezado de la capa detransporte para indicar $u) aplicacin se asocia a $u) parte.
La capa de transporte es el enlace entre la capa de aplicacin y la capa inferior $ue esresponsable de la transmisin de la red. Esta capa acepta los datos de diferentesconversaciones y las pasa a las capas inferiores como partes manejables $ue se puedenmultiple!ar de forma eventual en la red.
Las aplicaciones no necesitan saber los detalles operativos de la red en uso. Las aplicaciones#eneran datos $ue se envan desde una aplicacin a otra sin tener en cuenta el tipo de hostdestino, el tipo de medios sobre los $ue los datos deben viajar, el paso tomado por los datos, lacon#estin en un enlace o el tama1o de la red.
(dems, las capas inferiores no tienen conocimiento de $ue e!isten varias aplicaciones $ueenvan datos en la red. 'u responsabilidad es entre#ar los datos al dispositivo adecuado. Lacapa de transporte clasifica entonces estas piezas antes de enviarlas a la aplicacin adecuada.
Los re$uisitos de datos varan
2ay mltiples protocolos de la capa de transporte debido a $ue las aplicaciones tienendiferentes re$uisitos. +ara al#unas aplicaciones, los se#mentos deben lle#ar en una secuenciaespecfica de manera $ue puedan ser procesados en forma e!itosa. En al#unos casos, todoslos datos deben recibirse para ser utilizados por cual$uiera de las mismas. En otros casos, unaaplicacin 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 transportepueden comunicarse en la misma red. Los diferentes protocolos de la capa de transporteposeen distintas re#las para permitir a los dispositivos manejar estos diversos re$uerimientosde datos.
(l#unos protocolos proporcionan slo las funciones bsicas para enviar de forma eficientepartes de datos entre las aplicaicones adecuadas. Estos tipos de protocolos son tiles paraaplicaciones cuyos datos son sensibles a retrasos.
&tros protocolos de la capa de transporte describen los procesos $ue proporcionancaractersticas adicionales, como ase#urar un envo confiable entre las aplicaciones. 'i bienestas funciones adicionales proveen una comunicacin ms slida entre aplicaciones de lacapa de transporte, representan la necesidad de utilizar recursos adicionales y #eneran unmayor nmero de demandas en la red.
-
7/26/2019 Hardware de Redes Capa de Transporte
4/19
'eparacin de comunicaciones mltiples
-onsidere una computadora conectada a una red $ue recibe y enva correos electrnicos ymensajes instantneos, e!plora sitios Web y realiza una llamada telefnica de 3oI+ de manerasimultnea. -ada una de estas aplicaciones enva y recibe datos en la red al mismo tiempo. 'inembar#o, los datos de la llamada telefnica no estn diri#idos al e!plorador Web, y el te!to deun mensaje instantneo no aparece en el correo electrnico.
(dems, los usuarios necesitan $ue el correo electrnico o p#ina Web se reciba por completoy se presente para la informacin $ue se considere til. Los retrasos li#eros se consideranaceptables para ase#urar $ue la informacin se reciba y se presente por compelto.
En cambio, la p)rdida ocasional de partes pe$ue1as de una conversacin telefnica se puedeconsiderar aceptable. 'e puede inferir la parte de audio perdida del conte!to de la conversacino se puede solicitar a la otra persona $ue repita lo $ue dijo. Es preferible esto ltimo a lasdemoras $ue se produciran si se solicita a la red $ue #estione y vuelva a enviar los se#mentosperdidos. En este ejemplo, el usuario, no la red, #estiona el reenvo o reemplazo de informacin$ue falta.
-
7/26/2019 Hardware de Redes Capa de Transporte
5/19
-omo se e!plic en un captulo anterior, el envo de al#unos tipos de datos, un video porejemplo, a trav)s de la red como un stream de comunicacin completa puede impedir $ue seproduzcan otras comunicaciones al mismo tiempo. %ambi)n dificulta la recuperacin de erroresy la retransmisin de datos da1ados.
ividir datos en pe$ue1as partes y enviarlas del ori#en al destino permite $ue muchascomunicaciones diferentes se intercalen 4multiple!adas5 en la misma red.
La se#mentacin de los datos, $ue cumple con los protocolos de la capa de transporte,proporciona los medios para enviar y recibir datos cuando se ejecutan varias aplicaciones demanera concurrente en una computadora. 'in se#mentacin, slo una aplicacin, la corrientede video por ejemplo, podra recibir datos. +uede no recibir correos electrnicos, chatear enmensajera instantnea o ver p#inas Web mientras ve un video.
En la capa de transporte, cada conjunto de piezas particular $ue fluye entre la aplicacin deori#en y la de destino se conoce como conversacin.
+ara identificar cada se#mento de datos, la capa de transporte a1ade a la pieza unencabezado $ue contiene datos binarios. Este encabezado contiene campos de bits. 'on losvalores de estos campos los $ue permiten $ue los distintos protocolos de la capa de transportelleven a cabo las diversas funciones.
-
7/26/2019 Hardware de Redes Capa de Transporte
6/19
4.1.# Control d" la! con$"r!acion"!
Las funciones principales $ue especifican los protocolos de la capa de transporte incluyen*
'e#mentacin y reensamble* la mayora de las redes tienen una limitacin en la cantidad dedatos $ue se pueden incluir en una simple +/. La capa de transporte divide los datos deaplicacin en blo$ues de datos de un tama1o adecuado. En el destino, la capa de transportereensambla los datos antes de enviarlos a la aplicacin o servicio de destino.
6ultiple!acin de conversacin* puede haber aplicaciones o servicios $ue se ejecutan en cadahost de la red. ( cada una de estas aplicaciones o servicios se les asi#na una direccin
conocida como puerto, de manera $ue la capa de transporte determina con $u) aplicacin oservicio se identifican los datos.
(dems de utilizar la informacin contenida en los encabezados, para las funciones bsicas dese#mentacin y reensamble de datos al#unos protocolos en la capa de transporteproporcionan*-onversaciones orientadas a la cone!inEntre#a confiable0econstruccin de datos ordenada-ontrol del flujo
-
7/26/2019 Hardware de Redes Capa de Transporte
7/19
Establecimiento de una sesin
La capa de transporte puede brindar esta orientacin a la cone!in creando una sesin entrelas aplicaciones. Estas cone!iones preparan las aplicaciones para $ue se comuni$uen entre santes de $ue se transmitan los datos. entro de estas sesiones, se pueden #estionar de cercalos datos para la comunicacin entre dos aplicaciones.
Entre#a confiable
+or varias razones, es posible $ue una seccin de datos se corrompa o se pierda por completoa medida $ue se transmite a trav)s de la red. La capa de transporte puede ase#urar $ue todaslas partes alcancen su destino haciendo $ue el dispositivo ori#en retransmita todos los datosperdidos.
Entre#a en el mismo orden
Los datos pueden lle#ar en el orden e$uivocado, debido a $ue las redes pueden proporcionarmltiples rutas $ue pueden tener diferentes tiempos de transmisin. (l numerar y secuenciarlos se#mentos, la capa de transporte puede ase#urar $ue los mismos se reensamblen en elorden adecuado.
-ontrol del flujo
Los hosts de la red cuentan con recursos limitados, como memoria o ancho de banda. -uandola capa de transporte advierte $ue estos recursos estn sobrecar#ados, al#unos protocolospueden solicitar $ue la aplicacin $ue enva reduzca la velocidad del flujo de datos. Esto selleva a cabo en la capa de transporte re#ulando la cantidad de datos $ue el ori#en transmitecomo #rupo. El control de flujo puede evitar la p)rdida de se#mentos en la red y evitar lanecesitad de la retransmisin.
-
7/26/2019 Hardware de Redes Capa de Transporte
8/19
(s como se discuten los protocolos en este captulo, estos servicios se e!plicarn a mayordetalle.
4.1.% Soport" d" co&unicacin con'ia(l"
-abe recordar $ue la funcin principal de la capa de transporte es administrar los datos deaplicacin para las conversaciones entre hosts. 'in embar#o, cada aplicacin tienedeterminados re$uisitos para sus datos y, por lo tanto, se han desarrollado diferentesprotocolos de transporte para $ue cumplan con estos re$uisitos.
/n protocolo de la capa de transporte puede implementar un m)todo para ase#urar el envoconfiable de datos. En t)rminos de redes, confiabilidad si#nifica ase#urar $ue cada seccin dedatos $ue enva el ori#en lle#ue al destino. En la capa de transporte, las tres operacionesbsicas de confiabilidad son*rastreo de datos transmitidos
acuse de recibo de datos recibidosretransmisin de cual$uier dato sin acuse de recibo
Esto re$uiere $ue los procesos de la capa de transporte en el ori#en d) se#uimiento a todas laspartes de datos de cada conversacin y retransmitan cual$uier dato del cual el destino noacuso recibo. La capa de transporte del host de recepcin tambi)n debe rastrear los datos amedida $ue se reciben y reconocer la recepcin de los mismos.
Estos procesos de confiabilidad #eneran un uso adicional de los recursos de la red debido alreconocimiento, rastreo y retransmisin. +ara admitir estas operaciones de confiabilidad seintercambian ms datos de control entre los hosts emisores y receptores. Esta informacin decontrol se encuentra en el encabezado de la -apa 7.
Esto crea una compensacin entre el valor de la confiabilidad y la car#a $ue hay en la red. Losdesarrolladores de aplicaciones deben ele#ir $u) tipo de protocolo de transporte es adecuado
-
7/26/2019 Hardware de Redes Capa de Transporte
9/19
en base a los re$uerimientos de sus aplicaciones. En la capa de transporte, e!isten protocolos$ue especifican m)todos para la entre#a confiable, #arantizada o de m!imo esfuerzo. En elconte!to de net"or8in#, el envo del mejor esfuerzo se conoce como poco confiable, por$ue nohay acuse de recibo de $ue los datos se recibieron en el destino.
eterminacin de la necesidad de confiabilidad
Las aplicaciones, tales como bases de datos, p#inas Web y correo electrnico, necesitan $uetodos los datos enviados lle#uen al destino en su condicin ori#inal para $ue los datos seantiles. %odos los datos perdidos pueden corromper una comunicacin y dejarla incompleta oile#ible. +or lo tanto, estas aplicaciones se dise1an para utilizar un protocolo de capa detransporte $ue implemente la confiabilidad. Los #astos de red adicionales se considerannecesarios para estas aplicaciones.
&tras aplicaciones son ms tolerantes a la p)rdida de cantidades pe$ue1as de datos. +orejemplo, si uno o dos se#mentos de un stream de vdeo no lle#an al destino, slo #enerar unainterrupcin momentnea en el stream. Esto puede representar distorsin en la ima#en pero$uizs ni sea advertido por el usuario.
Imponer el uso de recursos adicionales para ase#urar la confiabilidad para esta aplicacinpuede reducir la utilidad de la misma. La ima#en en un streamin# video se de#radara en #ranmedida si el dispositivo de destino tuvo $ue dar cuenta de los datos perdidos y demorar elstream mientras espera $ue lle#uen. Es conveniente proporcionar la mejor ima#en posible almomento en $ue lle#an los se#mentos y renunciar a la confiabilidad. 'i por al#n motivo sere$uiere confiabilidad, estas aplicaciones pueden proveer verificacin de errores y solicitudesde retransmisin.
-
7/26/2019 Hardware de Redes Capa de Transporte
10/19
Enciclopedia
Redes
Internet (protocolos) Aviso legal
+rotocolo %-+USESDEFIT)
6ayo 9:;'ervidor.
Las m$uinas de dicho entorno se comunican en modo en lnea, es decir, $ue la
comunicacin se realiza en ambas direcciones.
http://es.ccm.net/contents/http://es.ccm.net/contents/redes-5http://es.ccm.net/contents/internet-protocolos-2096316497http://es.ccm.net/contents/79-condiciones-de-uso-para-es-ccm-nethttp://ccm.net/contents/291-tcp-protocolhttp://es.ccm.net/contents/281-protocolo-tcphttp://de.ccm.net/contents/21-das-tcp-protokollhttp://www.commentcamarche.net/contents/538-le-protocole-tcphttp://it.ccm.net/contents/21-il-protocollo-tcphttp://br.ccm.net/contents/284-o-protocolo-tcphttp://es.ccm.net/contents/tcpip.php3http://es.ccm.net/contents/protip.php3http://es.ccm.net/contents/protocol.php3http://es.ccm.net/contents/protocol.php3http://es.ccm.net/contents/initiation/client.php3http://es.ccm.net/contents/initiation/client.php3http://es.ccm.net/contents/initiation/client.php3http://es.ccm.net/contents/initiation/client.php3http://es.ccm.net/contents/initiation/client.php3http://es.ccm.net/contents/redes-5http://es.ccm.net/contents/internet-protocolos-2096316497http://es.ccm.net/contents/79-condiciones-de-uso-para-es-ccm-nethttp://ccm.net/contents/291-tcp-protocolhttp://es.ccm.net/contents/281-protocolo-tcphttp://de.ccm.net/contents/21-das-tcp-protokollhttp://www.commentcamarche.net/contents/538-le-protocole-tcphttp://it.ccm.net/contents/21-il-protocollo-tcphttp://br.ccm.net/contents/284-o-protocolo-tcphttp://es.ccm.net/contents/tcpip.php3http://es.ccm.net/contents/protip.php3http://es.ccm.net/contents/protocol.php3http://es.ccm.net/contents/initiation/client.php3http://es.ccm.net/contents/initiation/client.php3http://es.ccm.net/contents/initiation/client.php3http://es.ccm.net/contents/http://es.ccm.net/contents/ -
7/26/2019 Hardware de Redes Capa de Transporte
11/19
+ara posibilitar la comunicacin y $ue funcionen bien todos los controles $ue la
acompa1an, los datos se a#rupan? es decir, $ue se a#re#a un encabezado a los pa$uetes
de datos $ue permitirn sincronizar las transmisiones y #arantizar su recepcin.
&tra funcin del %-+ es la capacidad de controlar la velocidad de los datos usando su
capacidad para emitir mensajes de tama1o variable. Estos mensajes sellaman segmentos.
La funcin multiple!in
%-+ posibilita la realizacin de una tarea importante* multiple!ardemultiple!ar? es decir
transmitir datos desde diversas aplicaciones en la misma lnea o, en otras palabras,
ordenar la informacin $ue lle#a en paralelo.
Estas operaciones se realizan empleando el concepto de puertos4o cone!iones5, es decir,
un nmero vinculado a un tipo de aplicacin $ue, cuando se combina con una direccin de
I+, permite determinar en forma e!clusiva una aplicacin $ue se ejecuta en una m$uina
determinada.
El formato de los datos en %-+
/n se#mento %-+ est formado de la si#uiente manera*
@td/0A @td(-B @td+'2 @td0'% @td'CD @td
ID@td@td@td@td@td@td
0 1 2 3 4 5 6 7 8 9 1
0
1
1
1
2
1
3
1
4
1
5
1
6
1
7
1
8
1
9
2
0
2
1
2
2
2
3
2
4
2
5
2
6
2
7
2
8
2
9
3
0
3
1
!erto de origen !erto de destino
"#$ero de sec!encia
"#$ero de ac!se de reci%o
http://es.ccm.net/contents/port.php3http://es.ccm.net/contents/port.php3http://es.ccm.net/contents/ip.php3http://es.ccm.net/contents/ip.php3http://es.ccm.net/contents/ip.php3http://es.ccm.net/contents/port.php3http://es.ccm.net/contents/ip.php3http://es.ccm.net/contents/ip.php3 -
7/26/2019 Hardware de Redes Capa de Transporte
12/19
&arge
n
de
datos
Reservado 'entana
!$a de control !ntero !rgente
pciones Relleno
*atos
'i#nificado de los diferentes campos*
Pu"rto d" ori*"n4;< bits5* +uerto relacionado con la aplicacin en curso en la
m$uina ori#en
Pu"rto d" d"!tino4;< bits5* +uerto relacionado con la aplicacin en curso en la
m$uina destino
N+&"ro d" !"cu"ncia4F9 bits5* -uando el indicador 'CD est fijado en :, el
nmero de secuencia es el de la primera palabra del se#mento actual.-uando 'CD est fijado en ;, el nmero de secuencia es i#ual al nmero de secuencia
inicial utilizado para sincronizar los nmeros de secuencia 4I'D5.
N+&"ro d" acu!" d" r"ci(o4F9 bits5* El nmero de acuse de recibo, tambi)n
llamado nmero de descar#o se relaciona con el nmero 4secuencia5 del ltimose#mento esperado y no el nmero del ltimo se#mento recibido.
,ar*"n d" dato!47 bits5* Esto permite ubicar el inicio de los datos en el pa$uete.
($u, el mar#en es fundamental por$ue el campo opcin es de tama1o variable.
"!"r$ado4< bits5* /n campo $ue actualmente no est en uso pero se
proporciona para el uso futuro.
Indicador"!4
recibo.
PS/4+/'25* 'i este indicador est fijado en ;, el pa$uete opera de
acuerdo con el m)todo +/'2.
ST* 'i este indicador est fijado en ;, se restablece la cone!in.
SN* El indicador 'CD de %-+ indica un pedido para establecer una
cone!in.
FIN* 'i este indicador est fijado en ;, se interrumpe la cone!in.
"ntana4;< bits5* -ampo $ue permite saber la cantidad de bytes $ue el receptor
desea recibir sin acuse de recibo.
Su&a d" control4-0-5* La suma de control se realiza tomando la suma del
campo de datos del encabezado para poder verificar la inte#ridad del encabezado.
Punt"ro ur*"nt"4;< bits5* Indica el nmero de secuencia despu)s del cual la
informacin se torna ur#ente.
Opcion"!4tama1o variable5* iversas opciones
"ll"no* Espacio restante despu)s de $ue las opciones se rellenan con ceros para
tener una lon#itud $ue sea mltiplo de F9 bits.
-
7/26/2019 Hardware de Redes Capa de Transporte
13/19
-onfiabilidad de las transferencias
El protocolo %-+ permite #arantizar la transferencia de datos confiable, a pesar de $ue usa
el protocolo I+, $ue no incluye nin#n monitoreo de la entre#a de data#ramas.
e hecho, el protocolo %-+ tiene un sistema de acuse de recibo $ue permite al cliente y al
servidor #arantizar la recepcin mutua de datos.
-uando se emite un se#mento, se lo vincula a un n+&"ro d" !"cu"ncia. -on la recepcin
de un se#mento de datos, la m$uina receptora devolver un se#mento de datos donde el
indicador (-B est) fijado en ; 4para poder indicar $ue es un acuse de recibo5 acompa1ado
por un nmero de acuse de recibo $ue e$uivale al nmero de secuencia anterior.
(dems, usando un temporizador $ue comienza con la recepcin del se#mento en el nivel
de la m$uina ori#inadora, el se#mento se reenva cuando ha transcurrido el tiempo
permitido, ya $ue en este caso la m$uina ori#inadora considera $ue el se#mento est
perdido.
'in embar#o, si el se#mento no est perdido y lle#a a destino, la m$uina receptora lo
sabr, #racias al nmero de secuencia, $ue es un duplicado, y slo retendr el ltimo
se#mento $ue lle# a destino.
-mo establecer una cone!in
-onsiderando $ue este proceso de comunicacin, $ue se produce con la transmisin y el
acuse de recibo de datos, se basa en un nmero de secuencia, las m$uinas ori#inadora y
receptora 4cliente y servidor5 deben conocer el nmero de secuencia inicial de la otra
m$uina.
La cone!in establecida entre las dos aplicaciones a menudo se realiza si#uiendo el
si#uiente es$uema*
-
7/26/2019 Hardware de Redes Capa de Transporte
14/19
Los puertos %-+ deben estar abiertos.
La aplicacin en el servidor es pasiva, es decir, $ue la aplicacin escucha y espera
una cone!in.
La aplicacin del cliente realiza un pedido de cone!in al servidor en el lu#ar
donde la aplicacin es abierta pasiva. La aplicacin del cliente se considera =abierta
activa=.Las dos m$uinas deben sincronizar sus secuencias usando un mecanismo comnmente
llamadonegociacin en tres pasos$ue tambi)n se encuentra durante el cierre de la sesin.
Este dilo#o posibilita el inicio de la comunicacin por$ue se realiza en tres etapas, como
su nombre lo indica*
En la primera etapa, la m$uina ori#inadora 4el cliente5 transmite un se#mento
donde el indicador 'CD est fijado en ; 4para indicar $ue es un se#mento desincronizacin5, con nmero de secuencia D llamado nmero de secuencia inicial del
cliente.
En la se#unda etapa, la m$uina receptora 4el servidor5 recibe el se#mento inicial$ue viene del cliente y lue#o le enva un acuse de recibo, $ue es un se#mento en el$ue el indicador (-B est fijado en ; y el indicador 'CD est fijado en ; 4por$ue esnuevamente una sincronizacin5. Este se#mento incluye el nmero de secuencia deesta m$uina 4el servidor5, $ue es el nmero de secuencia inicial para el cliente. Elcampo ms importante en este se#mento es el de acuse de recibo $ue contiene el
nmero de secuencia inicial del cliente incrementado en ;.
+or ltimo, el cliente transmite un acuse de recibo, $ue es un se#mento en el $ue
el indicador (-B est fijado en ; y el indicador 'CD est fijado en : 4ya no es unse#mento de sincronizacin5. 'u nmero de secuencia est incrementado y el acuse de
recibo representa el nmero de secuencia inicial del servidor incrementado en ;.
espu)s de esta secuencia con tres intercambios, las dos m$uinas estn sincronizadas y
la comunicacin puede comenzar.
E!iste una t)cnica de piratera llamada falsificacin de I+,$ue permite corromper este
enlace de aprobacin con fines maliciosos.
6)todo de ventana corrediza
En muchos casos, es posible limitar la cantidad de acuses de recibo con el fin de aliviar el
trfico en la red. Esto se lo#ra fijando un nmero de secuencia despu)s del cual se
re$uiera un acuse de recibo. Este nmero en realidad se #uarda en el campo ventanadel
encabezado %-+I+.
http://es.ccm.net/contents/attaques/spoofing.php3http://es.ccm.net/contents/attaques/spoofing.php3http://es.ccm.net/contents/attaques/spoofing.php3 -
7/26/2019 Hardware de Redes Capa de Transporte
15/19
Este m)todo se llama efectivamente el =el mtodo de la ventana corrediza= por$ue, en
cierta medida, se define una serie de secuencias $ue no necesitan acuses de recibo y $ue
se desplaza a medida $ue se reciben los acuses de recibo.
(dems, el tama1o de esta ventana no es fijo. e hecho, el servidor puede incluir eltama1o de la ventana $ue considera ms apropiado en sus acuses de recibo #uardndolo
en el campo ventana. e este modo, cuando el acuse de recibo indica un pedido para
aumentar la ventana, el cliente se desplazar al borde derecho de la ventana.
+or el contrario, en el caso de una reduccin, el cliente no desplazar el borde derecho de
la ventana hacia la iz$uierda sino $ue esperar $ue avance el borde iz$uierdo 4al lle#ar los
acuses de recibo5.
-mo terminar una cone!in
El cliente puede pedir $ue se termine una cone!in del mismo modo $ue el servidor.
+ara terminar una cone!in se procede de la si#uiente manera*
/na de las m$uinas enva un se#mento con el indicador FINfijado en ;, y la
aplicacin se autocoloca en estado de espera, es decir $ue deja de recibir el se#mento
actual e i#nora los si#uientes.
espu)s de recibir este se#mento, la otra m$uina enva un acuse de recibo con el
indicadorFINfijado en ; y si#ue enviando los se#mentos en curso. espu)s de esto, lam$uina informa a la aplicacin $ue se ha recibido un se#mento FINy lue#o enva un
se#mento FINa la otra m$uina, $ue cierra la cone!in.
http://es.ccm.net/contents/281-protocolo-tcp
-
7/26/2019 Hardware de Redes Capa de Transporte
16/19
-aractersticas del protocolo /+
El protocolo /+ 4Protocolo de datagrama de usuario5 es un protocolo no orientado a
cone!in de lacapa de transportedel modelo %-+I+. Este protocolo es muy simple ya $ue
no proporciona deteccin de errores 4no es un protocolo orientado a cone!in5.
+or lo tanto, el encabezado del se#mento /+ es muy simple*
datos
4lon#itud variable5.
'i#nificado de los diferentes campos
Pu"rto d" ori*"n* es el nmero depuertorelacionado con la aplicacin del
remitente del se#mento /+. Este campo representa una direccin de respuesta para
el destinatario. +or lo tanto, este campo es opcional. Esto si#nifica $ue si el puerto de
ori#en no est especificado, los ;< bits de este campo se pondrn en cero. En este
caso, el destinatario no podr responder 4lo cual no es estrictamente necesario, en
particular para mensajes unidireccionales5.
Pu"rto d" d"!tino* este campo contiene el puerto correspondiente a la aplicacin
del e$uipo receptor al $ue se enva.
Lon*itud* este campo especifica la lon#itud total del se#mento, con el encabezado
incluido. 'in embar#o, el encabezado tiene una lon#itud de 7 ! ;< bits 4$ue es G ! G
bits5, por lo tanto la lon#itud del campo es necesariamente superior o i#ual a G bytes.
Su&a d" co&pro(acin* es unasuma de comprobacinrealizada de manera tal
$ue permita controlar la inte#ridad del se#mento.
http://es.ccm.net/contents/284-protocolo-udp
Anlisis comparativo: TCP - UDPLos dos protocolos ms comunes de la capa de Transporte del conjunto de
protocolos TCP/IP son el Protocolo de control de transmisin (TCP ! el
Protocolo de data"ramas de usuario (UDP# Am$os protocolos "estionan la
comunicacin de m%ltiples aplicaciones# Las di&erencias entre ellos son las
&unciones espec'&icas ue cada uno implementa#
TCP vs UDP
TCP UDP
http://es.ccm.net/contents/tcpip.php3http://es.ccm.net/contents/tcpip.php3http://es.ccm.net/contents/port.php3http://es.ccm.net/contents/port.php3http://es.ccm.net/contents/port.php3http://es.ccm.net/contents/base/control.php3http://es.ccm.net/contents/base/control.php3http://es.ccm.net/contents/284-protocolo-udphttp://es.ccm.net/contents/tcpip.php3http://es.ccm.net/contents/tcpip.php3http://es.ccm.net/contents/port.php3http://es.ccm.net/contents/base/control.php3http://es.ccm.net/contents/284-protocolo-udp -
7/26/2019 Hardware de Redes Capa de Transporte
17/19
&rientado a la cone!in
-onfiabilidad en la entre#a de
mensajes
ivide los mensajes en
data#ramas
2ace se#uimiento del orden 4o
secuencia5
/sa chec8sums para la
deteccin de errores
Los procedimientos remotosno son idempotentes
La confiabilidad es prioridad
Los mensajes e!ceden el
tama1o de un pa$uete /+
'in cone!in
Do se fra#mentan los mensajes
Do hay reensamblaje ni sincronizacin
En caso de error, el mensaje se retransmite
'in acuse de envo
Los procedimientos remotos son idempotentes
Los mensajes del servidor y el cliente entran
completamente dentro de un pa$uete
El servidor maneja multiples clientes 4/+ no
tiene estados5
TCP ! UDP utili)an el mismo esuema de direccionamiento# Una direccin IP! un n%mero de puerto#
-
7/26/2019 Hardware de Redes Capa de Transporte
18/19
3entajas de /+
Do te restrin#e a un modelo de
comunicacin basado en la cone!in, la latencia
para el inicio en aplicaciones distribuidas es mucho
menor, al i#ual $ue la sobrecar#a del sistema
operativo.
%odo el control de flujo, los acuses de
recibo, el re#istro de transacciones, etc. depende
de los pro#ramas de usuario. (dems, slo es
necesario implementar y utilizar las funciones $ue
necesita.
El receptor de los pa$uetes /+ los recibe
sin fra#mentar, incluyendo los lmites de los
blo$ues.
Hroadcast y transmisin multicast estn
disponibles con /+.
Ventajas de TCP
El sistema operativo hace todo el
trabajo, el manejo de pa$uetes de entrada
tiene menos cambios de conte!to del
8ernel al espacio de usuario y de vuelta,
todo el reensamblaje, acuse de recibo,
control de flujo, etc se lleva a cabo por el
8ernel.
%-+ #arantiza tres cosas* $ue sus
datos lle#uen, $ue lle#uen en orden, y $ue
lle#uen sin duplicaciones.
Los routers pueden notar los
pa$uetes %-+ y los tratan de forma
especial. los pueden almacenar en bfer y
los retransmiten.
%-+ tiene un buen rendimiento
relativo a trav)s de un mdem o una L(D.
esventajas de /+
Do hay #arantas con /+. un pa$uete
puede no ser entre#ado, o entre#ado dos veces o
entre#ado fuera de orden, no se obtiene nin#n
indicio de esto a menos $ue el pro#rama de
escucha en el otro e!tremo decide decir al#o.
/+ no tiene control de flujo. la
implementacin es el deber de los pro#ramas deusuario.
Los routers son muy descuidados con /+.
nunca se retransmiten si colisionan, y parecen ser
la primera cosa descartada cuando un router est
corto de memoria. /+ sufre ms p)rdida de
pa$uetes $ue %-+.
Desventajas de TCP
El sstema operatvo puede ser
de!ectuoso.Puede ser ne"ca#,$
puede %ue no se pueda a"nar.
TCP es d&"cl de e'pandr,se
puede esta(lecer una pocas opcones
de soc)et,pero tene %ue tolerar el
control de *ujo ncorporado.
TCP puede tener un mont+n de
caracter&stcas%ue no son
necesaras,puede desperdcar ancho
de (anda, tiempo oes!uer#o en
ase,urar cosas %ue son rrelevantes
para la tarea en cuest+n.
TCP no tene l&mtes de
(lo%ues,de(e crear el su$o.
os routers de la nternet de
-
7/26/2019 Hardware de Redes Capa de Transporte
19/19
ho$ en d&a estn a,otando su
memora0 no pueden prestar mucha
atenc+n a tcp0 las asumpsones de
dseo de TCP se descomponen en
este entorno.
TCP tene rendmento
relatvamente po(re en cone'ones de
alta latenca0 ,ran ancho de (anda
como una cone'+n por satlte o con
so(recar,a.
TCP no puede ser utl#ado
para (roadcast o transms+n
multcast.
TCP no puede conclur una
transms+n sn todos los datos en
movmento e'pl&ctamente
con"rmados.
Ventajas de la 3DP para la trans!erenca
de archvos
El control de flujo depende del espacio de
usuario? las ventanas pueden ser infinitas, no
e!isten interrupciones artificiales, la latencia es bien
tolerada, y las velocidades m!imas solo se
pueden forzar por ancho de banda real, a pesar de
$ue las velocidades reales son ele#idas por
acuerdo entre el emisor y el receptor.
'i recibe una ima#en de forma simultneadesde varios hosts es mucho ms fcil con /+,
como lo es el envo a varios hosts, especialmente si
lle#an a ser parte del mismo #rupo broadcast o
multicast.
Desventajas de TCP para la
trans!erenca de archvos
%-+ permite una ventana de un
m!imo de