Traduccin

Funcionamiento
Hasta este punto, nos hemos centrado principalmente en
los aspectos funcionales de la red. Al igual que cualquier
sistema informtico, sin embargo, las redes de
computadoras tambin se espera que funcionen bien. Esto
se debe a que la eficacia de los clculos distribuidos a
travs de la red a menudo depende directamente de la
eficiencia con la que la red entrega los datos del clculo.
Mientras que el viejo adagio de la programacin "primero lo
hace bien y luego lo hace rpido" es vlido en muchos
escenarios, en la red suele ser necesario "disear para el
rendimiento". Por lo tanto, es importante comprender los
diversos factores que afectan el rendimiento de la red.

1.5.1 Ancho de banda y latencia

El rendimiento de la red se mide de dos maneras

fundamentales: ancho de banda (tambin llamado
rendimiento) y latencia (tambin llamada retardo). El ancho
de banda de una red viene dado por el nmero de bits que
se pueden transmitir a travs de la red en un cierto perodo
de tiempo. Por ejemplo, una red puede tener un ancho de
banda de 10 millones de bits / segundo (Mbps), lo que
significa que es capaz de
Entregar 10 millones de bits cada segundo. A veces es til
pensar en el ancho de banda en trminos de cunto tiempo
se tarda en transmitir cada bit de datos. Por ejemplo, en
una red de 10 Mbps, se necesitan 0,1 microsegundos (s)
para transmitir cada bit.

Aunque se puede hablar sobre el ancho de banda de la red

como un todo, a veces se desea ser ms preciso,
centrndose, por ejemplo, en el ancho de banda de un
nico enlace fsico o de un canal lgico de proceso a
proceso. En el nivel fsico, el ancho de banda est
mejorando constantemente, sin fin a la vista.
Intuitivamente, si piensa en un segundo de tiempo como
una distancia que podra medir con una regla y un ancho de
banda como cuntos bits encajan en esa distancia,
entonces puede pensar en cada bit como un pulso de cierto
ancho. Por ejemplo, cada bit en un enlace de 1 Mbps es 1
s de ancho, mientras que cada bit en un enlace de 2 Mbps
es 0.5 s de ancho, como se ilustra en la Figura 1.16.
Cuanto ms sofisticada sea la tecnologa de transmisin y
recepcin, ms estrecha cada bit puede llegar a ser y, por
lo tanto, mayor ser la anchura de banda. Para los procesos
lgicos a los canales de proceso, el ancho de banda
tambin est influenciado por otros factores, incluyendo
cuntas veces el software que implementa el canal tiene
que manejar, Y posiblemente transformar, cada bit de
datos.

1.5 Rendimiento 45
Ancho de banda y rendimiento

El ancho de banda y el rendimiento son dos de los trminos

ms confusos utilizados en la creacin de redes.
Si bien podramos tratar de darle una definicin precisa de
cada trmino, es importante que usted sepa cmo otras
personas pueden usarlos y para que usted sea consciente
de que a menudo se utilizan de forma intercambiable. En
primer lugar, el ancho de banda es literalmente una medida
de la anchura de una banda de frecuencia. Por ejemplo, una
lnea telefnica de grado de voz admite una banda de
frecuencia que oscila entre 300 y 3300 Hz; Se dice que
tiene un ancho de banda de 3300 Hz-300 Hz = 3000 Hz.
Si usted ve la palabra ancho de banda utilizado en una
situacin en la que se est midiendo en hertz, entonces
probablemente se refiere a la gama de seales que se
pueden acomodar.
Cuando hablamos del ancho de banda de un enlace de
comunicacin, normalmente nos referimos al nmero de
bits por segundo que se pueden transmitir en el enlace.
Esto tambin se llama a veces la velocidad de datos.
Podramos decir que el ancho de banda de un enlace
Ethernet es de 10 Mbps. Sin embargo, tambin puede
hacerse una distincin til entre la velocidad mxima de
datos que est disponible en el enlace y el nmero de bits
por segundo que realmente podemos transmitir sobre el
enlace en la prctica. Tendemos a utilizar el rendimiento de
la palabra para referirnos al rendimiento medido de un
sistema. Por lo tanto, debido a diversas ineficiencias de
implementacin, un par de nodos conectados por un enlace
con un ancho de banda de 10 Mbps podra alcanzar un
rendimiento de slo 2 Mbps. Esto significara que una
aplicacin en un host podra enviar datos al otro host a 2
Mbps.
Por ltimo, a menudo hablamos de los requisitos de ancho
de banda de una aplicacin. ste es el nmero de bits por
segundo que necesita para transmitir a travs de la red
para realizar aceptablemente. Para algunas aplicaciones,
esto podra ser "lo que pueda obtener"; Para otros, podra
ser algn nmero fijo (preferiblemente no ms que el ancho
de banda de enlace disponible); Y para otros, puede ser un
nmero que vara con el tiempo. Proporcionaremos ms
sobre este tema ms adelante en esta seccin.
FIGURA 1.16 Se puede considerar que los bits transmitidos
a un ancho de banda determinado tienen un cierto ancho:
(a) bits transmitidos al
1 Mbps (cada bit tiene 1s de ancho); (B) bits transmitidos
a 2 Mbps (cada bit es de 0,5 s de ancho).

