Qualité de Service dans les réseaux Institut Supérieur dInformatique.

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

http://www.commentcamarche.net/contents/technologies/ethernet.php3


http://www.commentcamarche.net/contents/technologies/fddi.php3


http://www.commentcamarche.net/contents/initiation/peer.php3

http://www.commentcamarche.net/contents/initiation/client.php3

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).

http://www.commentcamarche.net/contents/lan/routeurs.php3

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.

http://www.commentcamarche.net/contents/lan/routeurs.php3

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).

http://www.commentcamarche.net/contents/lan/ponts.php3

http://www.commentcamarche.net/contents/internet/tcpip.php3

• 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


• Analyse de chaque paramètre Disponibilité Délai de transit Taux de perte de paquets Gigue Débit garanti Stabilité


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

• 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

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



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)


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


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


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 %


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 %


• Analyse de chaque paramètre Disponibilité Délai de transit Débit garanti Stabilité


• 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



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.


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


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

Qualité de Service dans les réseaux Institut Supérieur dInformatique.

Documents

Transcript of Qualité de Service dans les réseaux Institut Supérieur dInformatique.