QoS de bout-en-bout DiffServ

Dimension: px
Commencer à balayer dès la page:

Download "QoS de bout-en-bout DiffServ"

Transcription

1 QoS de bout-en-bout DiffServ Mesures et gestion Fayçal Bennani, Noëmie Simoni Ecole Nationale Supérieure des Télécommunications 46 rue Barrault, F Paris Cedex 13, France. {faycal.bennani, Antoine Boutignon SFR - CEGETEL 9 place des Vosges, F Courbevoie, France. RÉSUMÉ La gestion efficace de la qualité du service sur Internet devient de plus en plus importante pour les clients et les fournisseurs du service. Cet article présente l'importance des mesures pour la supervision en général et pour la gestion dynamique en particulier. Afin de permettre une vue commune de la QoS de bout-en-bout et de fournir une solution scalable de gestion, nous proposons un framework établi à partir de modèles conceptuels dont l'application combinée à un système distribué permet de mettre en oeuvre une gestion dynamique et flexible de QoS.. MOTS-CLES: métrologie, QoS de bout en bout, gestion flexible, gestion dynamique, système géré et système gérant ABSTRACT. The efficient management of quality of service on Internet is becoming increasingly important to both customers and service providers. This paper presents the importance of measurements for dynamic management. In order to allow a common view of end to end QoS and to provide a feasible management solution, we propose a framework built from conceptual models which combined-use for a distributed system makes it possible to implement QoS dynamic & flexible management. KEYWORDS: metrology, end-to-end QoS, flexible management, dynamic management, managed system, managing system.

2 2 GRES, Décembre 2001, Marrakech. 1. Introduction Avec la croissance rapide de l'internet, la prolifération rapide des services de télécommunication et l'apparition de nouvelles applications multimédia avancées, les systèmes de communication se compliquent et sont aujourd hui multiopérateurs. Ces changements génèrent un réel besoin de gestion de la QoS. Les solutions, pour de tels environnements hétérogènes, reposent aussi bien sur des règles stratégiques (ou des politiques [1, 2, 3]) que tactiques, afin d'assurer la cohérence des décisions de bout en bout. Mais, la mise en œuvre de n'importe quelle solution de gestion exige une bonne organisation du système de gestion (applications de gestion) et du système géré (composants gérables munis d'agents de gestion et de MIB). En raison de la complexité croissante dans les systèmes répartis [4], Il convient de pouvoir activer les agents situés à des emplacements stratégiques pour que certaines décisions locales puissent être prises aux moments opportuns. Afin de situer nos travaux sur la gestion de la QoS de bout en bout, nous introduisons brièvement dans la prochaine section ( 2) le périmètre de la QoS à travers sa définition, sa mesure et sa gestion. Cette étude nous permet de dégager les défis à résoudre pour la partie dynamique de la gestion de la QoS ( 2.3). La partie suivante ( 3) présente nos propositions de métrologie et de gestion dans un contexte DiffServ. Et afin d assurer une mise en œuvre efficace et adaptable, un framework est défini dans la section suivante ( 4). Le cadre conceptuel de cette gestion dynamique et flexible de QoS est décrit ( 4.1) et son application à l architecture DiffServ est présentée ( 4.2). La conclusion ( 5) met en exergue l importance du modèle informationnel, c est-à-dire l importance de l instrumentation qui répond «au quoi et au où» de la mesure. 2. Qualité de service: périmètre La qualité du service (QoS) se réfère à "l'effet collectif de l'exécution de service qui détermine le degré de satisfaction d'un utilisateur du service"[5]. En fait, on peut dire que par opposition au comportement fonctionnel du service, la QoS traduit la partie non fonctionnelle du comportement, conformément au SLA contracté entre l'utilisateur du service et le fournisseur de ce service. Pour garantir la satisfaction des utilisateurs, le système de gestion doit réussir à mettre en oeuvre les QoSs qui dérivent des différents SLAs. Ceci passe par une maîtrise globale des différents points de vue à partir desquels la QoS peut être évaluée [6]. Pour signer le SLA, qui est l expression du Contracted-QoS, le fournisseur propose une Offered_ QoS en se basant sur son Capable_ QoS, alors que l'utilisateur demande une Demanded_QoS en se fondant sur sa Desirable_QoS. Pour évaluer la conformité au SLA, on doit mesurer aussi bien la Provided_QoS du fournisseur que la Perceived_QoS de l'utilisateur. En fonction des périodes et des valeurs des mesures, des règles doivent être appliquées afin d'avoir une gestion efficace appropriée (Table.1.c: Elles sont définies à la phase de conception et mises

3 QoS de bout-en-bout DiffServ 3 à jour quand l'activité est consommée. À l'initialisation des règles stratégiques sont adoptées et des règles tactiques sont appliquées durant l'exécution). 2.1 Mesurer la QoS Dans les contextes distribués, les applications reposent sur des échanges qui peuvent emprunter plusieurs réseaux. Fournir une QoS de bout à bout exige alors que la QoS soit effective dans tous les composants du système. Pour contrôler la conformité aux SLAs, on a recours à l agrégation et au mesurage. La QoS doit être mesurée à travers toutes les couches de l architecture et au niveau de chaque composant impliqué, de bout à bout. Pour permettre la corrélation des mesures et faciliter leur agrégation de bout à bout, il importe de disposer d'un moyen d'évaluation qui soit homogène et générique. Le modèle d'évaluation de QoS présenté dans [7] vise précisément à répondre à ces exigences. Il permet de spécifier les paramètres de QoS selon quatre critères: Disponibilité, Fiabilité, Délai, et Capacité. Ces critères sont génériques et s instancient à tous les niveaux de visibilité. Un pré-requis pour mesurer la QoS est une instrumentation (Tableau 1.a) qui identifie, dès la phase de conception, les indicateurs significatifs (métriques) à utiliser pour spécifier et évaluer la QoS. L'instrumentation de la QoS identifie également les événements de référence (quand) dont l'occurrence modifie la valeur d'une métrique [22], ainsi que les points de mesures où les événements de référence sont observés et/ou estimés [22], à l'aide d'outils de mesure (comment). La spécification d'un critère de QoS exige l'identification de la current_value (valeur en cours) de chaque métrique associée, alors que l'évaluation d'un critère de QoS nécessite de spécifier la threshold_value (valeur seuil) et de superviser (Tableau 1.b) la current_value de chaque métrique associée. Pour évaluer la current_value d'une métrique, la méthode de mesures peut être directe ou indirecte. Les méthodes de mesure indirectes incluent [21]: i. la projection à partir de mesures plus élémentaires, ii. L'estimation d'un constituant métrique à partir d'un ensemble de mesures plus agrégées, et iii. l'estimation d'une métrique à un instant à partir d'un ensemble de métriques associées, à d'autres instants. Un point important relatif aux mesures est si la méthode de mesures est intrusive ou pas. Les mesures non-intrusives observent les propriétés du service rendu à un utilisateur donné par des moyens qui n'interfèrent pas avec ce service utilisateur. Tandis qu'avec une mesure intrusive, il y a une charge supplémentaire pour le système (qui peut varier de manière significative selon les mécanismes de mesure) qui peut modifier son état et les événements de référence qui déclenchent l'évaluation d'une métrique. Cette charge supplémentaire peut être en terme de charge de traitement (CPU) comme celle introduite par les compteurs que nous trouvons aujourd'hui dans les MIBs de chaque élément réseau. Elle peut être également en terme de surcharge CPU et de données spécifiques utilisées pour les mesures, comme lorsque des données de sondage sont injectées dans des réseaux de

4 4 GRES, Décembre 2001, Marrakech. paquets. Notons enfin que les flux de gestion liés à la collecte et au traitement des données mesurées ne sont pas pris en compte dans cette distinction. Pour conclure ce paragraphe, il n'est pas inutile de rappeler que les données de mesures sont habituellement disponibles, pour la gestion, dans des bases de données. Certaines sont standard (MIB II, RMON, M3100), beaucoup sont propriétaires, alors que certaines autres sont souvent des tables constituées et fournies par des instruments de mesure spécifiques. 2.2 Gérer la QoS Fondamentalement, il y a trois moyens de fournir la QoS dans un système de traitement distribué: le surdimensionnement, la réservation de ressources et la différentiation de services. Avoir toujours des ressources en réserve est peut être, pour un fournisseur, la solution technique la plus simple pour anticiper des demandes multiples et simultanées. Mais moins évidente est, toutefois, la viabilité économique de ce modèle de surdimensionnement. Avec les solutions de réservation, par contre, les ressources du fournisseur sont attribuées en fonction de la demande en QoS des utilisateurs et sont sujettes à une politique de gestion. Alors que dans le modèle de différentiation du service, les demandes des utilisateurs sont classifiées et les ressources du fournisseur sont réparties selon des critères de politiques de gestion des ressources. Les classifications accordent aux utilisateurs des traitements différenciés en fonction de leurs besoins (ou profils) de QoS. Mais indépendamment du moyen par lequel elle est attribuée, la QoS doit être supervisée et gérée pour assurer qu'elle soit et reste conforme au SLA. La faisabilité de ses fonctions sous-jacentes de supervision et de contrôle dépendent de la pertinence de l'instrumentation de QoS qui a été faite pendant la phase de conception. Quand ces fonctions de gestion de QoS s appliquent à l'initialisation (provisionning) ou à la fin de l' activité, la gestion de QoS est considérée être statique (Tableau 1.d; configuration). Un tel mode de gestion rend difficile, sinon impossible, l adaptation à une évolution ou à un changement quelconque de l'environnement ambiant comme une modification de la demande ou une dégradation de la performance du fournisseur direct ou d'un ou plusieurs de ses fournisseurs intermédiaires. Pour permettre à la Contracted_QoS d'être réalisée de manière continue, la gestion de la QoS doit être dynamique (Table.1.d; renégociation), c.-à-d. que les fonctions de gestion de QoS doivent être également applicables durant l'exécution de l'activité.

5 QoS de bout-en-bout DiffServ QoS de bout en bout : notre vision Pour introduire notre vision (Tableau 1), il est important de considérer la phase de conception d'une activité de télécommunication séparément de sa phase d'exploitation. En effet, l'efficacité des fonctions de gestion qui sont réalisées durant la phase d'exploitation dépend de l instrumentation de la QoS qui a eu lieu auparavant durant la phase de conception. Par conséquent, la portabilité de la solution dépend du soin apporté aux choix, conceptions et définitions faits pendant la phase de conception. Concernant la phase d'exploitation, l'approvisionnement de QoS a lieu à l'initialisation de l'activité, alors que la planification de QoS a lieu une fois l'activité consommée. La flexibilité de la première et l'adaptabilité de la dernière sont étroitement liées au niveau de souplesse avec lequel les règles de décision peuvent être adoptées et mises à jour sans affecter le processus de gestion lui-même. Mais, au delà de ces deux ensembles de fonctions de gestion, nous identifions les fonctions qui s'appliquent durant l'exécution comme étant celles qui posent le plus de défis pour gérer dynamiquement la QoS. C est entre autre cet aspect dynamique que nous traitons dans la suite de l article. Cycle de vie d une activité Phase de conception Métriques Phase d exploitation Initialisation Durant l'exécution Après Mesures (a) Evènements de référence Points de mesure Initialisation des entités de mesure Collecte des données Synthèse et stockage des données Outils de mesure Supervision (b) Valeurs de conception Valeurs seuils Valeurs en cours Valeurs en cours Alarmes Analyse & planification Décision (c) Définition des règles stratégiques et tactiques Adoption de règles stratégiques Application de règles tactiques Mise à jour des règles Commande (d) Identification des paramètres configurables Configurations Renegotiations Accord (tunning), Maintenance Reconfigurations Challenges (e) Instrumentation portable de la QoS Approvisionnement flexible de la QoS Gestion dynamique de la QoS Planification adaptable de la QoS Tableau 1 : Notre vision de la QoS de bout en bout

6 6 GRES, Décembre 2001, Marrakech. 3 QoS de bout-en-bout DiffServ: gestion dynamique Q B BM Q B C N C N EN IU Q B IU C N EN Domain A EN Domain C C N C N : Ingress Node : Core Node EN : Egress Node IU: Interconnection Unit QB : QoS Broker BM : Brokers Manger Domain B Figure 1: Une organisation en domaines DiffServ pour une gestion dynamique Dans cette section, nous considérons un contexte DiffServ conforme à l'organisation en domaines de gestion que nous avons adoptée dans [6] et qui nous permet de considérer une gestion dynamique. Dans une telle organisation (fig.1), des agents à délégations variables et variées sont placées dans chaque nœud périphérique (BN) ou dorsal (), alors qu'un gestionnaire est nécessaire par domaine individuel. Des unités d'interconnexion entre domaines (IU) permettent d'avoir des décisions tactiques afin de réaliser la QoS de bout en bout. Comme nous venons de le voir dans la section précédente, les mesures sont primordiales pour l'évaluation de la QoS et la pertinence des prises de décisions de gestion. C est pourquoi, nous allons donc aborder dans la suite de cette section les mesures et la gestion de DiffServ étudiées sur notre plate-forme d'essais DiffServ représentée sur la figure Mesurer Dans DiffServ, le trafic IP est séparé en des classes servies différemment par le réseau. Mesurer la QoS dans un contexte DiffServ revient, donc, à mesurer les QoSs de bout à bout réalisées par chacune des classes supportées. Quelles sont les métriques pertinentes pour DiffServ? Si l'on se réfère à une partie de la recherche qui a été faite pour définir des métriques de QoS pour les réseaux conventionnels IP, nous trouvons le groupe de travail IPPM (IP Performance Metrics) de l'ietf qui a travaillé sur l'identification de métriques pour le service Internet [21] et la recommandation I.380 de l'uit-t qui définit des paramètres destinés à spécifier et évaluer la performance du transfert de paquets IP [22]. A partir de ces deux travaux, nous avons dressé le Tableau 2 dans

7 QoS de bout-en-bout DiffServ 7 lequel nous associons à nos critères de QoS les métriques et paramètres qui sont pertinentes pour DiffServ, une fois mesurés pour chaque classe de service, c-à-d. pour chaque DSCP (point de code de DiffServ). Métriques de performance et de fiabilité IP de l'ietf- IPPM ENST's QoS criteria Paramètres de performance IP de l'itu-t' (I380) Type-P-Instantaneous-Unidirectional-Connectivity Disponibilité IP service availability Type-P-Instantaneous-Bidirectional-Connectivity Type-P-Interval-Unidirectional-Connectivity Type-P-Interval-Bidirectional-Connectivity Type-P1-P2-Interval-Temporal-Connectivity Type-P-One-way-Loss Fiabilité IP Packet Loss Ratio (IPLR) IP Packet Error Ratio (IPER) Spurious IP packet rate Type-P-Round-trip-Delay Type-P-One-way-Delay Type-P-One-way-ipdv Tableau 2 : Critères et métriques QoS Délai Capacité Où les métriques DiffServ sont - elles pertinentes? IP Packet Transfer Delay (IPTD) IP Packet Delay Variation (IPDV) IP packet throughput (IPPT) Octet based IP packet throughput (IPOT) Ces métriques peuvent être mesurées, par l'intermédiaire d'entités de mesure, pour un service DiffServ de bout en bout, point à point, ou pour des portions du réseau qui fournissent ou contribuent à la fourniture d'un tel service. Du point de vue d'un client, les points de mesure appropriés sont ses interfaces avec chaque BN pour vérifier la conformité avec le SLA, alors que pour le fournisseur il peut être utile aussi d'avoir des points de mesure entre les s, et entre s et BNs (cf. fig.2), afin de réagir rapidement. Comment mesurer les métriques DiffServ? Les entités de mesures peuvent se baser sur l'approche de sondage du réseau où la performance de bout à bout sur des chemins réseau se mesure en transmettant des paquets de sondage le long du chemin. Les méthodes de sondage conventionnelles sont Ping (Packet ternetwork Groper) et Traceroute, disponibles sur beaucoup de plates-formes. En utilisant les messages ICMP (echo_request et reply), la commande classique Ping peut déterminer si un nœud est actif (connectivité) ainsi que le délai aller-retour d'un paquet. De la même manière, la commande Traceroute utilise des messages ICMP (time_exceeded) pour tracer le chemin et le délai pris par un paquet pour atteindre sa destination. Le sondage réseau peut être largement utilisé dans un environnement réseau multi-constructeurs. Les entités de mesure peuvent également émuler les flux échangés sur le réseau par des applications du monde réel. Sur une base ordonnancée, la performance du

8 8 GRES, Décembre 2001, Marrakech. réseau peut alors être mesurée en termes de temps de réponse, de débit, et de connectivité. En réalisant une mesure active de la performance du réseau, une même application peut émuler à plusieurs reprises une même loi d'échanges réseau sur des intervalles prédéfinis. Grâce à une telle supervision répétable, on peut comparer les mesures prises à différentes dates pour établir des lignes de base, découvrir des anomalies et détecter les tendances de manière pertinente. PC1 IPe1 PC2 IPe2 LAN1 LAN2 EN Requêtes SNMP NOC Requêtes SNMP LAN3 Serveur SNMP Figure 2: Une organisation mono-domaine de DiffServ pour mesurer la QoS D'autres entités de mesures peuvent simplement observer le trafic réel et mesurer les métriques du trafic observé. Nous avons adopté pour nos expérimentations (fig.2), les ip engines d'ipanema [23] qui ont l'avantage de permettre des mesures temps-réel non intrusives du trafic réel. Alors que ces mesures de métriques peuvent rapidement renseigner sur des dérives la QoS de bout à bout, elles ne peuvent pas être d'une grande utilité pour diagnostiquer et localiser avec précision les origines de la dérive. C'est pourquoi nous préconisons également de collecter les informations de performance de chaque élément réseau sur le chemin évalué. Ceci peut être réalisé à l'aide de moniteurs SNMP (Simple Network Management Protocol) qui doivent saisir de manière permanente les valeurs des compteurs intégrées des MIBs attachées à chaque élément réseau. Comme référence, nous donnons dans le Tableau 3 quelques indicateurs standards de MIB II qui peuvent être utiles pour le contexte de DiffServ. Quand est-il opportun de mesurer les métriques DiffServ? Quand prendre ces mesures dépend de la manière avec laquelle la gestion est voulue par la politique de gestion. Comme nous visons à réagir durant l'exécution de la communication, l'organisation que nous avons proposée (figure1) permet de réaliser des mesures dans chaque domaine afin d'avoir des réactions dynamiques dans les domaines adjacents suite à la dégradation de QoS.

9 QoS de bout-en-bout DiffServ 9 Critères QoS Disponibilité Fiabilité Délai Capacité Niveau de Visibilité DiffServ (draft) IP ipindiscards ipindelivers Couche 2 (dépend si ifoperstatus Ethernet, ifindiscards Frame relay,..) + couche physique ifoutdiscards... Equipement (Propriétaire) busyper avgbusy ciscomemorypoolused ciscomemorypoolfree diffservalgdroppkts diffservalgdrophcoctets ipinhdrerrors ipinaddrerrors ipinunkownprotos ipreasmfails ifinerrors ipinreceives ipoutrequests ifoutqlen, ifinoctets ifoutoctets etherstatscollisions ifspeed ifinoctets ifoutoctets Tableau 3: Quelques compteurs MIB convenant à superviser DiffServ 3.2 Gestion Pour gérer dynamiquement la QoS, il faut pouvoir suivre l'activité dans son évolution, de proche en proche et rectifier le comportement quand et où cela est nécessaire. Cependant, la plupart des solutions de gestion actuelles ont une organisation centralisée où un seul MDP (point de décision de gestion) est directement responsable de surveiller et de commander chaque MPE (point d'application de gestion) du système géré. En raison de la surcharge importante qu'elles peuvent introduire sur le trafic global et des retards sous-jacents qui peuvent avoir comme conséquence des décisions obsolètes ou contradictoires, ces organisations centralisées sont peu adaptées pour une gestion dynamique de la QoS. L'organisation de DiffServ que nous avons adoptée (fig.1) se prête à un mode distribué de la gestion (fig.3) qui est de nature à satisfaire les besoins d'un contexte dynamique. Le système géré (DiffServ) y est, en effet, organisé en domaines autonomes du point de vue de la gestion (et qui peuvent correspondre par exemple aux domaines ou sous-domaines d'un transporteur télécoms) où des DMDPs (Domain Management Decision Points : Points de décision de gestion par domaine) ont une grande autonomie pour surveiller et contrôler la QoS localement. Un MDP global prend en charge les négociations renégociations inter-domaines de la QoS et ajustent les paramètres d'entrée de QoS quand et où cela est nécessaire. Dans les unités d'interconnexion (Interconnection Units), nous trouverons des MDEPs (Points de décision et d'application de gestion) qui ont la capacité de prendre et

10 10 GRES, Décembre 2001, Marrakech. d'exécuter des décisions en temps réel, puis de notifier leurs actions aux DMDPs. Correspondants. Ainsi, les décisions tactiques [8] peuvent être confinées aux DMDPs ou aux MDEPs tandis que le MDP peut se focaliser sur des décisions stratégiques. MDP Managing system Managing System BM Adaptation MDP Renegotiation Monitoring MEP: Management Enforcement Point MDP: Management Decision Point DMDP: Domain Management Decision Point MDEP: Management Decision & Enforcement Point Controls Monitoring QB DMDP QB DMDP QB DMDP Maintenance Monitoring Maintenance Monitoring Maintenance Monitoring Renegotiation Renegotiation Renegotiation MEP MEP Managed system Managed System Domain 1 EN Notifications IU Domain 2 EN Notifications IU Domain n EN Notifications Centralized management QoS parameters MEP QoS parameters MDEP QoS parameters MEP QoS parameters MDEP QoS parameters MEP QoS parameters Figure 3: Une organisation distribuée de gestion pour une gestion dynamique et scalable de QoS Dans cette organisation, le fournisseur propose un ensemble de CoSs (Offered_ QoS) en se basant sur son Capable_ QoS (PHBs DiffServ), alors qu une application utilisatrice demande une Demanded_QoS se basant sur son Desirable_QoS (profil). Selon le Contracted_QoS émis dans le SLA, on accorde à chaque application une première CoS. Les QBs supervisent et évaluent le Provided_QoS pour chaque CoS (en utilisant par exemple des outils de sondage comme le ping) et communiquent entre eux pour accorder et changer la configuration quand et où cela est nécessaire (b).le BM, qui est mis au courant de la négociation entre les QBs, compare en permanence la contracted_qos de chaque application à son perceived_qos. En cas de non conformité, il peut demander à l'ius d'attribuer à l'application un CoS plus approprié (b), par la mise à jour des règles de mapping {application - > DSCP} utilisées dans IUs. 4. Un framework pour la gestion dynamique de la QoS La mise en œuvre de n'importe quelle solution de gestion exige une bonne synergie entre le système de gestion (applications de gestion) et le système géré (composants gérables munis d'agents de gestion et de MIBs). Pour une gestion de la QoS pertinente, il faut prendre en compte chacune de ses multiples dimensions: organisationnelle, informationnelle, architecturale, fonctionnelle, et relationnelle. Pour aider à réaliser cette gestion pertinente, nous avons proposé dans nos travaux antérieures des modèles conceptuels qui sont relatifs, chacun, à une dimension particulière de la gestion de QoS [17]. Le framework de QoS que nous présentons dans cet article (fig. 4) propose une utilisation combinée de ces modèles

