Qualité de service et contrôle

Les fonctions globales de Qualité de service et de contrôle garantissent la qualité d’expérience de l’utilisateur.

La fonction Ipanema® de QoS et Contrôle se conjuguent à celles de Visibilité des applications, d’Optimisation du WAN et de Sélection Dynamique du WAN. Etroitement couplées au sein de l’architecture ANS™, elles forment un système cohérent qui délivre un résultat optimal : d’excellentes performances applicatives pour un coût minimal. L’approche d’Ipanema en matière de QoS et Contrôle garantit un très haut niveau d’expérience utilisateur et d’accélération des applications métier. Avec l’ANS, vous pouvez :

Piloter le WAN en fonction des objectifs de performance applicative

Les objectifs de performance applicative fixent pour chaque utilisateur le niveau de qualité de service minimal de chaque application critique de l’entreprise. Ils sont définis dans le logiciel central (SALSA®) qui les communique ensuite aux équipements distribués (ip|engine®).

Les ip|engines coopèrent entre eux de manière entièrement distribuée afin d’atteindre ces objectifs de performance. Les entreprises ont simplement à définir quelles sont les applications qui leur importent le plus, parce qu’essentielles pour leur métier. Le niveau de criticité le plus élevé est attribué aux applications pour lesquelles l’entreprise a besoin d’une garantie totale de performance. Un niveau de criticité peu élevé ne signifie pas que l’application concernée ne soit pas importante mais simplement que l’activité peut tolérer que les utilisateurs de cette application aient moins de ressources à leur disposition lorsque le réseau est très sollicité.

Les applications sont définies à l’aide des critères de niveau 3 à 7. Par exemple, les applications Citrix et HTTP peuvent être définies respectivement en fonction des noms d’application et des URL publiés. Un niveau de service est ensuite configuré pour chaque application. Il définit la performance que le « réseau optimisé » est censé délivrer à chaque utilisateur actif.

applications

Une fois les objectifs définis, l’ANS détermine s’ils sont atteints ou non à travers le réseau. Dans l’exemple ci-dessous, le site D connaît de sérieux problèmes de performance, notamment en ce qui concerne les applications très critiques comme SAP. Lorsque la fonction de QoS et Contrôle est activée, le système alloue automatiquement les ressources disponibles de façon à atteindre (voire dépasser) les objectifs de performance fixés. Les applications critiques du site D disposent par conséquent des ressources réseau dont elles ont besoin et les utilisateurs de ces applications sont totalement satisfaits.

Les objectifs de performance applicative peuvent également être utilisés pour des raisons de sécurité ou pour interrompre le trafic. Ainsi un objectif de 0 Kbits/s stoppera l’application concernée sur l’ensemble du réseau.

percentage of satisfied users across the network

Protéger les flux temps réel et interactifs et faire cohabiter toutes les applications sur le même réseau

Ipanema gère toutes les caractéristiques du réseau, telles que le délai de transit, la perte de paquets et la gigue. Les flux applicatifs sont traités différemment selon leurs caractéristiques techniques et le comportement de chaque utilisateur. Par exemple :

  • Les paquets appartenant à des flux temps réel tels que ceux de VoIP ou de la téléprésence sont acheminés de façon à éviter tout problème de délai, perte ou gigue,
  • Les paquets appartenant à des flux interactifs tels que ceux des applications Citrix, VMware View ou Windows RDP exigent le délai le plus court. Le système Ipanema les analyse afin de détecter en temps réel le comportement des utilisateurs par exemple lorsque le chargement ou l’enregistrement d’un fichier pendant une session Citrix. Le système peut alors empêcher que les phases de transfert de données n’impacte les sessions Citrix interactives des autres utilisateurs,
  • Les paquets appartenant à des flux de transfert de données, comme les flux TFP ou de messagerie, sont acheminés de façon à bénéficier d’un maximum de bande passante sans que cela dégrade les autres flux.

traffic type and user behavior

Gérer globalement les flux maillés depuis les sites centraux

Aujourd’hui dans les agences, les utilisateurs ont besoin d’accéder à des applications résidant sur des serveurs, dans des centres de données privés, sur des serveurs hébergés, dans un cloud public ou disponibles sur Internet. La concurrence entre tous ces flux applicatifs pour accéder à la bande passante dans un sens ou dans l’autre (en amont ou en aval) crée rapidement un engorgement au niveau de l’agence, ce qui nuit considérablement à la qualité de l’expérience utilisateur.

MPLS + INTERNET

L’ANS résout ce problème (et bien d’autres nettement plus complexes) grâce à la présence d’un équipement physique ip|engine sur le parcours de chaque source de trafic, y compris les centres de données, et en gérant l’agence à distance.

La collaboration permanente entre les agents de l’ANS permet l’émulation d’un équipement local (tele|engine) qui détecte la situation globale au niveau de l’agence distante : la combinaison des flux de chaque application et sa matrice de trafic :

  • Les agents de l’ANS qui visualisent le trafic en amont et en aval pour l’agence coopèrent en temps réel afin d’analyser la concurrence globale entre les flux,
  • Ils émulent collectivement un équipement local (appelé tele|engine),
  • Ce tele|engine ajuste automatiquement chaque flux applicatif de l’agence afin de garantir la performance des applications critiques,
  • Si nécessaire, le trafic moins stratégique peut être provisoirement ralenti afin de protéger les flux critiques tout en veillant à exploiter au maximum la bande passante disponible.
     

Afin d’offrir une visibilité globale du trafic des sites non-équipés, les agents de l’ANS collectent les informations sur chaque flux (application, volume, qualité, etc.) et les consolident automatiquement au niveau du logiciel central de gestion (SALSA).


 

TOP