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.


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


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.


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.


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.


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/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.


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


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.


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/


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


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.


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*


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


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


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


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#


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


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

Documents

Hardware de Redes Capa de Transporte