11 QoS de bout-en-bout DiffServ 11 conceptuels pour mettre en oeuvre une gestion dynamique pertinente de la QoS dans un système distribué. 4.1 Le framework Modèle Informationnel : Le modèle objet géré Le socle du framework est constitué par le modèle informationnel, qui modélise les «objets gérés» [6] et qui représente n'importe quel composant. De plus, chaque objet opérationnel intègre la gestion du service qu il doit rendre. La gestion du service de l objet est donc intégrée et accessible par une interface dédiée à la gestion (dimension informationnelle). Dimension Architecturale : Le modèle abstrait de réseau Dans toutes activités réseau, les objets gérés peuvent être impliqués à différents niveaux de responsabilité. Pour avoir un support commun d'évaluation et de définition des actions de gestion, le modèle abstrait de réseau permet d abstraire tous les objets gérés, quelque soit leur niveau de visibilité (matériel, réseau, service, application...), suivant trois types d'éléments abstraits de réseau «Nœud, Lien, Réseau». Un nœud est une représentation générique des capacités de traitement, alors qu'un lien représente une capacité de transfert. Il y a, par ailleurs, autant de niveaux de visibilité que de niveaux possibles de décision de gestion. Un réseau est alors l'ensemble des nœuds et des liens actifs pour un service d un niveau de visibilité donné [7]. Dimension de communication : Le modèle relationnel Selon leur degré de responsabilité et afin d'assurer mutuellement le service, les composants distribués interagissent et coopèrent par les relations qui les lient les uns aux autres. En dehors de la relation classique de subordination gestionnaireagent {MDP - MPE}, le modèle relationnel identifie la relation de coopération de pair-à-pair et la considère comme plus efficace pour la gestion dynamique dans un contexte distribué. Une relation pair-à-pair peut être une relation de gestionnairegestionnaire {DMDP/MEP - DMDP/MEP}, qui reflète la coopération entre les différents domaines (fig. 1). C'est cette relation de coopération qui sera utilisée dans notre étude de cas dans la section 4. Mais, il est possible d'avoir également une relation pair-à-pair entre agents pour refléter la coopération des agents délégués {LMDP/MEP - LMDP/MEP}. Dimension Fonctionnelle - Système géré : Le modèle de réaction En interagissant avec d autres composants pour accomplir les tâches de gestion, un objet peut mettre en œuvre différents types de comportements. Le modèle de réaction [6] trace les grandes lignes de quatre comportements possibles de réaction : passif, actif, interactif et proactif. L assignation des réactions aux objets se fait bien sûr en fonction du problème spécifique à résoudre et du rôle du composant. Telle