La segunda mtrica de rendimiento, latencia, corresponde a

cunto tarda un mensaje en desplazarse de un extremo a
otro de una red. (Al igual que con el ancho de banda,
podramos centrarnos en la latencia de un solo enlace o un
canal de extremo a extremo.) La latencia se mide
estrictamente en trminos de tiempo. por
Por ejemplo, una red transcontinental podra tener una
latencia de 24 milisegundos (ms); Es decir, toma un
mensaje de 24 ms para viajar desde una costa de Amrica
del Norte a la otra. Hay muchas situaciones en las que es
ms importante saber cunto tiempo se tarda en enviar un
mensaje desde un extremo de una red a la otra y viceversa,
en lugar de la latencia unidireccional. Lo llamamos el
tiempo de ida y vuelta (RTT ) De la red.

A menudo pensamos que la latencia tiene tres

componentes. En primer lugar, est el retardo de
propagacin de la velocidad de luz. Este retraso se produce
porque nada, incluyendo un poco en un cable, puede viajar
ms rpido que la velocidad de la luz. Si conoce la distancia
entre dos puntos, puede calcular la velocidad de latencia de
la luz, aunque hay que tener cuidado porque la luz viaja a
travs de diferentes medios a diferentes velocidades: viaja
a 3,0 10 ^ 8 m / s en vaco, 2,3 10 ^ 8 m / s en un
cable de cobre, y 2,0 10 ^ 8 m / s en una fibra ptica.
Segundo, hay la cantidad de tiempo que se tarda en
transmitir una unidad de datos. Esta es una funcin del
ancho de banda de la red y el tamao del paquete en el que
se transportan los datos. En tercer lugar, puede haber
retrasos en la cola dentro de la red, ya que los
conmutadores de paquetes generalmente necesitan
almacenar paquetes durante algn tiempo antes de
reenviarlos en un enlace saliente, como se describe en la
Seccin 1.2.3. As, podramos definir la latencia total como

Latencia = Propagacin + Transmisin + Cola

Propagacin = Distancia / SpeedOfLight
Transmitir = Tamao / ancho de banda

Donde Distancia es la longitud del cable sobre el cual los

datos viajarn, SpeedOfLight es la velocidad efectiva de la
luz sobre ese cable, Tamao es el tamao del paquete, y
Ancho de banda es el ancho de banda en el que se
transmite el paquete. Tenga en cuenta que si el mensaje
contiene slo un bit y estamos hablando de un solo enlace
(en contraposicin a toda una red),
Los trminos de cola no son relevantes, y la latencia
corresponde al retardo de propagacin solamente.

El ancho de banda y la latencia se combinan para definir las

