Esta web utiliza cookies para funcionar correctamente. Si sigue navegando entendemos que acepta su uso. Para cambiar sus preferencias u obtener más información, consulte nuestra Política de Cookies.

SpanishEnglish

Escenario & Modelo de Datos

 

 


Escenario & Modelo de Datos

P: ¿Qué es el "Modelo de Datos"?

R: Se podría decir que el modelo de datos es la base de datos que contiene la información de la red SDWAN. Es necesario concentrar la definición de la red en un punto, dado que uno de los objetivos principales de SDWAN es la centralización del plano de control en software. En la solución SDWAN Teldat, este plano de control es el “Controller”, el cual a partir del “modelo de datos” construye/modifica en tiempo real las configuraciones de todos los equipos de la red.

NOTA: En la configuración “tradicional” de una red, equipo a equipo (CLI), no hay “modelo de datos” como tal, o se podría decir que el modelo de datos está distribuido en los ficheros de configuración de todos y cada uno de los equipos que conforman la red. Aunque también es posible generar y mantener una red SDWAN de esta forma, a lo largo de este documento se asume que no se realizará así, sino que llevará a cabo desde un Controller.

P: ¿Cuántas redes de acceso y de que tipo se pueden configurar y utilizar en una red SDWAN?

R: Se pueden configurar dos tipos de redes: MPLS e Internet, sin límite en el número de redes de acceso / proveedores de cada tipo. Es necesario diferenciar entre estos dos tipos de red porque las redes MPLS no tienen conectividad entre ellas, y al generar la configuración de conectividad de puntos remotos con concentradores hay que asegurar que pertenecen a una misma red MPLS. 

P: ¿Cómo se pueden identificar aplicaciones para aplicarles políticas y SLA?

R: Mediante una lista ordenada de sentencias de análisis de parámetros de nivel 3 (direcciones), 4 (protocolos y puertos) o 7 (Host Name http/https). Dichas sentencias pueden ser inclusivas o exclusivas, por ejemplo, para identificar todo el tráfico excepto el tráfico hacia xxxxx.com, o todo el tráfico TCP excepto el dirigido al puerto X.

P: ¿Cuántas aplicaciones se pueden identificar para asignar políticas y SLA?

R: No hay límite en el número de aplicaciones ni tampoco en el número de políticas. Es posible asociar una política a una aplicación, pero para facilitar la gestión se permite agrupar aplicaciones para aplicar una política común, sin que exista tampoco límite en el número de aplicaciones por grupo.

P: ¿Cómo se establece el nivel SLA?

R: Se generan sondas desde los puntos remotos por todos y cada uno de los accesos y se mide el retardo, variación del retardo (jitter) y tasa de pérdidas en cada acceso.

P: ¿Las sondas son activas o pasivas? ¿se pueden parametrizar?

R: Las sondas son activas, lo cual consume algo de tráfico y CPU, pero en la práctica es despreciable y de esta forma permite disponer de la información de SLA antes de que una aplicación arranque la transmisión. La parametrización de las sondas está incluida en el modelo de datos, de forma que se pueden configurar de forma precisa el ancho de banda utilizado.

P: ¿Es posible definir niveles SLA a aplicaciones? ¿Cómo?

R: Sí. Como se ha comentado antes, es posible asociar umbrales SLAs a aplicaciones o grupos de aplicaciones, es decir, el nivel máximo asumible de retardo, jitter y pérdidas para dicha aplicación(es).

P: ¿Cuántos perfiles SLA se soportan?

R: No hay límite en el número de perfiles SLA que se pueden definir.

P: ¿Qué ocurre cuando no se puede mantener el nivel SLA definido de una aplicación?

R: Se mueve la aplicación a otra red de acceso en la que el nivel SLA sea mejor. Para cada aplicación y tipo de sede remota, se configuran las prioridades de uso las distintas redes de acceso que tenga disponibles dicha sede.

P: ¿Cuántos usuarios y redes IP se soportan?

R: No hay límite en el número de usuarios y redes IP que se soportan.

P: ¿Cuál es el soporte de calidad de servicio (QoS)?

R: La calidad de servicio se define por cada aplicación o grupo de aplicaciones, y es posible de definir por cada red de acceso:

  • Prioridad: Real-time, Alta, Normal y Baja
  • Límite en "bitrate": máximo "bitrate" que puede usar una aplicación o grupo de aplicaciones
  • Peso: porcentaje de ancho de banda que se garantiza a una aplicación o grupo de aplicaciones en caso de que la línea esté saturada
  • Marcado DSCP o ToS: marcado de tráfico con DSCP o ToS
  • Longitud de cola para cada categoría de aplicación 

Para facilitar el trabajo de configuración y mantenimiento, la calidad de servicio se configura usando plantillas de oficinas remotas compartiendo la misma configuración de QoS. 

P: ¿Se soporta salida directa a internet (breakout) desde las sedes remotas?

R: Sí, se soporta. Para ello basta con identificar en cada sede remota el tipo de tráfico que se ha de enviar directamente a internet. Por ejemplo, todo lo que no sean servicios propios. Para facilitar la configuración y mantenimiento, se soportan perfiles de oficina que tienen una configuración común.

P: ¿Se soporta el acceso a servicios “nativos” en la red MPLS (underlay), por ejemplo telefonía sobre IP?

R: Si, de la misma forma que se soporta el envío de tráfico directo a internet, es posible también seleccionar servicios/aplicaciones y enviarlo directamente por la red MPLS (sin realizar túneles, es decir, en el “underlay”).

Q: ¿Es posible la configuración de equipos de acceso a la red MPLS en SD-WAN Teldat Controller?

A: Sí, desde CNM Controller se pueden configurar todos los parámetros necesarios para conectar un equipo directamente a la MPLS. En CNM se pueden configurar parámetros como: protocolos de routing, ‘peer address’, Local AS, Remote AS…

Q: ¿Necesita el cliente dos equipos, uno de acceso y otro SD-WAN, con Teldat SD-WAN?

A: No, ya que se soportan los dos escenarios. Si el cliente ya tiene desplegado un equipo de acceso a la red, Teldat puede desplegar un equipo SD-WAN de segundo nivel. Pero si el cliente no tiene un equipo de acceso, Teldat se puede desplegar también como equipo de acceso desde el Controlado SD-WAN.

P: ¿Cómo es la conectividad de puntos migrados a SDWAN y puntos aún no migrados a SDWAN?

R: A través del concentrador de VPNs (“Datacenter Edge”) es posible conectar puntos migrados y no migrados, ya que dicho elemento mantiene conectividad con los puntos migrados a través de los túneles SDWAN (“overlay”) y también conectividad con el resto de la red no migrada (“underlay”).

P: ¿Se soportan varios Datacenters?

R: Si, se soportan varios Datacenters sin limitación en el nº de Datacenters ni en en el nº de Datacenter Edges ni Branch Edges que conectan con un Datacenter.

P: ¿Se soporta balanceo de tráfico sobre distintos accesos/redes de forma simultánea?

R: Es posible seleccionar de forma individual para cada aplicación o grupo de aplicaciones el acceso/red a utilizar de forma preferente siempre que se cumpla SLA, de forma que es posible balancear distintas aplicaciones por distintos accesos/redes.



Contact us
X