12 12 GRES, Décembre 2001, Marrakech. situation peut justifier une approche passive dans un domaine alors que dans un autre domaine elle peut exiger une approche proactive. Dimension Fonctionnelle - Système gérant : Le modèle de coordination Les composants distribués assurant le service considéré peuvent se répartir sur plusieurs domaines. Assurer la QoS bout à bout exige par conséquent une harmonisation étroite entre ces composants distribués. Le modèle de coordination conduit avec précision le processus coopératif de gestion à travers les différents domaines gérés [15, 16]. Dimension Organisationnelle : Modèle de déploiement Policy-driven decision La gestion dynamique d'un système réparti exige d'avoir des capacités locales de résolution des problèmes pour des réactions rapides. Plus précisément, par son interface de gestion, on peut attribuer à un objet géré un rôle d agent autonome délégué avec assez d'intelligence et d informations pour prendre les décisions qui s imposent [10, 11]. Ceci permet d'avoir un certain nombre de LMDPs distribués (point de décision de gestion locale) pour des réactions plus rapides et flexibles, au lieu de tout faire reposer seulement et rigidement sur un seul MDP (point de décision de gestion). En résumé, les décisions peuvent être opérationnelles, tactiques ou stratégiques [8], l'organisation générale du modèle de coordination peut déléguer les décisions opérationnelles aux LDPs et les décisions tactiques aux DMDPs afin de soulager le MDP qui applique les décisions stratégiques. En définissant les politiques de gestion, un objet géré aura un comportement adapté à chaque situation. Ces différents comportements correspondent au statut de l objet à son interface de gestion. Le modèle de QoS Le modèle de QoS est au cœur de notre problématique et donc de notre framework (fig.4). Il impacte toutes les dimensions que nous venons d évoquer. En effet, les critères et les paramètres de QoS sont consignés dans la dimension informationnelle du modèle de QoS, les niveaux de visibilité de la dimension architecturale sont ceux où des décisions de QoS peuvent être prises, les interactions de la dimension de communication concernent les échanges pour une QoS de bout en bout. Quant au modèle de réaction, il est activé selon le contrat de QoS et le modèle de coordination intervient globalement et relativement au SLA. Pour récapituler, nous pouvons dire que selon ce cadre, les composants gérés ont la capacité à coopérer selon le modèle abstrait de réseau et les niveaux de visibilité considérés pour la gestion. Chaque objet se comporte selon le type de réaction (modèle de réaction) qui lui a été assigné et le type de relation - horizontale ou la verticale - qui le lie aux composants avec lesquels il interagit (modèle de relation). L'organisation considérée est harmonisée à travers le modèle de coordination. Pour bien plus de clarté, nous allons appliquer ce framework à l organisation que nous avons préconisée pour DiffServ (fig.1).

