478 LACAPA DE RED cars
441, Lalégica asada para construir la tabla de Ia figura $-67 es sencilla: siempre se asigna cl VPI més bajo
‘0 uiilizadoa una conexisn. Si se scl
VPI se le asignard?
43, Cul esta longitud maxima de rafaga en un:
x ABR de 155.52 Mtps e
£5 de 200,000 y cuyo valor Z es de 25 pseg?
|. Eseriba un programa pars simular
nto usando inurdacién. Cada paguete debe
rado por tasa de errores
6
LA CAPA DE TRANSPORTE
pprocesos de la capa de 4
dos por la capa de red 480, LA CAPA DE TRANSPORTE CAR
Figura 6-1. 06 cope doe
‘Asi como hay dos tipos de servicio de red, orientad
hay dos tipos de servicio de transporte. EI servicio
pparecido al
eonexiones tien:
transporte
La pregunta obvia es en
la capa de red, por
respuesta es stil, p
la capa de red es parte de
? Por qué no es sufici
SEC 61 EL SERVICIO DE TRANSPORTE 4s
una porcién mayor del manejo de errores en la eapa de enlace de datos, La tiniea posil
apa de red 4) idad
pore sea mas cor
y compensar paquet
te pueden disefiarse de iwas del serv
que pueden AN sin canexio=
ir programas de
hacer que estos progeamnas trabajen én una Variedad amplia de redes, si
icon interface smisiones no confiables,
o,lacapa de
we de aislar las capas superiores respecta de la
cones de la subred.
Por esta razén, mucha gente distingue entre les capas | a4, por 9 1a(S) capars) por
encima de la 4, por Ia otra, Las cuatro capas inferiores pueden verse como el praveedor det
servicio de transporte, y la(s) capat isporte,
Esta distincida entse proveedor y wsuariot s eapas
y pone a la capa de transporte en una posicién clave, ya que forma enire el
proveedor y el usuario del servicio contiable de transmisién de atos,
61.2. Calidad del servicio
(Otra manera de ver la capa de transporte es considerat que su funcicn primaria es mejorar a QoS.
(Quolity of Service, calidad del servicio) proporcionada por lacapa de red. Sic! servicio de red
ces impecable, la cepa de transporte tione una tarea facil. Si, por otra parte, el servicio de red es
lo. a capa de transporte tiene que constrair un puente sobre el abisino que separa lo que
quieren los usuarios de transporte y lo que la capa de red propor
‘Aunque a primera vista la calidad de! servicio podria parecer un coneepto vago (lograr que
tados se pongan de zeuerdo en lo que constituye un “buen” servicio es un ejerci
la QoS puede caracterizarse por varios pardmetros espectficos, como vimos en ¢
servicio de transporte puede permitir que el usuario especifique valores preferidos, aceptables y
‘minimos para varies parimetros de servicio en el momemo de establecerse una cone
Algunos de los parfimetros también se aplican al transporte sin conexiones. Fs
de lacapade transporte exarminar estos pardmetros y,dependiendo de los tipos
disponibles, determinar si puede proporcionar el servicio requerido. En el resto de esta seccién 482 LA CAPA DE TRANSPORTE can 6
estudiaremos algunos parimetros QoS, que se presentan resumidos en la figura 6-2, Nétese que
los estos parémetros. Muchos simplemente hacen su
Finer 6
de wansporte y la confirmacién del
retardo de proceso de Ia entidad de tra
iden un retardo, a menor retardo, mejor servicio.
La probabilidad dle falta de estableciméento de la conexién es ta posi
‘conexién no se establezca en el lapso de méiximo retar to: por ejemplo, de-
bido a congestionamiento de ia red, alta de espacio de tablas en algiin lado u otras problemas,
intemos.
El pardimeiro de re
segundo, medido durante al
cada sentido,
El revardo de tras cl tiempo entre el envio de un mensaje por el usuario de wans-
porte de la méquina de origen y su recepeién por el usuario de transporte de la méquina de
esting. Al igual que con el rendimiento, cada sentido se maneja por separado.
ssajes perdides 0 alterados como una
debe ser cero, ya que es responsi-
capa de red. En la préctica, este
ide 1a comtidad de bytes de datos de usuario transferidos por
jempo. Fl rendimiento se mide por separado en
transporte es}
ira y modificacién de
rceptacisn).
sEC.61 FL SERVICIO DE TRANSPORTE 483
EL parimetto de pri
slgunas de susconexiones son mas
pure de que las conexiones de alia
pero puede lograr
tasa menor y la tssa.m
Si no puede mane}
‘limo, se informa al usuario de transporte 07
los valores de los parémets
proceso se llama negoci
(0 de la vida de la conexi6n, Para evitar que los clientes se yuelvan
, muchas portadoras suclen cobrar més por una mejor ¢
vas de servicio de transporte
Las primitivas del servicio de transporte pe
programas de aplicacién) el acceso al servicio de transporte. Cada servis
vas de acceso. En esta secciGn examinaremos priinero un servicio de transporte senc
hipotético y luego veremos un ejemplo real
‘ode transporte es parecido al se
tantes. La principal es que laintencién det se
redes reales, con todo y veirugas. Las redes reales pueden perder paquetes, por lo que el
de red generalmente no ¢s confia!
El servicio de transporte orientado a conexiones, én cambio, s{¢s confiable. Claro que las
redes reales no bres de ertores,
tuansporte: proporcioner un servicio €
Como ejemplo, considere dos procesos
ran que Ia conexi6n ent No quieren
perdidos, congestionamientos ni nada por el Lo que quieren es una conexién 100%
confiable, El proceso A pone datos en un extremo del tubo y el proceso B lo saca por el otto. De
testo se trata el servicio de teansporte orientado a conexiones: de esconder las imperfecciones del
io de red, pero hay algunas diferencias tmpor-
io de red es modelat el servicio ofrecido por Ins 484 LA CAPA DE-TRANSFORTE, car.
seC.61 FL SFRUICIO DETRANSPORTE, 485
lo que basta para muchas
s, considere una aplicacién con un servidor y
el servidor ejecuta una prit
La entidad de transporte
+, Encapsulado
jad de transporte
de un mejor término
sport Protocol Data
de red procesa
Jacabecera del paquete y pasa el coy
sporte fa revisa para com
esté interesado en mang}
CONNECTION ACCEPTED (Cons
yy se establece
d, incluso un intercambio de datos unidirecci
sporte. Cada paquete de datos enviado ta
unenke, Estos reconceimientos son menejades por las e
usando el protecolo de capa de red, y n0 son
sentidades de transporte nee.
smisiones. Nada de esta mag ' visia por los
ins un tubo de bits confiable: un usuario mete bits en él y migicamente aj
‘tro lado, Bsta eapacidad de esconder la complejidad es la razén por la cual tos protocolos en
apas son herramientas tan poderosas
Cuando ya no se necesita una conexi6n, debe liberarse para desceupar espacio
J dos entidades de transporte, La descor
4 de los dos usuarios de transporte pucde
Pisconnect (desconectar), que resulta en el envis
‘transporte remota. A su legada, se libera la cone
En a variante simétriea, eada sentido se cierra por se
Alemitir una Disconnect un Indo, quiere decir que ya no 484 LA CAPA DETRANSPORTE, cake
Tey Stents
[ Pin
URTEW ESCUCHAR)
DREOINEST BESCENECTARY | SOLIGMTUD BE DESCCVERON
l L be snee
Figura
servicio de red para qu
tuna earriente de
cin con un servidor y
jdor ejecuta una primitiva ustes
oteca que see
quiere
{coneetrse} nsporte
una y enviando un pagu idor. Encapsulado
‘saje de eapa de transporte para la entidad de transporte
épida sobre la t
iglas poco elegances
lunidad de datos del protocolo de transport
idad de transporte a otra. Po:
SEC 61 EL SERVICIO DETRANSFORTE
‘os usando las primitivas SEND (e
sualquiera de
rar que Ia otta parte emi
capa de transporte;
temprano). Los paquetes que
ntos Son manejados
usando el protocolo de capa de ted, y no son visibles
ransporte nec
retransmisiones. Nada de esta maquinaria es vista por
conexign es un tubo de bits confiable: un usua
Ladesconexi6n tiene dos variante
2 de los dos usuarios de transpore 486 LA CAPA DE TRANSPORTE cane SEC. EL SERVICIO DE TRANSPORTE 487
Syatenee at
soceeriewcturany | cesunnec pune
egg a ae ein semiicty
INO (Ucar) ene wna Siren ela
porte |
2, aqui suponemos que cada TPDL se recon
ina anata deca
STEN (eScUCHAR)
Anurela depaigine
ACCEPT (ACEP TAR)
gabe a vec asta a
CoMNEeT (cONECTAR) oz
28 rene
SENO (EWR)
RECEWE ECLIR) este cats a contin
Saree a]
: ‘close (CER RAR) ‘Learn ceneiin
i cee
4
esuaten,
MENTO aes
| “pexouare
Figura 6-6. Pima de socket para TCR,
Esrasect
MENTO RASWo
PENDIENTE.
harde
‘estonecdn seus
Figuca 65. Diograma de estas de
ladas con
otro grupo de: prim)
Berkeley para el TCP. Est
Proseso de cone
“Servidor el proceso clicmte se de
012 486 LA CAPA DE TRANSPORTE
datos de su compafero. En este modelo, una conexiGn
eeconexi6n
Sockets de Berkeley
Inspeccionemos breyemente otto grupo de pri
usadas en el unix de Berkel
primitiva socxer crea un nuevo punto
son ejecutadas en ex
¢ asigna espacio de tablas denteo de la 1
ida de
SEC.61 EL SERVICIO DE TRANSPORTE 487
| Signfenes
SOCKET IENCHUFAR) | Ciara
SE
NCCEPT ABEPTAR)
CONNECT CONECTAR)
‘END (ENR)
AECEIvE (RecisIR)
‘CLOSE (CERRAA)
Para bloquearse en esperade una conexi6n
(aceptar). Cuando llega una TPDU sol ransporte crea'un
for de a
adecuada det
dos pueden usar 488 LA CAPA DE TRANSPORTE, CAP 6
6.2. ELEMENTOS DE LOS PROTOCOLOS DE TRANSPORTE
EL servielo de transporte se n protocolo de transporte e
idades de trans;
tocolos de enlace de datos g
‘an del control de errores. 1a s
Sin embargo. existen diferencias
oma
ot
‘ee
*\ cia
Gears 9
@
Figura 6-1, (a) Eniosno delaca,
Por una parte, en la capa de enla
enrutador con el que quiere hablar, cada
‘en particular, En la capa de transpone, se requiets el direccion:
Por otro lado, el conexida a través del ala
Figura 6-7(a) es sencillo: Ia otra terminal siempre esté ahi (a menos que se hay
caso no est ahf). Sea como sea, no hay demasiado que pa de (rans}
establecimiento inicial de la concn:
Otra diferencia, muy irritante,
existencia potencial de capaci
marco, éste puede llegar 0 perderss
esconderse
fportune 30 segu
mente, hay una probabi
1 desestrosas y requer
ccapas de enlace de datos y de t
ren bufers y conical de flujo en ambas capas, pero !a presencia
nds bien que de tivo. Se requ
ja capa de transporte puede
de una cantidad de conexiones grande y dindmicomente variable e'
SEC.62
NTOS DE LOS PROTOCOLOS DE TRANSPORT 489
requerir un enfogue distinto det que se usa
muchos
as, aden
establecer una conexién eon tin proceso de aj
weviarse. (El transporte sin conexiones tiene el mi:
}) EL métedo gue normalmente se
snestar a Ja escucha de so!
lerminales son pares (direccién IP. puerto
“AP. Usaremes el térmiao neutral TSAP (
io de transporte), Los p
AALS,
red orientada a conesiones es la siguiente
1. Un proceso servidor de hora del dia del host se conecia al TSAP 122 para espenir un:
Hamada enante. La
S
E
por Jo que emite
o el origen y el TSAP 122 cor
fa esta conexidn
ansporte del
apa de red.)
| puede hablar con
: “Buenos dias. Me
iexidn de transporte entre mi TSAP 6 y tu TSAP 122. Qué 490 LA CAPs DE TRANSPORTE: CAR 6
de TSAP,
AP a NSAP.
aTsal
ido un pe
servidor de hora del
cada servidor concebible ese
SEC.62 ELEMENTOS DE LOS PROTOCOLOS DE TRANSPORTE 491
® ®
Manera en que un proceso de usuario
‘el host 2.
eablece una coaeeibn con in servi
Servicio a usuarios remotos tiene un se
{dor de procesos especial que actia coms apederado
(prozy) de los servidores de menor uso y escucha en un grupo de puertos al mismo tiempo,
esperando una
itud de conexién TCP, Los usuarios potenciales de un servicio comienzan
tud coswecr, especificando la direccicn TSAP (pucrto TCP)
desean. Si no hay ningun servidor esperindotos, consiguen una e¢
508, como se muestra en la figura 6-9¢2
Tras obtener la
trabajo requerido, ras que el servidor de procesos retorna a escuchar solicitudes nuevas,
como se muestra en Ia figura 6-9(6)
Aunque el protozalo de con ial funciona bien pare aquellos servidores que pue:
ctearse cuando se necesitan, hay muchas situac
dientemente del servidar de procesos. Por ejem
hardware especi 492 LA CAPA DE TRANSPORTE care
la conexida con el
direccidn =
Con este exquema es direct
9. De manera equival
adecuada,
nico 19076543210.
(Esedos
SEC.62 ELEMENTOS DE LOS PROTOCOLOS DE TRANSPORTE, 493
62.2. Establecimiento de una conexién
‘CONNEC
a tiempo, y cada pag
Ya subred usa datagram
de los paquetes podrian atorar
turdar mucho tiempo en
después
La peor pesadi
envia mensajes
‘una persona no de
te de la transaccién
len de Ta destino en orden, sol
nueva, transfiera el dinero (nuevam
manera de saber que son duplicades:
pendiente, y transfiere nuevamente
el problema de los du
blecer conexiones de unit manera confial
ctr
El meotlo del problema es
varias maneras, ninguna de las cuales es muy sat
desechables. En este cn
Una nueva, Al liberarse la conexién,
modelo de servidor de procesos de la figura 6-9.
Otraposibilidad es dar a cada conexién
Secuencix que
tuna, cada paque-
iexi6n, todos los
indo al banco que establezea
Imos para es
35 como la anterior no puedan
wos retrasados. Esto puedk
ia, Una es usardirecciones de
de
icador de conexin (es d
da), seleccionado pox
onexién
ada entidad de transporte podria
liste conexiones obsoletas como pares (entidad de trensports igual, iden
Cada vez que entrar id de conexién, podria cotejarse con Ia tabla para Ver si pertenece
4 una conexién previamente liberada,
Por desgracia, este esquema tiene una falla bésica: requiere que cada
fe mantenga una cierta cantidad de informacién
S© eae una méquina, perdiéndose su memor
055.
Mis biea, necesitamos un enfoque diferente. En lugar de permit
temamente en la subred, debemos disefar un mecanismo para matar a
aque los paquetes vivan
paquetes viejos que 494 LA CAPA DE TRANSPORTE, cape
conocido usando una de las
siguientes tezni
1, Disefiod.
2
bred restringido.
ntador de salios en cada
10 slo que el paquete
do, y que ni él ni sus acuses de recibo aparecerdn repentinamente de la nada para complicar el
asunto,
Teniendo limitados ios tiempos de vida de los pequetes, es posible propane:
prueba de errores de establecer c
wwacién se debe
SEC.62 ELEMENTOS DELOS PROTOCOLOS DE TRANSFORTE. 498
niimeros de secuencia, tas TPDUT
hace mucho tiempo. Esta relaci
tran la figura 6-10.
mismo ndmero de secuencia hayan desapareeido
tiempo y nimeros secuenciales
A _ ponico tsa
con)
g
Figura 6-1
isn
Una vez que ambas entidades de transporte han acordado el niimera de scevenci
para el control de flujo ue datos.
un gjenpl
el reloj es de uno por
protetises “7
cid. unsigned char bulp) int bytes)
ie quiere enviar un mensaje,
pittypo pt, usignad harp. inci coun,
itm, pke—tybe “pl, unsigned cher "p struct eon,
‘Enta.en
hay una conexiin, Ye si CALL_REQ crtrsiate
(a bytes omiado sa ahora oy ele eran!
eived =~ 0 88 cotr->credits == 0) sleep(); *
ate rected =
Credto dispc .
®
c= MAX_GONN Ie4) 7 busca en la tabla GALL_AEQ“/
tata == QUEUEO £8 cone loeal_adcrass ==) (
found =
breaks
nb; divide mensaje on paquates de ser necesaria *?
(oves ~ cpir>byte_dourt > MAX_PKT. SIZE
‘count = MAK_PKT_S.ZE; m
ie {
Count = bytes cf
)
for(i
enéajo rukipaquota */
LL_REQ esperando, Se duerme hasta que llega o termina la tempoizacion.*/
listen_address =; sleep(|:|=ister_conn ;
F< count +4) data
1 to.neticid, 0, m, DATA_PKCT,
‘conn siae = ESTABLISHED; Fr seestatlece ta conexisn.*! Spir-sbyte_count = cpte-sbyte count + count;
‘conn timer =0; no so usa terroorizador “/
bytes onviados hasta ahora *)
J write cpur>byte count < byes), F tod el mensoje“/ 516 1LA CAPA DE-TRANSPORTE cane
'F cada mensaje Consume un cveaio
misign:e! gual quiere descone:
se blouvea esperanda datos “7
“pytes = cptrsbyte_count;
= ESTABLISHED:
(cpir->dr_req_receved ? ERR_CLOSED: OX)
onnectinted)
{("Eixevarie quite iterar une conenidn. 7
structcorn “opir = Keanna
ratueeyOX):
anivalivic)
-g800 un paguete, obtonero y prosesarto.“/
7 contin pot la que lings ol paquets
ZALL_REO, CALLACC, CLEAR_REQ, CLEAR_CONF. DATA_PKT, CREDIT ‘/
MAX PKT_SIZE], 7 parte de datos del paquete de entvade*/
from_net(cid 8c) Ar, Aptype, data, Beount), * ténto
cptr= acenafcial:
5EC.63 UN PROTOCOLO DE TRANSPORTE SENCILLO. 517
-awrte (pype)
stablecer una conedon */
usuario remeto qa
ato = ESTABLISHED; wake)
) else
cptrsstate = QUELED: eptr-stmer « TIMEOUT:
case CALL_ACE: /usv.in0 romoto ha acaptads nusetra CALL REO"?
cpirsstato = ESTABLISHED,
(usuario remete quiere desconectarse o rechazar llamada */
setale = IDLE:
ura coteién
cpirvstate =1DLE;
‘"tempotizador stab eperanite"/
J Yemporinader exits */
E
CLEAR_REQ. dasa}
iguca 6.20, Emided de tansporte de ejemplo, 518 LACAPA DE TRANSPORTE, can 6
ra 6-20 son de dos
tun registro por cada ccnexién poten:
incluidas las ditecciones de transporte en ambos extremos, la cantidad de mensaje
bidos por laconexién, € clapuntadoral buffer de usual
temperizador y un cont
sajes. No todos estos campos se us:
mnsporte, atin necesitamos una
de transporte, ya que
‘esusarel niimero de
ircuito virtual de ta capa de red también como nimero
puede usarse también el niimero de
estado estden el registro con
criginadara sel
seleccién,
Para
aquf un mecanismo de co
dad de transporte, se usa
de la ventana corrediza tradicional. Cuando un
de flujo ai
spc63 UN PROTOCOLO DE TRANSPORTE SENCILLO. 519
tes miltples de ser nectario)y se dissiye
Fe jorte se pone a dormir ha: de un créd
mmadas, ¥
especialmente para los proto-
, podemos representar el
y exigent
estado del protocole camo méquina de est
‘Ya hemos visto que nuestro protocolo de ejempl
3 posible aislar 12 eventos que pueden ocurrir para
Cinco de estos eventos sen las cinco
iene siete estados por conexién.
eventos,
Cada entrada de la matri2 (es decir, Ja miquina de estados finitos) de la figura 6-21 tiene
hasta tres campos: un predicado, una acci6n y un estado nuevo, El predicado indica en qué
Ii acci6n, Por ejemplo, en ta
STEN y no hay més espacio de tabla (pre
ya ha llegado un paquete cat REQUEST
ido (predicado P2), se
‘estado se asocia a un rezistro ce conexidn, ¥ no se ereaun registro de conexié
¢Porqué no? Porgue hemos decidido usar los numeros de
identificadores de la conexién, y para una
apa de red al Megar el paquete cal. eequesr. st LA CAPA DE TRANSPORTE cars
on
ee es
comet. «(RE
i r 3
1 vscomecr ed
aera es
coo rey
reotse pe
+
cam
: oa eat |
i ae tam: Learn. eon |
3 tow es
smo el envio de pagut
como le preparacién
campos de un registra de conexién, Si na accién comprende despertar un proceso dormido,
SEC.64 LOS PROTOCOLOS DE TRANSPORTE DE INTERNET (TCP ¥
facciones que siguen a su desperiar también cuentan. Por
REQUEST y un proceso estaba dormido esperindolo, la transt
sigue al despertar cuenta como parte de Ia accién
al cel enfoque
lode
icialmonte, Sin embar.
ina de estados finitos en
£0; puede resolverse parcial ie problema dibujando la me
forma de grafo, como se hace en la figura 6-22.
64. LOS PROTOCOLOS DE TRANSPORTE DE INTERNET.
(tcp y upp)
La Intemet tiene des protocolos pr
Conexiones y uno sin conexiones.
ientudo a conexiones es el TCI 522 LA CAPA DE TRANSPORTE CARS
run renroncncie
concn +
evreros0
7
‘SaEMIOTNAST
scone,
[Figura 6-22. Bt proocolode ejemplo en forma gui, Por sencillz, han omitida las trarsico
ret qu dejan sin cambio el eatado de las conexiones.
topologias, anchos de banda, retardos, tamafios de paquete y otros pardmetros con grandes
diferencias, Se diseno el TCP para adaptarse dindmicamente a las propiedades de la interced ¥
para ser robusto ante muchos tipos de fallas.
EL TCP se definié formalmente en el REC 793. A medida que pasé el tiempo, se det
varios errores e inconsistenc’
nes y algunas correceiones de fallas se detallan en ct RFC 1122. En el RFC 1323 se peesentan
extensiones,
fidad de transporte TCP, ya sea un proceso
ina que reconoce el TCP tiene una
1 proceses locale:
1s “TCP” par
nr prt del software) oe) protoeclo'TCP (an grupo de reas). Pore context quedaraclvoa
sues LOS PROTOCOLOS DE TRANSPORTE DEINTERNET (TePY UDP) 523
qué nos estamos refiriendo. Por ejemplo, en “el usuario preporciona al TCP los datos"
rent nos estamos refiriendo a la entidad de transporte TCP.
La capa IP no ofrese ninguna garantfa de que los datagrams se entregardn adecuad:
dad del TCP terminar de temporizar y «
sgramas que si
bla
direcciéa IP del host y en un ndmeto
| nombre en TCP de un TSAP. Para obtener el sen
uisferir un archivo usando FTP puede conectarse al put
‘con su daemon (proceso reenirante) de FTP. De la misma
era, para establecer una sesi6n interactiva remota usando TELNET, se usa el puerto 23
fade puertos bien conocidos se da en el REC 1700,
“Todas las conexiones TCP son duplex integral y puntoa punto. Diip!
el trafico puede ir en ambos sentidas al mismo
‘ene exactamente dos puntos te
integral significa que
- ELTCP no reconoce la multitransmisién ni 1a
Una conexiGn TCP es una corriente de bytes, no una corriente de mensajes. Los limites de
iensaje rio se conservan de extremo a extremo. Por ejemplo, si el proceso transmisor hace.
‘Cuatro escrituras de 512 bytes cn una cortiente TCP, estos datos pueden entregarse al proceso
Feceptorcomo cuairo blogues de $12 bytes, dos bloques de 1024 byt
véase la figura 6-23), modo, No hay manera d
‘nidades
al TCP, el TCP puede enviarlos de inme
on un dufer (afin de reunit une cantidad mayor de informacin para env 324 LA CAPA DE TRANSPORTE cap 6
Figure 623.
(b) Los 2038
propia. Sin embargo, a veces la aplica lemente quiet
inmediato. Por ejemplo. supdngase: que un usuario
‘Tras la terminacién de una
envie a la miquina re
segmento debe caber en la M
de byies y por
‘pasa a través
que el segine
pequetios,
stad de junta
entre las
“Secucicia que espe:
“Bouse de recibo,
remoto y,
de datos y se la da al TC!
‘acumular datos y transmita de inmediato todo lo que tiene para esa conexién
recibirse los datos urgentes en e| destino, se interrampe la
else
cin receptor (Dor ‘ ; seta do esl pry
or logue los bytes 3072-4095
bytes 2046 3071 na
jempl
estaba haciendo y leer la corriente de datos hasta encor
los datos urgentes, por lo.que la aplicacién sabe ct
Uurgentes no se marca; es res
te proporciona
ieacin,
6.4.2, El protocolo TCP.
eremes 1a
2 ine su_ propio
que opert a toda velocidad en una LAN de 10 Mbps,
En esta secci
cabecera del prot
rniimero de secuencia de 32 526 LACAPA DE TRANSPORTE
6.4.3, La cabecera de segmento TCP
En Ia figura 6-24 tra I distribucion de un segmnento TCP. C:
una eabecer:
eabecera, Tras las opei
by)
Loses irda
Pome danas Peto cesiro
yume wigerta
sma o@ sonptcossion
‘Opsenes (00 mis paatas ce 2s)
4 ates topes
Figura 6-24. Csbecers TCP.
cane
SEC.64 LOS PROTOCOLOS DE TRANSPORTE DE INTERNET (TCPY UDP) 227
sariable, por lo que la eabecera también. Tée:
120 de los datos en el segment
bras de 32 bits, e
| jaterrupcin, Como se mencion
E or envfe Una se
rero de acuse de recibo os vélido. Siel
Jo que se ignora el camp
F datas la aplicacién a
to que podria hacer en ovas
Se usa el bit RST pare
6 host v one
segmento con el bit RST encer
=1yACK=1.En
ION REQUEST y CONNECTION ACCLPTED, usdndose
“Gistingvir entre ambas posibilidades.
bit FIN se usa para liberar una conexién: especifica que el transmiisor ni
© gue transm -mbargo, tras cesrar una Conexin, un proceso puede continuar recibie
datos indefinidamente, Ambos segmentos, SYN y FIN, tienen nmeros ce secuencia y por tanto
de tamaito variable. EL
snzando por el byte que
tana de 0, ¢ indica que se han
| receptor actual 528 LA CAPA DE TRANSPORTE, CAR 6
|
recone sino
puede anunciar su
0 es el ganador. Siun hist
de 536 bytes. Se requiere que todos los hosts
TCP de 536 4 20 = $56 bytes.
SEC.64 LOS PROTOCOLOS DE TRANSPORTE DE INTERNET (TCPY UDP) 529
Juego una gran cantidad de se
fodos los datos que tiene en buyer, reduciendode esta manera la cantidad de datos retransmitids
Gcdst, Gestion de-una conexién TCP
Enel TCP se establecen las coneiones usando el protocolo de acuerdo de tres vi
ispuesto a aceptar y opcionalmente algunos
ia un segmento TCP con el bi
reo indicado en el campo de
RST encendid
Sialgiin proceso estf escuchando en el
puede entonces aceptar o rechazar la cone:
a
é »
FT | amecoenseet?
os (Eee. 1 pone
wee ACH nye |
©
Figura 6-26.) Estebiecimienco de una conexion TCP en el xso normal, (b) Colin de lamas 530 LA CAPA DE TRANSPORTE CAR 6
Notese que un segmenio SYN consume 1 byte de espacio de secuencia, por lo que puede
reconiocerse sin ambigtiedades
En el caso en que dos hosts intentan si
nos dos sockets, la secuencia de eventos es la que se Justra en la figura 6-26(6). El
‘ineamente establecer una conexién ent
al caerse un host, no podré 1
asegurar que no haya paquetes de conexiones previas ¥
‘Aungue las conexiones TCP son d 2
los dos ejéreitos, se usan temporizadores. Si
taa.un FIN en un maximo de do:
notara que, al parecer, ya nadie lo esté escuchando, y
‘6n. Aunque esta solucin no es perfecta, dado el hecho de que
‘es imposible una solucién perfecta tendremos que conformarnos con ella, En la
Préctica, pocas veces ocurren problemas.
Los pasos requerides pata establecer y liberar conexiones pueden representarse en una
stados en la figura 6-27, En cada estado son
eventos. Al ocurrit un evento legal, debe emprenderse alguna accién. Si ocurten
‘otros eventos, se informa un error,
Cada conexi6n comienza en el estado CLOSED (corrado} y dejacse estado cuando hace uns
apertura pasiva (LisTEN), 6 una apertura activa (covnECT). Si elotro lado tealiza laaceién opuesta,
se establece una conesi6n y el estado se vuelve ESTABLISHED (establecido). La
cconexién puede iniciarse desde evalquicra de los dos lados: Alc
CLOSED,
La méquina de estacos finitos misma se m
LOS PROTOCOLOS DE TRANSPORTE DE INTERNET (rer Y UDP) 531
Eanes
(0500
Sw AGVO
SwNSENT
ESTABLISHED | Eenconermalde tarwtronce
FWA? | Ganlescondieqveyatemine
FnWarra 0 ea
TES WaT bobs ios pages nustan
[ exoswe smutineamerte
Close ware a
Ustacr Espo que beosiosganuten musa
Estados usados en la miquina de estos Fintos de adminis acibn ds cr
paral
communes. Cada pediante un par evento/acctén.
aca porel usuario (conc
en el estado SYN SENT, un seginento SYN, N
| Uchas conexiones pueden estar abierias (a en proceso de apertura
ones, por lo que el estado es por conexién
sar el SYNSACK, el TCP cavia el ACK
jecuta una primitiva cLose, que causa que la entidad TCP 1
“Savfe un segmento FIN y espere el ACK corcespontl
__ Betivo"). Al llegar el ACK, se hace wna transicién
_ Sentido de la conexién, Cuando tambien
UN acuse de recibo. Ahora ambos lados ¢
"mpo de vida maximo del paquete
Muerto, como proteccidn en caso
EL TEP borra el registro de la con 532 LA CAPA DE TRANSPORTE
in
conneersy
cose
coe
[esses
SYN/SYN + ACK =
monn | usren
wt nee ais HL
L_reve_|-——Srrsyveack —_—renwasiainay —1L_SENE
(oars te wae a ats
ACK al esraptisnen |—_____—
L SYN AGWAGR
cLoserin|
eLOSERN
ibs o weeny nanasraty
FINACK
(Piso el pretocon 28 aera ces
FN ———_—hxcosin,
wait
ACK ACK
FIN +ACWACK
FIN | TIMED
waste nage WaT,
snes tps
cuoseo |-------—A...
recon
Un servidor. Las lneas ei
{rior hace ua item y ve deine acsperat a sparcio de alguien, Al iegar GYM,
use derecibo yl sevidar pasa al estado SYN RCVD. Cuando eg ase de recibo det
ESTABLISHED. Ahora
We ha tenis
servidor (recuadro punteado rot
‘eibargo, dado que ahora sélo tiene 2048 de esp
“algunos datos del hudfer), anunciar4 unia ventana de 2048 com
“espered.
Ahora el transmisor envia otros 2048 bytes, para los cuales el receptor enviu el ac
“recibo, pero la ventana anunciada es de 0. El transmisor debe detenerse hasta qu
.
Feoetior — Buter
8
(ACK = Dose win = 2048)
ae ora | i
| [eT]
= RSI a
| ioe 5 at
te [=I
oe
as me)
Figues 6-29. Adm 534 LACAPA DE TRANSPORTE ARG
anunciar uaa ventana mds grande,
Cuando la ventanaes de 0,
comp datagrama IP de 41 bytes. Del
bo de 40 byies (20 bytes de cabecera
TCP y 20 bytes do ever | TP), Despods,canndo el editor ha lede el byt, ef FCP cov uaa
savin de ventana, recorriendo | 12 | byte hacia la derecha. Este paquete también
es de 40 bytes. Por ultimo, cuando el editor ha procesado e| carécter, Jo retransmite como:
paqucte de 41 bytes. En conjunto, se usan 162 bytes de ancho de banda y se envian cuatso-
segmentos por cada cardcier pulsado, Cuando es escaso el ancho de banda, no es deseable este
método de operacién.
chas implementaciones del TCP para mejorar esta situacin es el
retardo de los aeuses de recibo y de las actualizaciones de ventana durante S00 mseg con Ia
esperanza de que Heguen algunos datos con los cuales viajar gratuitamente. Supanienda que el
editor hace eco en un lapso de 500 mseg, solo se necesita enviar ahora un paquete de 41 bytes de
regreso al usuario remoto, recontande a de paquetes y eluso de acho d
Aunque esta rogla reduce la conga
medida el ancho de banda usado, AdemAs,
‘ado suficientes datos pa
operar
Intemet, los movimientos del rat6n tienen que enviarse a la computsdora remota. Sut aeumul-
‘Oro problema que puede
low syndrome) (Clar
fan blogues grandes, pero una 2
azine | byteala Vez. Par
{de} lado receptor esté
wr segmentos muy pequefios. En
‘espacio en Ia ventana para
del
recibido anteriormente)
Bir al apres
|
Laaotcacin be ty
seen)
Env do segmarto ie acuatzacin de \vesan
|
[Gacsces T] ————_ ena un tte cuevo
x
Bae aoc Tar
Figura 6-20, Sindiome ée vemana eon 536 LA CAPA DETRANSPORTE CAR LOS PROTOCOLOS DE TRANSPORTS DE INTERNET (TCP ¥ UDP)
10 de Nagle y la solucién de Clark al sindrome de ventana tonta son complemen “Antes de analizar la manera en que el TCP reacciona al congest
ver el problema causado por Ia enirega de datos al TCP desde lg jn que hace para vitae que ocurra,Alestab
aba de resolver el problema de que la'apl k
ci6n receptora toma los datos del
‘operar juntas: La meta es que el transmisor no envie segmentos pequeiios y que el receptor no los
pida
EI TCP receptor también puede hacer més para
po de respuesia alas
iro problema del receptor es qué debe hi
conservarse o descartarse, al albedrio del recept ‘yentanas: la yentana que ha otorga
#0; cada una refleja la cantidad de bytes que puede
ra menor de las dos ventan:
efectiva es el minimo de lo que
Sy tis,
6.4.6. Control de congestionamientos con TCP.
Cuando ta carga oftecida a cualquier red es
“ongestionamiento. La In
Igoritmos que se tan desarrollack
Aunque la capa de red ‘a manejatles, gren parte del trabajo pesado cecae sobre el
‘TCP porque la solucién real al congestionai
serdido pudo deberss
en el enmutador conge often
sacemsedad w@
on cnusats Por congestionamientas y
que los mineros observan a sus cana
‘Figura6-3 (a) Red eépidaalimentandoun receptor deb
un receptor de alta capacida.
Re¢leniaallmentenda ae LSU ieee aE LOS PROTOCOLOS DE TRANSPORTE DE INTERNET (TCP UDP) 539
temescon
LY satereeneicen
venta de congestionaiiento debe establecerse on 4096 para evn el cones:
nto. Mientras el tamatio de ta vertana de congestionamiento permantzca én’ 4096, no Se
una rifaga de mayor longitud, sin importar la cantidad de espacio de Ventana otorgada por
el receptor. Este algoritmo se llama arrangue lento, pero no ¢s lento en lo absoluto (Jacobson,
1958); es exponential, y se requiere que todas las implementaciones de TCP lo manejen.
Veamos ahorael
0 41 Lt a L 1
o 2 4 8 8 WO ww we 2 2
Nira eo nenien
Figura 6-32. Ejmplo de algoviomo de congesicnamienta de tere
miento. Al ocurni
ventana de congestionamiento actual, y 13 ¥
segmento maximo, Luego se usa el arrangue
temporizacién, 1a ventanade congestionamniento continva
‘4 creciendo hasta el tamatio de ta ventana del receprer. En ese punto, dejard de crecer y p
end constante mientras no ocurran mis tem ia det receptor
To cambie de tamaiio. Como nota al mrgen, si llega un paquete source QUEXcHI ( ideal
sare debe poner en la mem d
software entonces debe copiar¢:
Dependiendo del modo de : ‘i A ea ticsutas a
paquetes. ,Qué eambi
en la figura 6-5?
Imagine un problema,
Ws, en el que el acuerdo entre dos de los ejércitos es
suficiente por
También podría gustarte
- Putadoras. .Andrew.S.tanenbaum.3ED - Prentice Hall IVDocumento96 páginasPutadoras. .Andrew.S.tanenbaum.3ED - Prentice Hall IVnestor solaAún no hay calificaciones
- Putadoras. .Andrew.S.tanenbaum.3ED - Prentice Hall IIDocumento157 páginasPutadoras. .Andrew.S.tanenbaum.3ED - Prentice Hall IInestor solaAún no hay calificaciones
- MAD MAX 01 (Chemopdf)Documento33 páginasMAD MAX 01 (Chemopdf)nestor solaAún no hay calificaciones
- Cuentos de Tía Clementina Anochecer de Un Día AgitadoDocumento12 páginasCuentos de Tía Clementina Anochecer de Un Día Agitadonestor solaAún no hay calificaciones
- MAD MAX 02 (Chemopdf)Documento40 páginasMAD MAX 02 (Chemopdf)nestor solaAún no hay calificaciones
- 08 SUPLEMENTO DE DON NICOLA (Chemopdf)Documento128 páginas08 SUPLEMENTO DE DON NICOLA (Chemopdf)nestor sola100% (1)
- 23 SUPLEMENTO DE DON NICOLA (Chemopdf)Documento131 páginas23 SUPLEMENTO DE DON NICOLA (Chemopdf)nestor sola100% (1)
- (Comic) (El Jueves) (Pendones Del Humor) 022 - Historias de La Puta Mili - Todo Por La PatriaDocumento66 páginas(Comic) (El Jueves) (Pendones Del Humor) 022 - Historias de La Puta Mili - Todo Por La Patrianestor sola100% (1)
- (Columba) - (Robin Wood - Horacio Altuna) La Carga de La Brigada LigeraDocumento17 páginas(Columba) - (Robin Wood - Horacio Altuna) La Carga de La Brigada Ligeranestor solaAún no hay calificaciones
