Une plate-forme de supervision intégrée du Multicast

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

Download "Une plate-forme de supervision intégrée du Multicast"

Transcription

1 Une plate-forme de supervision intégrée du Multicast H. Sallay, R. State, O. Festor LORIA-INRIA Lorraine 615 rue du Jardin Botanique Villers-lès-Nancy, France {Hassen.Sallay, Radu.State, RÉSUMÉ Si les services multicast deviennent de plus en plus attrayants, leur déploiement commercial actuel est ralenti pour plusieurs raisons. L une des raisons est le manque de solutions de gestion intégrées pour l ensemble de composants participant aux différents niveaux de ces services. D excellents outils autonomes existent aujourd'hui sur le marché et ils représentent de bons candidats à l intégration. Ces composants, s ils sont intégrés et pilotés dans une plate-forme de gestion standard, couvrent la plupart des fonctions de gestion de services multicast. Dans ce papier, nous proposons une architecture d intégration de deux outils de gestion multicast. Cette intégration vise à combiner la supervision de la topologie, la simulation des scénarios du test et la supervision de trafic réel sur le réseau. L architecture proposée est implantée dans un environnement Java. Elle est utilisée pour le contrôle du niveau du service et la collecte de données de gestion. ABSTRACT. While multicast services are becoming very attractive, their large deployment and commercial use is currently slowed down partly due to the lack of integrated management solutions for the components that participate to the operation of these services at various levels. Excellent standalone components exist today and are good candidates for the integration. Joined and interfaced with standard management platforms, they cover most of the functions retaled to multicast service monitoring. In this paper we present the resulting architecture of one integration effort which combines two multicast management tools for topology monitoring, pre-event testing and in-situ monitoring. The proposed architecture is used for service level monitoring and data collection. MOTS-CLÉS : Multicast IP, Supervision, MRM JMX, Gestion de niveaux de services(slm). KEYWORDS: IP Multicast, Monitoring, MRM, JMX, Service Level Management.

2 2 GRES, Décembre 2001, Marrakech. 1. Introduction Les services multicast acquièrent de plus en plus d importance dans l Internet. Initiallement déployés dans le Mbone à travers des routeurs multicast interconnectés par des tunnels, les protocoles multicast sont maintenant déployés dans la plupart de routeurs commercialisés et supportent une variété d applications (travail coopératif, téléconference, télééducation ). La spécification de nouveaux protocoles tels que PIM-SSM (Protocol Independent Multicast Single Source Mode) et EXPRESS (EXPlicitly Requested Single-Source Multicast) [29,30] plus simples qui permettent le passage à l échelle et englobant une bonne gamme d applications, va sans doute accélerer le déploiement du multicast. Cependent, une bonne gestion de ces services s impose. En effet, pour commercialiser et déployer à grande échelle un service multicast, des solutions de gestion intégrées capables de garantir un niveau donné de qualité de service doivent être fournies. D excellents composants autonomes existent aujourd'hui sur le marché et ils représentent de bons candidats pour une bonne intégration. Des utilitaires tels que Mrinfo, Mtrace, Mhealth offrent des fonctionnalités intéressantes pour la gestion du multicast, mais ils restent spécifiques et incomplets pour une gestion globale d un service multicast. Un effort récent tentant de combler ces insuffisances a émergé avec MRM (Multicast Reachability Monitor) qui définit une architecture distribuée ainsi qu un protocole d échange d informations entre ses composants pour générer du test et superviser les communications multicast. D autres part, opérer dans un environnement standard de gestion s avère nécessaire. En effet, la possibilité d utiliser différentes technologies de gestion (SNMP, WBEM ) et la capacité de présenter diverses données de supervision par la même interface facilite énormément les tâches de gestion. Proposer une architecture de gestion qui intègre ces utilitaires et les pilote dans une plate-forme de gestion standard est l objet de nos travaux. La plate-forme de gestion standard visée couvrira la plupart des fonctions de gestion de services multicast. Ce papier s organise comme suit : la section 2 résume l ensemble des approches existantes pour la gestion multicast. La section 3 présente notre architecture de gestion pour l intégration et détaille l ensemble de ses composants. Dans la section 4, nous détaillerons les aspects de l implantation. Une conclusion et quelques perspectives terminent la contribution. 2. Etat de l art sur les approches existantes pour la gestion du multicast Plusieurs approches pour la supervision des communications multicast ont été définies. Chaque approche vise un ensemble des fonctionnalités particulières de la gestion. De ce fait, les utilitaires existants sur le marché offrent des fonctionnalités intéressantes mais restent encore incomplets. Des travaux au sein de la communauté ont été développés pour combler ces insuffisances. MRM (Multicast Reachability

3 Une plate-forme de supervision intégrée du Multicast 3 Monitor) [1] qui définit une architecture distribuée ainsi qu un protocole d échange d informations entre les composants de gestion pour permettre du test et la supervision de communications multicast nous intéresse particulièrement. Les fonctions visées sont la mesure de disponibilité, la mesure de qualité de chemin et la détection/résolution de fautes. L architecture MRM comporte 2 composants de base : le superviseur et les agents. Le superviseur est une entité de supervision depuis laquelle un opérateur peut configurer des agents distants et répartis à travers le réseau pour effectuer des mesures et des tests sur une session multicast. Le superviseur (Manager) a pour objectif de permettre à un administrateur de configurer des tests, de collecter les résultats et de les présenter sur une console. Un superviseur est localisé sur une station de travail. Un agent peut-être localisé sur une station ou sur un routeur du réseau. Ces agents peuvent être de deux types : Emetteur ou Récepteur de données de tests. Les agents sont soit des sources (Test Source TS), soit des puits (Test Receiver TR) de trafic de test. Une source de trafic génère du trafic multicast de test suivant un scénario fourni par le superviseur. Un puit intercepte le trafic émis par une source, collecte des statistiques sur ce trafic et envoie des rapports au superviseur. Le protocole d échange se base sur l envoi et la réception de requêtes entre le superviseur et les agents (TR,TS). Le TSR (Test Sender Request) indique au TS comment il devrait produire les paquets du test. Le TRR (Test Receiver Request) indique au TR comment il devrait rassembler les données reçues. Enfin, le superviseur MRM transmet périodiquement des messages beacon pour annoncer sa présence à tous les agents du test MRM. Si MRM est aujourd hui principalement utilisé pour du test, son utilisation pour de la supervision de flux opérationnels est parfaitement possible. De plus, il est flexible et s intègre facilement avec d autres outils de gestion multicast. Malheureusement, ce n est pas fait pour le moment. Plusieurs autres approches considèrent la supervision des services multicast. Certaines d'entre elles comme Mhealth [9], se basent sur RTP (Real Time Protocol) pour la collecte des données de multicast. En fait, ces solutions de supervision utilisent RTCP (Real Time Control Protocol) avec RTP pour s informer sur les abonnés à un ou plusieurs groupes multicast. Msessmon [37], Mlisten[36], et RTPMon[5,37] sont des exemples typiques de cette famille d approches. Mtrace [17] est la version multicast de l'utilitaire traceroute. Il est utilisé pour construire l arbre topologique du multicast. En effet, il trace le chemin de différents récepteurs en amont vers la source en se basant sur les routeurs qui répondent aux requêtes Mtrace. Bien que Mtrace soit très utile, il a plusieurs limites. En effet, une telle approche n est pas vraiment adéquate quand une même session est supervisée par plusieurs outils Mhealth [7]. Une deuxième limite, est la surcharge de routeurs se trouvant sur le chemin vers la source et qui doivent répondre à toutes les requêtes concernant tous les récepteurs. Une gestion de fautes distribuée pour le multicast est proposée dans [7,8]. Dans cette approche, des entités logicielle dites observateurs (Watchers) contrôlent, pour