caractersticas de rendimiento de un determinado enlace o
canal. Su importancia relativa, sin embargo, depende de la
aplicacin. Para algunas aplicaciones, la latencia domina el
ancho de banda de 1,5 rendimiento 47. Por ejemplo, un
cliente que enva un mensaje de 1 byte a un servidor y
recibe un mensaje de 1 byte a cambio, tiene lmite de
latencia. Suponiendo que no se involucre ningn clculo
serio en la preparacin de la respuesta, la aplicacin
funcionar de manera muy diferente en un canal
transcontinental con un RTT de 100 ms que en un canal de
toda la sala con un RTT de 1 ms. Si el canal es de 1 Mbps o
100 Mbps es relativamente insignificante, sin embargo, ya
que el primero implica que el tiempo para transmitir
Un byte (Transmit) es 8 s y el ltimo implica Transmit =
0.08 s.

Por el contrario, considere un programa de biblioteca digital

que se le pide que busque una imagen de 25 megabytes
(MB) -cuanto ms ancho de banda est disponible, ms
rpido ser capaz de devolver la imagen al usuario. Aqu, el
ancho de banda del canal domina el rendimiento. Para ver
esto, supongamos que el canal tiene un ancho de banda de
10 Mbps. Se tardar 20 segundos en transmitir la imagen
(25 106 8 bits 10 106 Mbps = 20 segundos), lo
que hace relativamente poco importante si la imagen est
en el otro lado de un canal de 1 ms o un canal de 100 ms ;
La diferencia entre un tiempo de respuesta de 20.001
segundos y un tiempo de respuesta de 20.1 segundos es
insignificante.
La Figura 1.17 le da una idea de cmo la latencia o ancho
de banda puede dominar el rendimiento en diferentes
circunstancias. El grfico muestra cunto tiempo se tarda
en mover objetos de varios tamaos (1 byte, 2 KB, 1 MB) a
travs de redes con RTT que van de 1 a 100 ms y
velocidades de enlace de 1,5 o 10 Mbps. Utilizamos escalas
logartmicas para mostrar el rendimiento relativo. Para un
objeto de 1 byte (por ejemplo, una pulsacin de tecla), la
latencia permanece casi exactamente igual al RTT, por lo
que no se puede distinguir entre una red de 1,5 Mbps y una
red de 10 Mbps. Para un objeto de 2 KB (por ejemplo, un
mensaje de correo electrnico), la velocidad de enlace hace
una gran diferencia en una red RTT de 1 ms, pero una
diferencia insignificante en una red RTT de 100 ms. Y para
un objeto de 1 MB (por ejemplo, una imagen digital), el RTT
no hace ninguna diferencia, es la velocidad del enlace que
domina el rendimiento en toda la gama de RTT.
Tenga en cuenta que a lo largo de este libro usamos los
trminos latencia y retardo de una manera genrica para
indicar cunto tiempo se tarda en realizar una funcin
particular, como entregar un mensaje o mover un objeto.
Cuando nos estamos refiriendo a la cantidad especfica de
tiempo que tarda una seal en propagarse desde un
extremo de un enlace a otro, usamos el trmino retraso de
propagacin. Asimismo, dejamos claro en el contexto de la
discusin si nos estamos refiriendo a la latencia
unidireccional o el tiempo de ida y vuelta.
Como aparte, las computadoras se estn volviendo tan
rpidas que cuando las conectamos a redes, a veces es til
pensar, al menos en sentido figurado, en

Trminos de instrucciones por milla. Considere lo que

sucede cuando un equipo que es capaz de ejecutar 1.000
millones de instrucciones por segundo enva un mensaje a
un canal con un RTT de 100 ms. (Para hacer las
matemticas ms fciles, suponga que el mensaje cubre
una distancia de 5000 millas.) Si ese equipo se encuentra
inactivo los 100 ms completos esperando un mensaje de
respuesta, entonces ha perdido la capacidad de ejecutar
100 millones de instrucciones, o 20,000 instrucciones por
milla. Era mejor que valiera la pena revisar la red para
justificar este desperdicio.
1.5.2 Retardo Producto de ancho de banda

Tambin es til hablar sobre el producto de estas dos

mtricas, a menudo llamado el retardo producto de
ancho de banda. Intuitivamente, si pensamos en un canal
entre un par de procesos como un tubo hueco (ver Figura
1.18), donde la latencia corresponde a la longitud del tubo y
el ancho de banda da el dimetro

