-
-
-
-
-
Descripción general de la instalación e implementación de SD-WAN VPX
-
Puertos Ethernet virtuales para plataformas SD-WAN VPX-SE/VPXL-SE
-
Conexión al dispositivo SD-WAN VPX y prueba de la implementación
-
Actualización de XenServer 6.5 para dispositivos SD-WAN Standard Edition
-
Dispositivo virtual (VPX) SD-WAN Standard Edition en Hypervisor en Hyper-V 2012 R2 y 2016
-
Instalación de dispositivos SD-WAN en la plataforma Microsoft Hyper-V
-
Instalar dispositivos virtuales SD-WAN SE (VPX) en la plataforma Linux-KVM
-
Instalación de la AMI SD-WAN VPX Standard Edition en Amazon AWS
-
Implementar una instancia de Citrix SD-WAN Standard Edition en Azure: Versión 10.2 y posterior
-
Función de alta disponibilidad de SD-WAN Standard Edition Virtual Appliance (VPX) para AWS
-
Implementar una instancia VPX de Citrix SD-WAN en un dispositivo Citrix ADC SDX
-
Standard Edition en AWS para la compatibilidad con Cloudwatch
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Modos de implementación
Un dispositivo SD-WAN actúa como Gateway virtual. No es ni un punto final TCP ni un enrutador. Como cualquier Gateway, su trabajo es almacenar en búfer los paquetes entrantes y ponerlos en el enlace saliente a la velocidad correcta. Este reenvío de paquetes se puede realizar de diferentes maneras, como el modo en línea, el modo virtual en línea y el modo WCCP (solo dispositivo WANOP). Aunque estos métodos se denominan modos, no es necesario inhabilitar un modo de reenvío para habilitar otro. Si la implementación admite más de un modo, el modo que utiliza el dispositivo se determina automáticamente mediante el formato Ethernet e IP de cada paquete.
Dado que el dispositivo admite diferentes modos de reenvío y diferentes tipos de conexiones no reenviadas, necesita una forma de distinguir un tipo de tráfico de otro. Para ello, examina la dirección IP de destino y la dirección Ethernet de destino (dirección MAC), como se muestra en la tabla siguiente. Por ejemplo, en el modo en línea, el dispositivo actúa como un puente. A diferencia de otros tipos de tráfico, los paquetes en puente se dirigen a un sistema más allá del dispositivo, no al propio dispositivo. Los campos de dirección no contienen ni la dirección IP del dispositivo ni la dirección MAC Ethernet del dispositivo.
Además de los modos de reenvío puros, el dispositivo tiene que tener en cuenta otros tipos de conexiones, incluidas las conexiones de administración a la GUI y la señal de latido que pasa entre los miembros de un par de alta disponibilidad. Para completar, estos modos de tráfico adicionales también se enumeran en la tabla siguiente.
Cuadro 1 Cómo determinan el modo las direcciones IP y Ethernet
Dirección IP de destino | Dirección Ethernet de destino | Modo |
---|---|---|
No es un dispositivo | No es un dispositivo | Modo en línea o PassThrough |
No es un dispositivo | Dispositivo | WCCP virtual en línea o L2 |
Dispositivo | Dispositivo | Directo (acceso a la interfaz de usuario) |
Dispositivo (VIP) | Dispositivo | Alta disponibilidad. Modo proxy |
Dispositivo (IP de señalización) | Dispositivo | Conexión de señalización (Conexión de señalización del complemento SD-WAN (complemento SD-WAN, par seguro) o Conexión del modo de redirector (complemento SD-WAN) |
Todos los modos pueden estar activos simultáneamente. El modo utilizado para un paquete determinado está determinado por los encabezados Ethernet e IP.
Los modos de reenvío son:
- Modo en línea, en el que el dispositivo acelera de forma transparente el tráfico que fluye entre sus dos puertos Ethernet. En este modo, el dispositivo aparece (para el resto de la red) como un puente Ethernet. Se recomienda el modo en línea, ya que requiere la menor configuración.
- Modo virtual en línea, en el que un enrutador envía tráfico WAN al dispositivo y el dispositivo lo devuelve al enrutador. En este modo, el dispositivo parece ser un enrutador, pero no utiliza tablas de enrutamiento. Envía el tráfico de retorno al enrutador real. Se recomienda el modo virtual en línea cuando el modo en línea y el funcionamiento WCCP de alta velocidad no son prácticos.
- Modo de alta disponibilidad, que permite a los dispositivos funcionar como un par de alta disponibilidad activo/en espera. Si se produce un error en el dispositivo principal, el dispositivo secundario se hace cargo.
Los tipos de tráfico adicionales se enumeran aquí para su integridad:
- El tráfico de paso a través hace referencia a cualquier tráfico que el dispositivo no intente acelerar. Es una categoría de tráfico, no un modo de reenvío.
- Acceso directo, donde el dispositivo actúa como un servidor o cliente normal. La GUI y CLI son ejemplos de acceso directo, mediante los protocolos HTTP, HTTPS, SSH o SFTP. El tráfico de acceso directo también puede incluir los protocolos NTP y SNMP.
- Comunicación de dispositivo a dispositivo, que puede incluir conexiones de señalización (utilizadas en peering seguro y por el complemento SD-WAN), latidos VRRP (utilizados en modo de alta disponibilidad) y túneles GRE cifrados (utilizados en modo de grupo).
- Modos obsoletos. El modo proxy y el modo redirector son modos de reenvío heredados que no deben utilizarse en instalaciones nuevas.
Compartir
Compartir
En este artículo
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.