13 QoS de bout-en-bout DiffServ 13 Utilisation combinée des modèles du framework Organizational dimension Managed object model Relation model Coordination model Policy POLICY Informational dimension Functional dimension: Manager Reaction model QoS model Abstract network model Communication dimension Functional dimension: Agent Architectural dimension Figure 4: Framework pour une gestion dynamique et distribuée de la QoS 4.2 Scénario DiffServ Après avoir présenté notre framework de QoS dans la section précédente, il serait intéressant d'explorer ses capacités et contributions par l'étude de cas d une organisation en multi-domaines de DiffServ (fig.1). Pour faciliter la compréhension, nous considérons que le point de vue de l'utilisateur du réseau est un IP/VPN (réseau privé virtuel) avec différenciation de services. Un service IP/VPN se fonde sur d une part, la fonctionnalité de VR (routage de VPN) et d autre part, la fonction IDC (interconnexion de domaine). La différentiation de services dans un domaine DiffServ concerne l'agrégation du trafic (TA), le conditionnement de trafic (TC) et le transfert de proche en proche (PHB). Ainsi, les composants distribués gérables du système sont VRs, IDCs, TAs, TCs, et PHBs. Le modèle abstrait de réseau de ce contexte est représenté par la figure 5. Selon le modèle < nœud, lien, réseau > présenté ( 4.1), nous voyons que le IP/VPN DiffServ est une ressource de réseau composée de nœuds (VR, IDC) et de liens (lien VPN) du même niveau de visibilité(v). Il se fonde sur les domaines DiffServ, qui sont des réseaux d'un niveau de visibilité inférieur(v-1). Chaque domaine DiffServ, à son tour, se compose de nœuds et de liens de même niveau de visibilité et reposent sur un réseau de niveau de visibilité inférieur(v-2). Nous avons

14 14 GRES, Décembre 2001, Marrakech. considéré les composants du domaine DiffServ TA, TC et PHB à des niveaux de visibilité différents pour pouvoir prendre des décisions précises en conformité avec chacune de ces fonctions. Chaque domaine DiffServ (et ses sous-réseaux) se base sur le réseau IP qui a également des sous niveaux que nous n avons pas développés dans cette étude de cas. L'application du modèle d'objet géré mène aux objets gérés suivants : Nœuds VR, nœuds IDC, nœuds TA, nœuds TC et nœuds PHB. Notons que les objets gérables appartiennent à différent niveau de visibilité mais peuvent partager le même équipement. DiffServ-based VPNs architecture Managing network Managed VPN (3) MDP Domain managing-network VPN link VR node IDC node MDEP DMDP DMDP link DiffServ domain DiffServ prober Domain managed-network MEPs link 1 TC network TA link TA node MEP DiffServ classifier DiffServ marker Bearer network 1 TC link TC node PHB network DiffServ meter DiffServ shaper MEP DiffServ dropper 1 IP bearer network PHB link PHB node DiffServ scheduler MEP DiffServ re-marker Figure 5: Modèle abstrait de réseau pour un service VPN DiffServ Des comportements appropriés doivent être assignés aux objets gérés. Selon le modèle de réaction, le mode «passif» est le comportement par défaut de chaque objet géré. Les nœuds IDC ont un mode plutôt «interactif» car ils interviennent à l'interconnexion de réseaux entre les domaines DiffServ. Ces nœuds comparent sans interruption le «Provided_QoS» au «Contracted_QoS». Les domaines peuvent avoir un même jeu de CoSs (interconnexion transparente) ou avoir des jeux différents de CoSs (interconnexion non transparente, avec mise en correspondance). Pour un dynamisme plus efficace, un comportement «proactif» dans des nœuds IDC devrait être évalué. Il pourrait être appliqué à une certaine classe du trafic (temps critique ou priorité élevée) tandis qu'il serait inhibé pour une autre classe du trafic (priorité asynchrone ou basse). De la même manière, un comportement «actif» peut sembler approprié pour les nœuds TC ou TA.

15 QoS de bout-en-bout DiffServ 15 Un MDP global est nécessaire pour les décisions stratégiques du service VPN. En ce qui concerne cette entité, les nœuds IDC sont impliqués dans la relation {MDP - MPE}, alors que l'interaction entre deux nœuds IDC est une relation de coopération {DMDP/MEP - DMDP/MEP}. L instantiation du modèle informationnel de QoS pour chaque élément, de chaque niveau de visibilité, conformément au modèle abstrait de réseau (fig.5), rend disponible l'information pertinente qui évalue le «Provided_QoS» et permet de prendre des décisions de QoS aux bons endroits et aux bons moments. Par exemple, pour mettre à jour le Provided_QoS conformément au «Contracted_QoS», le MDP peut (re-)déclencher le modèle de coordination pour accorder le processus coopératif de gestion entre les domaines gérés. 5. Conclusion Sur le marché dérégulé et compétitif d'aujourd'hui, les opérateurs de télécommunication et les ISPs doivent pouvoir définir leurs différentes stratégies de gestion et ajuster leurs décisions individuelles. Pour permettre la mise en œuvre de la QoS de bout à bout pour de tels environnements, le framework de QoS proposé dans cet article fournit des capacités de structuration et de gestion répartie, aussi bien pour s'adapter avec souplesse aux changements d environnement (flexibilité) que pour être efficace. Par son modèle d'objets gérés et son modèle abstrait de réseau, il permet d organiser le système de gestion en domaines distribués. La gestion dynamique de la QoS est assurée par la distribution des tâches et des décisions de gestion sur tous les nœuds des domaines du système. Son modèle relationnel facilite l'extensibilité et la coopération de pair-à-pair, alors que le modèle de réaction facilite l'adaptabilité de gestion et la personnalisation en contrôlant les comportements de gestion des composants gérés. La cohérence des réactions est assurée par le modèle de coordination et la pertinence de l'information repose sur le modèle informationnel de QoS et la métrologie mise en œuvre. 6. Bibliographie [1]. Sloman M., "Policy Driven Management for Distributed Systems", Plenum Press Journal of Network and Systems Management, vol. 2, no. 4, December [2]. Alpers B., Plansky H., "Concepts and Application of Policy-Based Management", International Symposium on Integrated Network Management (ISM), Santa Barbara, [3]. Sloman M., "Policy agents: licensed to manage", June [4]. Sloman M., "Network and distributed systems management", Addison-Wesley, [5]. ITU-T Recommendation E.800, "Terms and definitions related to quality of service and network performance including dependability", August [6]. Bennani F., Simoni N., "An asset for QoS dynamic management organization: application to the DiffServ Context", to appear in the proceedings of the 5th World Multi-Conference on Systemics, Cybernetics and Informatics (SCI 2001), Orlando, Florida, July 2001.

16 16 GRES, Décembre 2001, Marrakech. [7]. Simoni N., Znaty S., "Network and service management", InterEditions, Paris, [8]. Pernet J-F, Saad N. and Simoni N. "Tactical Network Management for preserving the QoS", IEEE Milcom'98, Bedford MA, USA, October [9]. Arsenis S., Perdigues N., Simoni N., "Distributed Applications and Networks Integration: from Modelling to Implementation", TA 95, Melbourne, Australia, February [10]. Glodszmidt G., Yechiam Yemini, "Delegated Agents for Network Management", IEEE Communications Magazine, March [11]. Wies R., Mountzia M. A. and Steenekamp P., "A practical approach towards a distributed and flexible realization of policies using intelligent agents", in proceedings of the 8th IFIP/IEEE International Workshop on Distributed Systems: Operations and management, October [12]. Black U., "Network Management Standards", McGrae-Hill Inc., [13]. Case J.D., Fedor M., Schoffstall M.L., Davin C., "Simple Network Management Protocol (SNMP)", IETF RFC 1157, May [14]. Warrier U.S., Besaw L., LaBarre L., Handspicker B.D., "Common Management Information Services and Protocols for the Internet (CMOT and CMIP)", IETF RFC 1189, [15]. Zhang J., Simoni N., "Distributed service management for Intelligent Network", International Conference on Computer Communication (ICCC'99), Tokyo, September [16]. Zhang J., "Tools for distributed and cooperative service management: Application to the Intelligent Network", Ph.D. dissertation, Ecole Nationale Supérieure des Télécommunications (ENST), France, [17]. Znaty S., "The Quality of Service of multinetworks: from the model to its implementation", Ph.D. dissertation, Ecole Nationale Supérieure des Télécommunications (ENST), France, [18] Arsenis S., Simoni N., Znaty S.. "Distributed System Management treatment: Toward the self-management ", Globecom' 96, London Uk, novembre [19]. IETF DiffServ working group, [20]. Cherkaoui O., Obaid A., Serhrouchni A., and Simoni N., "QoS Metrics tool using management by delegation," in proc. IEEE/IFIP 1998 Network Operations And Management Symposium, New Orleans, 1998, vol. 3, pp [21]. ITU-R Recommendation I.380: Internet Protocol Data Communication Service IP Packet Transfer and Availability Performance Parameters [22] Paxon V., et al.: "Framework for IP Performance Metrics". RFC [23].

Administration et sécurité des réseaux M&K ELHDHILI

Administration et sécurité des réseaux M&K ELHDHILI Administration et sécurité des réseaux 1 Plan du cours Chapitre 1: Introduction à l administration des réseaux Domaines d activités Organisation logique (criètères, types de décisions ) Architectures et