Dimetro de la tubera, entonces el producto de retardo

ancho de banda da el volumen de la tubera, el nmero
mximo de bits que podran estar en trnsito a travs de la
tubera en cualquier instante dado. Dicho de otra manera, si
la latencia (medida en el tiempo) corresponde a la longitud
del tubo, entonces dado el ancho de cada bit (tambin
medido en el tiempo) se puede calcular cuntos bits
encajan en el tubo. Por ejemplo, un canal transcontinental
con una latencia unidireccional de 50 ms y un ancho de
banda de 45 Mbps es capaz de mantener

50 x 10 ^ {3} s x 45 x 106 bits / s

= 2,25 x 106 bits

O aproximadamente 280 KB de datos. En otras palabras,

este ejemplo cannel (pipe) contiene tantos bytes como la
memoria de una computadora personal de principios de los
aos ochenta podra sostener.

El producto de retardo ancho de banda es importante

saber cuando se construyen redes de alto rendimiento, ya
que corresponde al nmero de bits que el emisor debe
transmitir antes de que el primer bit llegue al receptor. Si el
remitente espera que el receptor de alguna manera
signifique que los bits estn empezando a llegar, y toma
otra latencia de canal para que esta seal se propague de
nuevo al remitente, entonces el remitente puede enviar un
RTT ancho de banda de datos antes de escuchar desde el
Receptor que todo est bien. Se dice que los bits de la
tubera estn "en vuelo", lo que significa que si el receptor
le dice al emisor que deje de transmitir, podra recibir hasta
un valor de ancho de banda RTT antes de que el
remitente logre responder. En nuestro ejemplo anterior, esa
cantidad corresponde a 5,5 106 bits (671 KB) de datos.
Por otro lado, si el remitente no llena el tubo, enve un valor
de datos de RTT ancho de banda entero antes de que se
detenga para esperar una seal: el remitente no utilizar
completamente la red.
Tenga en cuenta que la mayora de las veces estamos
interesados en el escenario RTT, que simplemente nos
referimos como el producto delay bandwidth, sin decir
explcitamente que "delay" es el RTT (es decir, el one-way
by two). Por lo general, si el "retraso" en "retardo ancho
de banda" significa latencia unidireccional o RTT es aclarado
por el contexto. La Tabla 1.1 muestra algunos ejemplos de
RTT ancho de banda para algunos enlaces de red tpicos.

Qu tan grande es un mega?

Hay varias trampas que debe tener en cuenta al trabajar

con las unidades comunes de la red: MB, Mbps, KB y kbps.
La primera es distinguir cuidadosamente entre bits y bytes.
A lo largo de este libro, usamos siempre un b minsculo
para bits y un B mayscula para bytes. La segunda es estar
seguro de que est usando la definicin apropiada de mega
(M) y kilo (K). Mega, por ejemplo, puede significar 220 o
106. De manera similar, el kilo puede ser 210 o 103. Lo que
es peor, en la red usamos tpicamente ambas definiciones.
Este es el por qu:

El ancho de banda de la red, que se especifica a menudo en

trminos de Mbps, suele estar gobernado por la velocidad
del reloj que avanza la transmisin de los bits. Un reloj que
se ejecuta a 10 MHz se utiliza para transmitir bits a 10
Mbps. Debido a que el mega en MHz significa 106 hertzios,
Mbps normalmente tambin se define como 106 bits por
segundo. (Similarmente, kbps es de 103 bits por segundo.)
Por otro lado, cuando hablamos de un mensaje que
queremos transmitir, a menudo damos su tamao en
kilobytes. Debido a que los mensajes se almacenan en la
memoria de la computadora, y la memoria se mide
tpicamente en potencias de dos, el K en KB se toma
generalmente para significar 210. (Similarmente, MBusually
significa 220.) Cuando usted pone los dos juntos, no es raro
Hablan de enviar un mensaje de 32 KB a travs de un canal
de 10 Mbps, lo que debera interpretarse en el sentido de
que se transmiten 32 210 8 bits a una velocidad de 10
106 bits por segundo. Esta es la interpretacin que
usamos a lo largo del libro, a menos que se indique
explcitamente lo contrario. La buena noticia es que muchas
veces estamos satisfechos con un clculo back-of-
theenvelope, en cuyo caso es perfectamente razonable
hacer la aproximacin de que 106 es realmente igual a 220
(lo que facilita la conversin entre las dos definiciones de
mega) . Esta aproximacin introduce slo un error del 5%.
Incluso podemos hacer la aproximacin en algunos casos
que un byte tiene 10 bits, un error del 20% pero bastante
bueno para las estimaciones del orden-de-magnitud.

