Solution de modélisation de

trafic applicatif

Étude de cas :
Usages bureautiques en
environnement CITRIX
 Résumé
• Afin de comprendre et d’améliorer les performances du réseau data d’un groupe industriel entre le

continent européen et l’Amérique du sud, la branche entreprise d’un opérateur a utilisé la « Solution

de modélisation de trafic applicatif ». La direction télécoms du groupe industriel a ainsi pu

approfondir la connaissance de ses flux CITRIX et adapter les ressources nécessaires à ses besoins

réels.

• Les outils de la gamme WanPredict permettent la connaissance approfondie des flux de

communication de l’entreprise par analyse fine des corrélations des usages et des trafics afin de :
• Comprendre le comportement des applications et des protocoles réseau

• Rationaliser les coûts liés aux ressources télécoms

• Évaluer les impacts (technico-économique) des modifications du système d’Information

• Orienter et consolider les investissements en cas de migrations technologiques

 Cas d’étude
• Modélisation des usages bureautiques en environnement CITRIX

• Objet : Observer et modéliser le comportement d’une application en salle blanche afin de fournir

les données nécessaires au déploiement de cette application sur le réseau client.

• Les formulations techniques de cette demande sont :

• Volumétrie engendrée par un utilisateur accédant à une application à travers CITRIX,

• Incidences suivant le type de réseau et le nombre de sessions simultanées

• 100 sessions simultanées sur un lien de 45 Mbit/s /12 ms de temps de latence,

• 5 sessions simultanées sur un lien de 512 Kbit/s / 80 ms de temps de latence,

• 10 sessions simultanées sur un lien 1 Mbit/s / 300 ms de temps de latence/

• Les clients CITRIX étant aussi déployés sur station de travail sous UNIX, une comparaison de la charge réseau induite par un

utilisateur faisant strictement la même chose sur station PC WINDOWS et station UNIX est demandée.
 Résultats
• La direction télécoms du groupe industriel possède aujourd’hui toutes les données nécessaires à une

planification rigoureuse et un calcul économique précis de l’impact du déploiement bureautique

CITRIX sur site opérationnel :

• Définition d’une politique d’usage par indentification et évaluation des usages consommant un

maximum de bande passante (Animations PowerPoint, Manipulations d’images…)

• Définition d’une politiques QoS adaptée aux flux CITRIX et à l’environnement WAN de PSA

(favorisant la priorité des flux CITRIX sur les liens à forte latence)

• Définition et planification des besoins en bande passante pour différents scénarios d’usage par

type de site (usages bureautiques, usages multimédia, montée en charge des utilisateurs…)
Solution de modélisation de
trafic applicatif

Démarche & Outils

 Objectifs
• La solution de modélisation de trafic applicatif permet :

• De modéliser le comportement des utilisateurs d’une application donnée à travers une approche

métier

• De modéliser les flux applicatifs générés par un ou plusieurs utilisateurs d’une application donnée

• D’évaluer les besoins QoS d’une application

• De maîtriser les impacts du déploiement d’une application sur un réseau d’entreprise

• D’évaluer l’impact des flux élastiques, voix et données sur le réseau

• De planifier tous les flux IP en les évaluant à l’aide d’un moteur de simulation

• De déterminer la matrice des demandes IP pour une topologie donnée

 Démarche générale
Première étape :
Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

Troisième étape :
Construction de scénarios d’usage

Quatrième étape :
Simulation et modélisation des
besoins

Cinquième étape :
Diagnostic réseau
 Première étape
• Première étape : Analyse de l’existant réseau Première étape :
Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

• Objectifs :
Troisième étape :
Construction de scénarios
d’usage

Quatrième étape :
Simulation et modélisation
des besoins

Collecter les données et modéliser l’existant réseau, SI et utilisateurs

Cinquième étape :
• Diagnostic réseau

• Les données :

• La description des types de sites de l’entreprise

• Fonction : agence, direction régionale, centre informatique…

• Réseau : infrastructure d’accès télécoms, effectif des utilisateurs, QoS, trafic existant…

• La description du SI

• Liste et caractéristiques des applications réseau…

• Liste et caractéristique des serveurs et infrastructures d’hébergement…

• La description des types d’utilisateurs présents dans chacun des types de sites et de leur usages
 Première étape
• Première étape : Analyse de l’existant réseau
Première étape :
Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

Troisième étape :
Construction de scénarios
d’usage

• Outils : Quatrième étape :

Simulation et modélisation
des besoins

Cinquième étape :
Diagnostic réseau

• Analyseur de trafic LAN (modélisation du trafic IP de bout en bout, corrélation

usage/trafic)

• Résultats :

• Modélisation des types de sites de l’entreprise

