revista de telecomunicaciones de alcatel - Archivo Digital del COIT

mente pesado en que se incurre en la
capa IP cuando se envían paquetes
individuales (Figura 4).
Típicamente, en un router-conmutador
integrado (ISK) las tablas de ruteo
IP de capa 3 deben traducirse a tablas
de envío de capa 2 (p. ej., tablas de conmutación
ATM VPA f C). Las tramas
entrantes IP podrían ser entonces
enviadas hacia adelante de acuerdo a la
información disponible en su cabecera
encapsulada de capa 2, L2, atajando por
tanto el proceso más complejo de envío
L3.
Este método ha proliíerado en una
variedad de soluciones, principalmente
en el área de conmutadores y routers
ATM y Ethernet. Sin embargo, hay dos
foros que están haciendo un esfuerzo
continuo para normalizar soluciones de
envío por atajo para IP sobre ATM:
• ATM Forum (ver httpMmitw.atmformn.
coTri/abmforuiri/specs/specs. ht
mi): trabajando en emulación de
LAN (LAÑE), protocolo múltiple
sobre ATM (MPOA), interfaz integrado
privado red a red (I-PNNI), y
• IETF: el grupo de trabajo Multi-
Protocol Label Switching (MPLS)
está actualmente editando el borrador
de sus primeras recomendaciones
(ver hUpS/www.ietf.org/!itml.
charters/mpls-charter.html).
El resto de este articulo se centra en los
aspectos de escalabilidad unidos a soluciones
de atajado para IP sobre ATM:
La. segunda escuela de pensamiento
apunta al crecimiento dramático de la
capacidad de envío de paquetes IP nativos
mediante aligeramiento del procesado
de cabeceras IP, frecuentemente
hasta el punto que el procesamiento de
(o parte de) la cabecera puede realizarse
en hardware dedicado. La lógica
para esta proposición es:
• Conseguir envíos a alta velocidad a
través de todas las tecnologías de
red, no solo aquellas que pueden ser
conmutadas en la capa 2.
• Proveer funcionalidad de valor añadido
(QoS, redes privadas virtuales
basadas en IP, seguridad y cortafue-
Figura 4 - Principio de envío por atajo en un ISR
gos) originalmente en la capa IP de
forma, que un único modelo esté disponible
para estos servicios a través
de Internet.
A este respecto, merece la pena men- Flujos
cionar que durante la definición de la
cabecera IPv6, se dedicó un esfuerzo
significativo a racionalizar la estructura
de la cabecera (tamaño fijo, localización
optimizada de campos, etc.),
Córt
GESTIÓN DE TRAFICO IP EN REDES SCALABLES
l Conmutador
L¡ Reenviar L2
reduciendo así significativamente la
complejidad de su procesamiento y
abriendo oportunidades incluso para
un mayor procesamiento hardware.
Los flujos se definen generalmente por
el número de paquetes correlaeeionados.
Pueden tener una granularidad
muy baja (p. ej., todos los paquetes que
componen una simple transferencia de
: 80% de flujos cortos = 2Q?é del tota! de volumen, di
20 • :l.v flu os largo; = SO' del total d~ «jíurr,
Figura 5 -Distribución de longitud de flujos
297
J flujo