Plus en détail

Release Notes POM v5

Release Notes POM v5 Release Notes POM v5 POM Monitoring http://www.pom-monitoring.com Ce document est strictement réservé à l usage de la société POM Monitoring. Il ne peut être diffusé ou transféré sans l autorisation écrite

Plus en détail

GESTION RESEAU. Rodolphe SEYROL rodolphe.seyrol@airbus.com. Sébastien SAUVAGE sebastien.sauvage@airbus.com

GESTION RESEAU. Rodolphe SEYROL rodolphe.seyrol@airbus.com. Sébastien SAUVAGE sebastien.sauvage@airbus.com Rodolphe SEYROL rodolphe.seyrol@airbus.com Sébastien SAUVAGE sebastien.sauvage@airbus.com October 2nd, 2002 Airbus France - Gestion Réseau Page 1 BESOINS SURVEILLER Faire remonter les informations vers

Plus en détail

LAN Intégré : accéder

LAN Intégré : accéder LAN Intégré : accéder accédez à votre réseau local sans contrainte de lieu ni de temps La solution WLAN (Wireless Local Area Network) pour réseaux locaux sans fil fonctionne de la même manière que les

Plus en détail

Optimisez vos processus informatiques, maximisez le taux de rendement de vos actifs et améliorez les niveaux de service

Optimisez vos processus informatiques, maximisez le taux de rendement de vos actifs et améliorez les niveaux de service Solutions de gestion des actifs et services Au service de vos objectifs d entreprise Optimisez vos processus informatiques, maximisez le taux de rendement de vos actifs et améliorez les niveaux de service

Plus en détail

Les MPLS (Multiprotocol Label Switching) VPNs (Virtual Private Network) sont de

Les MPLS (Multiprotocol Label Switching) VPNs (Virtual Private Network) sont de Abstract Les MPLS (Multiprotocol Label Switching) VPNs (Virtual Private Network) sont de nouvelles alternatives pour sécuriser et améliorer le WANs (Wide Area Network). De plus en plus ils gagnent du terrain

Plus en détail

PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN

PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN 1. DÉVELOPPEMENT D'APPLICATION (CONCEPTEUR ANALYSTE) 1.1 ARCHITECTURE MATÉRIELLE DU SYSTÈME INFORMATIQUE 1.1.1 Architecture d'un ordinateur Processeur,

Plus en détail

Les cinq raisons majeures pour déployer SDN (Software-Defined Networks) et NFV (Network Functions Virtualization)

Les cinq raisons majeures pour déployer SDN (Software-Defined Networks) et NFV (Network Functions Virtualization) Les cinq raisons majeures pour déployer SDN (Software-Defined Networks) et NFV (Network Functions Virtualization) Préparé par : Zeus Kerravala Les cinq raisons majeures pour déployer SDN et NFV NetworkWorld,

Plus en détail

Le Workflow comme moteur des projets de conformité

Le Workflow comme moteur des projets de conformité White Paper Le Workflow comme moteur des projets de conformité Présentation Les entreprises sont aujourd'hui soumises aux nouvelles régulations, lois et standards de gouvernance les obligeant à mettre

Plus en détail

Chap.9: SNMP: Simple Network Management Protocol

Chap.9: SNMP: Simple Network Management Protocol Chap.9: SNMP: Simple Network Management Protocol 1. Présentation 2. L administration de réseau 3. Les fonctionnalités du protocole 4. Les messages SNMP 5. Utilisation de SNMP 1. Présentation En 1988, le

Plus en détail

Catalogue de Services Avance avec nous Les entreprises doivent se mesurer à une phase de changement dans laquelle les technologies de l'information et de la communication (TIC) sont devenues le support

Plus en détail

Teste et mesure vos réseaux et vos applicatifs en toute indépendance

Teste et mesure vos réseaux et vos applicatifs en toute indépendance Teste et mesure vos réseaux et vos applicatifs en toute indépendance 2013 J3TEL en quelques minutes Groupe HBG en bref : Siège social à Paris 1100 employés dans 6 pays 150 M d de CA en 2012 Des activités

Plus en détail

agility made possible

agility made possible DOSSIER SOLUTION Flexibilité et choix dans la gestion d infrastructure Le SI peut-il répondre aux attentes métier face à la complexité croissante des infrastructures et aux importantes contraintes en termes

Plus en détail

SDN / Open Flow dans le projet de recherche de GEANT (GN3+)

SDN / Open Flow dans le projet de recherche de GEANT (GN3+) SDN / Open Flow dans le projet de recherche de GEANT (GN3+) Xavier Jeannin GIP RENATER 23-25, rue Daviel 75013 PARIS Résumé Dans le cadre du projet GN3+ (avril 2013 Mars 2015), parmi la tâche orientée

Plus en détail

Spécifications de raccordement au service de Téléphonie sur IP (ToIP) de RENATER

Spécifications de raccordement au service de Téléphonie sur IP (ToIP) de RENATER Spécifications de raccordement au service de Téléphonie sur IP (ToIP) de RENATER Documentation Auteurs: Simon Muyal SSU-SPEC-ToIP_FR_20101221.doc 1 / 20 Table des matières 1 Sommaire... 4 2 A qui s adresse

Plus en détail

Application & Network Performance Management Software

Application & Network Performance Management Software Alcatel Lucent VitalSuite Application & Network Performance Management Software Surveillez, mesurez et ameliorez la prestation de services strategiques pour l entreprise via une infrastructure multifournisseurs

Plus en détail

GESTION DU RÉSEAU DANS LES ENVIRONNEMENTS DISTRIBUÉS. Défis et Opportunités pour l Entreprise

GESTION DU RÉSEAU DANS LES ENVIRONNEMENTS DISTRIBUÉS. Défis et Opportunités pour l Entreprise GESTION DU RÉSEAU DANS LES ENVIRONNEMENTS DISTRIBUÉS Défis et Opportunités pour l Entreprise I. INTRODUCTION Le développement des réseaux ne se limite pas à leur taille et à leurs capacités, il concerne

Plus en détail

L ADMINISTRATION Les concepts

L ADMINISTRATION Les concepts L ADMINISTRATION Les concepts Complexité des réseaux et systèmes besoins d outils d aide à la gestion Objectifs Superviser le fonctionnement du S.I. et des réseaux Optimiser l utilisation des ressources

Plus en détail

Gestion des services IT Foundation Bridge basée sur la norme ISO/CIE 20000

Gestion des services IT Foundation Bridge basée sur la norme ISO/CIE 20000 Exemple d examen Gestion des services IT Foundation Bridge basée sur la norme ISO/CIE 20000 Édition Novembre 2013 Copyright 2013 EXIN All rights reserved. No part of this publication may be published,

Plus en détail

Service de planification et de conception de réseau sans fil unifié Cisco

Service de planification et de conception de réseau sans fil unifié Cisco Service de planification et de conception de réseau sans fil unifié Cisco Augmentez la précision, la vitesse et l'efficacité du déploiement d'une solution de réseau sans fil unifié Cisco. Adoptez une approche

Plus en détail

et contrôle de topologie dans les Support de la qualité de service réseaux mobiles ad hoc rabah.meraihi@enst.fr GET / Télécom Paris Rabah Meraihi

et contrôle de topologie dans les Support de la qualité de service réseaux mobiles ad hoc rabah.meraihi@enst.fr GET / Télécom Paris Rabah Meraihi Support de la qualité de service et contrôle de topologie dans les réseaux mobiles ad hoc Rabah Meraihi GET / Télécom Paris rabah.meraihi@enst.fr Rabah Meraihi 1 Plan 1. Introduction et contexte 2. Qualité

Plus en détail

Installation technique et démarrage HP Services de mise en œuvre de HP OpenView Performance Insight

Installation technique et démarrage HP Services de mise en œuvre de HP OpenView Performance Insight Installation technique et démarrage HP Services de mise en œuvre de HP OpenView Performance Insight Les experts en gestion des services HP apportent au client les compétences et les connaissances nécessaires

Plus en détail

IHM OpIOS. Auteur : Hozzy TCHIBINDA. 08 Mars 2014 Version 1.2. Quelques fonctionnalités utiles. www.openip.fr

IHM OpIOS. Auteur : Hozzy TCHIBINDA. 08 Mars 2014 Version 1.2. Quelques fonctionnalités utiles. www.openip.fr IHM OpIOS Quelques fonctionnalités utiles Auteur : Hozzy TCHIBINDA 08 Mars 2014 Version 1.2 www.openip.fr Table des matières 1 Présentation 2 2 Personnalisation de l OpIOS 3 2.1 Configuration des utilisateurs.................................

Plus en détail

White Paper - Livre Blanc

White Paper - Livre Blanc White Paper - Livre Blanc Développement d applications de supervision des systèmes d information Avec LoriotPro Vous disposez d un environnement informatique hétérogène et vous souhaitez à partir d une

Plus en détail

Métrologie des réseaux IP

Métrologie des réseaux IP Groupe de travail Métrologie http://www.inria.fr http://gt-metro.grenet.fr Métrologie des réseaux IP Approches, tendances, outils Luc.Saccavini@inria.fr G6 recherche 18 mars 2009 Remerciements Exposé préparé

Plus en détail

Convergence. Introduction (1/24) Introduction (2/24) Introduction (4/24) Introduction (3/24)

Convergence. Introduction (1/24) Introduction (2/24) Introduction (4/24) Introduction (3/24) Introduction (1/24) Internet = Interconnexion de réseaux et Services Informatiques (Années 60) Applications Informatiques: Transfert de fichier, Messagerie, News Internet = Interconnexion de réseaux et

