Auteurs : PCI CTAA Sétra Juillet 2013 Recueil de données trafic Module d intercommunication MI2 Évolutions récentes et traitements quotidiens Transports 07-2 Depuis de nombreuses années, le serveur MI2 (Module d Intercommunication de deuxième génération) a évolué afin de le rendre plus fiable. Après la promotion de la chaîne de recueil de données SIREDO (Système Informatisé de REcueil de Données) dans les années 90, aucune publication n était venue préciser les évolutions et faire un rappel concernant les principaux traitements quotidiens à réaliser par le personnel en charge de ce serveur logiciel. Cette note recense les principales évolutions de l'application serveur MI2 et les traitements quotidiens à réaliser pour générer une base de données de trafic exploitable au niveau national. Sommaire Généralités...2 Réseau des MI2 : architecture générale du système...2 Schéma de l architecture...3 Les évolutions récentes du MI2...4 Exploitation du MI2...4 Mesures à recueillir...4 Vérifications à réaliser quotidiennement...5 Gestion de la base...5 Archivage de la base...5 Bibliographie...6 Glossaire...6
Note d information du Sétra Série Transports n 08 2 Généralités Le MI2 est un Module d Intercommunication du Ministère de l Écologie, du Développement durable et de l Énergie (MEDDE) qui assure deux fonctions principales : 1 le recueil des données de trafic (soit directement sur les stations, soit par l intermédiaire d un autre frontal de recueil) ; 2 la diffusion des données de trafic (soit sur un autre MI2, soit sur Mélodie). Il permet aussi : L administration des utilisateurs, de la base (sous Microsoft SQL Serveur), de la configuration des ports de communication. La gestion automatique des stations de comptage et de leur configuration. Le dialogue en direct avec les stations pour un paramétrage éventuel. La gestion des stations programmées en alerte de trafic. Les consultations des données sous forme d histogrammes ou de bilans. Cette note recense les évolutions récentes de l'application MI2 V5.5 et les opérations à réaliser par le gestionnaire des serveurs de recueil sur le MI2, de manière à en vérifier le fonctionnement régulier. Réseau des MI2 : architecture générale du système Le MI2 est à l origine un logiciel spécifique aux besoins des recueils de données de trafic en temps réel. Aujourd hui il est utilisé pour la récupération et la distribution de données pour le trafic en temps différé. Le schéma ci-aprés précise l architecture générale dans laquelle est intégré le MI2. Chacun des MI2 peut-être interconnecté à un ou plusieurs MI2. On observe 5 scénarios différents pour la récupération et /ou la distribution de données dans le MI2. 1 - le MI2 est dans le réseau i² et est alimenté par un frontal de recueil (ex : Limoges) ; 2 - le MI2 est dans le réseau i² et recueille directement les données sur les stations (ex : Marseille) ; 2 bis - il existe aussi une combinaison de 1 et 2 (ex : Toulouse) ; 3 - le MI2 est dans le réseau i² et ne reçoit que des données des autres MI pour retransmettre ces données sur l outil de supervision Gérico (ex : tous les CRICR «Centre Régional d'information et de Coordination Routière») ; 4 - le MI2 est dans le réseau i² et sert uniquement de passerelle (ex : MI2 du PCI-CTAA) vers Mélodie ; 5 - le MI2 est hors du réseau i². Il est alimenté par un frontal de recueil et distribue ses données comme tous les MI2 dans le réseau i² (ex : MI2 ASF). Il y a utilisation d'un VPN (Virtual Private Network : Réseau Privé Virtuel) et d'une translation d adresse IP (Internet Protocol) au niveau du PACIR (Point d'accés VPN au réseau du MEDDE) afin d'interconnecter correctement les serveurs.
Note d information du Sétra Série Transports n 08 3 Schéma de l architecture
Note d information du Sétra Série Transports n 08 4 Les évolutions récentes du MI2 Aujourd hui chaque site possédant un MI2 doit utiliser la version du MI2 V5.5. La mise en conformité de la version est un atout pour la maintenance de l application et l assistance. Les principales évolutions apportées avec cette version ont permis de fiabiliser et d accélérer les processus de mise en base des données tout en limitant l augmentation de la mémoire virtuelle. Les principales évolutions sont : suppression des doublons en distribution ; correctifs apportés à l utilitaire GestionbaseMI2 (non perte des ports de communication lors de la mise à jour) ; complétude de la mise en base des données par un frontal ; amélioration des processus informatiques de distribution vers Gérico (par la fiabilisation des mesures de contrôle entre ces deux logiciels). Exploitation du MI2 Cette fiche recense les opérations à réaliser par le gestionnaire du MI2 sur le serveur de manière à en vérifier le fonctionnement régulier. Mesures à recueillir Les données à recueillir (et donc les données qui doivent être présentes dans la base de données du MI2) sont à minima : débits tous véhicules en horaire (QT H) ; débits tous véhicules en journalier (QT J) ; vitesses classifiées en horaire (VC H) ; longueurs classifiées en horaire (LC H) ; silhouettes classifiées en journalier (KC J) ; poids classifiés en journalier (PC J) ; essieux classifiés en journalier (EC J). Ces demandes de recueil pouvant varier en fonction des évolutions des systèmes et des besoins, les natures de recueil sont précisées sur le site Intranet du PCI-CTAA (partie Notes et Circulaires) : http://intra.cete-mediterranee.i2/point-d-appui-national-systeme-d-r145.html Ces données sont à recueillir si la station de comptage le permet.
Note d information du Sétra Série Transports n 08 5 Vérifications à réaliser quotidiennement. 1 Vérifier que le MI2 est lancé : il existe un outil de relance automatique du MI2 (sauf sous Windows serveur 2008, l outil est en cours de développement) : ProtectMI2.exe ; 2 Vérifier la présence des données. Le plus simple est l utilisation du bouton «Statistiques de la base». On doit s assurer ici d avoir 100 % des données présentes, en débit mais aussi en mesures classifiées ; 3 Compléter cette visualisation en utilisant le bilan «détaillées Horaires» pour voir à quelles heures se situent les manques ; 4 En cas d absence de données, il faut relancer un recueil (recueil ponctuel) dans le cas d une interrogation RTC de la station ou relancer un envoi de données par le frontal de recueil ; 5 Pour le cas des stations mises à l état HS (opérateur) et qui ne sont plus recueillies, il est nécessaire dans ce cas de rafraîchir la configuration. (cf : le bouton «stations» sur le MI2). Gestion de la base Il est recommandé de garder si possible 2 mois de données horaires et journalières dans les bases du MI2 (sur des postes peu puissants, il peut être nécessaire de diminuer cette valeur recommandée). Ces paramètres se précisent sur l interface du MI2, grâce au bouton «Gestion de la base». Archivage de la base Comme toutes bases de données, un archivage est indispensable de temps en temps pour parer à une éventuelle défaillance de la base de données. Elle est à faire en fonction des données inscrites dans «gestion de base» (tous les 2 mois par exemple). Cet archivage sera réalisé en utilisant l outil «Gestion base MI2.exe». Il peut également se faire directement dans l environnement du système de gestion de base de données de Microsoft SQL Serveur pour les utilisateurs les plus expérimentés.
Note d information du Sétra Série Transports n 08 6 Bibliographie [1] Mélodie et Arpèges : recueillir et exploiter les données circulation dans le cadre de SIREDO - 01/06/1993 [2] SIREDO - Système Informatisé de REcueil de DOnnées (circulation) 01/09/1994 Glossaire DIR : Direction Interdépartementale des Routes CETE : Centre d'etude Technique de l'equippement CRICR : Centre Régional d'information et de Coordination Routière CNIR : Centre National d'information Routière Gérico : Outil de visualisation des trafics des CRICR et du CNIR I2 : Réseau intranet du MEDDE (MOREA) IP : Internet Protocol MEDDE : Ministère de l Écologie, du Développement durable et de l Énergie MI2 : Module d interconnexion de deuxième génération PACIR : Point d'accés VPN au réseau du MEDDE PAN SIT : Ponit d'appui National du Système d'information Trafic PCI-CTAA : Pôle de Compétences et d Innovation «Outils et systèmes de Connaissance des Trafics ; Applications pour l Accidentologie» QT H : Débits tous véhicules en Horaire QT J : Débits tous véhicules en Journalier VC H : Vitesses Classifiées en Horaire LC H : Longueurs Classifiées en Horaire KC J : Silhouettes Classifiées en Journalier PC J : Poids Classifiés en Journalier EC J : Essieux Classifiés en Journalier RTC : Réseau Téléphonique Commuté SIREDO : Système Informatisé de REcueil de DOnnées VPN : Virtual Private Network (Réseau Privé Virtuel)
Pôle de Compétences et d Innovation «Outils et systèmes de Connaissance des Trafics ; Applications pour l Accidentologie» Ce document a été élaboré sous le pilotage du Sétra par le PCI «Outils et systèmes de connaissance des trafics ; applications pour l accidentologie» Le PCI CTAA s intéresse à l ensemble des trafics et des moyens à mettre en œuvre pour en assurer la connaissance, la caractérisation et la diffusion des données. Les principaux enjeux du PCI sont : le développement de systèmes permettant la mise en commun des données de trafic de différents gestionnaires ; l optimisation et l évolution du système de connaissance des circulations sur le réseau routier national, à la fois pour les données en temps réel qu en temps différé ; la veille sur les innovations technologiques en matière de connaissances des trafics et leur évaluation ; la mise en forme et la mise à disposition des données collectées. Le PCI est situé au CETE Méditerranée. Rédacteurs Vincent ROBIN DCEDI/DERIS/CTA Marie-Amélie HORVATH / DECDI / CTA téléphone : 33 (0)4 42 24 77 75 mél : vincent.robin@developpement-durable.gouv.fr Renseignements techniques Frédéric Farina Sétra téléphone : 33 (0)1 60 52 32 22 Au 1 er janvier 2014, les 8 CETE, le Certu, le Cetmef et le Sétra fusionnent pour donner naissance au Cerema : centre d études et d expertise sur les risques, l environnement, la mobilité et l aménagement. AVERTISSEMENT La collection des notes d information du Sétra est destinée à fournir une information rapide. La contre-partie de cette rapidité est le risque d erreur et la non exhaustivité. Ce document ne peut engager la responsabilité ni de son rédacteur ni de l administration. Les sociétés citées le cas échéant dans cette série le sont à titre d exemple d application jugé nécessaire à la bonne compréhension du texte et à sa mise en pratique. Service d études sur les transports, les routes et leurs aménagements 110 avenue de Paris, 77171 SOURDUN France téléphone : 33 (0)1 60 52 31 31 Document consultable et téléchargeable sur les sites web du Sétra : Internet : http://www.setra.developpement-durable.gouv.fr Intranet (Réseau ministère) : http://intra.setra.i2 Le Sétra appartient au Réseau Scientifique et Technique du MEDDE Ce document ne peut être vendu. La reproduction totale du document est libre de droits. En cas de reproduction partielle, l accord préalable du Sétra devra être demandé. Référence : 1317w ISSN : 1250-8675