• Modélisation fonctionnelle du réseau

• Modélisation du trafic et des usages existants

• Premier diagnostic réseau

 Deuxième étape
• Deuxième étape : Collecte des données d’usage Première étape :
Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

Troisième étape :
Construction de scénarios

• Objectifs :
d’usage

Quatrième étape :
Simulation et modélisation
des besoins

Cinquième étape :
Diagnostic réseau

• Collecter les données et modéliser les usages des applications ciblées

• Les données :

• La description des applications ciblées (périmètres fonctionnels, opérations typiques…)

• La description des usages des applications ciblées

• plan de capture : liste séquentielle des actions enchaînées par un utilisateur pour

chacune des opération typiques

• La capture de trafic LAN pour chacune des opération ciblées

 Deuxième étape
• Deuxième étape : Collecte des données d’usage Première étape :
Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

Troisième étape :
Construction de scénarios

Outils :
d’usage

• Quatrième étape :
Simulation et modélisation
des besoins

Cinquième étape :
Diagnostic réseau

• Analyseur de trafic LAN (capture du trafic applicatif)

• WanPredict : Outil de modélisation de plan de capture

• Collecte des durée des actions et opérations vue de l’utilisateur

• Corrélation usage/trafic
• Mode opératoire :

• L’opérateur (utilisateur de l’application) exécute les opérations sous le

contrôle de l’observateur

• Chaque action élémentaire est déclenchée sous le contrôle de

l’observateur qui active sur le poste de capture la collecte du trafic et

la datation des actions de l’utilisateur

 Deuxième étape
• Deuxième étape : Collecte des données d’usage
Première étape :
Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

Troisième étape :
Construction de scénarios
d’usage

• Résultats : Quatrième étape :

Simulation et modélisation
des besoins

Cinquième étape :
Diagnostic réseau

• Pour chaque application et pour chaque opération

• La description des actions

• La durée des actions

Motif LAN
• La distribution dans le temps du trafic…
6000

5000

4000

• Corrélation usage/trafic :
Débit (Kbit/s)

3000

2000

1000

0
500 520 540 560 580 600 620 640 660 680 700

-1000
Durée (s)

Lancer PowerPoint Ouvrir une présentation Faire défiler les page, aller en page 5
Visualiser une animation Changer un titre Visualiser animation
Enregistrer le fichier Fermer PowerPoint
 Troisième étape
• Troisième étape : Construction de scénarios d’usage Première étape :
Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

• Objectifs : Troisième étape :

Construction de scénarios
d’usage

Quatrième étape :
Simulation et modélisation
des besoins

• Construire plusieurs scénarios d’usage mono utilisateur Cinquième étape :

Diagnostic réseau

• Construire des scénarios décrivant l’enchaînement des activités d’un utilisateur type en terme d’usage des

applications ciblées

• Simuler l’écoulement du trafic mono utilisateur en fonction de contraintes de bande passante et de latence

réseau

• Définir une politique QoS adaptée aux caractéristiques intrinsèques du trafic de chacune des applications

ciblées

• Les données :

• Le trafic LAN des applications ciblées

• Les caractéristiques des liens WAN (bande passante disponible, latence…)

 Troisième étape
• Troisième étape : Construction de scénarios d’usage Première étape :
Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

Troisième étape :

• Outils : Construction de scénarios

d’usage

Quatrième étape :
Simulation et modélisation
des besoins

Cinquième étape :
Diagnostic réseau

• WanPredict : Simulateur de trafic WAN

• Mode opératoire :

• Le trafic LAN est chargé dans le simulateur

• Les caractéristiques WAN (débit, latence) sont paramétrées

• WanPredict permet de simuler l’écoulement du trafic applicatif en environnement WAN

• WanPredict permet d’évaluer la sensibilité du trafic applicatif

• À la latence réseau

• À la bande passante réseau

 Troisième étape
• Troisième étape : Construction de scénarios d’usage
Première étape :
Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

• Résultats : Troisième étape :

Construction de scénarios
d’usage

Quatrième étape :
Simulation et modélisation
des besoins

• Constructions de scénarios de profil Cinquième étape :

Diagnostic réseau

de trafic mono utilisateur en fonction

• Des activités de l’utilisateur

• Des caractéristiques des liens

WAN

• Évaluation pour chaque application,

chaque opération, chaque action du
retard induit en environnement
WAN
• Troisième étape : Construction de scénarios d’usage
Troisième étape Première étape :
Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

Résultats :
Troisième étape :
• Construction de scénarios
d’usage

Quatrième étape :
Simulation et modélisation
des besoins

Cinquième étape :

• Abaques de variation du retard applicatif en fonction de variations de débit et de latence réseau : Diagnostic réseau