4 4 GRES, Décembre 2001, Marrakech. chaque session, leur connectivité avec la source. L avantage de l approche en supervision consiste à ne contrôler qu une seule fois les liens communs à plusieurs observateurs. Cette approche est efficace dans le sens où elle génère moins de trafic de gestion et évite la surcharge des routeurs dans le réseau. D autres approches plus orientées vers la gestion de configuration existent dans la communauté. Mrinfo [5] peut déterminer l'ensemble des tunnels et leurs états pour un routeur particulier. L'utilisation de SNMP dans le contexte de supervision du multicast peut être faite par plusieurs outils. Mstat [5] permet de superviser un seul routeur tandis que Mview [5] peut visualiser la topologie du MBONE et fournir quelques informations de performance. Nous citons aussi un autre outil dit MMON (Multicast Management Tool) [38] qui constitue une partie intégrante du gestionnaire de réseau HPOpenView. Cet outil utilise à la fois Mrinfo et SNMP pour découvrir la topologie d une session multicast dans un domaine donné. D autres outils tel que Mantra [15] permettent de collecter les informations concernant les grands groupes du multicast. Cela est fait en utilisant des scripts d invocation à distance pour s informer sur les sessions actives, les abonnés, les statistiques de groupe et sur le routage multicast. Les approches mentionnées ci-dessus supposent toutes que l accès (SNMP et/ou IGMP) aux équipements réseau est possible. Une méthode sophistiquée basée sur un estimateur de maximum de vraisemblance a été développée pour être utilisée dans un contexte où l'accès direct est impossible. Un tel scénario peut se produire quand le trafic de multicast passe par un réseau privé. L hypothèse initiale est que seule la mesure (perte de paquet et délai de variation) entre les points d entrée et de sortie du segment privé est disponible. Les trois problèmes qui se posent sont comment estimer la topologie sou-jacente [10, 13], les probabilités de perte sur les différents liens [11] et les délais de transmission de paquets pour des liens particuliers [12]. Ce type d approche est développé dans le projet (MINC) [16] au sein de AT&T visant à insérer des sondes du trafic reportant l état du réseau. 3. Architecture de supervision Dans cette section, nous proposons une architecture d intégration pour les outils de gestion multicast. La plate-forme développée couvre un ensemble de fonctionnalités nécessaires pour la gestion des services multicast par l intégration de différents outils de gestion du multicast complémentaires. Cette intégration vise à combiner la découverte de la topologie, la simulation de scénarios de test et la supervision de trafic réel sur le réseau. De plus, la plate-forme développée présente une architecture distribuée accessible par les différentes technologies de gestion existantes sur le marché telles que SNMP, WBEM. La plate-forme peut être utilisée pour la collecte des données de gestion pour le contrôle du niveau du service dans le contexte du SLM.

5 Une plate-forme de supervision intégrée du Multicast 5 L architecture de gestion proposée est une architecture distribuée qui intègre différents composants de gestion multicast. En effet, l'architecture fonctionnelle de la plate-forme comporte trois composants offrant trois principaux services : un service de topologie, un service de supervision et un service de présentation des données de supervision (voir Figure 1). La plate-forme permet à un administrateur de définir ses jeux de test à la volée. Cette définition inclue des schémas de tests prédéfinis ainsi que des schémas de tests à la volée. Ces tests sont en fait des instances des sessions test de MRM. Le service de présentation prend la forme d'une interface graphique. Cette interface offre une vue intégrée sur la configuration de multicast et la topologie sous-jacente du réseau. Les informations de supervision du multicast sont définies comme étant un ensemble d'informations statiques liées à la configuration de routage du multicast et d'un ensemble d informations dynamiques associées au trafic multicast. Les informations statiques sont fournies par le service de topologie. Les informations dynamiques sont fournies par l entité appelée MrmDomainManager. Nous ne considérons que la tâche de supervision d un domaine administratif en ignorant pour le moment la gestion dans un environnement multi-domaines. Pour des raisons d'efficacité, ce domaine peut être divisé en plusieurs sous-domaines, appelés domaines MRM. Chaque domaine MRM est localement contrôlé par un agent MRM. Figure 1. Architecture de supervision

6 6 GRES, Décembre 2001, Marrakech. Toutes les entités qui réalisent les différentes fonctions de la plate-forme peuvent être distribuées à travers le réseau Le modèle de gestion MRM Le modèle d information que nous détaillons dans cette section, est une abstraction du modèle MRM qui définit l'interface de lancement des opérations MRM. Il présente plusieurs avantages et répond à notre objectif de développer une plate-forme distribuée pilotée par différentes technologies standards. Ce modèle offre la possibilité de représenter et de gérer des sessions couvrant plusieurs régions du réseau (sous-domaines MRM) dont chacune est sous le contrôle d un Agent MRM. De plus, son implantation dans une infrastructure logicielle de type JMX ou WBEM constitue un second avantage majeur dans le sens où cette implantation garantit l ouverture de MRM aux mondes standards de la gestion. La figure 2 comporte ce modèle d'information de gestion avec ses différents composants. La classe de MRMDomainManager fournit les points d accès à l interface de gestion responsable de la configuration de l ensemble de récepteurs et de sources de multicast. Un test est représenté par la classe Sessions. Toutes les sessions sont incluses dans la classe MRMDomainManager. Cette dernière fournit une interface de programmation (API) qui permet d ajouter/supprimer une session et de lancer/terminer une session. Par exemple les méthodes adddomainsessions() / deletesession() permettent de créer/ajouter ou supprimer une session dans un ou plusieurs domaines MRM. Chaque session définit une configuration pour la session de test MRM. Une configuration indiquera les sources de trafic test, les puits et tous les paramètres du scénario du test. La classe Session est caractérisée par l adresse IP multicast utilisée et un état (active, suspendue, terminée) qui peut être consulté et/ou modifié. Son interface permet les opérations suivantes : ajouter ou supprimer un TS/TR, lister les TSs/TRs actifs, configurer le trafic du test multicast, lancer/arrêter un test.

7 Une plate-forme de supervision intégrée du Multicast 7 Figure 2. Modèle d information de pilotage de sessions Cette classe est particulièrement importante parce qu elle représente plusieurs classes MRMAgent qui gèrent conjointement une communication multicast. Ainsi, une session multicast couvrant plusieurs régions du réseau et dont chacune est sous le contrôle d un Agent MRM, peut être représentée par ce modèle d information. Chaque Session est associée (indirectement via la classe MRMAgent) à une liste de TestProcess. Ce dernier peut être utilisé pour simuler une source ou un puits. La configuration d une session consiste à une spécification d une liste des MRMAgent, TestProcess, leurs rôles, l adresse IP de groupe multicast, la durée de la session, le temps start-up du test et la fréquence de génération des rapports de gestion. Par exemple : SetTestSenders() et GetTestReceivers() vont configurer et collecter respectivement les états des sources et des puits. Pour collecter et analyser les informations, les méthodes GetFaultStatistics() et displayreport() sont utilisées.

