HAL Journées Réseaux de l'Enseignement Supérieur et de la Recherche
Not a member yet
1242 research outputs found
Sort by
Gestion et interconnexion de fabrics eVPN/VxLAN
No full textPour l'urbanisation réseau du datacenter de l'université de Strasbourg (Unistra), la Direction du Numérique (DNum) a fait le choix de déployer une fabric IP eVPN/VxLAN avec une architecture de type Spine/Leaf. Cette même technologie a naturellement été choisie pour le site de PRA. De même, des fabrics IP eVPN/VxLAN ont été déployées dans les anciennes salles informatiques afin de faciliter le déménagement des serveurs.Pour permettre la propagation de services de niveau 2 ou 3 entre ces *fabrics* IP, nous avons dû considérer différentes approches d'interconnexion de datacenter (*Data Center Interconnect* - DCI) ayant chacune leurs avantages et leurs inconvénients. Dans l'article, nous exposerons les travaux réalisés pour instruire cette problématique.Nous présenterons les trois scénarios de DCI que nous avons été amenés à étudier : * l’extension de la *fabric* IP d’un site à un autre; * l’interconnexion par *stitching* de vlan (*vlan handoff*); * l’utilisation d’*eVPN gateway* en bordure de la *fabric* IP.Nous analyserons en détail ces différents scénarios d’un point de vue technique. Nous expliquerons les choix que nous avons faits pour les interconnexions des différentes *fabrics* IP en précisant leurs avantages et leurs inconvénients dans le contexte de l’Unistra.Nous évoquerons ensuite les modifications que nous avons apportées à nos outils pour gérer plusieurs *fabrics*. Nous détaillerons les choix effectués pour garantir l’autonomie des *fabrics* en terme d’exploitation.Enfin, nous présenterons l’état d’avancement des travaux que nous effectuons avec l’université de Lorraine pour permettre l'interconnexion de nos datacenters respectifs en nous appuyant sur l’infrastructure optique de Renater
Le Deep Learning en 100 minutes !
No full textInternational audienceDevinez quoi, le **Deep Leaning** est toujours à la mode !Certes, on en cause moins qu'à l'époque de notre dernier JRES, mais les progrès et l'utilisation des ces techniques n'ont cessées de progresser !En permettant de modéliser le comportement de systèmes très complexes ou d’analyser efficacement d’importantes quantités de données, l’IA est devenue un outil incontournable sur le plan scientifique, mais également dans la gestion de nos infrastructures (analyses de logs, supervision, détection d'incidents, ...)En 100 minutes, nous vous proposons une **découverte par la pratique**, avec : * un panorama rapide et synthétique de l’historique et des concepts qui ont conduit à l’émergence des réseaux de neurones, * un premier exemple pratique de **regression**, dont l’objectif sera de prédire la qualité de vins à partir de mesures physico chimiques, * un second exemple, de **classification** automatique, consistant à classer des images.L’ensemble de ces travaux pratiques sera effectué dans un environnement logiciel, basé sur Tensorflow, Keras, Jupyter lab et Python, identique à ceux proposés dans nos mésocentres ou à l'IDRIS sur Jean Zay.Quelques prérequis avant de sauter dans la piscine :Chaque participant(e) sera invité(e) à installer préalablement un environnement python, localement sur son portable ou sur une machine accessible via le réseau. Une procédure détaillée sera proposée, pour les environnements Windows, Linux et MacOS.Une maîtrise minimale de la programmation en Python est également souhaitable.Pour aller plus loin :Celles et ceux qui souhaiteront approfondir le sujet pourront s'appuyer sur notre formation FIDLE (Formation Introduction au Deep Learning), dont l'ensemble des contenus (vidéos, supports, notebooks, etc.), sont librement disponibles en ligne :Web : [https://fidle.cnrs.fr](https://fidle.cnrs.fr)Gitlab : [https://fidle.cnrs.fr/depot](https://fidle.cnrs.fr/depot)Youtube : [https://fidle.cnrs.fr/youtube](https://fidle.cnrs.fr/youtube
Mise en œuvre de Rocket.Chat, interaction avec notre système d’information et développement collaboratif d’un plugin Moodle
No full textDepuis le début de la crise sanitaire, nos méthodes de travail ont évolué. Le recours massif au travail à distance nous a obligés à mettre en œuvre des outils de communication inédits dans nos établissements. Rocket.Chat, outil de communication synchrone équivalent à Slack ou Discord, est ainsi devenu rapidement indispensable. Plusieurs établissements de l'enseignement supérieur français ont mis en place cet outil au même moment, des relations d'entraide et d'échanges inter-établissements se sont ainsi créées. Nous vous proposons une illustration de cette synergie.Après avoir présenté le contexte et la mise en œuvre de Rocket.Chat au sein de l’université de Lorraine, nous présenterons les différentes intégrations que nous avons faites de cet outil au sein de nos applications (Zimbra, sites web, espaces collaboratifs, etc.).Nous expliquerons ensuite pourquoi et comment nous avons initié une collaboration inter-établissements (portée par l'université de Strasbourg et l’université de Lorraine) afin de développer ensemble un plugin Moodle permettant aux enseignants de créer un canal Rocket.Chat associé à leur cours Moodle et synchronisé avec leurs étudiants.Nous souhaitons, au travers de cette présentation, faire découvrir ce nouvel outil Rocket.Chat et montrer la faisabilité d’un projet inter-établissements en présentant la méthode qui nous a permis de mutualiser nos ressources afin d'atteindre un objectif commun utile pour l'ensemble de la communauté
Référentiel des locaux techniques avec RackTables
No full textL’Université de Montpellier n’échappe pas à la mode des bases de données de gestion de configuration (**CMDB**) qui visent à donner une **vue** d’ensemble sur les actifs matériels et logiciels du S.I.Dans cette perspective, **RackTables** est une solution libre et gratuite. Basée sur une **architecture LAMP**, elle permet d’établir l’inventaire des locaux techniques. Cette technologie se révèle à la hauteur de sa tâche, mais nous autres, insatiables humains et néanmoins collègues, exigeons toujours plus de confort et de facilité.Des outils maison sous forme de **plugins** viennent donc compléter RackTables : * RackMaps pour **géolocaliser** les bâtiments dans les cartes Google et OpenStreetMap. * RackReports pour **vérifier** d’un coup d’œil le **nommage** des divers objets référencés. * RackArchives, pour faciliter l’**accès aux documents archivés** notamment les images. Nous répertorions aujourd’hui plus de 400 baies, 290 locaux, 300 commutateurs et 600 tiroirs optiques sur 6 villes et 22 sites. Les matériels sont référencés selon le triptyque fondamental à RackTables (**Location / Row / Rack**) : une localisation (bâtiment avec ses coordonnées GPS), un local (local technique, placard, bureau, gaine technique…) et une position dans une baie.Avec un accès restreint pour l’instant aux quelques agents du service des infrastructures de la DSIN via une authentification Radius, notre usage de RackTables se heurte déjà à un cruel constat : les évolutions matérielles vont bon train et l’inventaire ne reste pas à jour. Nous évoquerons donc en fin de présentation quelques pistes pour tenter de remédier à ce problème crucial pour la qualité de notre cher référentiel
un IDM pour fusions, réorganisations, confinements... sans douleur ou presque
No full textL'Université Grenoble Alpes (UGA) utilise un gestionnaire d'identité (IDM) développé en interne depuis 2010 : Biper (123.000 comptes, 30.000 groupes, 6.300 ressources).Multiétablissements, Biper est alimenté par 40+ bases de gestion qui pilotent les informations, complétées par des correspondants. Il génère des annuaires, ou directement des accès dans des applications.Pour la création de l’UGA (2016), l’IDM a permis de générer le nouveau SI en « dupliquant » ceux des 3 établissements préexistants, de maintenir les anciens accès et de les fermer progressivement. La fusion a été transparente pour les utilisateurs ! Toute évolution de l’organisation de l’établissement doit être paramétrée dans Biper pour permettre la continuité des droits (réorganisation 2020).L’UGA pilote finement les accès numériques, et l’IDM fournit des outils de gestion en proximité : listes de diffusion, intranets, espace de partage… Les services informatiques peuvent accompagner les fonctionnels pour définir des règles d’accès. Pour des accès particuliers, il faut en identifier les responsables (pas toujours facile) et faire des revues de droits.Les accès étant automatisés au maximum, nous avions tous les outils pour que la bascule en distanciel en mars 2020 se fasse quasi instantanément ! En quelques jours, outils de tchat (avec délégation de droits) et de visio furent ouverts aux personnels UGA.Gérer l’IDM implique de maintenir paramétrage et scripts, de comprendre l’organisation de l’établissement et son SI. Nous profitons d’un outil souple, adapté à nos besoins et spécificités, moyennant des développements internes et réactifs.Un IDM au centre du SI permet de faire face à tout... à condition de s’en occuper
eduroam et OpenRoaming™
No full textDe nouveaux horizons s'ouvrent pour les utilisateurs eduroam : le service de mobilité Wi-Fi bien connu dans notre communauté s'est officiellement associé, depuis mai 2020, au service OpenRoaming™.OpenRoaming™ met en relation des fournisseurs de service Wi-Fi avec des fournisseurs d'identités à travers une hiérarchie de serveurs RADIUS.Les utilisateurs s'authentifient au réseau Wi-Fi par une méthode EAP (802.1X) en utilisant les identifiants de leur fournisseur d'identité.Mais alors, c'est la même chose qu'eduroam ?Pas tout à fait, il y a quelques subtilités techniques et l'échelle ainsi que le périmètre sont très différents : si eduroam est dédié à notre communauté, OpenRoaming™ est ouvert à toutes les communautés.Dans le consortium gérant ce service, on trouve des opérateurs de réseau Wi-Fi publics et privés, des opérateurs de télécoms, des fournisseurs d'accès Internet, des opérateurs de cloud, des équipementiers, des fournisseurs de réseaux sociaux, ...Grace à cette association, eduroam est aujourd'hui vu à la fois comme fournisseur d'identités et comme fournisseur de service Wi-Fi dans OpenRoaming™ et inversement, OpenRoaming™ est lui-même vu comme fournisseur d'identités et comme fournisseur de service Wi-Fi dans eduroam.L'article et le poster vous détaillerons ce service, son fonctionnement technique, son positionnement par rapport à eduroam et comment, en tant qu'établissement membre de eduroam, participer (ou pas) à ce nouveau service
Les décisions absurdes et comment les éviter
No full textÀ partir de l’analyse de dysfonctionnements majeurs dans des organisations comme le nucléaire, l’aéronautique, l’armée, les hôpitaux, les secours et les entreprises, **Christian Morel** en déduit les mécanismes des grandes erreurs de décision et les principes, applicables à tout type d’activités, permettant de les éviter. Sont distingués les pièges collectifs, les problèmes réglementaires et les biais cognitifs, ainsi que les solutions concernant ces différentes catégories. Il met l’accent sur les facteurs humains, à la fois pour expliquer les erreurs et pour proposer des principes permettant de les éviter (tels que la collégialité, le débat contradictoire, la non-punition des actes non intentionnels, la communication intensive, la sécurisation du langage, etc
Numérique : Enjeux géopolitiques, externalités environnementales et chaînes de dépendance
No full textLes interdépendances du monde numérique commencent par les territoires, leurs richesses, leur géographie, leur histoire… Et, aujourd'hui, aucun acteur ne peut prétendre maîtriser l’ensemble de son “territoire numérique”. Mais malgré ces interdépendances de l'existant, il est nécessaire de conserver notre capacité d'autodétermination et les possibilités d'action dans la formulation de futurs désirables. Pour cela, nous proposons de considérer les enjeux géopolitiques et les externalités du choix technologique afin d’être en mesure de formuler une vision stratégique cohérente. La maîtrise des technologies, enrichie d’une gestion raisonnée des dépendances, est nécessaire à la formalisation d’un numérique plus responsable
Réseau d'accès - Challenges organisationnels et techniques ouverts à tous
No full textLe réseau d'accès est un bien commun aux établissements d'Enseignement Supérieur et de Recherche sur une zone géographique. Il reste un élément méconnu des utilisateurs, voire des directions, pour lesquels la connectivité n'est plus une difficulté à l'heure de la fibre optique généralisée à domicile et de la 5G. Pourtant le réseau d’accès est le premier composant de la chaîne d’interconnexion au datacenter régional, à Renater et à l’Internet.Quelques challenges sont à relever pour porter et faire évoluer un réseau d'accès afin que ses services répondent aux besoins croissants d'interconnexion des établissements à des infrastructures mutualisées. Ces challenges adressent les sujets de gouvernance, d'offre de service, de budget, d'architecture et de mobilisation de compétences pour fournir une solution pérenne.La notion de challenges à relever est une réalité au regard des réseaux d'accès qui se sont retrouvés en difficulté, par exemple suite à une tension budgétaire provoquée par le retrait d'un financeur, ou au manque de ressources humaines et à l’implication des établissements pour les porter.Le retour d’expérience sur le réseau d’accès ROYAL (Réseau optique yvelinois pour la communauté académique) et la participation à d’autres réseaux d’accès a pour objectif de mieux faire connaitre la problématique des réseaux d’accès à tous les acteurs des SI de l’ESR et d’encourager à participer à leur évolution
Migration de l'Université de Strasbourg sur Partage... la suite
No full text**S**uite à la migration de l'Université de Strasbourg vers la messagerie mutualisée Partage opérée par RENATER, il nous est apparu important de maintenir une vision communautaire de la messagerie et de ses services associés.À ce titre, l'université de Strasbourg a ressenti le besoin de renforcer le lien entre les utilisateurs de Partage et leurs informaticiens de proximité. Pour cela une délégation de droits semblait nécessaire afin de permettre à ces personnes en charge de gérer les comptes de messagerie des composantes/laboratoires/autres de : * créer des liens de proximité ; * améliorer la satisfaction des utilisateurs ; * accélérer le temps de traitement des demandes.Cette possibilité de délégation n'étant pas présente dans le panneau d’administration de Partage (BSS), nous avons donc décidé de l'implémenter dans notre propre application de gestion des comptes de messagerie (Mélusine).Mélusine reprend ainsi l'ensemble des fonctionnalités exposées par l'API de Partage en s'interfaçant avec notre Système d'information, elle constitue ainsi le nouveau référentiel des comptes de messagerie.Notre objectif est maintenant de reverser cette application à la communauté en la rendant la plus générique et la plus interfaçable possible afin qu’elle puisse être utile à tous.Durant cette présentation, nous vous vous exposerons le déroulement de ce projet. Nous justifierons nos choix, de la phase de développement à la mise en œuvre