Bande passante = 128 Kbit/s Latence = 85 ms

50 43
42,5
45 42
Retard (%)

Retard (%)
41,5
40 41
40,5
35
• Ces abaques permettent de définir les parts de la latence et de la bande passante dans le retard applicatif
40
39,5
30 • Ces abaques permettent et de choisir une QoS adaptée en mettant
39 l’accent sur :
60 70 80 90 100 110 50 100 150 200 250 300
Latence (ms) Bande passante (Kbit/s)
• La priorité du flux (réduction de la latence)

• La garantie de bande passante

 Quatrième étape
Quatrième étape : Simulation et modélisation des besoins
Première étape :

• Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

Troisième étape :
Construction de scénarios
d’usage

• Objectifs : Quatrième étape :

Simulation et modélisation
des besoins

Cinquième étape :
Diagnostic réseau

• Évaluer les matrices de trafic WAN pour l’ensemble des applications ciblées en fonction :

• Des scénario d’usage et notamment du retard applicatif maximum toléré

• Du nombre d’utilisateurs simultanés des applications

• De la politique QoS sélectionnée pour chacune des applications

• Les données :

• Les profils de trafic WAN mono utilisateur des applications ciblées

• Les caractéristiques des liens WAN (bande passante disponible, latence…)

• Les scénarios de montée en charge utilisateur

 Quatrième étape
• Quatrième étape : Simulation et modélisation des besoins Première étape :
Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

Troisième étape :

• Outils : Construction de scénarios

d’usage

Quatrième étape :
Simulation et modélisation
des besoins

Cinquième étape :

• WanPredict : Simulateur de trafic WAN

Diagnostic réseau

• Mode opératoire :

• Le trafic LAN est chargé dans le simulateur

• Les caractéristiques WAN (débit, latence) sont paramétrées

• WanPredict permet de :

• Simuler l’écoulement du trafic applicatif en environnement WAN, en fonction des scénarios d’usage et des effectifs

utilisateur

• Dimensionner la bande passante WAN en fonction des scénarios d’usage, des effectifs utilisateur et des exigences QoS

(temps de réponse utilisateur)

• Prévoir le comportement d’une application sur un réseau existant

 Quatrième étape
• Quatrième étape : Simulation et modélisation des besoins Première étape :
Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

Troisième étape :
Construction de scénarios
d’usage

• Résultats : Quatrième étape :

Simulation et modélisation
des besoins

Cinquième étape :
Diagnostic réseau

• Abaques de dimensionnement des besoins en bande passante en fonction du

nombre d’utilisateurs et du retard applicatif toléré :

14000

12000

10000
Bande passante (Kbit/s)

8000

6000

4000

2000

0
0 10 20 30 40 50 60 70 80 90 100
Nombre de sessions

Retard = 41,47 % Retard = 38,14 % Retard = 45,57 % Retard = 70,51 % Retard = 103,88 %
 Quatrième étape
Première étape :

• Quatrième étape : Simulation et modélisation des besoins

Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

Troisième étape :
Construction de scénarios
d’usage

Quatrième étape :

• Résultats : Simulation et modélisation

des besoins

Cinquième étape :
Diagnostic réseau

• Abaques de variation du temps de réponse en fonction de la latence ou de la

bande passante :
14000

12000

Nombre de sessions = 1
10000
Nombre de sessions = 2
Nombre de sessions = 3
Bande passante (Kbit/s)

Nombre de sessions = 5
8000 Nombre de sessions = 7
Nombre de sessions = 10
Nombre de sessions = 15
Nombre de sessions = 20
6000 Nombre de sessions = 30
Nombre de sessions = 40
Nombre de sessions = 50
Nombre de sessions = 75
4000
Nombre de sessions = 100

2000

0
30 40 50 60 70 80 90 100 110
Retard (%)
 Cinquième étape
• Cinquième étape : Diagnostic Première étape :
Analyse de l’existant réseau

Deuxième étape :
Collecte des données d’usage

• Objectif : Troisième étape :

Construction de scénarios
d’usage

Quatrième étape :
Simulation et modélisation
des besoins

• Évaluer l’adéquation des ressources télécoms aux besoins immédiats et futurs Cinquième étape :
Diagnostic réseau

• Évaluer les scénario de développement réseau

• GO/NOGO pour le déploiement d’une application sur un site donné

• Définition d’une politique de maîtrise des usages

• Jalons de Re - dimensionnement réseau

• Jalons de Re - définition d’une politique QoS

• Résultats : un ensemble d’indicateurs d’aide à la décision en matière de :

• Déploiement d’application

• Politique de maîtrise des usages

• Dimensionnement réseau

• QoS