Validación de mecanismos de vigilancia ante las nuevas

necesidades en las redes de comunicaciones

F. D. Trujillo*, A. J. Yuste**, E. Casilari*, A. Díaz Estrella* y F. Sandoval*

*
Dpto. Tecnología Electrónica. E. T. S. I. Telecomunicación
Universidad de Málaga, Campus Universitario de Teatinos, s/n. 29071 Málaga
Teléfono: 952 13 14 24 Fax: 952 13 27 33
E-mail: trujillo@dte.uma.es
**
Dpto. de Electrónica. E. U. P. de Linares
Universidad de Jaén, C/Alfonso X El Sabio, 28. 23700 Linares (Jaén)
Teléfono: 953 02 65 43 Fax: 953 02 65 08
E-mail: ajyuste@ujaen.es

Abstract. Nowadays, Internet world is more and more used. The new broadband applications over
Internet, like videoconference, require a certain Quality of Service (QoS). A methodology to achieve
this needed QoS consists of implementing IP over ATM. In this case, an user can obtain this type of
services by means of the Asymmetrical Digital Subscriber Line, ADSL. Moreover, two importants
elements of the control in networks are the traffic shaping and the policing mechanism. The shaper
enables the user to offer the network a traffic that can be easily policed; and the policer takes the
necessary actions to enforce the complaince of a connection to a negotiated traffic contract. In this
paper, we present an architecture that combines a shaper and a policer to control the traffic coming
from a real user in an IP-ATM environment.

1 Introducción multiplexación estadística para mejorar la eficiencia

