Durante años MPLS fue una de las tecnologías habituales para conectar sedes, oficinas y centros de datos con unas condiciones de servicio controladas por el operador. La expansión del cloud, las aplicaciones SaaS y las conexiones de Internet de alta capacidad ha cambiado ese escenario. SD-WAN permite ahora gestionar varios transportes simultáneamente y decidir qué camino utiliza cada aplicación, pero eso no significa necesariamente que MPLS haya quedado obsoleto.
Las claves de MPLS y SD-WAN en 30 segundos
- MPLS proporciona conectividad gestionada por un operador, mientras SD-WAN controla cómo se utilizan diferentes enlaces WAN.
- Una SD-WAN puede combinar Internet, MPLS, fibra dedicada y conexiones 4G/5G.
- MPLS mantiene ventajas cuando se necesitan prestaciones contratadas y SLA definidos.
- SD-WAN permite seleccionar rutas según aplicaciones y condiciones de los enlaces.
- El crecimiento del SaaS y el cloud favorece las salidas directas a Internet.
- Muchas empresas pueden evolucionar hacia modelos híbridos en los que MPLS sea un transporte más dentro de SD-WAN.
El cambio es importante porque durante mucho tiempo las redes corporativas tuvieron una topología relativamente predecible. Las sucursales se conectaban con uno o varios centros de datos privados y buena parte de las aplicaciones empresariales residía allí.
Ahora el tráfico está mucho más repartido.
Una empresa puede tener aplicaciones en su centro de datos, correo y colaboración como servicio, infraestructura en diferentes clouds y trabajadores conectándose desde ubicaciones que ni siquiera forman parte de la WAN tradicional.
La red tiene que decidir cómo llegar a todos esos destinos sin convertir cada conexión en un proyecto independiente.
MPLS y SD-WAN no son exactamente tecnologías rivales
Aunque suelen aparecer enfrentadas, comparar directamente MPLS con SD-WAN puede llevar a conclusiones equivocadas.
MPLS (Multiprotocol Label Switching) es una tecnología utilizada ampliamente por operadores para proporcionar servicios WAN privados y gestionados. El cliente contrata conectividad entre ubicaciones y determinadas características de servicio.
SD-WAN (Software-Defined Wide Area Network) trabaja en otra capa. Su función consiste en gestionar la conectividad disponible y aplicar políticas para decidir cómo debe circular el tráfico.
Por eso una SD-WAN puede utilizar MPLS.
También puede utilizar dos conexiones de Internet, fibra dedicada, 4G/5G o diferentes combinaciones según las posibilidades de cada sede.
| Aspecto | MPLS | SD-WAN |
|---|---|---|
| Función principal | Transporte WAN gestionado | Gestión inteligente de diferentes transportes |
| Infraestructura | Red del operador | Internet, MPLS, 4G/5G y otros accesos |
| Rendimiento | Características contratadas y previsibles | Depende de los enlaces utilizados |
| SLA | Asociado al servicio contratado | Depende del diseño y de los transportes |
| Routing por aplicación | Limitado frente a SD-WAN | Una de sus principales capacidades |
| Gestión | Muy ligada al operador | Habitualmente centralizada |
| Redundancia | Según circuitos y servicio contratados | Puede combinar varios enlaces y operadores |
| Cloud y SaaS | Depende del diseño de la red | Facilita salidas directas y políticas específicas |
| Escalabilidad de sedes | Requiere provisión del servicio | Puede aprovechar diferentes accesos disponibles |
| Cifrado | MPLS no implica cifrado extremo a extremo | Habitualmente utiliza túneles cifrados, según solución |
Esta diferencia explica por qué afirmar que SD-WAN está sustituyendo a MPLS es solo parcialmente correcto.
Lo que realmente puede sustituir SD-WAN es la dependencia de MPLS como único transporte de la WAN.
El cloud rompió el modelo de llevar todo al centro de datos
Una de las razones que explican el crecimiento de SD-WAN está fuera de la propia red: las aplicaciones cambiaron de ubicación.
En una arquitectura tradicional una sucursal podía enviar prácticamente todo su tráfico al centro de datos corporativo. Desde allí accedía al ERP, servidores de archivos, correo y otras aplicaciones.
Ese diseño tenía sentido cuando casi todo estaba alojado allí.
Con el software como servicio (SaaS), la situación es diferente.
Si un usuario necesita acceder a una aplicación alojada directamente en Internet, enviar primero la conexión hacia el centro de datos corporativo puede generar un recorrido adicional que no siempre aporta valor.
SD-WAN permite establecer políticas diferentes.
El tráfico destinado a una aplicación SaaS puede salir directamente por Internet. Una aplicación alojada en un centro de datos privado puede utilizar MPLS. Una videoconferencia puede elegir el enlace con mejores condiciones en ese momento.
La red deja así de tomar decisiones únicamente a partir de direcciones IP y rutas estáticas y puede incorporar información sobre aplicaciones y calidad de los enlaces.
Esto resulta especialmente útil cuando existen varios accesos.
Una sede puede disponer de dos conexiones de Internet de operadores diferentes y una conexión móvil de respaldo. SD-WAN puede supervisarlas y cambiar el tráfico cuando detecta degradación, siempre dentro de las capacidades de la plataforma utilizada.
Pero hay un límite importante: SD-WAN no puede mejorar las características físicas de una conexión.
Si todos los transportes disponibles sufren una incidencia simultáneamente, ninguna decisión de software puede resolver el problema. La calidad de los accesos y la diversidad real de operadores y rutas siguen siendo esenciales.
Latencia, jitter y pérdida de paquetes siguen importando
La expansión de Internet empresarial ha reducido algunas de las diferencias que históricamente favorecían a las redes privadas, pero determinadas aplicaciones continúan siendo sensibles a las condiciones de la red.
La voz sobre IP es un buen ejemplo.
Una conexión puede disponer de ancho de banda suficiente y, sin embargo, ofrecer una experiencia deficiente si presenta demasiado jitter, latencia o pérdida de paquetes.
Algo parecido ocurre con determinadas aplicaciones transaccionales, escritorios remotos o sistemas industriales.
MPLS permite contratar servicios con parámetros y niveles de servicio definidos por el operador. Esta previsibilidad sigue siendo valiosa para organizaciones que necesitan unas condiciones concretas entre determinadas ubicaciones.
SD-WAN introduce otra estrategia: disponer de varios caminos y seleccionar el más apropiado.
En lugar de exigir que todos los paquetes utilicen siempre la misma conexión, puede aplicar políticas diferentes dependiendo de la aplicación y del estado de los enlaces.
Esto permite que Internet empresarial absorba una parte mucho mayor del tráfico sin obligar necesariamente a eliminar MPLS.
La arquitectura híbrida gana sentido
Una red corporativa moderna puede combinar ambos planteamientos.
Una organización podría mantener MPLS entre sus principales oficinas y centros de datos mientras utiliza Internet para SaaS y navegación. Las sedes pequeñas podrían utilizar dos conexiones de Internet y 5G como respaldo.
SD-WAN proporcionaría una capa común para gestionar esas combinaciones.
El resultado podría ser una arquitectura como esta:
| Tipo de tráfico | Transporte posible |
|---|---|
| Aplicaciones críticas en CPD privado | MPLS o enlace privado |
| Microsoft 365 y otros SaaS | Internet directo |
| Navegación web | Internet |
| Voz corporativa | Mejor enlace según políticas y calidad |
| Acceso a cloud público | Internet o conectividad privada según necesidad |
| Respaldo de una sede | Segundo operador o 4G/5G |
No existe una asignación universal. Cada organización tendrá que decidirla según sus aplicaciones, riesgos y requisitos.
Esta posibilidad de separar la política de red del transporte físico es una de las diferencias importantes introducidas por SD-WAN.
La empresa puede modificar progresivamente sus conexiones sin tener que replantear toda la arquitectura lógica cada vez.
MPLS privado no significa tráfico cifrado
También existe una confusión frecuente relacionada con la seguridad.
Una red MPLS permite proporcionar conectividad privada y separación lógica entre clientes dentro de la infraestructura del operador, pero MPLS no equivale por sí mismo a cifrado extremo a extremo.
Si la confidencialidad del tráfico exige cifrado, debe incorporarse expresamente a la arquitectura.
Las soluciones SD-WAN suelen establecer túneles cifrados entre sus diferentes puntos, aunque las características concretas dependen del fabricante, producto y configuración.
La seguridad tampoco termina ahí.
Las redes empresariales actuales combinan SD-WAN con firewalls, segmentación, sistemas de identidad y, cada vez con mayor frecuencia, arquitecturas SASE (Secure Access Service Edge) y Zero Trust.
El cambio resulta relevante porque la ubicación física del usuario importa cada vez menos.
Un empleado puede acceder a una aplicación SaaS desde una oficina, su domicilio o cualquier otra ubicación. Forzar siempre el tráfico hacia el centro de datos corporativo para aplicar controles de seguridad puede resultar poco eficiente.
SASE traslada parte de esos controles hacia servicios distribuidos y acerca seguridad y conectividad.
SD-WAN encaja dentro de esa evolución, aunque no debe confundirse con una plataforma SASE completa.
¿Es SD-WAN realmente más barato?
Una de las principales promesas asociadas a SD-WAN ha sido reducir el coste de conectividad sustituyendo circuitos MPLS por Internet.
Puede ocurrir, pero no debería darse por hecho.
Comparar únicamente el precio mensual de un circuito MPLS con una conexión de fibra ofrece una imagen incompleta.
Una arquitectura SD-WAN puede necesitar dos operadores para proporcionar redundancia, equipamiento en cada sede, licencias, plataforma de gestión, soporte y servicios adicionales de seguridad.
También existe un coste operativo.
Cuantas más conexiones, políticas y proveedores se incorporen, mayor puede ser la complejidad si la plataforma no está correctamente diseñada y gestionada.
Por eso el cálculo debería realizarse utilizando el coste total de la WAN, no únicamente el precio por Mbps.
En empresas con muchas sucursales y una gran proporción de tráfico hacia Internet y SaaS, SD-WAN puede ofrecer ventajas económicas importantes. En otras organizaciones, mantener determinados circuitos MPLS puede continuar siendo razonable.
MPLS está cambiando de función, no necesariamente desapareciendo
La cuestión sobre la muerte de MPLS probablemente parte de una premisa equivocada.
MPLS no necesita desaparecer para que SD-WAN siga creciendo.
Lo que está cambiando es su posición dentro de la arquitectura.
Durante años podía actuar como la red corporativa prácticamente completa. Ahora puede convertirse en uno de varios transportes disponibles.
Una empresa puede reservarlo para los enlaces donde realmente necesita sus características y utilizar Internet para el resto.
SD-WAN proporciona la capa que permite gestionar esa combinación.
El resultado es una WAN menos dependiente de una única tecnología y capaz de adaptarse mejor a una infraestructura donde las aplicaciones están distribuidas entre centros de datos privados, SaaS y diferentes nubes.
Por eso el debate tecnológico está evolucionando desde MPLS contra SD-WAN hacia una pregunta más útil: qué combinación de transportes necesita realmente cada aplicación.
MPLS puede perder protagonismo en ese escenario.
Pero perder el monopolio de la WAN empresarial es bastante diferente de estar muerto.
Preguntas frecuentes
¿Cuál es la principal diferencia entre MPLS y SD-WAN?
MPLS proporciona un mecanismo de transporte utilizado por operadores para ofrecer redes WAN gestionadas. SD-WAN es una capa de control que puede administrar diferentes conexiones, incluidas MPLS, Internet y 4G/5G.
¿Puede SD-WAN funcionar utilizando MPLS?
Sí. Una red SD-WAN puede utilizar MPLS como uno de sus transportes y combinarlo con Internet u otros accesos. Por eso ambas tecnologías no son necesariamente excluyentes.
¿Es SD-WAN siempre más barato que MPLS?
No necesariamente. Internet puede reducir el coste del transporte, pero deben considerarse redundancia, licencias, equipamiento, seguridad, operación y soporte para comparar el coste total.
¿MPLS desaparecerá por el crecimiento de SD-WAN?
No puede afirmarse que vaya a desaparecer. Su utilización puede reducirse en determinadas redes, especialmente para tráfico SaaS e Internet, mientras continúa teniendo sentido en conexiones que requieren determinadas prestaciones y SLA.
