Una wan o otra

Haga más con su red con un nuevo dispositivo de seguridad MX y características IWAN.

A principios de esta semana, anunciamos algunas nuevas e interesantes incorporaciones a la cartera de Cisco Meraki. Si bien la publicación de ayer ensalzó las virtudes del apilamiento de switches de Meraki, hoy analizamos el nuevo dispositivo de seguridad administrado en la nube MX84 y las capacidades de WAN inteligente (IWAN) que estarán disponibles en versión beta a finales de este mes.

Presentamos el MX84

El MX84 sigue los pasos del MX64, que se lanzó en febrero de 2015. Mientras que el MX64 cuenta con un rendimiento general más alto que su predecesor y la opción de conexión inalámbrica 802.11ac, el MX84 también ofrece una mejora significativa en el rendimiento sobre el MX80, junto con con el doble de puertos Ethernet y la adición de dos puertos SFP para conectividad de fibra.

Estas mejoras están destinadas a permitir que los administradores implementen el MX84 en una variedad de diseños de red sin preocuparse por encontrar cuellos de botella de rendimiento o tener que agregar infraestructura adicional para conectar todo lo que quieran, todo al mismo precio que el MX80.

Abran paso a IWAN

A principios de este año, anunciamos que una serie de características de IWAN llegarían a la línea de productos MX, y desde entonces el equipo de desarrollo de Cisco Meraki ha estado trabajando arduamente para garantizar que entreguemos esas características con la misma combinación de funcionalidad potente y configuración simple e intuitiva. Meraki es conocido por. A finales de este mes, estas nuevas capacidades de IWAN estarán disponibles para todos los clientes de MX a través de una versión beta abierta. Sin embargo, queremos darle un vistazo de cómo se verá la configuración de IWAN en el MX.

Para hacer esto, imaginemos algunos escenarios en los que IWAN podría ser útil. Primero, tenemos una sucursal con dos enlaces de Internet de banda ancha donde el administrador quiere asegurarse de que el tráfico de VoIP de regreso a la sede siempre use VPN sobre el enlace de mejor rendimiento. Para lograr esto, el administrador crea una política de selección de enlace ascendente VPN para el tráfico de su subred VoIP, de esta manera:

Esta política sencilla utilizará métricas preestablecidas para determinar cuál es la mejor ruta VPN para el tráfico de VoIP. Si el mejor enlace cambia, las rutas de tráfico se ajustarán en consecuencia.

Ahora imagine que en lugar de dos enlaces de banda ancha, la sucursal tiene un enlace de banda ancha y una conexión MPLS. El administrador desea enviar tráfico de VoIP a través de MPLS, ya que es probable que tenga un mejor rendimiento. Sin embargo, si el rendimiento de MPLS comienza a sufrir una alta latencia, puede ser mejor usar el enlace de banda ancha. Eso se puede lograr con una política ligeramente diferente:

El administrador ha especificado un enlace ascendente preferido (WAN2), por lo que ese enlace se utilizará de manera predeterminada. Dado que el switch por error de rendimiento está habilitada, si el enlace WAN2 no cumple con los estándares de rendimiento configurados en la categoría «Toneladas de latencia», el tráfico de VoIP se moverá al enlace WAN1. Se pueden crear varias categorías de rendimiento según las necesidades de la implementación.

Estos son solo algunos ejemplos de cómo las funciones de IWAN pueden usarse para mejorar el rendimiento y la resistencia de la red. Estén atentos para la beta abierta a finales de este mes para ver las capacidades completas de Meraki IWAN.