Con motivo de la gran demanda, que actualmente
existe, de servicios multimedia de
telecomunicaciones (voz, vídeo y datos), un usuario
necesita disponer, en principio, de un gran número de
redes de comunicaciones que den soporte y cabida a
dichos servicios. Considerando este problema, surge
la idea de utilizar, exclusivamente, una única
infraestructura que integre todos los servicios
actuales y que, además, sea lo suficientemente
flexible, versátil y rápida para poder soportar las
nuevas aplicaciones de comunicaciones que puedan
aparecer en un futuro. De esta forma nació la Red
Digital de Servicios Integrados de Banda Ancha
(RDSI-BA), asentada sobre el Modo de Transferencia
Asíncrono (ATM, Asynchronous Transfer Mode) [1],
aprobado por la ITU-T (International
Telecommunication Union, Standardization Sector),
con el fin de satisfacer las demandas de velocidades
elevadas, permitir un aprovechamiento óptimo de los
recursos disponibles en la red mediante la
multiplexación estadística y ofrecer una determinada
calidad en el servicio solicitado (QoS, Quality of
Service) por los usuarios.
De esta forma, ATM se ha convertido en el estándar
para transporte, conmutación y multiplexación [1] en
la RDSI-BA. Las características básicas que definen a
ATM pueden resumirse en tres [2]: conmutación
rápida de pequeños paquetes de longitud fija
(células), servicios orientados a conexión (definición
de canales y trayectos virtuales) y uso de técnicas de
en el compartimiento de recursos (ancho de banda,
enlaces y colas) por parte de los usuarios. Gracias a
esta multiplexación estadística, es posible conseguir
una mejor utilización de los enlaces y de las colas;
pero este mejor aprovechamiento de recursos tiene un
coste traducido en la probabilidad de pérdida de
células (CLR, Cell Loss Rate). La utilización de colas
puede reducir esta CLR pero no eliminarla. Así que la
única posibilidad es: o bien descartar información,
con lo que los controles de flujo puede tener
problemas debido a la alta velocidad de los enlaces
en ATM, o bien limitar el número de conexiones
establecidas mediante controles preventivos.
Por otra parte, también se debe indicar que Internet
[3] ha desplazado hoy en día a las tradicionales redes
de datos y ha llegado a convertirse en el modelo de
red pública por excelencia. Uno de los factores de
éxito se debe a la extensión de los protocolos TCP/IP
(Transfer Control Protocol/Internet Protocol) como
estándares para todo tipo de servicios y aplicaciones.
Hasta ahora, la importancia de Internet provenía más
por el servicio de acceso y distribución de contenidos
que por el servicio de transporte de datos, conocido
como best-effort. Sin embargo, la rápida
transformación de Internet en una infraestructura
comercial ha provocado que la demanda de servicios
de calidad como videoconferencia, voz sobre IP
(VoIP), etc., se haya extendido vertiginosamente.
Este tipo de servicios necesitan, igualmente, una
garantía en cuanto al ancho de banda o al retardo
máximo, aspectos que para poder ser proporcionados
será necesario dotar a IP de mecanismos de QoS que
mejoren su servicio de transporte de datos [4]. De
esta forma, el desarrollo y pruebas de nuevas
aplicaciones con QoS requiere de nodos
encaminadores que soporten los mecanismos de QoS
en las que se basan estas aplicaciones.
Independientemente de la infraestructura utilizada,
una vez que se ha establecido la conexión, es
necesario proteger a la red de desviaciones de los
parámetros de tráfico y QoS negociados que puedan
afectar adversamente a la QoS de otras conexiones
establecidas. Para llevar a cabo este cometido, se
establece un control de vigilancia denominado UPC
(Usage Parameter Control) [1].
En esta artículo se va a abordar la implementación
del protocolo IP sobre ATM y su posterior vigilancia.
Para ello en el siguiente apartado se explica
detalladamente los procedimientos necesarios para la
correcta transmisión de tráfico IP sobre la capa ATM.
A continuación, en el apartado 3, se explican los
aspectos relacionados con los mecanismos de
vigilancia; para detallar, en la sección 4, el escenario
de tráfico sobre el que se realizan las simulaciones y
presentar los resultados de las mismas. Por último se
extraen algunas conclusiones de los resultados
obtenidos y se proponen algunas futuras líneas de
trabajo.
2 IP sobre ATM
En la sección anterior, se ha comentado el extendido
uso, cada vez más amplio de las tecnologías basadas
en arquitecturas TCP/IP; además hay que tener en
cuenta que la tecnología empleada en la RDSI-BA es
como también se ha indicado, ATM. Por tanto, es
importante conocer la forma de transmitir el
protocolo IP sobre ATM. La tecnología ATM
dispone de distintas capas de adaptación (AAL, ATM
Adaptation Layer), para las aplicaciones que no
soporten ATM de forma nativa. Estas capas, junto
con su uso se pueden ver en la tabla 1 [5].
Tabla 1. Capas de adaptación al medio en ATM
Capa Uso
Voz
AAL 1
Emulación de circuitos
AAL 2 Voz y vídeo VBR
AAL ¾ Datos
LANE
AAL 5
IP sobre ATM
Existen dos modelos para el transporte de datos sobre
redes ATM [6]:
• La forma conocida como LANE (LAN
Emulation) para redes de área local y
estandarizada por el ATM Forum.
• Y la forma denominada multiprotocolos sobre
ATM (MPOA, Multiprotocol Over ATM) para
enlaces punto a punto, utilizando la capa
AAL5. En este artículo, se va a considerar y
estudiar el tráfico generado por esta forma de
transmisión de paquetes IP sobre ATM.
Los servicios que se pueden solicitar a través de
Internet, son de muy diversa índole como el correo
(SMTP (Simple Mail Transfer Protocol), POP3 (Post
Office Protocol 3)), la transferencia de archivos (FTP
(File Transfer Protocol)), la mensajería instantánea
(Messenger, IRC (Internet Relay Chat)) y, por
supuesto, world wide web (HTTP (HyperText
Transfer Protocol)). Todos estos servicios se deben
transmitir por el enlace ATM, y es por ello que la
fuente de tráfico que se va a estudiar y caracterizar se
puede considerar como una fuente heterogénea [7],
que incluye voz, datos de diversa índole, transmisión
de vídeo, etc.
La topología empleada para la transmisión de IP
sobre ATM, se puede apreciar en la figura 1.
NAT
IP Router PAT
DHCP
PPP
LLC LLC
RFC 1483
MAC MAC
AAL5
ATM
10 BT 10 BT
xDSL
Router xDSL
PC
Figura 1. Torre de protocolos
La primera de las torres, que se muestra en la figura
1, es la correspondiente a la red de área local del
abonado, así como al router de acceso a ATM.
Actualmente, la forma más sencilla y económica para
acceder a estos servicios, con un ancho de banda
aceptable es utilizar las, llamadas, líneas de
subscripción de abonado (DSL, Digital Subscriber
Line). Concretamente, la vertiente asimétrica de DSL
(ADSL, Asymmetrical Digital Subscriber Line) es la
más adecuada para que el usuario acceda a servicios
de banda ancha desde su domicilio. La ventaja de las
técnicas DSL es que permiten utilizar el cableado
existente hasta el domicilio del abonado para poder
ofrecer servicios distintos a los de voz. El router de
acceso a ATM se conecta a un router ATM del
operador contratado y éste, a su vez, se une al
proveedor de acceso a Internet del usuario, a través
de una línea ATM o de tecnologías SDH
(Synchronous Digital Hierarchy) o PDH
(Plesiochronous Digital Hierarchy).
Como se puede observar en la estructura de
protocolos de la figura 1, los datos de usuario IP se
transforman en células ATM, mediante la capa
AAL5, encapsulando los datos a partir de PPP (Point
to Point Protocol) [8] [9]. En [8] se establece la
forma de encapsular datos sobre la capa de
adaptación al medio AAL5, de dos formas distintas;
esto es, multiplexando varios protocolos sobre un
canal virtual; o bien, asumiendo que cada protocolo
viaja sobre un canal virtual propio. En [9] se
establece la forma de transmitir múltiples protocolos
sobre un enlace punto a punto de dos formas posibles
y basándose en [8]:
• Multiplexado por canales virtuales: los
paquetes se envían directamente a través de
AAL5. Los distintos protocolos viajan por un
canal virtual distinto.
• Encapsulado LLC (Logic Link Control): en
este caso a cada paquete se le añade una nueva
cabecera para poder discernir el protocolo de
origen y, a continuación, se envía sobre
AAL5.
En AAL5 la transmisión de los datos de usuario se
divide en dos partes:
• La subcapa de convergencia (CS,
Convergence Sublayer), la cual admite datos
desde las capas superiores y los divide en
paquetes de hasta 65535 bytes, añadiéndoles
una cola.
evitar un uso fraudulento de la red por parte de los
usuarios; la obligación de comprobar si el tráfico es
conforme con los parámetros negociados en el
contrato de tráfico; y la exigencia de proteger, de esta
forma, a la red de una excesiva ocupación de recursos
por parte de algún usuario, intencionada o
involuntariamente, con la consiguiente degradación
de la calidad ofrecida al resto de usuarios. La acción
que se realiza sobre las conexiones no conformes
consiste en el descarte de células de dichas
conexiones.
El control de vigilancia va a estar ubicado en el nodo
de acceso a la red y, además, debe existir un
mecanismo de vigilancia para cada usuario, con lo
que es de necesitado cumplimiento el hecho de que
este tipo de control resulte económico en lo referente
a costes. Asimismo, para un funcionamiento
eficiente, los mecanismos de vigilancia deben
cumplir los siguiente requisitos [1]:
• Detección de cualquier situación ilegal de
tráfico y realización de las pertinentes
acciones de control de forma rápida; es decir,
actuación en tiempo real.

