MPLS y Diffserv se disputan la priorización de datos

Dos alternativas a la hora de priorizar el flujo de paquetes de datos. Las elección entre una u otra es todo un dilema para los responsables de las redes corporativas.

Publicado el 03 Ene 2001

53180_00

Al pensar en las alternativas para priorizar los flujos de paquetes de datos las dos propuestas principales que se le presentan al usuario son MPLS (Multi-Protocol Label Switching) y Diffserv.

Esta última es una tecnología más antigua y resulta más sencilla que MPLS a la hora de asignar prioridades a los distintos tipos de tráfico. Diffserv proporciona una excelente capacidad de trabajo, no precisa de complicadas técnicas de procesamiento y es lo suficientemente barato para emplearse como una solución de calidad de servicio (QoS) tanto para el entorno corporativo como para los carriers.

Tanto MPLS como Diffserv están inmersas en procesos de estandarización si bien resulta bastante obvio que la industria no necesita dos mecanismos de QoS compitiendo entre sí. Dada la posición conseguida por la tecnología MPLS por un lado y la simplicidad de Diffserv por otro, resulta difícil imaginar cuál será la ganadora.

Es importante tener en cuenta la calidad de servicio de DiffServ como, esencialmente, una cuestión de nivel 3 o superior. En el nivel 2, la industria dispone de, al menos, dos excelentes sistemas basados en QoS. ATM, por ejemplo, ofrece todos los requisitos fundamentales que un sistema de QoS necesita. El otro sistema de nivel 2 es 802.1p/q, un estándar para la implementación de la calidad de servicio en Gigabit Ethernet.

Hasta cierto punto, Diffserv utiliza el estándar 802.1p, aunque lo traslada al territorio del nivel 3. Esa circunstancia lleva a una importante competencia entre Diffserv y MPLS.

Esta última tecnología se concibió para solventar las cuestiones de enrutamiento y calidad de servicio con conmutadores grandes y potentes. Diffserv, como hemos mencionado, resulta mucho más atractivo para carriers en el espacio WAN, pero sale de un mundo de Ethernet con conmutadores menos poderosos.
En un mundo donde todavía es relativamente barato Gigabit Ethernet, no existe ninguna excusa para que las empresas entren en debates sobre calidad de servicio más allá de lo que concierne a sus redes LAN internas. La idea es que no hay que malgastar recursos complicando más las redes con mecanismos QoS porque no es más que una pequeña distracción en el espacio corporativo.

Sin embargo, para los ISPs tiene una justificación evitar cualquier actualización de red. Lo que hace necesario la aplicación de calidad de servicio en la mayoría de las WAN son los 10 milisegundos de latencia que cada conmutador y concentrador introduce en una red no congestionada y que termina creando sus propios retrasod.

Ya que los carriers e ISPs tienden a utilizar IP directamente sobre SONET/SDH. Con esta implementación se crea ancho de banda abundante y los carriers e ISPs rentabilizan su inversión. Desde este punto de vista, los mecanismos de calidad de servicio son sólo una forma de retrasar las actualizaciones de red.

En el único lugar donde resulta necesario implementar la calidad de servicio es en el límite de la red corporativa. Para el acceso remoto, la media se encuentra todavía en una línea de cobre de 2 Mbps.

En cuanto al bucle local, algunos esquemas de prioridad cobran sentido y es aquí donde Diffserv tiene mucho más que hacer que MPLS.
Los esquemas de prioridad no tienen significado hasta que no exista congestión en la red. A la inversa, si hay congestión, la única justificación para la implementación de calidad de servicio es si realmente aportan alguna diferencia, comenta Eric Paulak de Gartner Group. En el primer caso, según este analista, no existiría ningún motivo para preocuparnos por la calidad de servicio.

El argumento del precio tiene una mayor importancia cuando se trata de una red LAN, mientras que en el entrorno WAP, MPLS resulta una alternativa más razonable. En el área de los carriers Cisco posee el 90 por ciento del negocio y continuará manteniendo su preponderancia en ese campo.

Por el contrario, Diffserv se presenta como una opción mucho más sencilla y mejor adaptada al espacio LAN.

La solución ideal se alcanzará cuando la industria desarrolle un estándar capaz de implementar la calidad de servicio de MPLS sobre clase de servicio de Diffserv. La mezcla de MPLS como elemento central y Diffserv como secundario sería la mejor opción.

¿Qué te ha parecido este artículo?

Tu opinión es importante para nosotros.

R
Redacción RedesTelecom

Artículos relacionados

Artículo 1 de 5