Qualité de Service
dans les réseaux
Institut Supérieur d’Informatique
• Problématique• Définir les paramètres de la qualité de service• Intégrer la QoS dans la conception des réseaux• Contrôler la qualité de service• Synthèse
SOMMAIRE
La maîtrise de la qualité de service est un enjeu essentiel
La qualité de service doit être visualisée et mesurée de bout en bout
Le contexte joue un rôle crucial dans l’appréciation des paramètres de QoS
Il faut donc traduire les besoins de QoS en paramètres propres à l’entreprise : techniques : service réseau, système, … service externalisé (opérateur télécom, ISP ou FAI, fournisseur de
connectivité, fournisseur de service, …)
Problématique de la qualité de service
Problématique Définir les paramètres de la qualité de service Intégrer la QoS dans la conception des réseaux Contrôler la qualité de service Synthèse
SOMMAIRE
Définition
• La QoS (Quality of Service) est l’ensemble des mécanismes mis en œuvre permettant l’utilisation optimale des ressources partagées, en ordonnançant le partage des ressources entre les différents types d’applications véhiculées par le réseau.
• De manière schématique, il s’agit donc de définir le comportement des équipements (commutateurs et routeurs) face à la « pénurie » (congestions et contentions des liens d’interconnexion) suivant les catégories des flux à transporter
Définitions
• LAN(local area network) Il s'agit d'un ensemble d'ordinateurs appartenant à une même organisation et reliés entre eux dans une petite aire géographique par un réseau, souvent à l'aide d'une même technologie (la plus répandue étant Ethernet)..
• La taille d'un réseau local peut atteindre jusqu'à 100 voire 1000 utilisateurs.
• La vitesse de transfert de données d'un réseau local peut s'échelonner entre 10 Mbps (pour un réseau ethernet par exemple) et 1 Gbps (en FDDI ou Gigabit Ethernet par exemple).
• Il est possible de distinguer deux modes de fonctionnement :– dans un environnement d'"égal à égal" (en anglais peer to peer), dans lequel il n'y a
pas d'ordinateur central et chaque ordinateur a un rôle similaire – dans un environnement "client/serveur", dans lequel un ordinateur central fournit des
services réseau aux utilisateurs
Définitions
• Les MAN (Metropolitan Area Network) interconnectent plusieurs LAN géographiquement proches (au maximum quelques dizaines de km) à des débits importants. Ainsi un MAN permet à deux noeuds distants de communiquer comme si ils faisaient partie d'un même réseau local.
• Un MAN est formé de commutateurs ou de routeurs interconnectés par des liens hauts débits (en général en fibre optique).
Définitions
• Un WAN (Wide Area Network ou réseau étendu) interconnecte plusieurs LANs à travers de grandes distances géographiques.
• Les débits disponibles sur un WAN résultent d'un arbitrage avec le coût des liaisons (qui augmente avec la distance) et peuvent être faibles.
• Les WAN fonctionnent grâce à des routeurs qui permettent de "choisir" le trajet le plus approprié pour atteindre un noeud du réseau.
• Le plus connu des WAN est Internet.
Définitions
• Routeur: Un routeur est un équipement d'interconnexion de réseaux informatiques permettant d'assurer le routage des paquets entre deux réseaux ou plus afin de déterminer le chemin qu'un paquet de données va emprunter.
• Un commutateur (en anglais switch) est un pont multiports, c'est-à-dire qu'il s'agit d'un élément actif agissant au niveau 2 du modèle OSI. Le commutateur analyse les trames arrivant sur ses ports d'entrée et filtre les données afin de les aiguiller uniquement sur les ports adéquats (on parle de commutation ou de réseaux commutés).
• Quatre paramètres techniques principaux :– La disponibilité du réseau– Le temps de réponse (délai)– Le débit garanti par flux– La stabilité des paramètres précédents
• Paramètres de service (prestations) :– Disponibilité du service (centre de contact, guichet unique, …)– Point central de prise en compte des problèmes (guichet unique)– Temps de traitement d’un incident ou d’une demande– Support technique du prestataire– ...
Définir la qualité de service
Importance relative des paramètres en fonction du contexte :
Définir la qualité de service
• Problématique• Définir les paramètres de la qualité de service• Intégrer la QoS dans la conception des réseaux• Contrôler la qualité de service• Synthèse
SOMMAIRE
• Traduction des besoins de QoS en paramètres réseau
• Analyse de chaque paramètre Disponibilité Débit garanti Délai de transit Taux de perte de paquet La Gigue Fiabilité la Stabilité des ces paramètres
Intégrer la QoS dans la conception des réseaux
• Traduction des besoins de QoS en paramètres réseau
• Analyse de chaque paramètre Disponibilité Délai de transit Taux de perte de paquets Gigue Débit garanti Stabilité
Intégrer la QoS dans la conception des réseaux
Disponibilité : Définition
La disponibilité d’un Site = la possibilité pour ce Site d’accéder au Réseau du Prestataire ou bien de pouvoir communiquer avec les Sites auxquels il est raccordé par une connexion, que ce soit par la Liaison d’accès nominale ou par tout moyen de secours fourni et géré par le Prestataire.
Principe de calcul : – Le taux de disponibilité de site est calculé chaque mois– La base d’observation est une période de trois mois de 24 heures x (365 / 4) jours = 2
190 heures.– Taux mesuré = 1 - indisponibilités(h) sur 3 mois
2 190 (h)
•
• Doubler les moyens réseau critiques
• Mailler le réseau
• Assurer une redondance minimale (alimentations, processeurs, …) chaque fois que possible
Implémentation de la disponibilitéSécurisation des moyens réseau
Implémentation de la disponibilitéDoublement et maillage des moyens critiques (LAN)
Implémentation de la disponibilitéDoublement des moyens critiques (WAN)
• Double alimentation de base pour les équipements critiques
• Intelligence redondée (doublement du processeur) ou répartie (commutation et/ou routage par carte)
• Secours mutuel entre équipements (type Cisco HSRP, VRRP) Un équipement maître, un en secours sur chaque élément (lien LAN,
lien WAN, …) Détection mutuelle de défaillance périodique Reprise à chaud de tout ou partie des fonctions de l’autre équipement
sur détection de défaillance
Implémentation de la disponibilitéSécurisation des équipements
Valeurs d’engagement du SLA Disponibilité d’un site
• La valeur d’engagement mensuel est liée à la localisation géographique du site et à la nature de l’architecture de raccordement retenue pour le site concerné.
Accès
Taux de disponibilité garanti
Topologie correspondante
Taux %
Accès physique A 99,68% sans secours
Accès physique A 99,71% secours dégradé, simple routeur
Accès physique A99,73% secours dégradé, double routeur
Accès physique A99,84%
double routeur, double raccordement sur même supportou
support en boucle
Accès physique A99,89%
double routeur, double raccordement sur support différent
Méthodes de calcul
Taux mesuré = 1 - indisponibilités(h) sur 3 mois 2 190 (h)
Méthode de conversion en heures industrielles
Chaque incident affectant le taux de disponibilité est quantifié en unité de temps ;
L’unité de temps exprimée en heures est enregistrée avec une précision au centième d’heure
(ex : 1h 12 mn 36 sec = 1,21 unité)
Exemple : 0,1 heure = 1/10 heure = 6 mn ; 0,01 heure = 1/100 heure = 36 secondes
Méthode de conversion Taux de disponibilité (%) Indisponibilité (hh mn sec)Le taux de disponibilité correspond au complément à 1 du taux d’indisponibilité ;
Pour une période de 3 mois glissants (365 / 4 = 91,25 jours, soit 2190 heures) et
pour une indisponibilité sur 3 mois égale à 1,21 unités, le taux d’indisponibilité
correspond à 1,21 / 2190. = 0,0005525 ; ce qui conduit à un taux de disponibilité
égal à 1 - 0,0005525 = 0,9994 = 99,94%.
Exercice
• E1 : A quelle durée d’indisponibilité sur 3 mois correspond un taux de disponibilité = 99,75% ?• E2 : A quel taux d’indisponibilité correspond une durée d’indisponibilité de 2 heures et 30 minutes sur 3 mois
glissants ?• E3 : La valeur d’engagement de la disponibilité d’un site est fixée à 99,95% pour un Accès du réseau Client. La
valeur constatée est égale à 99,92% . Quel sont:– le taux d’Indisponibilité garanti– E taux d’Indisponibilité mesuré
Le montant des pénalités pour non-respect du présent engagement dues par le Prestataire
est fonction du dépassement du taux d’Indisponibilité associé à l’engagement de
disponibilité de la manière suivante :
Quels sont les pénalités que le prestataire doit payer?D = dépassement du taux
d’Indisponibilité montant de pénalité*
D 25% 25% de l’abonnement mensuel de l’Accès concerné**
25% < D 50% 50% de l’abonnement mensuel de l’Accès concerné** 50% < D 75% 75% de l’abonnement mensuel de l’Accès concerné** 75% < D 100% de l’abonnement mensuel de l’Accès concerné**
Disponibilité globale pour l’ensemble du réseau
– taux de dispo. mensuel mesuré = 1 - indisponibilités sur 1 mois 24h 30j nb sites
– valeur d’engagement en fonction de la taille de votre réseau
• Traduction des besoins de QoS en paramètres réseau
• Analyse de chaque paramètre Disponibilité Délai de transit Taux de perte de paquets Gigue Débit garanti Stabilité
Intégrer la QoS dans la conception des réseaux
• Tr : délai de transit sur un lien ou dans un réseau
• Tl : temps de latence dans un équipement
Le délai de transit
• Tl: ordre de grandeur = 1 à 5 ms
• Tr : ordre de grandeur à vide pour une trame de 64 octets pour un lien 64 kb/s = 8 ms pour un lien 2 Mb/s = 0,25 ms pour un nuage opérateur = 40 ms environ (engagement opérateur
dans 90% des cas)
• Augmente fortement avec la charge (double avec une charge lien
ou équipement de 50%, quadruple à 75%)
règle d’ingénierie : pas de charge supérieure à 60% en exploitation
• Paramètre critique pour une application client/serveur (nombreux aller-retours) et des flux temps réel
Le délai de transit
• Minimiser le nombre de sauts entre le terminal et son serveur : réseau à 2 niveaux (backbone + accès) un seul saut dans le réseau d’accès jusqu’au point de concentration
(lien bas débit) réseau backbone haut débit à faible nombre de sauts
Le délai de transitRègles d’ingénierie
Exemple
Site client Débit accès IP VPN Charge retenue pour l’accès* RTD (Aller-Retour)
Montpellier accès 10M 70% 10 ms Paris Accès 4M ( 50% 8 ms
valeurs sur les boucles locales
valeurs sur les tronçons backbone
Site client extrémité A Site clientextrémité B
RTD PE-PE RTD additionnels (PoP FR - PE)
Total RTD backbone
Montpellier Paris 35 ms 0 ms (A) + 0 ms (B) = 0 ms 35,0 ms
Site A Site B RTD boucle locale site A
RTD backbone RTD boucle locale site B
Total RTD CE -CE*
Montpellier Paris 10 ms 35,0 ms 8 ms 53 ms
valeurs totale
Paris Wan Montpellier4 M
10 MPE PE
• Traduction des besoins de QoS en paramètres réseau
• Analyse de chaque paramètre Disponibilité Délai de transit Taux de perte de paquets Gigue Débit garanti Stabilité
Intégrer la QoS dans la conception des réseaux
Taux de perte de paquets : Définition
Taux de perte de paquets = 1 – (nombre de paquets reçus / nombre de paquets émis)
Conditions de charge : Lors de chaque mesure de taux de perte de paquet ou trame (toutes les 5 minutes), une corrélation est effectuée avec la charge des accès Wan situés aux extrémités de chaque route ou connexion mesurée.
Valeur moyenne d’engagement de taux de perte de paquets des opérateurs: entre 0,5% et 1 %
Traduction des besoins de QoS en paramètres réseau
• Analyse de chaque paramètre Disponibilité Délai de transit Taux de perte de paquets Gigue Débit garanti Stabilité
Intégrer la QoS dans la conception des réseaux
Gigue : définition
La gigue représente la variation du délai de transit.
C’est un indicateur important pour les flux multimédia
Gigue = Somme des écarts mesurés en valeur absolue / nombre d’écarts mesurés
Lors de chaque série de mesures de gigue (toutes les 5 minutes, 24h sur 24), des paquets de 80 octets sont envoyés à intervalle de 40 ms.Pour chaque sens de transmission, tout écart positif ou négatif enregistré par rapport à cette donnée est pris en compte pour le calcul des valeurs de gigue.
Valeur moyenne de l’engagement par les opérateurs en France métropolitaine : 10 ms dans chaque sens
• Il faut réserver une bande passante minimum à chaque type de flux : Paramètre naturel dans les réseaux ATM et relais de trames (CIR) Variante sous SNA (classe de service) Mise en œuvre sur IP (protocole RSVP, DiffServ) Solutions propriétaires : priorité par type de flux, réservation d’un %
bande passante par type de flux
• Problème : efficacité réelle ? Solutions de bout en bout avec ATM, relais de trames, RSVP et
DiffServ De proche en proche (sans garantie de bout en bout) pour les solutions
propriétaires
Garantie de débit
Garantie de débitOù placer le contrôle de flux
des sondes « passives » qui observent ou « actives » qui priorisent
Réseau WAN
Site principal
Routeur
Routeur
Routeur
Routeur
Sonde
Sonde
Site distant
Site distant Applications
Site stratégique
Business Applications Management mars 07
SHAPING ONSHAPING ONSHAPING OFFSHAPING OFF
gestion du contrôle de flux - résultats
• Classe de débit par type d’application : Exemple : transactionnel > groupware > messagerie > transfert de
fichiers géré par le routeur en monde LAN (sur la base du port TCP/UDP et/ou
des adresses IP ) Géré par l’application (Oracle, SAP, …) : champ TOS (type of service)
de la trame IP avec DiffServ
• Attention aux mélanges « détonants » : Les applications de transfert de fichiers (FTP) sont très gourmandes et
utilisent toute la bande passante disponible quel que soit le débit Le comportement des applications « mixtes » (WEB, groupware)
mélangeant de la consultation et du transfert de documents attachés est difficilement quantifiable
Le client/serveur est très dépendant de l’écriture de l’application
Garantie de débitSur quels critères
• Charge des liens : 75% maxi en fonctionnement de jour (impact sur le délai de transit)
• Toujours garantir une bande passante suffisante aux applicatifs critiques (ressources/bande passante/CVP dédiés)
• Utiliser la priorité entre flux partageant une même ressource de
communication : transactionnel IP --- client/serveur transferts CAO --- autres transferts de fichiers …
• La prioritisation est répartie au niveau des équipements émetteurs (routeur pour les flux LAN, commutateur X.25 pour les terminaux, …)
Garantie de débitRègles d ’ingénierie
• Relais de trames et ATM : intégrer les paramètres de CIR et débit maximal pour gérer intelligemment la bande passante
• RSVP :+ La bande passante est réservée de bout en bout, unilatérale et peut êtredissymétrique (exemple : accès WEB 64 kb/s montant, 512 kb/sdescendant) doit être reconnu par tous les routeurs du réseau : utilisable dans un intranet mais
pas au travers d’Internet protocole lourd (échanges entre routeurs toutes les 24s) Il a été remplacé par DiffServ
Garantie de débitParamétrage des équipements d’extrémité
EIRDébit de pointe, non- garantiCIRDébit garanti
Vitesse du Port d'accès
Kb/s
Trafic garanti
‘ Burst ’ de trafic
• DiffServ
+ Huit classes de QoS, trois niveaux par classe
+ seuils de référence (type CIR, …) déclenchant des actions en fonction du niveau de service souscrit (retarder les flux, rejet de paquets en dernier)
Implémentation standard aujourd’hui (Cisco, Packeteer, Nortel, …)
+ La définition des services de QoS s’appuiera à terme sur une structure d’annuaire LDAP :
COPS (Common Open Policy Services) définit les classes de service par entité selon un modèle client/serveur
DEN (Directory Enabled Network) décrit les informations « annuaire » Windows 2000 intègrera un Active Directory LDAP et pourra participer à la
gestion de QoS (APIs applicatives de QoS)
Garantie de débitParamétrage des équipements d’extrémité
FIFO: First In, first OutPQ : Priority QueuingCQ : Custom QueuingWFQ : Weighted Fair QueuingCBWFQ : Class-Based Weight Fair QueuingCBWFQ +LLQ CBWFQ + Low Latency Queuing
!!!!Rappel Important
Si pas de congestion détectéePas d’activation des mécanismes de QOSGestion « normale » en FIFO
Gestion de la QOS Cisco
Gestion de la QOS Cisco : FIFO
1 seule file pour une interface de sortie ordonnancement FIFO
Premier arrivé = premier servi
Si aucune QOS activée: fonctionnement par défaut de tout type d’interface
Avantages Simple, rapide et peu coûteux au niveau IOS
Inconvénients Priorité statique Pas vraiment de priorité sur les paquets: pas de QOS Problème de transit de paquets ex FTP vs Telnet
Gestion de la QOS Cisco : PQ – Priority Queuing
4 files pour une interface de sortie Ordonnancement statique avec priorités absolues
– Tant que paquet dans « High » --- router, sinon file p-1– Tant que paquet dans « Medium » --- router, sinon file p-1– Tant que paquet dans « normal » --- router, sinon file p-1– « Low » router
Avantages– Simple, rapide et peu coûteux au niveau IOS– Priorités absolues
Inconvénients Priorités statiques Les priorités absolues peuvent causer des problèmes de congestions artificiels (ex :
trop de paquets passent dans « HIGH » Seulement ‘ niveaux de priorité
Gestion de la QOS Cisco: CQ – Custom Queuing
16 files pour une interface de sortie Ordonnancement statique avec priorités relatives calculée sur une
demande de garantie de bande passante– File 1 = 5% de la bande passante en sortie
– File 2 = 20% de la bande passante en sortie
– …
Avantages– Simple, rapide
– Priorité relative en fonction d’une demande de bande passante
Inconvénients– Priorités statiques
– Commence à devenir coûteux au niveau IOS
– Comment bien répartir la bande passante?
– Seulement 16 niveaux de priorité
Gestion de la QOS Cisco: WFQ - Weighted Fair Queuing
N+8 files pour une interface de sortie (n fonction de la bande passante), fonctionnement de base sur interface serial
Ordonnancement Fair +Weighted– Fair = ordonnancement juste des paquets en fonction des flux détectés ->
création dynamique d’une file par flux (limitée à n)
– Weighted = l’ordonnanceur est sensible au champ TOS du DSCP
Avantages Priorités dynamiques en fonction des flux Ordonnancement juste des flux
Inconvénients‒ Pas de priorités utilisateurs/pas de priorités absolues
‒ Coûteux au niveau IOS
N+8+1 +i files pour une interface de sortie (n fonction de la bande passante)
Ordonnancement Fair + Weighted + CB+LLQ– Class-Based : définition de classe d’application et affectation à une file
utilisateur
– Low Latency Queuing: possibilité de faire de PQ dans le WFQ ….priorité absolue dans la file LLQ
Avantages – Idem +
– Priorités utilisateurs et 1 priorité absolue
Inconvénients Coûteux au niveau IOS Pas facile à bien justifier et à vérifier
Gestion de la QOS Cisco: CBWFQ+LLQ – Class-Based WFQ + Low Latency Queuing
• DiffServ
Garantie de débitParamétrage des équipements d’extrémité
Lien d ’accès
ClasseDonnées
Classetemps réel
ClasseStandard P
ack
sta
nd
ard
Pack
don
nées
Pack m
ult
iméd
ia
Pack
Voix
Intranet Messagerie (e-mail) Workgroup Annuaire
Intranet Messagerie (e-mail) Workgroup Annuaire
Applicatifs IP Client-serveur, ERP, CRM, SCM Utilsateurs nomades Migration des applicatifs sous IP...
Applicatifs IP Client-serveur, ERP, CRM, SCM Utilsateurs nomades Migration des applicatifs sous IP...
Applications multi-média Voix Visio Télé formation
Applications multi-média Voix Visio Télé formation
10 %30 %60 %
Pack Standard
100 %
D2
QoS : 3 types de portsQoS : 3 types de ports
D2 in profile
D2 out of profile
D1 in profile
QoS : 3 types de portsQoS : 3 types de ports
D1 out of profile
10 %30 %66 %
66 %
33 %
10 %
D3 in profile
D3 out of profile
Pack données: 2 types de contratsPack données: 2 types de contrats
20 %
66 %
14 %33 %
56 %
33 %
10 %66 %
33 %
66 %
10 %30 %60 %
60 %
40 %
10 %30 %
60 %
10 %
60 %
30 %
10 %70 %
30 %60 %
30 %
10 %10 %
60 %
20 %
10 %10 %
90 % 90 %70 %40 %30 %
30 %60 %
QoS : 3 types de portsQoS : 3 types de ports
Pack multimédia : port Gold + classes RTPack multimédia : port Gold + classes RT
RTviProfile Gold RTvo
100 %
X %
100 - X %
75 %100 %
X %
100 - X %
100 %
X %
Y %100 - X %
X %
100 %
X %
Y %
• Traduction des besoins de QoS en paramètres réseau
• Analyse de chaque paramètre Disponibilité Délai de transit Débit garanti Stabilité
Intégrer la QoS dans la conception des réseaux
• Paramètre critique pour des flux voix ou vidéo
• Donner une priorité aux flux voix ou vidéo, garantissant leur transmission la plus rapidement possible,
• La garantie du débit de la voix sous IP ne peut être stabilisée que lorsqu'on est dans un mode de communication de point à point
La stabilité
Délai de transit (ms)
StabilitéPas de gestion des priorités entre flux : l’anarchie
Délai de transit (ms)
StabilitéAvec priorité des flux : garantie de qualité pour les flux critiques
• Problématique de la qualité de service• Définir les paramètres de la qualité de service• Intégrer la QS dans la conception des réseaux• Contrôler la qualité de service• Synthèse
SOMMAIRE
• Quels paramètres : Niveau opérationnel : gestion du réseau au jour le jour Niveau décisionnel : pilotage global du réseau Ces paramètres sont liés à la définition des tableaux de bord
• Par quels outils
• Que mettre dans le contrat de service
Contrôler la qualité de service
• GTR du réseau LAN (ou ses différents segments)• GTR des réseaux WAN (par opérateur, par technologie, par flux, …)• Indisponibilité des imprimantes réseaux (sur une période donnée)• Temps de réponse pour des transactions sensibles• Indisponibilité mensuelle / annuelle d'un réseau WAN• Temps des sauvegardes• Taux d'erreurs sur un équipement LAN• Dépassement du délai pour un incident non affecté en interne• ...• Des engagements contractuels avec des pénalités SLA (Service Level
Agreement)
Contrôler la qualité de service Paramètres du niveau opérationnel
GTR : Garantie de Temps de Rétablissement
L’engagement dépend de la plage horaire et de la durée de la GTR souscrite
• EXEMPLE 1 : SITE SANSLa durée d’indisponibilité correspond à la durée constatée dans la plage horaire de maintenance relative
au SAV standard (8h-18h du lundi au vendredi hors jours fériés – horaires de la France métropolitaine).
Exemple 1 :
Un incident est signalé un mardi non férié à 10 heures et il est clos le lendemain (mercredi non férié) à 9 heures.
Durée totale d’indisponibilité contractuelle : 9 heures Si le client signale un incident en dehors des heures de maintenance (exemple 18h30), le dérangement est pris en compte mais il est « gelé » jusqu’au début de la plage de maintenance suivante (le décompte de l’indisponibilité commence donc à 8h00 le lendemain).
8h 18h 8h
8h
10h
Plage de SAV standard Plage de SAV standard Gel du ticket
1h
9h 18h
Clos mercredi à 9h Ouvert mardi à 10h
• SITE AVEC GTR 4H S2 (CAS FRANCE MÉTROPOLITAINE)
• La plage horaire dans laquelle un dérangement signalé est traité immédiatement est : 8h-18h du lundi au samedi hors jours fériés – horaires de la France métropolitaine.
• Pour les sites dont les accès bénéficient de la GTR 4h S2, 2 cas peuvent donc se présenter :
• Le dérangement est signalé pendant la plage citée ci-dessus (exemple 2) ;
• Le dérangement est signalé en dehors de la plage citée ci-dessus (exemple 3).
Exemple 2 :
Un incident est signalé et ouvert un mardi non férié à 10 heures et il est clos le lendemain (non férié) à 9 heures. L’accès du site bénéficie d’une GTR 4h S2. Le site n’est pas secouru.
Durée totale d’indisponibilité contractuelle : 23 heures
Dans cet exemple la GTR 4h S2 n’a pas été respectée
Ouvert mardi à 10h Clos mercredi à 9h
8h 18h 8h
8h
10h
Plage de GTR 4h S2 Plage de GTR 4h S2 GTR 4h S2 quand dérangement signalé avant 18 h
1h
9h 18h
14h
GTR : Garantie de Temps de Rétablissement
GTR : Garantie de Temps de Rétablissement
Exemple 3 :
Un incident est signalé un mardi non férié à 19 heures et il est clos le lendemain (non férié) à 9 heures. L’accès du site bénéficie d’une GTR 4h S2 mais pas du service 24/ 24. Le site est secouru par RNIS, mais le secours ne fonctionne pas pendant le dérangement.
Durée totale d’indisponibilité contractuelle (24h/24) : 1 heure
Dans cet exemple la GTR 4h S2 a été respectée.
Nb : si le secours avait fonctionné correctement, l’indisponibilité aurait été nulle.
Signalé mardi à 19h
8h 18h 8h 19h
Plage de GTR 4h S2 Plage de GTR 4h S2
1h
9h 18h
Gel du ticket d’incident
Ouvert mercredi à 8h Clos mercredi à 9h
• SITE AVEC GTR 4H S1• Un dérangement peut être signalé 24h/24 et 7j/7 ; quelle que soit l’heure du
signalement, un ticket d’incident est ouvert et traité immédiatement.
GTR : Garantie de Temps de Rétablissement
Exemple 4 :
Un incident est signalé un mardi non férié à 19 heures et il est clos le soir même à 22 heures. L’accès concerné bénéficie d’une GTR 4h S1. Le site est secouru par une double architecture (partage de charge ou nominal/secours) ; le secours fonctionne parfaitement => le site n’est pas isolé, il n’est donc pas indisponible.
Durée totale d’indisponibilité : 0 heure
8h 18h 8h 19h
Plage de GTR 4h S1
22h 18h
3h
Clos mardi à 22h Signalé et ouvert mardi à 19h
• Manque de ressources pour traiter des opérations de dépannage• % des problèmes traités dans les délais contractuels pendant la période• Le cumul du dépassement des délais de traitement d’une requête• Dépassement important d'une GTR (procédure escalade)• Indisponibilité mensuelle / annuelle d'un réseau WAN• Temps de gel pour une intervention de dépannage par un fournisseur• Disponibilité du service Help Desk (ou Hot Line)• Délai de création d'une liaison opérateur, ou changement de
caractéristiques :
• ...
Contrôler la qualité de serviceParamètres du niveau décisionnel
• Statistiques/sondes intégrées dans les équipements réseau ou externes : Par port (trames/cellules/paquets) : transit (performance), capacité
sous charge, perte de paquets, débordement (stabilité), taux d'utilisation
Par flux : temps de transit, capacité sous charge, perte de paquets, débordement / congestion, segmentation, prioritisation, taux d'occupation de la bande
Par appel / connexion : statistiques sur les sessions (TCP, SVC, …) Par application réseau (End-user) : temps de réponse, performances
des devices (files d'attente, …)
• Autres outils (ping, traceroute, …) : utiles en debug mais valeurs purement indicatives
Contrôler la qualité de serviceOutils de mesure
• Outils de gestion administrative (tickets d’incidents, gestion des changements, …) :
Internes : qualité du service offert par l’équipe d’exploitation
Externes : tableaux de bord et rapports opérateur/prestataire
Il faut disposer des moyens de corréler les rapports du prestataire avec la vision du client :
définition d’indicateurs communs et précis, base du contrat de service moyen indirect de mesurer la qualité de service du prestataire (support,
fiabilité des informations mesurées et fournies, …)
Outils de tableaux de bord
Contrôler la qualité de serviceOutils de mesure
• Beaucoup de sources d’information différentes• Chacune avec son format propre
Contrôler la qualité de serviceOutils de production de tableaux de bord
• Modélisation de l’ensemble des composants gérés
• Structure de stockage unique de l’ensemble des données
• Base de données évoluée
• Architecture client/serveur : serveur Unix ou NT clients Unix ou famille Windows
• Interface graphique conviviale pour l’agrégation de données et la présentation de rapports sous format texte ou tableaux ou graphes
• Interface WEB en complément
Contrôler la qualité de serviceOutils de production de tableaux de bord
• Exemples d’offres du marché : Infovista PerfAgent WALLABY CA/TNG Presentation
• Caractéristiques communes : serveur Unix ou NT clients Unix ou famille Windows couplage avec les principales plateformes du marché (HP OV, …) couplage avec les principaux SGBD du marché développement de règles de collecte et agrégation d’informations pour le calcul
des indicateurs représentatifs de la qualité de service
Contrôler la qualité de serviceQuelques outils de production de tableaux de bord
Suite à authentification, la page d’accueil de l’espace client dédié au réseau Client
Web Service Client
Suivi des commandesCette rubrique permet au client de suivre immédiatement la liste et l’avancement des commandes pour vos sites en évolution, de la saisie commerciale à la livraison du service.
Web Service Client
Gestion du parc et inventaire Cette rubrique vous donne:
un schéma représentant l’architecture de votre réseau sous forme de représentation cartographique. une information complète sur vos équipementset les services constitutifs de votre réseau.
Web Service Client
Statistiques
StatistiquesLes informations relatives aux tableaux statistiques sont mises à disposition à J+1.
Statistiques
Suivi des incidentsVous pouvez consulter, à partir d’une sélection d’un ou plusieurs critères, l’état instantané de fonctionnement des éléments. Cet onglet offre, sur ces mêmes éléments, l’accès à l’historique d’alarmes concernant les 90 derniers jours
Suivi des incidents
Le Client suit en temps réel l’évolution de l’état des éléments supervisés :des vues cartographiques sont présentées sous forme de grilles rectangulaires animées par la transmission des alarmes issues du système de supervision du Prestataire. Un changement d’état d’un élément supervisé induit une modification de la coloration du rectangle auquel appartient l’élément concerné.
• Problématique de la qualité de service• Définir les paramètres de la qualité de service• Intégrer la QS dans la conception des réseaux• Contrôler la qualité de service• Synthèse
SOMMAIRE
• La qualité de service doit être implémentée de bout en bout pour être efficace Possible aujourd’hui sur les réseaux IP La définition de la QoS doit être implémentée en faisant coopérer tous les
équipements réseau : chacun est responsable de ses flux
• La qualité de service doit être contrôlée : Par des moyens techniques Par des outils de production de tableaux de bord permettant une vue
homogène et cohérente du système d’information Par la corrélation entre les mesures client et les tableaux de bord du/des
prestataires
Synthèse
• COPS
• Réseau IP et IP-MPLS
• Diffserv
Annexe
• Priorité par flux (type Cisco priority Queuing) :
+ le flux le plus prioritaire passe le premier en exclusif et a toute la bande passante dont il a besoin
le flux le moins prioritaire peut être complètement étouffé pas de QoS de bout en bout
• % de bande passante (type Cisco custom Queuing) :
+ chaque flux a un pourcentage de bande passante paramétré
- besoin de tunning permanent
- pas de QoS de bout en bout
Garantie de débitParamétrage des équipements d’extrémité
COPS
PDP
PEP
PEP
PEP
PEP
Console de GestionSource
de trafic
Policy Repository
COPS
LDAP
CO
PSCO
PS
COPS
COPS
PDP
PEP
Repository
Gestion de laBande passante
Mobilité
Sécurité
FacturationComptabilité
LDAP
LDAP
LDAP LDAP
LDAP
COPS
Réseaux IP et IP-MPLS
Réseau Multiservice IP - MPLS
GPRS NetworkUMTS Network
Operator 1
IP
Network
High Speed
Operator 1 Operator 2INTERNET
NewServices
IP - MPLS
Network
IP
Network
Telephone Network
Modélisation de nœuds DiffServ en série
Voice
Video
Data
WFQ
Priority
Input Traffics
Output
Traffic