• La subcapa de segmentación y ensamblado • Simplicidad en cuanto a implementación

(SAR, Segmentation and Reassembly hardware y en costes.
Sublayer) que divide los datos anteriores para
conseguir una células ATM, con 48 bytes de • No realización de acciones (transparencia)
datos y 5 de cabecera. para conexiones que respetan su contrato de
tráfico e intervención para conexiones o
El proceso de encapsulado del paquete IP hasta la usuarios que no se ajustan al contrato de
generación de las células ATM se resume en la figura tráfico.
2.
• Rapidez, es decir, tiempo de reacción breve
Paquete IP con la idea de evitar posibles degradaciones en
la compartición de recursos.
3.1 Parámetros de calidad de
RFC 1483
Cabecera
funcionamiento
Paquete IP
1483
Un método para determinar la relación de células no
aceptadas en una conexión con unas determinadas
AAL5 CAPA CS velocidades de pico y media, consiste en calcular el
Cabecera
Paquete IP
Trailer cociente entre el número de células que exceden el
1483 AAL5 contrato de tráfico y el número total de células
Múltiplo 48 bytes emitidas. A este cociente se le denomina tasa de
pérdidas, cuyo significado es la probabilidad de que
un mecanismo de vigilancia detecte una célula como
AAL5 CAPA SAR excesiva y la descarte.
Cabecera Datos Cabecera Datos
ATM ATM ATM ATM
Núm. células eliminadas
5 bytes 48 bytes 5 bytes 48 bytes
tasa_pérdidas = (1)
Núm. células emitidas
Figura 2. Encapsulado IP sobre ATM
Por otra parte, la definición del comportamiento
3 Control de vigilancia ideal, en cuanto a probabilidad de tasa de pérdidas, de
un mecanismo de vigilancia se realiza en base a la
El motivo para la existencia de este tipo de siguiente expresión:
mecanismo (UPC, Usage Parameter Control) se debe
a varios motivos: la necesidad de monitorizar y
vigilar el trafico de cada conexión [1] [2] a fin de
 σ − 1
 si σ ≥ 1
