Accès internet public et WIFI APHP Présentation projet

Transcription

1 Accès internet public et Présentation projet ATI / Architecture Réseau - Pilotage projets 09/10/2015 Version 1.2 du 9/10/2015

2 Enjeux Offrir un service d accès Internet via un réseau WiFipour nos patients et leurs accompagnants Etablissements MCO et SSR - Périmètre géographique limité (chambres, salles d attente des urgences) Garantir la sécurité et la priorité du réseau WiFi de production de soins Mutualiser les projets accès WiFi«Patient» et WiFi«écoles» + visiteurs (du siège et autres) Objectifs Mise à disposition d un accès Sécurisé - Bas débit Gratuit SSID unique - Selon la couverture WIFI existante sur les sites Capitaliser sur les expériences locales Service déjà offert sur certains sites Optimisation des coûts : budget centralisé Ouvrir le service : pilotes dès

3 Principe fonctionnel Demande d accès internet : Acte volontaire, avec authentification, génération d un code d accès communiqué par SMS Limitation des durées : session 2h /«bail» 3j Principe technique cible Infrastructure système centralisée Fondé sur de l Open Source. Développement ATI Outil applicatif + portail captif : PfSense Infrastructure réseau Réseau WiFi isolé sur Vlan dédié, non routé (niveau 2) MPLS "Internet Public AP-HP" : Routeur opérateur local et accès FAI central Sur la zone de couverture des bornes WiFi en production Estimation des débits De 10 à 300 Mo en fonction des sites Sur hypothèses de travail : NB lits, consultations et accueils urgence/jour. o 50% de connexions potentielles

4 Séquence d accès à internet via le WIFI

5 Architecture réseau cible : étude de faisabilité en cours

6 Niveau de service Sans garantie de disponibilité pour le public, zéro assistance utilisateur Support technique local : disponibilité du réseau WiFi (GTR standard accès opérateur ; L-V/8-18h) Support technique ATI : disponibilité de la plateforme en heures ouvrées (L-V/8-18h) : Eléments juridiques et légaux Filtrage des accès et archivage des logs (identification et URLsaccédées avec succès) Blocage des URL sensibles ou illégales au niveau le plus bas (public mineur) Charte d utilisation rédigée par la DAJ Déclaration CNIL en cours d élaboration Communication Travaux en cours avec la direction de la communication

7 Les pilotes GH HULRBSLSFWD : sites de Saint-Louis et Lariboisière Site Robert Debré Site Necker Objectifs Valider d adéquation besoin // service rendu Valider les paramétrages PfSense Fournir les éléments dimensionnantspar les retours d usage sur la période pilote

8 Phase pilote Montage d une infrastructure transitoire en attendant : Le déploiement de l'infrastructure opérateur Le montage de la plateforme centralisée cible Calendrier prévisionnel Développement et infrastructure : Développement ATI octobre Montage plateforme transitoire sur sites pilotes début novembre Qualification et tests de sécurité en collaboration avec le RSSI mi-novembre Mise en production fin novembre VABF et VSR : décembre 2015/ janvier 2016 (2 mois)

9 Phase pilote

10 Généralisation T0 = marché disponible pour infra opérateur (en espérant un T0 courant novembre si possibilité de marché APHP) => commandes au mieux à fin novembre... A partir du premier trimestre 2016 (à confirmer) Point d attention CODP ou DSP locales : concurrence potentielle sur la fourniture d accès (filaire, WiFi), le public (patient hospitalisé ou tout public), les zones de couvertures (cafétérias). Sur quel site pourrons nous offrir le service AP-HP? Pour étude : quelle convention locale? Confirmation écrite qu un accès Internet Patient AP-HP est possible sur votre site (réponses attendues au plus tôt)

11 Les actions sur site : Paramétrages locaux Configuration Vlan dédié (niveau 2) et SSID aphp-public Coordination installation accès opérateur Préconisations ATI SSID à respecter a minima : o aphp-personnel_ap o aphp-public Si autres SSID nécessaires sur site : limiter leur diffusion aux zones utiles et de préférence les masquer

12 Accès internet «Etudiants» Etude de faisabilité en cours SSID unique :? Plateforme dédiée pour répondre aux besoins spécifiques de paramétrage et mutualisation des infrastructures