8 8 GRES, Décembre 2001, Marrakech. La classe MRMAgent représente l agent responsable d'une région spécifique de réseau. Elle fournit une interface pour les différentes applications agissant en tant que TestSenders et TestReceivers. Les opérations pour lancer un test sont les suivantes : 1. l opération starttest(asession) est invoquée dans MRMDomainManager, 2. pour l instance ASession de Session, tous les Agents MRM sont recherchés, 3. pour chaque Agent, la liste de TestSenders et TestReceivers associés est obtenue, 4. l opération startmrmagent est appelée pour chaque objet de la liste obtenue précédemment. Les rapports sont modélisés par la classe Report. Deux types de spécialisations sont définies pour cette classe. La classe Sessionreport contient l état de session, son évolution dans le temps, le pourcentage des pannes. Le Faultreport contient les informations sur les notifications des fautes et des pannes Le gestionnaire de topologie La vue globale du réseau et de l'arbre de multicast est maintenue par le gestionnaire de topologie. Ceci est basé sur un modèle réseau représentant une vue logique des ressources du réseau. Plusieurs modèles réseau sont déjà définis dans [23], [24], [25]. Pour superviser la communication multicast, nous avons retenu un modèle simplifié. Celui-ci est donné dans la figure 3 est utilisé. Nous avons décidé de garder le modèle aussi simple que possible afin de permettre son utilisation dans un environnement dynamique, laissant cependant assez de flexibilité pour modéliser un arbre multicast. À un premier niveau d'abstraction, un arbre de multicast est vu comme un LayerTrail. Les membres de cet arbre sont modélisés par la classe nwttp(network Trail Termination Point). Les paramètres de la classe LayerTrail sont spécifiques à un groupe particulier de multicast, comme l'adresse IP multicast par exemple. Le nwttp renferme les adresses IP des différents membres. À un deuxième niveau d abstraction, nous pouvons décomposer l arbre multicast sur la topologie du réseau. À ce niveau nous recherchons trois classes principales : la classe LC représente un arbre particulier de multicast situé entre deux routeurs adjacents. Elle est délimitée par deux nwctp(network connection termination point).

9 Une plate-forme de supervision intégrée du Multicast 9 la classe nwctp est utilisée pour représenter l'adresse réseau utilisée par un routeur expédiant les paquets multicast via une interface donnée. la classe SNC(subnetwork connection class) représente, pour un routeur de l arbre, la liste des routeurs et interfaces destinataires du trafic reçu par celui-ci. Bien que cette classe soit plus utile dans un réseau orienté connexion, nous l'avons maintenue dans le modèle pour des raisons de simplicité. Elle nous permet de réutiliser le modèle d'information que nous avons défini dans [6] sans y introduire de changements. Au troisième niveau d'abstraction on s intéresse au réseau physique. À ce niveau, nous modélisons les routeurs et les liens entre eux. Un routeur est représenté par la classe Subnetwork. Les liens physiques sont modélisés par la classe Link. Les attributs typiques de la classe Subnetwork sont hostname et location. Les attributs de la classe Link sont liés à la capacité physique du lien. Les interfaces délimitant un objet Link, sont modélisées par la classe LinkTP(Link TerminationPoint). Un aspect important du modèle réseau proposé est l'utilisation des stéréotypes. Sans entrer dans trop de détails, des stéréotypes sont employés afin d'exprimer les contraintes inhérentes aux communications multicast opérationnelles. Par exemple, un LayerTrail est décomposé en SNC et LC. Cette décomposition assure que le modèle instancié est sans cycle et que ses propriétés de connectivité sont entièrement valides. Ces propriétés sont exprimées en termes d objets et d associations. Nous exprimons ces dernières contraintes par OCL(Object Constrained Language) [26], le compagnon officiel UML proposé par l OMG [27]. Un ensemble de contraintes concernant plusieurs classes sont associées à un stéréotype. Ces stéréotypes indiquent le rôle individuel d une classe en respectant une certaine décomposition. Par exemple, un LayerTrail est l'entité qui est décomposée (un arbre), tandis que ses nœuds sont donnés par les objets de type SNC. Les bords (edges) de l'arbre multicast sont représentés par des objets LC. Des associations liant ces bords aux nœuds (entrant, sortant) sont ajoutées pour avoir un modèle complet et robuste. L utilisation d OCL permet d automatiser l'utilisation des outils qui vérifient, au cours de l exécution, que toutes les contraintes sont satisfaites.

10 10 GRES, Décembre 2001, Marrakech. Figure 3. Modèle d information réseau 3.3. Gestionnaire de tests Le TestManager est employé pour configurer les éléments TR et TS pour une session de test. Il se base sur un répertoire LDAP [20] utilisé comme référentiel pour les informations de configuration. Les avantages de l utilisation des services de

11 Une plate-forme de supervision intégrée du Multicast 11 répertoire LDAP pour le stockage des données réseau sont déjà adressés par l'approche DEN [22]. Dans notre cas, nous avons traduit les caractéristiques de la configuration de notre modèle d'information dans un schéma LDAP permettant à l annuaire de stocker les données de configuration d une session de test. En plus de l'information de configuration, nous avons également traduit les rapports FaultReport et SessionReport pour pouvoir stocker dans le répertoire les rapport émis par les Agents MRM. Figure 4. Arbre d information LDAP En se basant sur notre schéma LDAP, chaque configuration de test MRM est stockée dans l arbre de l annuaire (DIT : Directory Information Tree) (voir figure 5). Les informations de configuration de session sont alors récupérées à partir du DIT par chaque gestionnaire de domaine MRM. Cela se fait via un API Java que nous avons développé au dessus de l interface JNDI (Java Naming and Directory Interface). Le DIT est également consulté par chaque processus TR pour stocker les FaultReport.

12 12 GRES, Décembre 2001, Marrakech. 4. Implantation Nous avons retenu l architecture distribuée JMX [19] pour l implantation de notre plate-forme de gestion. En fait, la technologie JMX présente une bonne approche pour la définition des interfaces standards pour ces plates-formes de gestion distribuées. De plus, JMX a l avantage d être à la fois simple et flexible dans le sens où elle s adapte facilement aux nouvelles technologies de gestion. Ainsi, tous les composants (Agent MRM, gestionnaire MRM, gestionnaire de topologie) ont été développés en JMX. Tous les objets ont été définis par des MBeans et les services communiquent avec l'application de gestion en utilisant les appels de méthodes à distance RMI Java (Remote Method Interface) [35]. D autre part, nous utilisons deux outils pour instancier et mettre à jour le modèle réseau. Le premier est l outil Mrinfo [5] qui permet de récupérer la configuration d'un routeur multicast donné (évidemment, ceci ne peut être fait que si ce routeur répond au message ASK_NEIGHBORS de IGMP). Le deuxième outil est Mtrace [5] qui permet de tracer un chemin d un récepteur à une source. De son coté, l'agent MRM établit et met à jour le modèle d'information réseau par l'invocation de ces deux utilitaires. Cette invocation est faite en utilisant du code natif et c est le seul endroit dans l'architecture logicielle n'étant pas en Java. Un copie d écran de l interface de gestion de la plate-forme de gestion est donné dans la figure 5. L interface graphique est une application Java développé avec le toolkit graphiques Koala [14] pour représenter la topologie et les communications multicast dans un domaine MRM. La région (1) du haut à gauche montre les informations statiques de multicast obtenues à partir des tables de routage multicast. L'affichage de ces informations est fait par plusieurs vues. Dans la figure, trois vues sont définies couvrant les différent zones de la carte topologique à différentes échelles de grandeur. Ceci permet de zoomer dans le cas où la topologie du réseau est dense ou pour se concentrer sur un détail nécessaire sans refaire en entier la carte. La figure 5 montre la topologie du réseau qui se trouve à proximité immédiate de notre réseau de campus. La région (2) du haut à droite de la figure 5, est une interface graphique simple pour l outil Mtrace. Finalement, le composant utilisé pour configurer un MRM Domain/MRM Agent est montré dans la troisième région (3) (bas au centre). Le gestionnaire utilise l un ou l autre interface pour lancer ces actions et collecter les informations de gestion.