tasa_pérdidas =  σ (2)
 0 si σ < 1

donde el parámetro σ se define como el cociente
entre la velocidad media real (Vmr) y la velocidad
media contratada (Vmc), sirviendo las variaciones de
este parámetro para medir la eficiencia de los
controles de vigilancia.
De esta forma, se dice que la transparencia de un
mecanismo de vigilancia consiste en la exactitud con
la que éste se aproxima al comportamiento ideal:
realizar acciones de control adecuadas en un flujo de
células no conforme y evitar acciones de control
incorrectas en un flujo de células conformes.
Otro parámetro es el tiempo de reacción o de
respuesta, definido como el tiempo necesario para
detectar una no conformidad con lo acordado en el
contrato de tráfico.
3.2 Parámetros de tráfico a vigilar
Los parámetros de tráfico incluidos en el descriptor
de tráfico ATM van a ser los parámetros que se
tendrán que controlar. El valor de estos parámetros,
junto con la QoS requerida se negocian durante la
fase de establecimiento de la conexión.
En [1] se establece que la vigilancia de la velocidad
de pico y de la velocidad media son obligatorias. La
vigilancia de la velocidad de pico puede llevarse a
cabo de forma sencilla y exacta mediante muchos
algoritmos [2]. En cambio, la vigilancia de la
velocidad media es la que plantea el mayor número
de inconvenientes: un usuario puede estar
transmitiendo tráfico a gran velocidad (incluso
superior a la velocidad de pico) dentro de ráfagas, de
forma que hagan superar la velocidad media en un
momento determinado; y, sin embargo, este tráfico
debe ser aceptado siempre y cuando el usuario no
supere la velocidad media negociada a lo largo de la
duración de la conexión. Por lo tanto, el problema
reside en la dificultad a la hora de estimar la
velocidad media con la conexión en curso y la
elección de un adecuado periodo de muestreo de
forma que no se incurra en un cálculo inexacto de
esta velocidad media y no se retarde en demasía la
actuación del control de vigilancia. El factor C de
sobredimensionamiento, que se comenta
posteriormente, persigue el objetivo de facilitar la
vigilancia de la velocidad media.
3.3 Mecanismos para el control de
vigilancia
Hasta el momento, han sido numerosos los
mecanismos ideados para llevar a cabo la vigilancia
del tráfico que se va a encaminar. De todos ellos, y a
partir de estudios anteriores [10], para el caso que nos
ocupa, se han elegido los algoritmos más
característicos y los que mejores prestaciones han
ofrecido. Según esto, los mecanismos de vigilancia
empleados son:
• Algoritmo leaky bucket (LB): mecanismo basado
en el algoritmo genérico de velocidad de célula
(GCRA, Generic Cell Rate Algorithm) [1].
Consiste en un contador que se incrementa cada
vez que llega una célula y se decrementa a
velocidad constante.
• Algoritmo jumping window (JW): mecanismo
basado en técnicas de ventana [11]. Su
funcionamiento se basa en un contador que cuenta
células en intervalos fijos de tiempo (ventanas) y
que limita el número de células aceptadas de una
fuente dentro de cada ventana a un número
determinado.
• Algoritmo exponentially weighted moving
average (EWMA): mecanismo también basado en
ventanas [11] y, que al igual que el anterior,
también usa ventanas consecutivas de tamaño fijo,
pero el valor del número de células aceptadas en
cada ventana no es invariable, sino que se
actualiza dinámicamente mediante una suma
exponencial.
• Algoritmos basados en lógica difusa (Catania,
[12] y Kandel [13]). En este caso, se definen una
serie de reglas difusas y conjuntos difusos que
contemplan e identifican las posibles variaciones
de los parámetros de tráfico que se van a vigilar.
Los parámetros de los mecanismos de vigilancia que
se utilizan para caracterizarlos son: N, como el
número máximo de células permitidas y C, como un
factor de sobredimensionamiento necesario para
facilitar la vigilancia de la velocidad media y evitar
un desmesurado crecimiento en el dimensionamiento
de los mecanismos de vigilancia [11].
4 Escenario de tráfico
En la simulaciones se van a utilizar fuentes reales de
tráfico. Dichas fuentes se han obtenido a partir de
capturas realizadas en la red de Internet RIUJA (Red
Informática de la Universidad de Jaén) que se
encuentra integrada dentro de otras redes científicas
como son RICA (Red Informática Científica de
Andalucía) y RedIris. El software utilizado en las
capturas de trazas es ‘Ethereal’ [14], sobre una tarjeta
Ethernet 10BaseT. Las trazas son muy variadas,
incluyendo todo tipo de aplicaciones y protocolos.
Las trazas reales se han dividido en dos conjuntos:
• El tráfico desde el usuario hacia la red
• El tráfico desde la red hacia el usuario
Como quiera que lo que se pretende es vigilar el
tráfico de datos desde el usuario hacia la red, en las
pruebas y simulaciones se han utilizado únicamente
las trazas que contienen estos datos.
Como se explicó en la sección anterior, los paquetes
se convierten en células ATM a través de
encapsulado LLC. Posteriormente, y antes de acceder
a la red ATM, es necesario un proceso de
conformado. La conformación de tráfico [2] trata de
regular cada conexión con la finalidad de modelar el
flujo de tráfico de dicha conexión para modificar su
comportamiento y ajustarlo cuando sea necesario
(fuente ilegal) a un patrón más estricto retardando
para ello las células que se consideren oportunas.
El conformador empleado ha sido el basado en el
algoritmo leaky bucket [15]. Para implementar este
mecanismo es suficiente con modificar algunos
aspectos del mismo mecanismo empleado, a su vez,
para el control de vigilancia [16]; basta con variar su
filosofía de funcionamiento: el conformador de
tráfico debe retrasar células y no eliminarlas (como se
explicará más adelante en el apartado de vigilancia)
con el objeto de conseguir una reducción en la
velocidad de la fuente. Por este motivo, debe incluir
un mecanismo de almacenamiento de dichas células
para su posterior servicio; es decir, que al mecanismo
base utilizado en el control de vigilancia se le añadirá
una cola donde se acumularán las células antes de ser
servidas.
Como se ha comentado, el algoritmo utilizado para
esta conformación de tráfico ha sido el leaky bucket
(LB), que se ha explicado en el apartado anterior
sobre mecanismos para el control de vigilancia. La
única diferencia, es la necesidad de añadir una cola
amén de modificar su funcionamiento para evitar que
elimine células.
A la hora de realizar la conformación del tráfico, se
deben elegir una serie de parámetros como velocidad
de pico (PCR, Peak Cell Rate), velocidad media
(SCR, Sustainable Cell Rate) y tamaño máximo de la
ráfaga (MBS, Maximum Burst Size). En las
simulaciones realizadas los parámetros usados son los
correspondientes a una conexión tipo A para ADSL
[17], según se muestra en la tabla 2, en donde la
elección de MBS=32 células se debe a que son 32
células las necesarias para la transmisión del paquete
IP de mayor longitud, sobre una MAC Ethernet.
Tabla 2. Parámetros de tráfico
PCR SCR MBS
Modalidad
(Kbps) (Kbps) (células)
A 128 12.8 32
Es decir, los distintos servicios se efectúan según la
velocidad binaria estadística (SBR, Statistical Bit
Rate) de tipo 3 [1], que equivale al tráfico VBR
(Variable Bit Rate) del ATM Forum [18].
5 Simulación y resultados
Esta sección se divide en tres partes. En la primera de
ellas, se procederá a comprobar la validez de los
algoritmos de vigilancia, comparando las
probabilidades de descarte con las dadas por una
vigilancia ideal y definida según la ecuación (2). A
continuación, se procede a comprobar el
comportamiento dinámico de los algoritmos: a partir
de una fuente no conforme, se estudia como
evoluciona la tasa de pérdidas en función del tiempo.
Por último, se divide la simulación en tres intervalos
temporales: en el primer y último intervalo se
consideran fuentes no conformes, mientras que en la
parte central, habrá una fuente de tráfico conforme;
para posteriormente analizar cómo evoluciona el
número de células pérdidas en función del tiempo.
Los parámetros que se van a usar para los distintos
algoritmos se encuentran en la tabla 3.
Tabla 3. Parámetros de los UPC
Algoritmo Parámetros
LB N=32, C=1.1
JW N=32, C=1.1
EWMA N=32, C=1.1
Catania N=32, C=1
Kandel N=32, C=1
5.1 Vigilancia de fuentes no conformes
En este caso, se procede a conformar la fuente de
tráfico con un coeficiente por encima del contratado y
a vigilar este tráfico.
Figura 3. Tasa de pérdidas en función del parámetro sigma
En la figura 3 se puede determinar que el mejor de
los algoritmos es el de Catania, seguido del EWMA y
del LB. No existen diferencias significativas en
cuanto a los algoritmos de Kandel y Catania; de
hecho ambos coinciden en cuanto a comportamiento
y están próximos al caso ideal.
5.2 Comportamiento temporal
En este caso se parte de una fuente no conforme, en
la cual el parámetro σ toma un valor de 1.5 y se
procede a calcular las células eliminadas en función
del tiempo para cada uno de los algoritmos.
Figura 4. Evolución de las pérdidas en función del tiempo
En la figura 4 se observa que los algoritmos basados
en ventana tienen un comportamiento muy similar, en
cuanto al tiempo de respuesta (instante de tiempo en
el cual empiezan a perder células); sin embargo, y
como era de esperar, los algoritmos basados en lógica
difusa son los de mejor comportamiento.
Las oscilaciones de los algoritmos basados en
ventanas se deben a los cambios de ventana, puesto
que, de un intervalo temporal al siguiente, el número
de células aceptadas por ventana varía, por lo que el
número de células que se eliminan es distinto,
produciéndose la oscilación anteriormente
comentada.
5.3 Comportamiento dinámico
Para este nuevo estudio, la fuente de tráfico que se
estudia se divide en tres partes:
• En la primera parte del estudio, se tiene una
fuente no conforme, con un valor de sigma de
1.5.
• En la segunda parte, se considera una fuente
conforme con un valor de σ de 0.8
• Por último, una fuente no conforme con σ
igual a 2.
Los resultados de la simulación se muestran en la
figura 5.
Figura 5. Células eliminadas
En la figura 5 se puede apreciar que en el último
intervalo los algoritmos de lógica difusa no tienen un
comportamiento eficiente:
• Catania ([12]), debido a su propio
funcionamiento: cuando existen intervalos en
los que la fuente es conforme, se concede
excesivo crédito a este tipo de fuentes, por lo
que existe un tiempo de retardo bastante
considerable hasta que se vuelven a perder
células, al pasar de nuevo a una fuente no
conforme.
• Sin embargo, este tiempo es menor para
Kandel ([13]). No obstante y al igual que [12],
también existe retraso importante a la hora de
llegar a una tasa de pérdidas óptima.
Para paliar estos hechos, se ha procedido a realizar
una modificación en [12], de tal forma que a través
de un contador, se va comprobando si una fuente es
conforme o no. El contador se va incrementando, en
cada ventana, si una fuente es conforme y se resetea
en el caso de que no lo sea. Si este contador
sobrepasa un umbral determinado, se restituyen los
parámetros de [12] a sus valores iniciales. De esta
forma, el crédito que se le asigna a las fuentes en el
algoritmo original tiene una limitación temporal en
función del umbral. Con esta modificación,
denominada Catania modificado, y realizando una
nueva simulación se obtiene la figura 6, en la que
puede apreciarse que el algoritmo Catania modificado
presenta tanto un buen comportamiento dinámico,
como un apropiado valor de la tasa de pérdidas, en
comparación con el resto de algoritmos.

