El trfico se puede describir en trminos de las caractersticas de diferentes objetos tales como

paquetes, rfagas, flujos, sesiones y conexiones, dependiendo de la escala de tiempo de las

variaciones estadsticas relevantes. Para los modelos acotados resulta mas conveniente
caracterizar el trfico al nivel intermedio de flujos, donde un flujo se define como una sucesin
unidireccional de paquetes desde una fuente particular, todos ellos identificados adecuadamente,
por ejemplo mediante las mismas direcciones y nmeros de puerto de fuente y de destino. En este
contexto resulta til, distinguir entre flujos elsticos en los que los paquetes corresponden a un
documento digital que NO necesita transmisin en tiempo real, y flujos no elsticos en los que los
paquetes requieren ser transmitidos en tiempo real como cuando se transportan seales de audio y
de video. [1]
De otro lado, los flujos no elsticos tienen caracterstica intrnsecas de tasa de bits (generalmente
variable) que se deben preservar an despus de que el flujo atraviese la red. Actualmente,
alrededor del 85% de los paquetes en Internet utilizan TCP pues corresponden a la transferencia
de diferentes documentos digitales tales como pginas web y archivos de datos, que es trfico
elstico.

Traduccin en translate.
Traduccin en translate

Mejorando la traduccin.

TEORA DE TRFICO PARA

TRFICO ELSTICO
La explotacin de la tolerancia de las
transferencias de documentos a las
variaciones del tipo implica el uso de
lazo cerrado control. En esta seccin
se asume de circuito cerrado control
se aplica de extremo a extremo en un
flujo por flujo base utilizando TCP.

TEORA DE TRFICO PARA

TRFICO ELSTICO

PAQUETE
DE
LA
ESCALA
DE
RENDIMIENTO
TCP se da cuenta de control de bucle
cerrado mediante la aplicacin de un
aumento
aditivo,
disminucin
multiplicativo algoritmo para evitar la
congestin: la tasa se incrementa
linealmente en la ausencia de prdida
de paquetes, pero es reducido a la
mitad cada vez que se produce la
prdida. Este comportamiento hace
cada flujo para ajustar su tasa media
de enviar a un valor dependiendo de
la capacidad y la corriente conjunto
de flujos que compiten en los enlaces
de su
camino. Ancho de banda disponible es
compartida
en
ms
o
menos
proporciones justas entre todos los
flujos en curso.
Un modelo simple de TCP da como
resultado la siguiente bien conocida
relacin entre el flujo
rendimiento B y paquete tasa de
prdida de p:
donde RTT es el tiempo de flujo de ida
y vuelta (ver [4] de una frmula ms
precisa). La frmula puede tambin
interpretarse como relacionada a la
cuenta de p B. Por caudal Como B en
realidad depende de la conjunto de
flujos en curso (recibiendo cada uno
un cierto
proporcin de ancho de banda
disponible),
deducimos
que
rendimiento escala paquete est
determinada principalmente por la
dinmica de flujo de trfico nivel. Se
puede, en particular, deteriorarse
rpidamente como el nmero de
flujos compartir un enlace aumenta.
RENTABILIDAD A ESCALA DE FLUJO
Considere un enlace de cuello de
botella aislado y asumir flujos llegan
segn un proceso de Poisson.
Supongamos, adems, que todos los

flujos a travs del enlace recibir una

parte igual de ancho de banda. El
nmero de los flujos en curso es
entonces una variable aleatoria que
se comporta como el nmero de
clientes en una llamada cola de
intercambio procesador [5]. Una
caracterstica interesante de este
sistema es que, para cualquier
distribucin
de
tamao
del
documento,
caudal
medio
rendimiento es simplemente igual a la
diferencia entre la capacidad de
enlace y la demanda esperada
(Medido por el producto de la tasa de
llegada y
tamao medio de documento).
Si bien este modelo es demasiado
simple para predecir el rendimiento
en redes reales, ilustra tilmente dos
puntos interesantes que resultan ser
ms generalmente cierto. En primer
lugar, el rendimiento depende en
primer lugar en la demanda de trfico
esperado (en bits / segundo)
y
slo
marginalmente
en
los
parmetros describir la distribucin de
tamaos de documentos.
En segundo lugar, el rendimiento
tiende a ser excelente como siempre
y cuando la demanda prevista es
inferior a disposicin B p
RTT p
(), = Constante
Una sobrecarga un control ms
efectiva que la
depender de usuario impaciencia
hara ser la implementacin alguna
forma de control de admisin para
flujos elsticos:
un nuevo flujo sera rechazado
siempre que el
ancho de banda que recibiran es
inferior a un
determinado umbral.
IEEE Communications Magazine
enero 2001 97

de capacidad. Tenga en cuenta que la

segunda observacin sugiere no hay
mucho margen para la diferenciacin
de servicios cuando la red est
adecuadamente aprovisionado para
manejar el trfico de todos los
servicios clases.
En sobrecarga, la demanda cuando se
espera supere
la capacidad del
enlace,
la
cola
de
compartir
procesador es inestable: el nmero de
flujos
en
curso
aumenta
indefinidamente como flujos tardan
ms y ms tiempo en completarse
mientras que los nuevos flujos
continan
llegar. Esta es una explicacin
plausible para la
eventos de congestin graves a veces
experimentaron
en Internet. En la prctica, la
inestabilidad es controlada
los usuarios de abandonar las
transferencias, interrumpiendo
sesiones o simplemente optar por no
utilizar el
red en todo en perodos de mucho
trabajo. Sin embargo, la red de
se utiliza de forma ineficiente debido
a parcialmente completado
flujos y sesiones, e incluso los
usuarios de pacientes
experimentar tiempos de respuesta
muy pobres.
CONTROL
DE
ADMISIN
PARA
TRFICO ELSTICO
Un control de sobrecarga ms eficaz
que confiar
el
usuario
impaciencia
sera
implementar
alguna forma de control de admisin
para elstico
flujos: un nuevo flujo sera rechazado
siempre
el ancho de banda que recibira cae
por debajo de una
determinado umbral. Tenemos en

mente una basada en la medicin

esquema capaz de estimar ms o
menos
el ancho de banda disponible para un
nuevo flujo. La
umbral de admisin sera elegido
pequeo
suficiente para evitar el rechazo de
flujo en carga normal
pero lo suficientemente grande como
para
asegurar
el
rendimiento
satisfactorio
para flujos admitidos en sobrecarga.
La necesidad de
realizar el control de admisin a muy
alta velocidad
se opone a la dependencia de
sealizacin explcita y
reserva de recursos. Prevemos una
implcita
control de admisin se dio cuenta
simplemente descartando
los primeros paquetes de flujos que
no son admitidas
[6].