13 Une plate-forme de supervision intégrée du Multicast 13 Figure 5. Interface du gestionnaire 5. Conclusion Les services multicast sont parmi les services les plus importants de l Internet de futur. Etre capable de gérer ces services au niveau du réseau et au niveau de service reste un défi majeur de la communauté de gestion. Pour établir une architecture d une gestion intégrée, nous avons proposé l'intégration de MRM

14 14 GRES, Décembre 2001, Marrakech. (Management Reachibility Monitor) dans une plate -forme standard de gestion du multicast. Une passerelle permettant de piloter les agents MRM et les sessions de test depuis une plate-forme standard est nécessiare. Pour ce faire, nous avons proposé un modèle de gestion pour la configuration et la collecte des données de supervision dans un environnement MRM multi-domaines. Les tests et la supervision de service ont été intégrés dans notre plate-forme de gestion permettant ainsi une configuration plus facile des nœuds du réseau et des processus MRM. Tous les composants sont développés en Java en utilisant la technologie JMX et sont employés pour superviser les activités de multicast dans notre laboratoire. La plate-forme proposée représente un premier effort d'intégration pour la supervision du multicast. Nous étudions actuellement l'intégration d autres composants supplémentaires dans la plate-forme. Les points d intérêts seront : l'évolution de notre modèle réseau vers les modèles réseau CIM; l'extension de MRM pour pouvoir assurer une meilleure satisfaction pour l'utilisateur, c.-à-d. l étendre avec des algorithmes qui évaluent le niveau de satisfaction de l utilisateur. Nous avons déjà proposé un algorithme dans ce context pour le cas de la transmission vidéo multicast [34] et enfin, la transition à IPv6 et l'influence des protocoles tels que MLD [32] ou REUNITE [33] pour la gestion des sessions multicast sont également des points d'intérêt pour nos futures travaux. 6. References [1] D. Farinacci, K. Almeroth, L. Wei. Internet Draft : Multicast Reachability Monitor MRM, October [2] L. Wei, K. Almeroth. Internet Draft : Justification for and use of the Multicast Routing Monitor (MRM) Protocol, August [3] Sun microsystems. White paper : Java Management Extentions : Dynamic management for the service age, June [4] K. Sarac, K. Almeroth. End host implementation of MRM. [5] K. Sarac. and K. Almeroth. Supporting Multicast Deployment Efforts: A Survey of Tools for Multicast Monitoring., Journal of High Speed Networking--Special Issue on Management of Multimedia Networking [6] R. State, O. Festor and Nataf. Managing concurrent QoS assured Multicast sessions using a Programmable Network Architecture, 11th IFIP/IEEE International Workshop on Distributed Systems: Operations and Management (DSOM 2000), Austin TX, December 2000, Springer LNCS [7] Anoop Reddy, Deborah Estrin, Ramesh Govindan. Fault Management in Multicast Trees, ACM SIGCOMM, Stockholm, Sweden, August [8] Anoop Reddy, Deborah Estrin, Ramesh Govindan. Large Scale Fault Isolation. IEEE Journal on Selected Areas in Communications, special issue on Network Management, vol. 18, no. 5, 2000.

15 Une plate-forme de supervision intégrée du Multicast 15 [9] Makosfske, K. Almeroth. MHealth. A Real time Multicast tree visualization and monitoring tool. Proc. NOSSDAV 99. [10] R.Caceres, N.G. Duffield, J. Horowitz, F. Lo Presti, D. Towsley. Loss-based Inference of Multicast Network Topology. CDC'99 [11] R.Caceres, N.G. Duffield, J. Horowitz, D. Towsley. Multicast-Based Inference of Network Internal Loss Characteristics. IEEE Transactions on Information Theory. [12] N.G. Duffield, F. Lo. Presti. Multicast Inference of packet delay variation at interior network links. In Proc. IEEE INFOCOM [13] S. Ratnasamy, S. McCanne. Inference of Multicast Routing Trees and Bottleneck Bandwidth using End-to-end Measurements. In Proc. IEEE INFOCOM [14] Koala Graphics. [15] P. Rajvaidya, Almeroth, K. A Router-Based Technique for Monitoring the Next- Generation of Internet Multicast Protocols, International Conference on Parallel Processing, [16] A. Adams, T. Bu, R. Cáceres, N.G. Duffield, T. Friedman, J. Horowitz, F. Lo Presti, S.B. Moon, V. Paxson, D. Towsley, The Use of End-to-End Multicast Measurements for Characterizing Internal Network Behavior, IEEE Communications Magazine, to appear [17] Fenner, W., Casner S. A traceroute facility for IP Multicast, <draft-ietf-idmrtraceroute-ipm-07.txt>, July [18] J. Walz, Multicast Monitoring Current Usage and a New Hierarchical Protocol, Master Thesis, Dept. of Computer Science, University of Massachusetts, February [19] Laurent Andrey, Olivier Festor, Emmanuel Nataf, Radu State. JTMN: A Java-based TMN Development and Experimentation Environment IEEE Journal on Selected Areas in Communications,Vol 18., No. 5., May 2000 [20] T. Howes, M. Smith and G.S. Good. Understanding and deploying LDAP directory services. New Riders [21] J. Strassner. Directory Enabled Networks. Macmillan Technical Publishing, [22] Deployment Guide. Netscape Directory Server (v 4.1). [23] C.-C. Shen and J. Y. Wei, Network-Level Information Models for Integrated ATM/SONET/WDM Management, IEEE/IFIP 1998 Network Operations and Management Symposium, New Orleans, USA, [24] Network Resource Information Model. TINA-C, [25] ITU-T, Generic Network Information Model. Recommendation M-3100 : ITU-T, [26] J. Warmer and A. Kleppe. The Object Constraint Language: Precise Modeling with UML, Addison-Wesley, [28] J. Rumbaugh, I. Jacobson and G. Booch. The Unified Modeling Language Reference Manual, Addison-Wesley, 1998.

16 16 GRES, Décembre 2001, Marrakech. [29] H. Holbrook, B. Cain Source-specific Multicast for IP, Internet Draft, November [30] S. Bhattachayya, C. Diot, L. Giuliano, R. Rockell, J. Meylor, D. Meyer, G. Shepherd, B. Haberman, An Overview of Source-Specific Multicast (SSM) deployment, Internet Draft, May [31] Rajvaidya, P. and Almeroth, K. and Claffy, K. A Scalable Architecture for Monitoring and Visualizing Multicast Statistics, Proc. IFIP/IEEE DSOM 2001, Ambler, A. and Calo, S. and Kar, G. (Eds)., LNCS 1960, pp.1-12, [32] R. Vida L. Costa, R. Zara, S. Fdida, S. Deering, B. Fenner, I. Kouvelas, B. Haberman Multicast Listener Discovery Version 2 (MLDv2) for IPv6, <draf-vida-mld-v2-01.txt>, july [33] I. Stoica, et al., "REUNITE: A recursive Unicast Approach to Multicast", Proc. Infocom [34] R. State and O. Festor Active Network based management for QoS assured multicast delivered media, Proc. IEEE Joint 4 th. International conference on ATM and High Speed Internet (ICATM2001). [35] [36] [37] [38]MMON specifications :

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

Les réseaux de campus. F. Nolot 2008 1