Figura 6. Células eliminadas (Catania modificado)
6 Conclusiones
En la actualidad la convergencia de las redes IP y
ATM es una realidad, como queda demostrada con la
aparición de ADSL. En este artículo queda probado
que los algoritmos de control que se estaban
utilizando hasta la fecha en todas la bibliografías,
para el control de fuentes on-off homogéneas,
también son válidos para una fuente tan heterogénea
como la determinada por las propias características
del tráfico de Internet.
Los problemas detectados, en algunos de los
mecanismos empleados, han sido subsanados de
forma sencilla y rápida, mediante la incorporación de
un contador y la modificación del comportamiento de
dichos algoritmos originales.
Se continuarán estudiando el comportamiento de
estos algoritmos para distintas configuraciones de
tráfico que tengan en cuenta un mayor número de
fuentes (varias líneas ADSL). Así mismo, se
contemplará la posibilidad de implementar nuevos
algoritmos de conformación de tráfico basados en
lógica difusa, para estudiar con detenimiento el
comportamiento de la cola de dicho conformador y
analizar las prestaciones del conjunto formado por
conformador y mecanismo de vigilancia.
Agradecimientos
Este proyecto ha sido parcialmente financiado por la
Comisión Interministerial de Ciencia y Tecnología
(CICYT), proyecto número TEL99-0755.
Referencias
[1] ITU−T. “Recommendation I.371−Traffic
control and congestion control in B-ISDN”.
Ginebra (Suiza), 1996.
[2] M. Prycker. Asynchronous transfer mode.
Solution for broadband ISDN. Prentice Hall
International, 3ª edición. Estados Unidos
(1995).
[3] J. Palet. “Situación Mundial de IPv6”. Mundo
Internet. (2000)
[4] X. Xiao, L. Ni. “Internet QoS: A Big Picture”.
IEEE Network, pp. 8-18, vol. 13, nº 2. (1999).
[5] W. Stallings. Comunicaciones y redes de
Computadores. Prentice Hall International, 6ª
edición. Madrid (2001).
[6] R. Montañana. “Redes Convergentes ATM-IP:
¿Por qué? ¿Cuándo? ¿Dónde? ¿Cómo?”.
Seminario sobre ATM (IIR, Institute for
International Research). Madrid (España), 16
marzo 1999.
[7] E. T. Saulnier, K. S. Vastola. “Modeling
heterogeneous sources on multiple time scales”.
Proceedings on The Conference on Computer
Communications. INFOCOM’96. pp. 505-512,
vol. 2. San Francisco (Estados Unidos), 24-28
marzo 1996.
[8] J. Heinanen. “Multiprotocol Encapsulation over
ATM Adaptation Layer 5”. RFC 1483. IETF.
Julio 1993.
[9] G. Gross, M. Kaycee, A. Lin, A. Malis, J.
Stephens. “PPP over AAL5”. RFC 2364. IETF.
Julio 1998.
[10] C. García Berdonés, F. D. Trujillo, A. Calisti, E.
Casilari, A. Díaz Estrella, F. Sandoval.
“Funciones UPC para tráfico VBR basadas en
técnicas de inteligencia artificial”. Proceedings
on Jornadas de Ingeniería Telemática.
JITEL’97. pp. 119-128. Bilbao (España), 15-17
septiembre 1997.
[11] E. Rathgeb. “Modeling and performance
comparison of policing mechanism for ATM
networks”. IEEE Journal on selected areas in
communications, pp. 325-334, vol. 9, nº 3.
(1991).
[12] V. Catania, G. Ficili, S. Palazzo, D. Panno.
“Using fuzzy logic in ATM sources traffic
control: lessons and perspectives”. IEEE
Communications magazine, pp. 70-81, vol. 34,
nº 11. (1996).
[13] A. Kandel, O. Manor, Y. Klein, S. Fluss. “ATM
traffic management and congestion control
using fuzzy logic”. IEEE Transactions on
Systems, Man and Cybernetics−Part C:
Applications and Reviews, pp. 474-480, vol. 29,
nº 3. (1999).
[14] Software de captura de trazas Ethereal:
http://www.ethereal.com
[15] F. D. Trujillo, E. Casilari, A. Díaz Estrella, F.
Sandoval. “A proposal of traffic shaping to
 improve policing functions in communication
networks”. Proceedings on the IASTED
International Conference on Communication
Systems and Networks. CSN’02. pp. 371-375.
Málaga (España), 9-12 septiembre 2002.

[16] D. Stiliadis, A. Varma. “A general methodology

for designing efficient traffic scheduling and
shaping algorithms”. Proceedings on The
Conference on Computer Communications.
INFOCOM’97. pp. 326-335. Kobe (Japón), 7-
11 abril 1997.

[17] Boletín Oficial del Estado. Orden Ministerial

26/3/1999. Ministerio de Fomento. 10 abril
1999.

[18] E. Perretti, F. Thepot. “ATM in Europe: The

User Handbook.” European Market Awareness
Committee. ATM Forum. 1997.