Para ayudarle en sus clculos rpidos y sucios, 100 ms es

un nmero razonable para usar en un viaje de ida y vuelta
en todo el pas -al menos cuando el pas en cuestin es
Estados Unidos- y 1 ms es una buena aproximacin de Un
RTT a travs de una red de rea local. En el caso de los
primeros, aumentamos el tiempo de ida y vuelta de 48 ms
que implica la velocidad de la luz sobre una fibra a 100 ms
porque hay, como hemos dicho, otras fuentes de retardo,
como el tiempo de procesamiento en la Dentro de la red.
Tambin puede estar seguro de que el camino tomado por
la fibra entre dos puntos no ser una lnea recta.

1.5 Performance 51

1.5.3 Redes de alta velocidad

Los anchos de banda disponibles en las redes de hoy estn
aumentando a un ritmo dramtico, y hay un optimismo
eterno de que el ancho de banda de la red seguir
mejorando. Esto hace que los diseadores de redes
empiecen a pensar en lo que sucede en el lmite o, de otra
manera, cul es el impacto en el diseo de red de tener
ancho de banda infinito disponible.
Aunque las redes de alta velocidad traen un cambio
dramtico en el ancho de banda disponible para las
aplicaciones, en muchos aspectos su impacto en cmo
pensamos acerca de la red viene en lo que no cambia a
medida que aumenta el ancho de banda: la velocidad de la
luz. Para citar a Scotty de Star Trek, "No podemos cambiar
las leyes de la fsica" .4 En otras palabras, "alta velocidad"
no significa que la latencia mejore al mismo ritmo que el
ancho de banda; El RTT transcontinental de un enlace de 1
Gbps es el mismo 100 ms que para un enlace de 1 Mbps.
Para apreciar la importancia del ancho de banda cada vez
mayor frente a la latencia fija, considere lo que se requiere
para transmitir un archivo de 1 MB a travs de una red de 1
Mbps frente a una red de 1 Gbps, los cuales tienen un RTT
de 100 ms . En el caso de la red de 1 Mbps, se necesitan 80
tiempos de ida y vuelta para transmitir el archivo; Durante
cada RTT, se enva el 1,25% del archivo. En contraste, el
mismo archivo de 1 MB no llega ni siquiera a llenar 1 RTT
del enlace de 1 Gbps, que tiene un retardo producto de
ancho de banda de 12,5 MB.

La Figura 1.19 ilustra la diferencia entre las dos redes. De

hecho, el archivo de 1 MB parece una corriente de datos
que debe transmitirse a travs de una red de 1 Mbps,
mientras que parece un solo paquete en una red de 1 Gbps.
Para ayudar a conducir este punto a casa, considere que un
archivo de 1 MB Es a una red de 1 Gbps lo que es un
paquete de 1 KB para una red de 1 Mbps.
Otra forma de pensar en la situacin es que se pueden
transmitir ms datos durante cada RTT en una red de alta
velocidad, tanto que un solo RTT se convierte en una
cantidad significativa de tiempo. Por lo tanto, mientras que
usted no pensara dos veces acerca de la diferencia entre
una transferencia de archivos tomando 101 RTTs en lugar
de 100 RTTs (una diferencia relativa de slo 1%), de repente
la diferencia entre 1 RTT y 2 RTTs es significativo-un
aumento del 100%. En otras palabras, la latencia, ms que
el rendimiento, comienza a dominar nuestro pensamiento
sobre el diseo de redes.