Plus en détail

Que dit l ISO 9001 au sujet des processus? Quelques définitions indispensables dans le cadre de l ISO 9001

Que dit l ISO 9001 au sujet des processus? Quelques définitions indispensables dans le cadre de l ISO 9001 Atelier Euro-Med sur les Stratégies de simplification administrative pour les entreprises: De meilleurs services publics pour des entreprises compétitives Bruxelles 30 novembre 1 er décembre 2011 Que dit

Plus en détail

ZABBIX est distribué sous licence GNU General Public License Version 2 (GPL v.2).

ZABBIX est distribué sous licence GNU General Public License Version 2 (GPL v.2). Nom du projet : Zabbix Description : ZABBIX est un logiciel open source créé par Alexei Vladishev. Zabbix permet de surveiller le statut de divers services réseau, serveurs et autres matériels réseau.

Plus en détail

Modélisation des réseaux : Le modèle OSI et ses dérivés

Modélisation des réseaux : Le modèle OSI et ses dérivés Chapitre 1 1 Modélisation des réseaux : Le modèle OSI et ses dérivés Le modèle OSI de l ISO 2 Le modèle d'interconnexion des Systèmes Ouverts (Open Systems Interconnection) a été proposé par l'iso (International

Plus en détail

Hypervision et pilotage temps réel des réseaux IP/MPLS

Hypervision et pilotage temps réel des réseaux IP/MPLS Hypervision et pilotage temps réel des réseaux IP/MPLS J.M. Garcia, O. Brun, A. Rachdi, A. Al Sheikh Workshop autonomique 16 octobre 2014 Exemple d un réseau opérateur national 8 technologies : 2G / 3G

Plus en détail

Supervision des réseaux et services pair à pair

Supervision des réseaux et services pair à pair Supervision des réseaux et services pair à pair Présentation des travaux de Thèse Guillaume Doyen LORIA - Université Henri Poincaré pour l obtention du Doctorat en Informatique de l université Henri Poincaré

Plus en détail

Formation SIARS. Principes de base TCP/IP QoS

Formation SIARS. Principes de base TCP/IP QoS Formation SIARS Principes de base TCP/IP QoS Plan La situation actuelle Qu est-ce que la QoS? DiffServ IntServ MPLS Conclusion La situation actuelle La situation actuelle La famille des protocoles TCP/IP

Plus en détail

Guide pour les Administrateurs Systèmes et Réseaux

Guide pour les Administrateurs Systèmes et Réseaux Guide pour les Administrateurs Systèmes et Réseaux 1 Introduction 3 2 Performances : Les bases 3 2.1 Les critères de performance (perçu par l utilisateur) 3 2.1.1 Le temps de réponse «applicatif» 3 2.1.2

Plus en détail

maximo IT service management Visibilité et valorisation de vos actifs informatiques

maximo IT service management Visibilité et valorisation de vos actifs informatiques maximo IT service management Visibilité et valorisation de vos actifs informatiques maximo IT service management Accroître vos actifs sans augmenter vos besoins en gestion Vous utilisez des PC, des serveurs,

Plus en détail

WHITEPAPER. Quatre indices pour identifier une intégration ERP inefficace

WHITEPAPER. Quatre indices pour identifier une intégration ERP inefficace Quatre indices pour identifier une intégration ERP inefficace 1 Table of Contents 3 Manque de centralisation 4 Manque de données en temps réel 6 Implémentations fastidieuses et manquant de souplesse 7

Plus en détail

Default Performance Monitor - WhatsUp

Default Performance Monitor - WhatsUp Default Performance Monitor - WhatsUp Date 23/07/2013 Version 1.0 Référence 001 Auteur Denis CHAUVICOURT VOS CONTACTS TECHNIQUES JEAN-PHILIPPE SENCKEISEN HELPDESK LIGNE DIRECTE : 01 34 93 35 33 EMAIL :

Plus en détail

Architectures de QoS pour Internet

Architectures de QoS pour Internet Architectures de QoS pour Internet IntServ, Diffserv 2011 RMMQoS-chap5 1 Architecture Intserv Intégration de Service définie en 1997 dans les RFC2205 à RFC2216 définie par flux (ex : IP src + IP dst +

Plus en détail

ITIL Examen Fondation

ITIL Examen Fondation ITIL Examen Fondation Échantillon d examen B, version 5.1 Choix multiples Instructions 1. Essayez de répondre aux 40 questions. 2. Vos réponses doivent être inscrites sur la grille de réponses fournie.

Plus en détail

Livre banc. Contrôle de trajet dynamique : la base de votre WAN hybride

Livre banc. Contrôle de trajet dynamique : la base de votre WAN hybride Contrôle de trajet dynamique : la base de votre WAN hybride Le réseau étendu (WAN, wide area network) a connu bien peu d innovations pendant une grande partie de la dernière décennie. Alors que le reste

Plus en détail

GESTION CENTRALISÉE DELL POWERVAULT DL 2000 OPTIMISÉ PAR SYMANTEC

GESTION CENTRALISÉE DELL POWERVAULT DL 2000 OPTIMISÉ PAR SYMANTEC GESTION CENTRALISÉE DELL POWERVAULT DL 2000 OPTIMISÉ PAR SYMANTEC NOTE DE SYNTHESE La solution Dell PowerVault DL2000 optimisée par Symantec Backup Exec est la seule à proposer un système intégré de sauvegarde

Plus en détail

Au-delà de BYOD pour l expérience optimale dans tout espace de travail

Au-delà de BYOD pour l expérience optimale dans tout espace de travail Présentation de la solution Au-delà de BYOD pour l expérience optimale dans tout espace de travail Optimisation de l expérience de divers utilisateurs avec plusieurs périphériques, à tout moment, n importe

Plus en détail

Chef de projet ou expert systèmes informatiques, réseaux et télécommunications

Chef de projet ou expert systèmes informatiques, réseaux et télécommunications Chef de projet ou expert systèmes informatiques, réseaux et télécommunications E1C23 Systèmes informatiques, réseaux et télécommunications - IR Le chef de projet ou l expert systèmes informatiques, réseaux

Plus en détail

Figure 1. Structure répartie

Figure 1. Structure répartie Chapitre I: Applications Réparties et Middleware 1. Définition d une application répartie Une application répartie est constituée d un ensemble de processus (d objets, d agents, d acteurs) s exécutant

Plus en détail

INTERNET PAR SATELLITE, PROTOCOLES ET PERFORMANCE

INTERNET PAR SATELLITE, PROTOCOLES ET PERFORMANCE Texte de la 250 e conférence de l'université de tous les savoirs donnée le 6 septembre 2000. INTERNET PAR SATELLITE, PROTOCOLES ET PERFORMANCE par Walid DABBOUS La recherche dans le domaine des réseaux

Plus en détail

Réseaux grande distance. Jean-Patrick Gelas Université de Lyon

Réseaux grande distance. Jean-Patrick Gelas Université de Lyon Réseaux grande distance Jean-Patrick Gelas Université de Lyon Sources «High Performance Communication Networks», Jean Walrand, Pravin Varaiya, 2 nd édition, MK. Cours de Pr. Cong-Duc Pham (Université de

Plus en détail

Métrologie réseaux GABI LYDIA GORGO GAEL

Métrologie réseaux GABI LYDIA GORGO GAEL Métrologie réseaux GABI LYDIA GORGO GAEL Métrologie Définition : La métrologie est la science de la mesure au sens le plus large. La mesure est l'opération qui consiste à donner une valeur à une observation.

Plus en détail

Services informatiques aux organisations

Services informatiques aux organisations I. APPELLATION DU DIPLÔME II. CHAMP D'ACTIVITÉ Services informatiques aux organisations Spécialité «Solutions logicielles et applications métiers» Spécialité «Solutions d infrastructure, systèmes et réseaux»

Plus en détail

Spécifications de l'offre Surveillance d'infrastructure à distance

Spécifications de l'offre Surveillance d'infrastructure à distance Aperçu du service Spécifications de l'offre Surveillance d'infrastructure à distance Ce service comprend les services Dell de surveillance d'infrastructure à distance (RIM, le «service» ou les «services»)

Plus en détail

Introduction. La gestion des qualités de services dans Internet. La garantie de QoS. Exemple

Introduction. La gestion des qualités de services dans Internet. La garantie de QoS. Exemple Introduction Aujourd hui les applications (en particulier multimédia) nécessitent des qualités de service de natures très différentes La gestion des qualités de services dans Internet Exemples: Transfert

Plus en détail

ITIL et SLAs La qualité de service nous concerne tous!

ITIL et SLAs La qualité de service nous concerne tous! + Le 9 Avril 2013 ITIL et SLAs La qualité de service nous concerne tous! + Introduction Intervenants Yannick Goubet: Responsable Commercial GSX Solutions Yann Baudic: Technical Account Manager GSX Solutions

Plus en détail

QoS et Multimédia SIR / RTS

QoS et Multimédia SIR / RTS QoS et Multimédia SIR / RTS Les principes fondamentaux de la qualité de service Isabelle Guérin Lassous Isabelle.Guerin-Lassous@ens-lyon.fr http://perso.ens-lyon.fr/isabelle.guerin-lassous 1 Introduction

Plus en détail

Contrôle des réseaux IP fixes et mobiles

Contrôle des réseaux IP fixes et mobiles 127 Contrôle des réseaux IP fixes et mobiles Thi Mai Trang Nguyen, Guy Pujolle, Nadia Boukhatem, Dominique Gaïti Résumé Nous décrivons dans cet article l architecture générale fondée sur le concept de

Plus en détail

1.Introduction - Modèle en couches - OSI TCP/IP

1.Introduction - Modèle en couches - OSI TCP/IP 1.Introduction - Modèle en couches - OSI TCP/IP 1.1 Introduction 1.2 Modèle en couches 1.3 Le modèle OSI 1.4 L architecture TCP/IP 1.1 Introduction Réseau Télécom - Téléinformatique? Réseau : Ensemble

Plus en détail

Fonctions Réseau et Télécom. Haute Disponibilité

Fonctions Réseau et Télécom. Haute Disponibilité Appliance FAST360 Technical Overview Fonctions Réseau et Télécom Haute Disponibilité Copyright 2008 ARKOON Network Security 2/17 Sommaire I. Performance et disponibilité...3 1. Gestion de la bande passante

Plus en détail

PROBLÉMATIQUE D INTERCONNEXION DES RÉSEAUX IP

PROBLÉMATIQUE D INTERCONNEXION DES RÉSEAUX IP PREMIER MINISTRE Secrétariat général de la défense nationale Direction centrale de la sécurité des systèmes d information Sous-direction scientifique et technique Laboratoire Technologies de l Information

Plus en détail

THEME: Architecture, Système et Réseau

THEME: Architecture, Système et Réseau THEME: Architecture, Système et Réseau Equipe SIERA Administration de Réseaux Et Intégration de Service «Surveillance et Contrôle Intégrés de la Qualité de Service dans les Systèmes Distribués» Michelle

Plus en détail

Information Protection Services

Information Protection Services http://www.ibm.com/fr/tendancesibm Information Protection Services Nicolas Tailhardat Tailhardat@fr.ibm.com MOINS DE COÛTS POUR VOTRE BUSINESS, Agenda 1 Le contexte 2 Le besoin de nos clients 3 Le service

Plus en détail

THE NEW STYLE OF SERVICE DESK, ANYTIME, ANYWHERE MARDI 11 FÉVRIER, DOMINIQUE DUPUIS, DIRECTRICE DE LA RECHERCHE

THE NEW STYLE OF SERVICE DESK, ANYTIME, ANYWHERE MARDI 11 FÉVRIER, DOMINIQUE DUPUIS, DIRECTRICE DE LA RECHERCHE THE NEW STYLE OF SERVICE DESK, ANYTIME, ANYWHERE MARDI 11 FÉVRIER, DOMINIQUE DUPUIS, DIRECTRICE DE LA RECHERCHE SOMMAIRE Les enquêtes du CXP SaaS / Cloud Mobilité Big Data Conclusion 2 SOMMAIRE Les enquêtes

Plus en détail

Chapitre 10. Architectures des systèmes de gestion de bases de données

Chapitre 10. Architectures des systèmes de gestion de bases de données Chapitre 10 Architectures des systèmes de gestion de bases de données Introduction Les technologies des dernières années ont amené la notion d environnement distribué (dispersions des données). Pour reliér

Plus en détail

Présentation livre Simulation for Supply Chain Management. Chapitre 1 - Supply Chain simulation: An Overview

Présentation livre Simulation for Supply Chain Management. Chapitre 1 - Supply Chain simulation: An Overview Présentation livre Simulation for Supply Chain Management Chapitre 1 - Supply Chain simulation: An Overview G. Bel, C. Thierry et A. Thomas 1 Plan Gestion de chaînes logistiques et simulation Points de

Plus en détail

CA Server Automation. Vue d ensemble. Avantages. agility made possible

CA Server Automation. Vue d ensemble. Avantages. agility made possible FICHE PRODUIT : CA Server Automation CA Server Automation agility made possible La solution intégrée CA Server Automation permet d automatiser le provisioning, la correction et la configuration des composants

Plus en détail

Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services

Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services 69 Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services M. Bakhouya, J. Gaber et A. Koukam Laboratoire Systèmes et Transports SeT Université de Technologie de Belfort-Montbéliard

Plus en détail

La tête dans les nuages

La tête dans les nuages 19 novembre 2010 La tête dans les nuages Démystifier le "Cloud Computing" Jean Bernard, Directeur, Gestion des services Radialpoint SafeCare Inc. Au sujet de Radialpoint Radialpoint offre des solutions

Plus en détail

FAMILLE EMC VPLEX. Disponibilité continue et mobilité des données dans et entre les datacenters AVANTAGES

FAMILLE EMC VPLEX. Disponibilité continue et mobilité des données dans et entre les datacenters AVANTAGES FAMILLE EMC VPLEX Disponibilité continue et mobilité des données dans et entre les datacenters DISPONIBLITÉ CONTINUE ET MOBILITÉ DES DONNÉES DES APPLICATIONS CRITIQUES L infrastructure de stockage évolue

Plus en détail

Couche réseau : autour d IP. Claude Chaudet

Couche réseau : autour d IP. Claude Chaudet Couche réseau : autour d IP Claude Chaudet 2 ICMP : Signalisation dans IP Positionnement et rôle d'icmp IP est, en soi, un mécanisme simple dédié à l'acheminement de trames Il ne définit pas de messages

Plus en détail

Conclusions de la 9ème réunion du Groupe Consultatif du SYGADE

Conclusions de la 9ème réunion du Groupe Consultatif du SYGADE Conclusions de la 9ème réunion du Groupe Consultatif du SYGADE Le Groupe consultatif du SYGADE soumet à l'attention du Secrétaire général de la CNUCED les conclusions suivantes formulées lors de sa 9ième

Plus en détail

Fabrics Ethernet : La base de l automatisation du réseau de data center et de l agilité de l entreprise

Fabrics Ethernet : La base de l automatisation du réseau de data center et de l agilité de l entreprise I D C M A R K E T S P O T L I G H T Fabrics Ethernet : La base de l automatisation du réseau de data center et de l agilité de l entreprise Janvier 2014 Adapté de «Worldwide data center Network 2013 2017

Plus en détail

Architecte d infrastructures informatiques

Architecte d infrastructures informatiques Architecte d infrastructures informatiques E1C23 Infrastructures informatiques - IR L architecte d infrastructures informatiques pilote la conception, le déploiement et la mise en oeuvre d'architectures

Plus en détail

WEB15 IBM Software for Business Process Management. un offre complète et modulaire. Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.

WEB15 IBM Software for Business Process Management. un offre complète et modulaire. Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm. WEB15 IBM Software for Business Process Management un offre complète et modulaire Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.com Claude Perrin ECM Client Technical Professional Manager

Plus en détail

LA QUALITE DU LOGICIEL

LA QUALITE DU LOGICIEL LA QUALITE DU LOGICIEL I INTRODUCTION L'information est aujourd'hui une ressource stratégique pour la plupart des entreprises, dans lesquelles de très nombreuses activités reposent sur l'exploitation d'applications

Plus en détail

Plan. 1. Introduction. 1.1 Notion de réseau. Réseau extrémité. Le cœur du réseau. Les Protocoles de Télécommunications Evolution Internet Cours de DEA

Plan. 1. Introduction. 1.1 Notion de réseau. Réseau extrémité. Le cœur du réseau. Les Protocoles de Télécommunications Evolution Internet Cours de DEA Plan Les Protocoles de Télécommunications Evolution Internet Cours de DEA Isabelle CHRISMENT ichris@loria.fr Introduction Routage dans l Internet IPv6 Communication de groupes et l Internet x sans fils,

Plus en détail

Rapidité, économies et sécurité accrues : comment améliorer la souplesse, le coût total de possession (TCO) et la sécurité grâce à une planification

Rapidité, économies et sécurité accrues : comment améliorer la souplesse, le coût total de possession (TCO) et la sécurité grâce à une planification Rapidité, économies et sécurité accrues : comment améliorer la souplesse, le coût total de possession (TCO) et la sécurité grâce à une planification des tâches sans agent Livre blanc rédigé pour BMC Software

Plus en détail

L ANALYSE DU RISQUE DE FAILLITE PAR LE BIAIS DES SYSTÈMES DE L INTELLIGENCE ARTIFICIELLE

L ANALYSE DU RISQUE DE FAILLITE PAR LE BIAIS DES SYSTÈMES DE L INTELLIGENCE ARTIFICIELLE L ANALYSE DU RISQUE DE FAILLITE PAR LE BIAIS DES SYSTÈMES DE L INTELLIGENCE ARTIFICIELLE Paul Pașcu, Assist Prof, PhD, Ștefan cel Mare University of Suceava Abstract: This article aims to present a number

Plus en détail

La situation du Cloud Computing se clarifie.

La situation du Cloud Computing se clarifie. Résumé La situation du Cloud Computing se clarifie. Depuis peu, le Cloud Computing est devenu un sujet brûlant, et à juste titre. Il permet aux entreprises de bénéficier d avantages compétitifs qui leur

Plus en détail

NOTIONS DE RESEAUX INFORMATIQUES

NOTIONS DE RESEAUX INFORMATIQUES NOTIONS DE RESEAUX INFORMATIQUES GENERALITES Définition d'un réseau Un réseau informatique est un ensemble d'équipements reliés entre eux afin de partager des données, des ressources et d'échanger des

Plus en détail

IBM Tivoli Service Desk

IBM Tivoli Service Desk Déployer des services de qualité tout en maîtrisant les coûts IBM Tivoli Service Desk Points forts Rationalise la gestion des problèmes et des incidents afin de permettre la restauration rapide et économique

Plus en détail

Recommandations pour les sites et réseaux de collecte de la communauté académique RENATER : La supervision des réseaux IPv6 1/12

Recommandations pour les sites et réseaux de collecte de la communauté académique RENATER : La supervision des réseaux IPv6 1/12 Recommandations pour les sites et réseaux de collecte de la communauté académique RENATER : La supervision des réseaux IPv6 1/12 Sommaire : 1 La supervision IPv6 : Généralités... 3 1.1 Comment superviser

Plus en détail

La supervision des services dans le réseau RENATER

La supervision des services dans le réseau RENATER La supervision des services dans le réseau RENATER Simon Muyal (Services IP Avancés GIP RENATER) François-Xavier Andreu (Service de suivi opérationnel GIP RENATER) 1 Agenda Introduction Les nouveautés

Plus en détail

Page 1 2 La présente invention concerne le domaine des architectures informatiques, et en particulier un procédé pour le développement d applications destiné à un fonctionnement en réseau, par exemple

Plus en détail

portnox pour un contrôle amélioré des accès réseau Copyright 2008 Access Layers. Tous droits réservés.

portnox pour un contrôle amélioré des accès réseau Copyright 2008 Access Layers. Tous droits réservés. portnox Livre blanc réseau Janvier 2008 Access Layers portnox pour un contrôle amélioré des accès access layers Copyright 2008 Access Layers. Tous droits réservés. Table des matières Introduction 2 Contrôle

Plus en détail

Microsoft Dynamics Mobile Development Tools

Microsoft Dynamics Mobile Development Tools Microsoft Dynamics Mobile Development Tools Microsoft Dynamics Mobile Development Tools AVANTAGES : Bâtir des solutions complètes avec Microsoft Dynamics. Créer rapidement des applications verticales à

Plus en détail

COLLEGE DE BASSE-TERRE

COLLEGE DE BASSE-TERRE COLLEGE DE BASSE-TERRE FOURNITURE, ETUDE ET INSTALLATION «D UN RESEAU & UNE SOLUTION WIFI AEROHIVE» Proposition technique et commerciale Vos contacts : SYLVESTRE Emrick 0690 720 468 INTERVENANT Nom : Service

Plus en détail

Processus informatiques de l'administration fédérale Organisation fonctionnelle de l'informatique

Processus informatiques de l'administration fédérale Organisation fonctionnelle de l'informatique Processus informatiques de l'administration fédérale Organisation fonctionnelle de l'informatique Unité de stratégie informatique de la Confédération USIC Friedheimweg 14, 3003 Berne Téléphone 031 32 245

Plus en détail

LIVRE BLANC DECIDEUR. Newtest : contribution à ITIL. Newtest et ITIL...3. Gestion des niveaux de service - Service Level Management...

LIVRE BLANC DECIDEUR. Newtest : contribution à ITIL. Newtest et ITIL...3. Gestion des niveaux de service - Service Level Management... Yphise LIVRE BLANC LIVRE BLANC DECIDEUR Newtest : contribution à ITIL Newtest et ITIL...3 Gestion des niveaux de service - Service Level Management...5 Gestion de la disponibilité - Availability Management...7

Plus en détail

Garantir une meilleure prestation de services et une expérience utilisateur optimale

Garantir une meilleure prestation de services et une expérience utilisateur optimale LIVRE BLANC Garantir une meilleure prestation de services et une expérience utilisateur optimale Mai 2010 Garantir une meilleure prestation de services et une expérience utilisateur optimale CA Service

Plus en détail

NetCrunch 6. Superviser

NetCrunch 6. Superviser AdRem NetCrunch 6 Serveur de supervision réseau Avec NetCrunch, vous serez toujours informé de ce qui se passe avec vos applications, serveurs et équipements réseaux critiques. Documenter Découvrez la

Plus en détail

Annexe A. Énoncé des travaux. Service d accès Internet local (SAIL) pour Services partagés Canada

Annexe A. Énoncé des travaux. Service d accès Internet local (SAIL) pour Services partagés Canada Annexe A Énoncé des travaux Service d accès Internet local (SAIL) pour Services partagés Canada Le 17 juin 2013 Version : D6 TABLE DES MATIÈRES 1 INTRODUCTION... 2 2 EXIGENCES GÉNÉRALES RELATIVES AU SERVICE

Plus en détail

Cisco Expo 2007. De Netflow à l Expertise Décisionnelle. On Demand IT Expertise

Cisco Expo 2007. De Netflow à l Expertise Décisionnelle. On Demand IT Expertise Cisco Expo 2007 De Netflow à l Expertise Décisionnelle On Demand IT Expertise accellent, l entreprise Notre métier L expertise des flux d applications et de services voix et données sur les réseaux et

Plus en détail

ARCHITECTURES DES SYSTÈME DE BASE DE DONNÉES. Cours Administration des Bases de données M Salhi

ARCHITECTURES DES SYSTÈME DE BASE DE DONNÉES. Cours Administration des Bases de données M Salhi ARCHITECTURES DES SYSTÈME DE BASE DE DONNÉES Cours Administration des Bases de données M Salhi Architectures des Système de base de données Systèmes centralisés et client-serveur Server System Architectures

Plus en détail

TECHNOLOGIE INTERNET TRAVAUX PRATIQUE : NAPT Par ZHANG Tuo E-mail : tuo.zhang@iut-dijon.u-bourgogne.fr

TECHNOLOGIE INTERNET TRAVAUX PRATIQUE : NAPT Par ZHANG Tuo E-mail : tuo.zhang@iut-dijon.u-bourgogne.fr TECHNOLOGIE INTERNET TRAVAUX PRATIQUE : NAPT Par ZHANG Tuo E-mail : tuo.zhang@iut-dijon.u-bourgogne.fr 1. OBJECTIFS DU TP Réaliser et tester le NAT entre différents réseaux. Analyser le fonctionnement

Plus en détail

Une approche modulaire probabiliste pour le routage à QdS intégrée.

Une approche modulaire probabiliste pour le routage à QdS intégrée. Une approche modulaire probabiliste pour le routage à QdS intégrée. Said Hoceini, Abdelhamid Mellouk, Hayet Hafi LiSSi, IUT Créteil-Vitry, Université Paris XII 122 rue Paul Armangot Vitry sur Seine 94400

Plus en détail

Chapitre 7. Le Protocole SNMP 7.1 INTRODUCTION... 2 7.2 COMPOSANTES POUR L UTILISATION... 2 7.3 FONCTIONNEMENT... 2 7.4 LE PAQUET SNMPV1...

Chapitre 7. Le Protocole SNMP 7.1 INTRODUCTION... 2 7.2 COMPOSANTES POUR L UTILISATION... 2 7.3 FONCTIONNEMENT... 2 7.4 LE PAQUET SNMPV1... Chapitre 7 Le Protocole SNMP 7. INTRODUCTION... 7. COMPOSANTES POUR L UTILISATION... 7.3 FONCTIONNEMENT... 7.4 LE PAQUET SNMPV... 3 7.5 LES VERSIONS DU SNMP... 4 7.6 LES TABLES MIB... 5 7.7 LES RFC (REQUEST

Plus en détail

Profils de professions liées à Internet : Responsable Web Marketing

Profils de professions liées à Internet : Responsable Web Marketing ! Profils de professions liées à Internet : Responsable Web Marketing Responsable Web Marketing! 3 1. Description du métier! 3 2. Profil! 4 2.1 Résumé du profil! 4 2.2 Profil détaillé! 5 Responsable Web

Plus en détail

Administration, Sécurité : Quelques mots...

Administration, Sécurité : Quelques mots... Chapitre 9 1 Administration, Sécurité : Quelques mots... La sécurité dans les Réseaux 2 Risques et Menaces : vulnérabilité : degré d exposition à des dangers sensibilité : caractère stratégique d un élément

Plus en détail

Organisation et Fonctionnement de l Entreprise

Organisation et Fonctionnement de l Entreprise Organisation et Fonctionnement de l Entreprise Sommaire Organisation et fonctionnement de l'entreprise... 1 Les principales fonctions de l entreprise... 2 La notion de structure... 3 Caractéristiques d

Plus en détail

Principaux utilisateurs du Réseau

Principaux utilisateurs du Réseau Bienvenue à l innovant apptap, la première solution intégrée de l'industrie à combiner les capacités de collecte de données sur le réseau (Tap) avec le suivi du réseau et des applications. Cette nouvelle

Plus en détail

DOSSIER SOLUTION CA Service Assurance Mai 2010. assurez la qualité et la disponibilité des services fournis à vos clients

DOSSIER SOLUTION CA Service Assurance Mai 2010. assurez la qualité et la disponibilité des services fournis à vos clients DOSSIER SOLUTION CA Service Assurance Mai 2010 assurez la qualité et la disponibilité des services fournis à vos clients est un portefeuille de solutions de gestion matures et intégrées, qui contribue

Plus en détail

Comment déployer l'active Directory sur Windows Server 2008 R2

Comment déployer l'active Directory sur Windows Server 2008 R2 ENSAT 2014-2015 Le 29 septembre 2014 Administration Système : Active Directory Génie Informatique 2 ème année cycle ingénieur Comment déployer l'active Directory sur Windows Server 2008 R2 Département

Plus en détail

MSP Center Plus. Vue du Produit

MSP Center Plus. Vue du Produit MSP Center Plus Vue du Produit Agenda A propos de MSP Center Plus Architecture de MSP Center Plus Architecture Central basée sur les Probes Architecture Centrale basée sur l Agent Fonctionnalités démo

Plus en détail

des systèmes d'information

des systèmes d'information Responsable du pilotage de systèmes d information E1A21 Pilotage, administration et gestion des systèmes d information - IR Le responsable du pilotage de système d'information définit et fait évoluer un

Plus en détail