Les réseaux de campus. F. Nolot 2008 1 Les réseaux de campus F. Nolot 2008 1 Les réseaux de campus Les architectures F. Nolot 2008 2 Les types d'architectures L'architecture physique d'un réseau de campus doit maintenant répondre à certains

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 38 NFP111 Systèmes et Applications Réparties Cours 11 - Les Enterprise Java Beans (Introduction aux Enterprise Claude Duvallet Université du Havre UFR Sciences

Plus en détail

Chapitre 11 : Le Multicast sur IP

Chapitre 11 : Le Multicast sur IP 1 Chapitre 11 : Le Multicast sur IP 2 Le multicast, Pourquoi? Multicast vs Unicast 3 Réseau 1 Serveur vidéo Réseau 2 Multicast vs Broadcast 4 Réseau 1 Serveur vidéo Réseau 2 Multicast 5 Réseau 1 Serveur

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

Solutions de gestion de la sécurité Livre blanc

Solutions de gestion de la sécurité Livre blanc Solutions de gestion de la sécurité Livre blanc L intégration de la gestion des identités et des accès avec l authentification unique Objectif : Renforcer la politique de sécurité et améliorer la productivité

Plus en détail

SÛRETÉ DE FONCTIONNEMENT ET ARCHITECTURE GVA SÉMINAIRE ARCHITECTURES AGILES DE SYSTÈMES COMPLEXES BASÉES SUR DDS, LA VÉTRONIQUE EN CAS D EXEMPLE

SÛRETÉ DE FONCTIONNEMENT ET ARCHITECTURE GVA SÉMINAIRE ARCHITECTURES AGILES DE SYSTÈMES COMPLEXES BASÉES SUR DDS, LA VÉTRONIQUE EN CAS D EXEMPLE SÛRETÉ DE FONCTIONNEMENT ET ARCHITECTURE GVA SÉMINAIRE ARCHITECTURES AGILES DE SYSTÈMES COMPLEXES BASÉES SUR DDS, LA VÉTRONIQUE EN CAS D EXEMPLE PLAN Architecture GVA et NGVA SDF dans Architecture GVA

Plus en détail

Internet Group Management Protocol (IGMP) Multicast Listener Discovery ( MLD ) RFC 2710 (MLD version 1) RFC 3810 (MLD version 2)

Internet Group Management Protocol (IGMP) Multicast Listener Discovery ( MLD ) RFC 2710 (MLD version 1) RFC 3810 (MLD version 2) Internet Group Management Protocol (IGMP) Multicast Listener Discovery ( MLD ) RFC 2710 (MLD version 1) RFC 3810 (MLD version 2) multicast applications Site NREN MLD / IGMP IGMP v2 : generality Interaction

Plus en détail

Smart Notification Management

Smart Notification Management Smart Notification Management Janvier 2013 Gérer les alertes, ne pas uniquement les livrer Chaque organisation IT vise à bien servir ses utilisateurs en assurant que les services et solutions disponibles

Plus en détail

Prise en compte des ressources dans les composants logiciels parallèles

Prise en compte des ressources dans les composants logiciels parallèles Prise en compte des ressources dans les composants logiciels parallèles Aperçus de l action RASC et du projet Concerto F. Guidec Frederic.Guidec@univ-ubs.fr Action RASC Plan de cet exposé Contexte Motivations

Plus en détail

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

Le service IPv4 multicast pour les sites RAP

Le service IPv4 multicast pour les sites RAP Le service IPv4 multicast pour les sites RAP Description : Ce document présente le service IPv4 multicast pour les sites sur RAP Version actuelle : 1.2 Date : 08/02/05 Auteurs : NM Version Dates Remarques

Plus en détail

Evaluation de l impact d attaques distribuées par déni de service utilisant un protocole multipoint à source unique

Evaluation de l impact d attaques distribuées par déni de service utilisant un protocole multipoint à source unique Evaluation de l impact d attaques distribuées par déni de service utilisant un protocole multipoint à source unique Mickaël Hoerdt 1, Damien Magoni 1, Jean-Jacques Pansiot 1 Université Louis Pasteur LSIIT

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance

Plus en détail

Introduction à MPLS F. Nolot 2009 1

Introduction à MPLS F. Nolot 2009 1 Introduction à MPLS 1 Introduction à MPLS Introduction 2 Introduction Les fournisseurs d'accès veulent Conserver leur infrastructure existante ET Ajouter de nouveaux services non supportés par la technologie

Plus en détail

Fax sur IP. Panorama

Fax sur IP. Panorama Fax sur IP Panorama Mars 2012 IMECOM Groupe prologue - Z.A. Courtaboeuf II - 12, avenue des Tropiques - B.P. 73-91943 LES ULIS CEDEX - France Phone : + 33 1 69 29 39 39 - Fax : + 33 1 69 28 89 55 - http://www.prologue.fr

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

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

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

CONFIGURATION P 2 P 3 P 3 P 10 P 11 P 13 P 14 P 16

CONFIGURATION P 2 P 3 P 3 P 10 P 11 P 13 P 14 P 16 CONFIGURATION 1 Présentation 2 Topologie du projet 3 Installation 4 Configuration 4.1 Création de la DMZ publique 4.2 Accès vers l Internet 4.3 Publication d Exchange 4.4 Rapports d activité et alertes

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

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

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

Sauvegarde et restauration en environnement VMware avec Avamar 6.0

Sauvegarde et restauration en environnement VMware avec Avamar 6.0 Livre blanc Sauvegarde et restauration en environnement VMware avec Avamar 6.0 Analyse détaillée Résumé Dans les entreprises, les environnements virtuels sont de plus en plus déployés dans le cloud. La

Plus en détail

Cisco Certified Network Associate Version 4

Cisco Certified Network Associate Version 4 Cisco Certified Network Associate Version 4 Protocoles et concepts de routage Chapitre 2 Le résultat de la commande Router# show interfaces serial 0/1 est le suivant : Serial0/1 is up, line protocol is

Plus en détail

SDL: 20 ans de programmation basée modèle

SDL: 20 ans de programmation basée modèle SDL: 20 ans de programmation basée modèle Emmanuel Gaudin emmanuel.gaudin @ pragmadev.com Principes MDE, MDA et MDD: Approche orienté modèle PIM: Platform Independant Model PDM: Platform Definition Model

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

Profil des participants Le cours CCNA Exploration s adresse aux participants du programme Cisco

Profil des participants Le cours CCNA Exploration s adresse aux participants du programme Cisco Présentation et portée du cours : CNA Exploration v4.0 Networking Academy Profil des participants Le cours CCNA Exploration s adresse aux participants du programme Cisco diplômés en ingénierie, mathématiques

Plus en détail

FORMATION CN01b CITRIX NETSCALER - IMPLÉMENTATION POUR LES SOLUTIONS XENDESKTOP OU XENAPP

FORMATION CN01b CITRIX NETSCALER - IMPLÉMENTATION POUR LES SOLUTIONS XENDESKTOP OU XENAPP FORMATION CN01b CITRIX NETSCALER - IMPLÉMENTATION POUR LES SOLUTIONS XENDESKTOP OU XENAPP Contenu de la formation CN01B CITRIX NETSCALER IMPLEMENT. POUR LES SOLUTIONS XENDESKTOP/XENAPP Page 1 sur 7 I.

Plus en détail

Service de Déploiement Windows (WDS)

Service de Déploiement Windows (WDS) Service de Déploiement Windows (WDS) 7 décembre 2012 Dans ce document, vous trouverez une description détaillée des étapes à suivre pour installer les différents rôles sur votre poste Windows Server. Ce

Plus en détail

Introduction aux Systèmes Distribués. Introduction générale

Introduction aux Systèmes Distribués. Introduction générale Introduction aux Systèmes Distribués Licence Informatique 3 ème année Introduction générale Eric Cariou Université de Pau et des Pays de l'adour Département Informatique Eric.Cariou@univ-pau.fr 1 Plan

Plus en détail

Un fonctionnement simplifié

Un fonctionnement simplifié Milestone Systems XProtect Corporate Un fonctionnement simplifié Logiciel premium pour une sécurité sans faille Améliorez la gérabilité de vos installations multi-sites les plus sophistiquées grâce à XProtect

Plus en détail

TP redondance DHCP. Gillard Frédéric Page 1/17. Vue d ensemble du basculement DHCP

TP redondance DHCP. Gillard Frédéric Page 1/17. Vue d ensemble du basculement DHCP Vue d ensemble du basculement DHCP Dans Windows Server 2008 R2, il existe deux options à haute disponibilité dans le cadre du déploiement du serveur DHCP. Chacune de ces options est liée à certains défis.

Plus en détail

Architecture d'entreprise : Guide Pratique de l'architecture Logique

Architecture d'entreprise : Guide Pratique de l'architecture Logique Guides Pratiques Objecteering Architecture d'entreprise : Guide Pratique de l'architecture Logique Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam

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

CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES

CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES MODEL-BASED TESTING (MBT) CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES Le Model-Based Testing est une pratique de test en plein développement dans l'industrie pour accroitre l'efficacité

Plus en détail

Aperçu général sur la technologie des Workflows

Aperçu général sur la technologie des Workflows Aperçu général sur la technologie des Workflows Zakaria Maamar Groupe Interfonctionnement Section Technologie des systèmes d'information Centre de recherches pour la défense Valcartier 2459 boul. Pie-XI

Plus en détail

Gestion des grilles : Surveillance Contextuelle de la QoS par une approche conduite par des modèles

Gestion des grilles : Surveillance Contextuelle de la QoS par une approche conduite par des modèles Gestion des grilles : Surveillance Contextuelle de la QoS par une approche conduite par des modèles S. Ravelomanana, M. Sibilla Université P. Sabatier, Laboratoire IRIT Toulouse, France raveloma@irit.fr,

Plus en détail

OFFRES DE STAGES REGION EST. Market Unit 8 - Software Engineering & Testing

OFFRES DE STAGES REGION EST. Market Unit 8 - Software Engineering & Testing OFFRES DE STAGES REGION EST Market Unit 8 - Software Engineering & Testing 2013 EDITO Chère étudiante, cher étudiant Vous avez entre les mains notre catalogue rassemblant les opportunités de stages que

Plus en détail

SONDY : une plateforme open-source d analyse et de fouille pour les réseaux sociaux en ligne

SONDY : une plateforme open-source d analyse et de fouille pour les réseaux sociaux en ligne SONDY : une plateforme open-source d analyse et de fouille pour les réseaux sociaux en ligne Adrien GUILLE, C. Favre, Djamel Abdelkader Zighed To cite this version: Adrien GUILLE, C. Favre, Djamel Abdelkader

Plus en détail

Les Réseaux Haut Débit. Dr. Tarek Nadour

Les Réseaux Haut Débit. Dr. Tarek Nadour Les Réseaux Haut Débit Dr. Tarek Nadour Les Services à valeurs ajoutées La Voix/Vidéo sur IP Plan Pourquoi la téléphonie sur IP? Evolution de la téléphonie classique vers la ToIP Architecture ToIP: H323

Plus en détail

Concepts et langages du cadre RM-ODP de l'iso pour analyser et articuler les pratiques de projets libres de système de formation

Concepts et langages du cadre RM-ODP de l'iso pour analyser et articuler les pratiques de projets libres de système de formation Concepts et langages du cadre RM-ODP de l'iso pour analyser et articuler les pratiques de projets libres de système de formation Système de formation fédérant trois projets du logiciel libre (Moodle, OpenGLM

Plus en détail

CoLab : Co-Navigation sur le Web

CoLab : Co-Navigation sur le Web CoLab : Co-Navigation sur le Web Guillermo de Jesús Hoyos Rivera*,** Roberta Lima- Gomes*, *** Roberto Willrich*, **** Jean Pierre Courtiat* ghoyos@uv.mx {rgomes, willrich, courtiat}@laas.fr * Laboratoire

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

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

TechSoftware Présentations

TechSoftware Présentations TechSoftware Présentations Philippe THOMAS Spécialiste Supervision chez Tivoli THOMAS1@FR.IBM.COM 2 Mes Sessions à TechSoftware TIV02 - Comment construire ses rapports avec BIRT pour les solutions Tivoli

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

Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée VMWare ESX Server 3, 3.5

Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée VMWare ESX Server 3, 3.5 Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée VMWare ESX Server 3, 3.5 Machine virtuelle Machine virtuelle Machine virtuelle VMware ESX Network Shutdown Module

Plus en détail

Modélisation: outillage et intégration

Modélisation: outillage et intégration Modélisation: outillage et intégration Emmanuel Gaudin emmanuel.gaudin@pragmadev.com Un réel besoin Le logiciel double tous les deux ans. Le volume final rend extrêmement difficile de garantir le niveau

Plus en détail

Allocation de ressources pour réseaux virtuels Projet de fin d études. Mikaël Capelle. Marie-José Huguet Slim Abdellatif Pascal Berthou

Allocation de ressources pour réseaux virtuels Projet de fin d études. Mikaël Capelle. Marie-José Huguet Slim Abdellatif Pascal Berthou Allocation de ressources pour réseaux virtuels Projet de fin d études Mikaël Capelle Marie-José Huguet Slim Abdellatif Pascal Berthou 27 Juin 2014 Plan 1 Introduction - La virtualisation de réseau 2 3

Plus en détail

IBM WebSphere MQ File Transfer Edition, Version 7.0

IBM WebSphere MQ File Transfer Edition, Version 7.0 Transfert de fichiers administré pour architecture orientée services (SOA) IBM, Version 7.0 Solution de transport polyvalente pour messages et fichiers Transfert de fichiers haute fiabilité basé sur la

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 46 NFP111 Systèmes et Applications Réparties Cours 2 - Les appels de procédure distants (Partie 1) Claude Duvallet Université du Havre UFR Sciences et Techniques

Plus en détail

Iyad Alshabani SysCom - CReSTIC Université de Reims 17/02/2011 1

Iyad Alshabani SysCom - CReSTIC Université de Reims 17/02/2011 1 SysCom - CReSTIC Université de Reims 17/02/2011 1 Motivation Gestion des expérimentations Avec les workflows Simulation Simulation des Systèmes Distribués ANR USS SimGrid Campagne de Test et gestion de

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

Partagez plus avec Christie Brio

Partagez plus avec Christie Brio Partagez plus avec Christie Brio Plus de productivité. Plus de travail en équipe. Plus de choix Sommaire Christie Brio Enterprise Guide de déploiement Présentation..2 Où installer le boitier sur le réseau..

Plus en détail

L annuaire et le Service DNS

L annuaire et le Service DNS L annuaire et le Service DNS Rappel concernant la solution des noms Un nom d hôte est un alias assigné à un ordinateur. Pour l identifier dans un réseau TCP/IP, ce nom peut être différent du nom NETBIOS.

Plus en détail

Le rôle Serveur NPS et Protection d accès réseau

Le rôle Serveur NPS et Protection d accès réseau Le rôle Serveur NPS et Protection d accès réseau 1 Vue d'ensemble du module Installation et configuration d'un serveur NPS Configuration de clients et de serveurs RADIUS Méthodes d'authentification NPS

Plus en détail

Conception d'une architecture commutée. Master 2 Professionnel STIC-Informatique 1

Conception d'une architecture commutée. Master 2 Professionnel STIC-Informatique 1 Conception d'une architecture commutée Master 2 Professionnel STIC-Informatique 1 Conception d'une architecture commutée Définition Master 2 Professionnel STIC-Informatique 2 Motivations L'architecture

Plus en détail

1 Routage... 2 1.1 Introduction... 2. 1.2 La table de routage... 3. 1.3 Fonctionnalités du routage... 5. 1.5 Activer le routage...

1 Routage... 2 1.1 Introduction... 2. 1.2 La table de routage... 3. 1.3 Fonctionnalités du routage... 5. 1.5 Activer le routage... Table des matières 1 Routage... 2 1.1 Introduction... 2 1.2 La table de routage... 3 1.3 Fonctionnalités du routage... 5 1.4 Installer le rôle Routage et Accès distant... 5 1.5 Activer le routage... 10

Plus en détail

Université de Technologie de Compiègne Automne 2003, 7 janvier 2004. VPN et Multicast. SR04, Réseaux. Yoann Hinard Benjamin Lorentz

Université de Technologie de Compiègne Automne 2003, 7 janvier 2004. VPN et Multicast. SR04, Réseaux. Yoann Hinard Benjamin Lorentz Université de Technologie de Compiègne Automne 2003, 7 janvier 2004 VPN et Multicast SR04, Réseaux Yoann Hinard Benjamin Lorentz VPN et Multicast Benjamin Lorentz Yoann Hinard Automne 2003 Table des matières

Plus en détail

REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION

REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION THÈSE N O 2388 (2001) PRÉSENTÉE AU DÉPARTEMENT D'INFORMATIQUE ÉCOLE POLYTECHNIQUE FÉDÉRALE

Plus en détail

Administration réseau Routage et passerelle

Administration réseau Routage et passerelle Administration réseau Routage et passerelle A. Guermouche A. Guermouche Cours 2 : Routage et passerelle 1 Plan 1. Introduction 2. Routage dans IP Principes de base Manipulation des tables de routage 3.

Plus en détail

Spécifications Techniques de raccordement au Service Multicast FMbone-2 de Renater

Spécifications Techniques de raccordement au Service Multicast FMbone-2 de Renater Spécifications Techniques de raccordement au Service Multicast FMbone-2 de Renater Complément au document «Spécifications techniques d interconnexion des Réseaux régionaux et métropolitains à Renater 2»

Plus en détail

Business Intelligence avec SQL Server 2012

Business Intelligence avec SQL Server 2012 Editions ENI Business Intelligence avec SQL Server 2012 Maîtrisez les concepts et réalisez un système décisionnel Collection Solutions Informatiques Table des matières Les éléments à télécharger sont disponibles

Plus en détail

Conception d'une architecture commutée. F. Nolot Master 2 Professionnel STIC-Informatique 1

Conception d'une architecture commutée. F. Nolot Master 2 Professionnel STIC-Informatique 1 Conception d'une architecture commutée Master 2 Professionnel STIC-Informatique 1 Conception d'une architecture commutée Définition Master 2 Professionnel STIC-Informatique 2 Définition AVVID? Architecture

Plus en détail

2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES 2.2 Architecture fonctionnelle d un système communicant CRÉATION ET SIMULATION D UN RÉSEAU INFORMATIQUE

2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES 2.2 Architecture fonctionnelle d un système communicant CRÉATION ET SIMULATION D UN RÉSEAU INFORMATIQUE 2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES 2.2 Architecture fonctionnelle d un système communicant Page:1/15 INFORMATIQUE Objectifs de l activité pratique : Choisir le matériel pour construire un réseau

Plus en détail

Besoin de concevoir des systèmes massivement répartis. Comment tester le système? Solution. Évaluation de systèmes répartis à large échelle

Besoin de concevoir des systèmes massivement répartis. Comment tester le système? Solution. Évaluation de systèmes répartis à large échelle Besoin de concevoir des systèmes massivement répartis. Évaluation de systèmes répartis à large échelle Sergey Legtchenko Motivation : LIP6-INRIA Tolérance aux pannes Stockage de données critiques Coût

Plus en détail

Conception d Applications Réparties

Conception d Applications Réparties Jean-François Roos LIFL - équipe GOAL- bâtiment M3 Extension - bureau 206 -Jean-Francois.Roos@lifl.fr 1 Objectifs du Cours Appréhender la conception d applications réparties motivations et concepts architectures

Plus en détail

et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7

et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7 Tsoft et Groupe Eyrolles, 2006, ISBN : 2-212-11747-7 OEM Console Java OEM Console HTTP OEM Database Control Oracle Net Manager 6 Module 6 : Oracle Enterprise Manager Objectifs Contenu A la fin de ce module,

Plus en détail

MAnagement. of DYnamic. NEtworks. & Services. Members Challenges Research activities Madynes dans «Observation et supervision de systèmes 2003-2012

MAnagement. of DYnamic. NEtworks. & Services. Members Challenges Research activities Madynes dans «Observation et supervision de systèmes 2003-2012 MAnagement of DYnamic NEtworks & Services 2003-2012 Networking & Software Security Theme within LORIA Networking (1B) Theme at l INRIA Slides v3.0, based on Manuscript v3.0 of July 24th, 2003 Members Challenges

Plus en détail

18 TCP Les protocoles de domaines d applications

18 TCP Les protocoles de domaines d applications 18 TCP Les protocoles de domaines d applications Objectifs 18.1 Introduction Connaître les différentes catégories d applications et de protocoles de domaines d applications. Connaître les principaux protocoles

Plus en détail

Messagerie sécurisée, fiable et économique

Messagerie sécurisée, fiable et économique rie Services de messagerie SWIFT rie sécurisée, fiable et économique Un ensemble complet de services de messagerie est la plateforme de messagerie de SWIFT basée sur un protocole Internet avancé. Elle

Plus en détail

MISE EN PLACE DE LA PLATE-FORME

MISE EN PLACE DE LA PLATE-FORME 1/1/01 GESTION DE CONFIGURATION MISE EN PLACE DE LA PLATE-FORME Notion d agregât L agrégat est un regroupement de plusieurs disques fonctionnels techniques et de sécurité ou espace de disques de stockage

Plus en détail

Enterprise Intégration

Enterprise Intégration Enterprise Intégration Intégration des données L'intégration de données des grandes entreprises, nationales ou multinationales est un vrai cassetête à gérer. L'approche et l'architecture de HVR est très

Plus en détail

SIP. Plan. Introduction Architecture SIP Messages SIP Exemples d établissement de session Enregistrement

SIP. Plan. Introduction Architecture SIP Messages SIP Exemples d établissement de session Enregistrement SIP Nguyen Thi Mai Trang LIP6/PHARE Thi-Mai-Trang.Nguyen@lip6.fr UPMC - M2 Réseaux - UE PTEL 1 Plan Introduction Architecture SIP Messages SIP Exemples d établissement de session Enregistrement UPMC -

Plus en détail

AUTOMATISATION DES TESTS FONCTIONNELS - HP UNIFIED FONCTIONAL TESTING (UFT)

AUTOMATISATION DES TESTS FONCTIONNELS - HP UNIFIED FONCTIONAL TESTING (UFT) AUTOMATISATION DES TESTS FONCTIONNELS - HP UNIFIED FONCTIONAL TESTING (UFT) REF : CQL08 DURÉE : 5 JOURS OBJECTIFS Maîtriser la démarche d automatisation des tests Savoir automatiser les tests fonctionnels

Plus en détail

RFID: Middleware et intégration avec le système d'information Olivier Liechti

RFID: Middleware et intégration avec le système d'information Olivier Liechti RFID: Middleware et intégration avec le système d'information Olivier Liechti Sun Microsystems, Inc. Agenda Introduction > Vision et architecture Le rôle du middleware RFID > Gestion des données > Administration

Plus en détail

ACCESSNET -T IP Technique système TETRA d Hytera. www.hytera.de

ACCESSNET -T IP Technique système TETRA d Hytera. www.hytera.de Technique système TETRA d Hytera est la solution complète et performante pour toutes les applications de la téléphonie mobile professionnelle. www.hytera.de Bref aperçu Pour une communication TETRA professionnelle

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

Sujet 2 : Interconnexion de réseaux IP (routeurs CISCO). Sujet 3 : Implémentation d un serveur VPN avec OpenVPN.

Sujet 2 : Interconnexion de réseaux IP (routeurs CISCO). Sujet 3 : Implémentation d un serveur VPN avec OpenVPN. UFC CENTRE DE BAB EZZOUAR EXEMPLES DE SUJETS POUR LE PROJET DE FIN D ETUDE OPSIE PROPOSES PAR M. NACEF (ENSEIGNANT) Sujet 1 : Management des risques par la méthode MEHARI. Type : étude, audit. MEHARI est

Plus en détail

D une part, elles ne peuvent faire table rase de la richesse contenue dans leur système d information.

D une part, elles ne peuvent faire table rase de la richesse contenue dans leur système d information. PACBASE «Interrogez le passé, il répondra présent.». Le Module e-business Les entreprises doivent aujourd hui relever un triple défi. D une part, elles ne peuvent faire table rase de la richesse contenue

Plus en détail

Synergies entre Artisan Studio et outils PLM

Synergies entre Artisan Studio et outils PLM SysML France 13 Novembre 2012 William Boyer-Vidal Regional Sales Manager Southern Europe Synergies entre Artisan Studio et outils PLM 2012 2012 Atego. Atego. 1 Challenges & Tendances Complexité des produits

Plus en détail

Dossier Solution - Virtualisation Arcserve Unified Data Protection

Dossier Solution - Virtualisation Arcserve Unified Data Protection Dossier Solution - Virtualisation Arcserve Unified Data Protection La virtualisation des serveurs et des postes de travail est devenue omniprésente dans la plupart des organisations, et pas seulement au

Plus en détail

C2O, une plate-forme de gestion et d automatisation de process

C2O, une plate-forme de gestion et d automatisation de process C2O, une plate-forme de gestion et d automatisation de process AVANTAGE PRODUCTION Siège social : 15 rue ampère - 60800 Crépy en Valois Tel: + 33 (0)1 76 77 26 00 - info@avantageproduction.com SARL au

Plus en détail

Déploiement adaptatif des composants dans les sessions collaboratives

Déploiement adaptatif des composants dans les sessions collaboratives NOuvelles TEchnologies de la REpartition NOTERE 2005 Déploiement adaptatif des composants dans les sessions collaboratives Emir HAMMAMI, Thierry VILLEMUR {ehammami, villemur}@laas.fr LAAS-CNRS 7, avenue

Plus en détail

Chapitre 6-2. Ce chapitre présente le IPv6 ainsi que les protocoles de routage

Chapitre 6-2. Ce chapitre présente le IPv6 ainsi que les protocoles de routage Chapitre 6-2 Ce chapitre présente le IPv6 ainsi que les protocoles de routage 1. Présentation de IPv6 1.2. Adressage v6; 1.5 Le format V6 1.3. Les types d adressage; 1.6 Fonctionnement Multicasting 1.4

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

Internet. PC / Réseau

Internet. PC / Réseau Internet PC / Réseau Objectif Cette présentation reprend les notions de base : Objectif, environnement de l Internet Connexion, fournisseurs d accès Services Web, consultation, protocoles Modèle en couches,

Plus en détail

DirectAccess Mobilité et nomadisme, mise en oeuvre de la solution Microsoft

DirectAccess Mobilité et nomadisme, mise en oeuvre de la solution Microsoft DirectAccess pour quoi faire? 1. Le nomadisme en quelques mots 15 1.1 Du point de vue de l'utilisateur 15 1.2 Du point de vue de l'exploitant 17 2. Objectifs de DirectAccess 18 2.1 Du point de vue de l'utilisateur

Plus en détail

TME 1 ING NS : Network Simulator

TME 1 ING NS : Network Simulator Spécialité RES U.E. MI020 ING TME 1 ING NS : Network Simulator Ce TME fera l objet d un compte-rendu à remettre à la fin de la séance Copiez le répertoire /users/enseignants/blegrand/tping sur votre compte.

Plus en détail

Déployer Windows Vista en entreprise... 15. L étude de cas... 25

Déployer Windows Vista en entreprise... 15. L étude de cas... 25 Déployer Windows Vista en entreprise... 15 Introduction... 16 Les deux grandes méthodes de déploiement... 16 Le manque de standardisation... 17 Le concept Windows Imaging... 17 Le ressource kit de déploiement...

Plus en détail

Exécution des applications réparties

Exécution des applications réparties Exécution des applications réparties Programmation des Applications Réparties Olivier Flauzac URCA Master STIC-Informatique première année Olivier Flauzac (URCA) PAR : Exécution des applications réparties

Plus en détail

Dossier Solution - Virtualisation CA arcserve Unified Data Protection

Dossier Solution - Virtualisation CA arcserve Unified Data Protection Dossier Solution - Virtualisation CA arcserve Unified Data Protection La virtualisation des serveurs et des postes de travail est devenue omniprésente dans la plupart des organisations, et pas seulement

Plus en détail

VI - La couche réseau : adresse IP. LPSIL ADMIN 2014 M.A. Peraldi-Frati - IUT Nice Côte d Azur

VI - La couche réseau : adresse IP. LPSIL ADMIN 2014 M.A. Peraldi-Frati - IUT Nice Côte d Azur VI - La couche réseau : adresse IP LPSIL ADMIN 2014 M.A. Peraldi-Frati - IUT Nice Côte d Azur 86 La couche réseau Achemine les données entre l émetteur et le destinataire au travers de différents réseaux

Plus en détail

Windows Server 2008. Chapitre 3 : Le service d annuaire Active Directory: Concepts de base

Windows Server 2008. Chapitre 3 : Le service d annuaire Active Directory: Concepts de base Windows Server 2008 Chapitre 3 : Le service d annuaire Active Directory: Concepts de base omar.cheikhrouhou@isetsf.rnu.tn omar.cheikhrouhou@ceslab.org Objectives Comprendre les concepts de base d Active

Plus en détail

Projet ECOSIM : Plate-forme Multi-Scénario de Simulation Dynamique de Gestion en Ligne.

Projet ECOSIM : Plate-forme Multi-Scénario de Simulation Dynamique de Gestion en Ligne. Projet ECOSIM : Plate-forme Multi-Scénario de Simulation Dynamique de Gestion en Ligne. Patrice Saunier EXOSIM S.A 7, Boulevard Mirabeau 95100 ARGENTEUIL Tel : (33) 1.30.76.60.13 Fax : (33) 1.30.76.06.14

Plus en détail

Le Multicast. A Guyancourt le 16-08-2012

Le Multicast. A Guyancourt le 16-08-2012 Le Multicast A Guyancourt le 16-08-2012 Le MULTICAST Définition: On entend par Multicast le fait de communiquer simultanément avec un groupe d ordinateurs identifiés par une adresse spécifique (adresse

Plus en détail

TD séance n 12 Réseau Linux

TD séance n 12 Réseau Linux 1 Introduction Avant de nous lancer dans la compréhension des réseaux informatiques, nous allons essayer de prendre un peu de recul quant à la notion même de réseau. En effet, les réseaux sont omniprésents

Plus en détail

Gestion d une école. FABRE Maxime FOUCHE Alexis LEPOT Florian

Gestion d une école. FABRE Maxime FOUCHE Alexis LEPOT Florian Gestion d une école FABRE Maxime 2015 Sommaire Introduction... 2 I. Présentation du projet... 3 1- Lancement de l application... 3 Fonctionnalités réalisées... 4 A. Le serveur... 4 1 - Le réseau... 4 2

Plus en détail