Quizs la mejor manera de entender la relacin entre el

rendimiento y la latencia es volver a lo bsico. El
rendimiento efectivo de extremo a extremo que se puede
lograr a travs de una red se da por la simple relacin

Rendimiento = TransferSize / TransferTime

Donde TransferTime incluye no slo los elementos de

Latencia unidireccional identificados anteriormente en esta
seccin, sino tambin cualquier tiempo adicional dedicado a
solicitar o configurar la transferencia. En general,
representamos esta relacin como
 TransferTime = RTT + 1 / Ancho de banda TransferSize

UtilizamosRTT en este clculo para contabilizar un mensaje

de solicitud que se enva a travs de la red y los datos que
se devuelven. Por ejemplo, considere una situacin en la
que un usuario desea obtener un archivo de 1 MB a travs
de una red de 1 Gbps con un tiempo de ida y vuelta de 100
ms. La TransferTime incluye tanto el tiempo de transmisin
de 1 MB (1/1 Gbps 1 MB = 8 ms) como el RTT de 100 ms,
para un tiempo de transferencia total de 108 ms. Esto
significa que el rendimiento efectivo ser

1 MB / 108 ms = 74,1 Mbps

No 1 Gbps. Evidentemente, transferir una mayor cantidad

de datos ayudar a mejorar el rendimiento efectivo, donde
en el lmite un tamao de transferencia infinitamente
grande har que el rendimiento efectivo se acerque al
ancho de banda de la red. Por otro lado, tener que soportar
ms de 1 RTT, por ejemplo, para retransmitir paquetes
perdidos, perjudicar el rendimiento efectivo para cualquier
transferencia de tamao finito y ser ms notable para
transferencias pequeas.
1.5.4 Necesidades de rendimiento de la aplicacin

La discusin en esta seccin ha tomado una visin centrada

en la red del desempeo; Es decir, hemos hablado en
trminos de lo que un determinado enlace o cannel
apoyar. La suposicin no declarada ha sido que los
programas de aplicacin tienen necesidades simples:
quieren tanto ancho de banda como la red puede
proporcionar. Esto es ciertamente cierto del programa de
biblioteca digital antes mencionado que est recuperando
una imagen de 25 MB; Cuanto ms ancho de banda est
disponible, ms rpido el programa podr devolver la
imagen al usuario.
Sin embargo, algunas aplicaciones son capaces de
establecer un lmite superior de cunto ancho de banda que
necesitan. Las aplicaciones de video son un excelente
ejemplo. Supongamos que uno quiere transmitir un video
que tenga un cuarto del tamao de una pantalla de TV
estndar; Es decir, tiene una resolucin de 352 por 240
pxeles. Si cada pxel est representado por 24 bits de
informacin, como sera el caso para el color de 24 bits,
entonces el tamao de cada fotograma sera

(352 240 24) / 8 = 247,5 KB

Si la aplicacin necesita soportar una velocidad de

fotogramas de 30 fotogramas por segundo, entonces podra
solicitar una velocidad de transferencia de 75 Mbps. La
capacidad de la red para proporcionar ms ancho de banda
no es de inters para tal aplicacin porque tiene tan slo
muchos datos para transmitir en un perodo de tiempo
dado.

Desafortunadamente, la situacin no es tan simple como

sugiere este ejemplo. Debido a que la diferencia entre dos
tramas adyacentes en una secuencia de vdeo es a menudo
pequea, es posible comprimir el vdeo transmitiendo slo
las diferencias entre tramas adyacentes. Cada cuadro
tambin se puede comprimir porque no todo el detalle de
una imagen es fcilmente percibido por un ojo humano. El
video comprimido no fluye a una velocidad constante, pero
vara con el tiempo de acuerdo con factores tales como la
cantidad de accin y detalle en la imagen y el algoritmo de
compresin que se est utilizando. Por lo tanto, es posible
decir cul ser el requisito de ancho de banda promedio,
pero la velocidad instantnea puede ser ms o menos.
La cuestin clave es el intervalo de tiempo sobre el cual se
calcula el promedio. Supongamos que este ejemplo de
aplicacin de vdeo se puede comprimir hasta el punto de
que slo necesita 2 Mbps, en promedio. Si transmite 1
megabit en un intervalo de 1 segundo y 3 megabits en el
siguiente intervalo de 1 segundo, entonces durante el
intervalo de 2 segundos se transmite a una velocidad media
de 2 Mbps; Sin embargo, esto ser de poco consuelo para
un canal que fue diseado para soportar no ms de 2
megabits en cualquier segundo. Claramente, el solo
conocimiento de las necesidades de ancho de banda
promedio de una aplicacin no siempre ser suficiente.

Generalmente, sin embargo, es posible poner un lmite

superior sobre la magnitud de una rfaga que una
aplicacin como sta es probable que transmita. Una rfaga
podra ser descrita por alguna tasa de pico que se mantiene
durante algn perodo de tiempo. Alternativamente, se
podra describir como el nmero de bytes que se pueden
enviar a la velocidad mxima antes de volver a la velocidad
media o alguna tasa ms baja. Si esta velocidad de pico es
mayor que la capacidad de canal disponible, entonces el
exceso de datos tendr que ser almacenado en algn lugar,
para ser transmitido ms tarde. Saber cun grande de una
rfaga se puede enviar permite al diseador de red asignar
suficiente capacidad de memoria intermedia para mantener
la rfaga. Regresaremos al tema de describir el trfico
explosivo con precisin en el Captulo 6.

Anlogamente a la forma en que las necesidades de ancho

de banda de una aplicacin pueden ser algo distinto de
"todo lo que puede obtener", los requisitos de demora de
una aplicacin pueden ser ms complejos que simplemente
"con el menor retardo posible". En caso de retraso, a veces
no importa Tanto si la latencia unidireccional de la red es
100 ms o 500 ms como cunto la latencia vara de paquete
a paquete. La variacin en latencia se llama fluctuacin de
fase.
Considere la situacin en la cual la fuente enva un paquete
una vez cada 33 ms, como sera el caso para una aplicacin
de video que transmite cuadros 30 veces por segundo. Si
los paquetes llegan al destino espaciados exactamente a 33
m de distancia, entonces podemos deducir que el retraso
experimentado por cada paquete en la red era exactamente
el mismo. Si el espaciado.

Entre el momento en que los paquetes llegan al destino -a

veces llamado intervalo entre paquetes- es variable, sin
embargo, el retraso experimentado por la secuencia de
paquetes tambin debe ser variable y se dice que la red ha
introducido jitter en el flujo de paquetes, Como se muestra
en la Figura 1.20. Dicha variacin generalmente no se
introduce en un solo enlace fsico, pero puede ocurrir
cuando los paquetes experimentan retrasos diferentes en
las colas en una red conmutada por paquetes de varios
paquetes. Este retardo de cola corresponde al componente
de cola de latencia definido anteriormente en esta seccin,
que vara con el tiempo.
Para entender la relevancia de la fluctuacin de fase,
supongamos que los paquetes que se transmiten a travs
de la red contienen tramas de video, y para visualizar estos
marcos en la pantalla el receptor necesita recibir uno nuevo
cada 33 ms. Si un marco llega temprano, entonces
simplemente puede ser guardado por el receptor hasta que
sea el momento de mostrarlo. Desafortunadamente, si un
marco llega tarde, entonces el receptor no tendr el marco
que necesita a tiempo para actualizar la pantalla, y la
calidad del video sufrir; No ser suave. Tenga en cuenta
que no es necesario eliminar la fluctuacin de fase, slo
para saber lo mal que es. La razn de esto es que si el
receptor conoce los lmites superior e inferior de la latencia
que un paquete puede experimentar, puede retrasar el
tiempo en el que empieza a reproducir el vdeo (es decir,
muestra el primer fotograma) el tiempo suficiente para
asegurar que En el futuro siempre tendr un marco para
mostrar cuando lo necesite. El receptor retrasa la trama,
suavizando eficazmente la fluctuacin de fase,
almacenndola en un buffer. Volvemos al tema de la
fluctuacin en el captulo 9.