5 signaux qui doivent déclencher un audit réseau dans votre entreprise

Lenteurs applicatives, alerte de sécurité, dérive budgétaire, projet de croissance, échéance réglementaire : ces 5 signaux opérationnels devraient déclencher un audit réseau.

Un “problème réseau” n’arrive presque jamais sous ce nom en comité de direction. En effet, le contexte actuel donne plus de poids aux signaux faibles qu’auparavant.

Qu’il s’agisse d’un incident, ou d’un projet de croissance qui ne s’est pas déroulé comme prévu, les symptômes s’accumulent. Il peut s’agir d’alertes remontées depuis le terrain (lenteurs applicatives, alertes de sécurité, dérives budgétaires…), ou d’événements qui s’annoncent dans le calendrier projet de l’entreprise comme un projet qui va solliciter l’infrastructure réseau de façon inédite ou une échéance réglementaire qui demande de montrer des preuves.

Cinq signaux de nature totalement différente, et qu’il est parfois difficile de recouper, mais qui nécessitent d’utiliser le même outil de diagnostic : l’audit réseau.

Les cinq signaux qui suivent permettent de poser ce diagnostic en amont, de comprendre ce qu'ils cachent dans l'infrastructure et d'arbitrer la bonne réponse entre prestation externe et montée en compétence interne.

Vous souhaitez que votre équipe informatique sache reconnaître ces signaux, conduire un audit en autonomie et dialoguer techniquement avec un prestataire externe quand c'est utile ?

Inscrivez-vous à la formation Auditez et optimisez votre réseau d'ib Cegos.

Nos équipes sont à votre disposition pour répondre à toutes vos questions.

Ce qu'il faut retenir

• Signal 1 : vos applications métier ralentissent ou décrochent. Le réseau encaisse plus de flux que prévu, les configurations actuelles ne suivent plus la charge réelle, et personne ne mesure ce qui pose problème.
• Signal 2 : vous avez subi une alerte ou un incident de sécurité. L'incident visible masque presque toujours un défaut structurel plus profond, segmentation absente, comptes administrateurs partagés, équipements connectés hors inventaire.
• Signal 3 : votre budget réseau dérive sans visibilité. Redondances héritées de fusions, contrats SLA inadaptés, équipements obsolètes payés en maintenance, services cloud souscrits hors contrôle, factures qui montent sans explication.
• Signal 4 : vous changez d'échelle ou de mode de travail. L'architecture conçue pour l'ancien périmètre va craquer dès la première vraie sollicitation, et le projet métier vous le révélera au pire moment, en cours de mise en production.
• Signal 5 : une échéance réglementaire ou un audit externe approche. NIS2, ISO 27001, RGPD, assureur cyber ou grand client en consultation, vous devez produire des preuves rapidement et la documentation manque le plus souvent.

Signal 1. Pourquoi vos applications métier ralentissent-elles ou décrochent-elles ?

C'est le signal le plus fréquent et le plus mal interprété dans les entreprises. Le dirigeant l'entend en comité de direction, le responsable informatique le voit dans la file de tickets, mais l'origine reste floue pour les deux. Avant d'ajouter de la bande passante ou de changer un équipement, encore faut-il savoir ce qui ralentit, et pourquoi.

Quels symptômes observez-vous dans votre quotidien ?

Pris isolément, les symptômes qui suivent peuvent paraître anecdotiques, mais leur récurrence peut trahir un problème d’infrastructure réseau, même s’il est parfois difficile de les rattacher à cette origine :

• Une réunion visio Teams qui décroche pendant un point client, 
• Un fichier qui met quatre minutes à s'ouvrir depuis le serveur partagé, 
• Un Wi-Fi qui coupe en salle de réunion au moment de la présentation, 
• Ou encore un ERP qui se bloque pile lorsque tous les magasins synchronisent leurs ventes du matin.

Pour le dirigeant, ce sont des pertes de productivité, une réunion ratée, un client agacé. Le responsable informatique, lui, voit s'empiler les tickets, sans pouvoir corréler les vagues. Sans grille de lecture commune et sans mesure systématique, impossible de comprendre qu’il faut en réalité réaliser un audit réseau. Résultat : l'entreprise entre dans une boucle de remplacement de matériel ou d'achat de capacité réseau qui ne traite pas la vraie cause.

Que cachent techniquement ces lenteurs ?

Derrière la lenteur d’un outil, il y a toujours une cause précise : 

• La bande passante saturée aux heures de pointe car dimensionnée pour un usage qui a doublé en deux ans ;
• Une absence de priorisation des flux critiques, donc tout est traité au même niveau et la qualité de service se dégrade pour tous ;
• La segmentation logique du réseau (les VLAN) mal cloisonnée, donc des flux qui devraient rester indépendants se mélangent et se ralentissent mutuellement ;
• Des équipements physiques (commutateurs, points d'accès Wi-Fi, routeurs) en fin de vie, qui n'arrivent plus à suivre les volumes actuels de données.

Sans audit, l'équipe IT ajoute du débit par réflexe. Et six mois plus tard, le problème revient à l'identique parce qu'il n'a jamais été à cet endroit. Le coût additionnel se paie auprès des opérateurs télécoms et cloud, sans que cette hausse de coût ne se traduise par une hausse de productivité en interne.

Quels livrables un audit réseau produit-il pour y répondre ?

L’audit réseau vient répondre point par point aux causes techniques repérées plus haut, en s’appuyant sur des mesures objectives : débit utilisé par flux, latence, gigue réseau…). Voici quelques livrables que produit l’audit réseau.

• Face à la saturation de la bande passante : une matrice de flux qui identifie qui parle à qui sur le réseau et avec quelle volumétrie, et un plan de capacité à dix-huit ou vingt-quatre mois qui projette ce que le réseau pourra encaisser quand l'effectif grossira ou qu'un nouveau service métier s'ajoutera ;
• Face à l'absence de priorisation : une recommandation QoS (qualité de service, mécanisme qui donne la priorité aux flux importants comme la visio sur les flux moins urgents comme les sauvegardes) qui spécifie comment protéger la visio des sauvegardes intempestives ;
• Face à la mauvaise segmentation logique : un audit de cloisonnement des VLAN et un plan de re-segmentation par zones d'usage ;
• Face aux équipements en fin de vie : l'identification des goulots d'étranglement, qui nomme ceux à remplacer en priorité, ceux qui peuvent encore tenir trois ans, et ceux qui sont sur-dimensionnés pour leur usage réel.

Avec ces livrables, l’équipe IT arrête d'acheter du débit au feeling. Le budget se concentre sur les vrais leviers, qui résolvent la cause technique au lieu de masquer le symptôme.

Signal 2. Faut-il voir une alerte de sécurité comme un signal d'audit ?

Les PME subissent surtout des risques cyber sous forme d'accumulation d'alertes mineures qu'elles ne savent pas lire. Les cyberattaques médiatiques restent l'exception à leur échelle. Quand l'incident sérieux arrive, c'est le plus souvent parce que dix alertes mineures ont été minimisées ou ignorées les mois précédents, faute de méthode de corrélation.

Quelles alertes observez-vous dans votre entreprise ?

Une cyberattaque ne touche jamais un seul poste isolé. Elle entre par un point d'accès réseau, se déplace de poste à serveur via le réseau, et extrait ses données vers l'extérieur en sortant par le réseau. Les alertes qui doivent déclencher un audit réseau sont celles qui révèlent un des trois moments de ce parcours :

• Les tentatives d'entrée par un point d'accès distant : des centaines de connexions échouées sur le VPN pendant la nuit, sur des comptes connus ou aléatoires ;
• Les mouvements latéraux anormaux à l'intérieur du réseau : un compte commercial qui accède au serveur RH à trois heures du matin un dimanche, un poste qui dialogue avec d'autres postes alors qu'il n'a aucune raison de le faire ;
• Les sorties anormales de données : un pic de trafic sortant vers une adresse étrangère à 3 h du matin, une facture cloud qui explose ce mois-ci sans nouveau projet pour l'expliquer.

À ces trois moments s'ajoutent les incidents stoppés de justesse : un ransomware bloqué grâce à la sauvegarde de la veille, ou une pièce jointe piégée qui a été interceptée. Ces incidents montrent que l'attaque a déjà parcouru votre réseau bien plus loin qu'on ne le perçoit au moment où elle est stoppée.

Que cachent ces alertes côté infrastructure ?

Chacun de ces incidents peut cacher un défaut structurel plus profond : l’entreprise est incapable de savoir avec précision qui est connecté à son réseau, qui a accès à quoi, ni quelles portes sont restées ouvertes.

Quatre défauts reviennent dans la grande majorité des audits :

• Une segmentation absente : sans cloisonnement interne, une intrusion dans la zone bureautique remonte vers les serveurs métier en quelques minutes ;
• Des comptes administrateurs partagés entre plusieurs personnes : impossible de reconstituer le déroulé d'un incident pour la CNIL ou pour votre assureur ;
• Des ports réseau ouverts depuis un projet oublié il y a deux ans : autant de points d'entrée qui n'ont jamais été refermés ;
• Des équipements connectés hors inventaire (caméras IP, imprimantes multifonctions, objets connectés des salles de réunion, tablettes des commerciaux) : autant de points d'entrée invisibles pour la direction et pour le pare-feu (filtre qui contrôle qui entre et qui sort du réseau de l'entreprise).

Faute de mesure régulière de ces quatre points, la carte de l'infrastructure dérive sans alerte. L'attaque trouve l'angle mort que personne ne surveillait.

Que révèle un audit sécurité réseau ?

Un audit sécurité réseau vous aide à rétablir la cartographie de la surface d'attaque réelle. Il répond point par point aux quatre défauts identifiés plus haut. Voici les livrables qu’il peut vous fournir :

• Face à la segmentation absente : un plan de cloisonnement par zones de sensibilité (postes utilisateurs, serveurs métier, équipements connectés, accès invités), avec recommandation d'implantation des pare-feu internes ;
• Face aux comptes administrateurs partagés : la liste exhaustive des comptes à privilèges, qui les détient, depuis quand, et une politique d'attribution individuelle ;
• Face aux ports réseau ouverts : l'inventaire des règles pare-feu obsolètes et la liste des ports à fermer en priorité ;
• Face aux équipements hors inventaire : la cartographie de tous les équipements connectés réellement au réseau, avec assignation d'un propriétaire identifié pour chacun.

L'audit complète ces quatre livrables par un test de résistance des accès distants : tentatives d'intrusion simulées sur le VPN, vérification des règles d'authentification, mesure du temps de blocage par le pare-feu de bordure.

Avec cette cartographie en main, vous savez précisément où sont les portes de votre réseau, qui les a ouvertes, qui a la clé. Les ressources publiques de référence (les bons réflexes ANSSI/CERT-FR en cas d'intrusion, le guide dirigeants Cybermalveillance.gouv.fr) cadrent la réaction le jour où l'incident survient. L'audit cadre tout ce qui le précède : la cartographie, le cloisonnement, l'inventaire des accès. Les deux se complètent, et aucun guide générique ne remplace la connaissance de votre infrastructure spécifique.

Signal 3. Comment l'audit ramène-t-il la maîtrise quand votre budget réseau dérive ?

Ce signal parle directement au directeur financier et au dirigeant. C'est le déclic qui débloque le budget audit, parce que son retour rapide rassure la finance là où les autres demandes techniques restent perçues comme un coût supplémentaire à justifier en comité.

Quels écarts observez-vous sur les lignes budgétaires de votre informatique ?

Les écarts apparaissent disséminés sur plusieurs lignes du budget informatique. Cinq exemples classiques dans une PME ou une ETI :

• Une facture opérateur télécom dont la ligne “accès Internet entreprise” a gonflé de plusieurs milliers d'euros sur trois exercices alors que l'effectif est stable ;
• Un abonnement cloud que personne n'a renégocié depuis trois ans ;
• Une ligne fibre de secours payée chaque mois alors qu'elle a été remplacée par un autre opérateur ;
• Un contrat de maintenance qui court encore sur un commutateur qu'on n'a plus en service depuis dix-huit mois ;
• Des licences logicielles facturées chaque mois pour trop peu d’utilisateurs réels après le départ de plusieurs collaborateurs non répercuté sur les abonnements.

C'est en consolidant la mesure sur plusieurs lignes comptables et plusieurs années que la dérive budgétaire devient visible. Sans cette consolidation, le réseau s'inscrit dans les postes de coût qui augmentent sans contrôle, parce que personne n'a la capacité technique à le challenger ligne par ligne.

Que cache cette dérive côté technique et contractuel ?

Cette dérive financière résulte de l'empilement non rationalisé des coûts au fil des années : engagements hérités d'un contexte passé jamais nettoyés, engagements souscrits sans coordination centrale. 

Quatre mécanismes concentrent l'essentiel :

• Redondances héritées de fusions ou de déménagements : deux contrats se superposent sans que personne pense à arrêter le premier ;
• Contrats SLA inadaptés (Service Level Agreement, engagement contractuel du fournisseur sur la disponibilité et le temps de rétablissement);
• Équipements en fin de support fabricant : continuent d'être payés en maintenance alors qu'ils ne reçoivent plus aucune mise à jour de sécurité et qu'ils représentent désormais un risque pour l'entreprise ;
• Shadow IT : services cloud souscrits directement par les métiers sans visibilité de la direction des systèmes d'information (DSI, fonction qui pilote l'informatique de l'entreprise), comme un Dropbox personnel pour partager des fichiers clients, un Notion pour la documentation projet, un WeTransfer Pro pour les envois lourds, multipliés au gré des besoins individuels et jamais consolidés en politique d'usage.

La DSI découvre l'existence de la plupart de ces engagements quand un incident les ramène à la surface, parfois au moment d'un audit RGPD.

Que récupérez-vous avec un audit budget réseau ?

L'audit produit un TCO (Total Cost of Ownership, coût total de possession qui intègre l'achat plus la maintenance plus l'énergie plus le remplacement) du parc réseau. La méthode consiste : 

• Face aux redondances héritées : l'identification des doublons contractuels et le plan d'arrêt des engagements qui n'ont plus de contrepartie opérationnelle ;
• Face aux SLA inadaptés : l'audit des engagements contractuels actuels et la renégociation au niveau de service vraiment requis pour chaque usage ;
• Face aux équipements en fin de support : un plan de remplacement priorisé qui distingue ceux à remplacer en urgence, ceux qui peuvent encore tenir deux ou trois ans sans risque, et ceux qui sont sur-dimensionnés pour leur usage réel ;
• Face au shadow IT : un recensement exhaustif des services cloud souscrits hors DSI, et une politique d'usage cohérente avec les exigences de sécurité et de conformité.

Le retour sur investissement est rapide parce que les écarts identifiés sont nombreux et faciles à corriger une fois nommés. Mais il faut savoir lire un contrat opérateur, distinguer une vraie redondance d'une fausse, négocier un renouvellement et arbitrer un remplacement. Former vos collaborateurs à des compétences techniques évite de devoir les racheter à chaque audit externe.

Signal 4. Quand votre changement d'échelle révèle-t-il l'écart d'architecture ?

Ce signal est temporel et structurel à la fois. Le contexte autour du réseau change sans que celui-ci ait été recalibré. C'est précisément à ce moment-là que l'écart entre ce que le réseau peut faire et ce qu'on lui demande se révèle d'un coup, au pire moment possible pour le projet métier en cours.

Quels projets métier déclenchent ce signal pour les PME et les ETI ?

Six projets métier qui vont chambouler l’organisation de votre réseau :

• L'ouverture d'une nouvelle agence commerciale en région après deux ans de croissance soutenue ;
• Une fusion qui ajoute trente personnes, deux bureaux et un ERP supplémentaire ;
• Le passage de 20 % à 60 % de télétravail effectif après une période de test ;
• La migration de la comptabilité vers un logiciel en ligne ;
• Le déploiement d'un outil de visio dans toutes les salles de réunion du siège et des agences ;
• L'installation de caméras IP sur l'entrepôt logistique pour répondre aux exigences d'un assureur.

Chacune ajoute des connexions, des flux ou des sites à un dimensionnement qui n'avait pas été pensé pour. L'équipe informatique découvre ces projets tardivement, parfois après la signature du contrat avec le prestataire métier. Le signal d'alarme se déclenche au pire moment : quand les premiers utilisateurs s'installent dans le nouveau site ou que le premier collaborateur en télétravail signale que sa visioconférence n’est pas stable.

Que révèle ce changement dans l'architecture existante ?

Un réseau est  dimensionné pour un périmètre donné à un instant donné. Quand le périmètre change, les composants qui maintenaient l'équilibre cèdent un par un, à chaque étape du chemin que parcourt une requête :

• À l’entrée, le VPN (Virtual Private Network, réseau privé virtuel, tunnel chiffré qui permet à un télétravailleur de se connecter comme s'il était au bureau) conçu pour vingt connexions simultanées rame à quatre-vingts ;
• A l'intérieur, le DNS interne (Domain Name System, système d'annuaire qui traduit un nom de service comme « erp.entreprise.local » en adresse réseau, équivalent d'un standard téléphonique : s'il tombe, plus rien ne se trouve même si tout le reste fonctionne) devient fragile dès que la charge augmente ;
• Entre les sites, l'architecture en étoile où tout passe par le siège forme un point de blocage unique pour les sites distants, qui voient leur connexion ralentir quand le siège est sollicité par d'autres flux ; les liens inter-sites sous-dimensionnés ne suivent plus les nouveaux usages comme la sauvegarde nocturne ou la visio en haute définition ;
• Sur le terrain, les équipements physiques qui tenaient pour vingt personnes au siège ne tiennent plus pour cent personnes réparties sur trois sites.

Chaque point de rupture apparaît au moment précis où le nouveau projet sollicite l'infrastructure à sa nouvelle charge.

Comment un audit anticipe-t-il les blocages avant la mise en production ?

Auditer avant le changement coûte beaucoup moins cher que corriger après la mise en production. L'audit répond point par point aux quatre zones de cession identifiées plus haut :

• A l'entrée : dimensionnement cible des accès distants pour le nouveau volume d'utilisateurs (recalibrage VPN, capacité du pare-feu de bordure, authentification renforcée) ;
• A l'intérieur : audit du DNS interne et plan de robustesse (redondance, cluster), inventaire des services critiques qui en dépendent ;
• Entre les sites : choix d'architecture (centralisée, décentralisée ou hybride selon les volumes attendus) et dimensionnement des liens inter-sites pour les nouveaux usages (sauvegarde nocturne, visio en haute définition) ;
• Sur le terrain : liste des équipements à remplacer en priorité avec leur coût, et plan de déploiement des équipements supplémentaires pour les nouveaux sites.

L'audit complète ces quatre livrables par un plan de migration séquencé qui ordonne les chantiers, et par l'identification des prérequis cloud si une partie du nouveau périmètre bascule vers un fournisseur externe.

Ces sujets sont au cœur du programme de la formation Auditez et optimisez votre réseau (SR210) d'ib Cegos : commutateurs, routeurs, mécanismes QoS, VPN, DNS, accès distants, voix sur IP. Vos collaborateurs IT qui maîtrisent ces sujets posent le diagnostic en amont du projet métier et négocient les arbitrages techniques avec la direction générale avant que les engagements contractuels soient pris.

Le projet métier garde son calendrier au lieu de s'arrêter à mi-parcours pour cause de blocage technique de dernière minute. Et la direction informatique ne porte plus la responsabilité d'un échec que le diagnostic en amont aurait évité.

Signal 5. Comment passer sereinement une échéance réglementaire ou un audit externe ?

C'est le signal le plus difficile à ignorer. Il vient avec une date butoir non négociable et un risque juridique ou contractuel chiffré. Et il découvre dans la plupart des cas des angles morts dans l'infrastructure que personne n'avait pris le temps de documenter au préalable.

Quelles échéances déclenchent ce signal dans les PME et les ETI françaises ?

Cinq déclencheurs récurrents imposent une preuve de conformité à brève échéance :

• La directive NIS2 (Network and Information Security 2, directive européenne sur la cybersécurité étendue depuis 2024 et 2025 à beaucoup plus d'entreprises que NIS1 : énergie, santé, transport, banque, eau, infrastructures numériques, services publics, fabrication critique, recherche, gestion des déchets, services postaux) devient applicable à votre secteur ;
• Un grand client demande une certification ISO 27001 (norme internationale de management de la sécurité de l'information) dans la prochaine consultation pour vous référencer comme fournisseur ;
• L’assureur en cybersécurité refuse de renouveler votre contrat sans trois preuves : un audit réseau récent, un cloisonnement des zones internes pour limiter la propagation d'une attaque, et une procédure écrite de réaction aux incidents ;
• La CNIL annonce un audit RGPD (Règlement Général sur la Protection des Données, règlement européen entré en vigueur en 2018) après un signalement client ;
• Un nouveau marché public exige une attestation de conformité de votre infrastructure.

La conformité ne se prête pas à l'improvisation. Elle demande un état documenté, des preuves traçables et un plan de remédiation tenu dans le temps. Trois ressources que la plupart des structures ne possèdent pas en stock le jour où l'échéance arrive.

Que révèle la conformité dans une entreprise peu documentée ?

La première semaine d'un projet de conformité, vous découvrez que vos équipes ne savent pas répondre à des questions basiques que pose le référentiel :

• Quels équipements sont connectés au réseau aujourd'hui ?
• Quels comptes ont accès à quels serveurs, validés par qui, depuis quand, avec quelle politique de revue ?
• Quels logs sont produits, centralisés où, conservés combien de temps, accessibles à qui ?

Et malheureusement, la documentation est souvent absente ou périmée.

Que produit un audit pour passer l'échéance ?

L'audit commence par répondre aux trois questions basiques que vos équipes ne savent pas traiter :

• Quels équipements sont connectés ? → un inventaire exhaustif avec un propriétaire identifié pour chacun ;
• Quels comptes accèdent à quoi ? → la cartographie des droits, validés par qui, depuis quand, avec quelle politique de revue ;
• Quels logs sont produits ? → l'audit de la journalisation et un plan de centralisation pour reconstituer un incident ou prouver un contrôle.

À partir de cette base documentée, l'audit produit l'état de conformité actuel comparé au référentiel cible (NIS2, ISO 27001, RGPD, exigences spécifiques d'un assureur ou d'un grand client), les écarts hiérarchisés par criticité, le plan de remédiation avec estimation d'effort en jours-homme, le jeu de preuves prêt à présenter au régulateur, à l'auditeur externe ou au client, et la mise à jour des schémas réseau et des procédures qui ancrent ces preuves dans le temps.

Détecter les signaux est une chose, savoir auditer en est une autre

Reconnaître un signal demande de l'expérience opérationnelle et un peu de méthode. Conduire l'audit qui y répond suppose des compétences techniques précises qui ne s'improvisent pas en quelques jours, et garder ces compétences à disposition entre deux échéances change profondément le rapport au coût et à la dépendance vis-à-vis des prestataires externes.

Que coûte l'externalisation systématique de l'audit réseau ?

Faire venir un prestataire externe à chaque alerte ou à chaque échéance fonctionne sur le papier. Mais ce mode opératoire crée trois effets de long terme qu'aucune direction informatique ne voit immédiatement :

• Une dépendance opérationnelle : chaque audit redémarre de zéro parce que la mémoire technique vit chez le prestataire, pas dans l'équipe interne, et le rapport d'audit reste lettre morte entre deux missions ;
• Un coût récurrent qui s'amortit mal : le tarif jour-homme se cumule sur l'année sans capitalisation, et le poste « audit externe » grossit chaque exercice sans gagner en valeur ;
• Un déficit de dialogue technique : l'équipe interne ne peut pas challenger les recommandations du prestataire par manque de référentiel commun, et accepte des préconisations qu'elle ne saurait pas appliquer seule.

Que apporte une équipe formée à conduire l'audit en interne ?

Une équipe informatique formée à l'audit réseau ramène cinq compétences opérationnelles concrètes et durables :

• Conduire un diagnostic en autonomie sur tout ou partie du réseau, pour une vérification post-incident, un cadrage de projet ou une revue annuelle ;
• Lire de façon critique les résultats produits par un prestataire externe lors d'un audit approfondi, ce qui change radicalement la qualité du dialogue contractuel ;
• Dialoguer d'égal à égal avec les éditeurs de logiciels d'audit, les opérateurs télécoms et les fournisseurs d'équipements ;
• Mener les vérifications courantes en continu, et non une fois par an, pour détecter les dérives avant qu'elles ne génèrent des incidents ;
• Produire les preuves de conformité au fil de l'eau, sans course contre la montre à l'approche d'une échéance NIS2 ou ISO 27001.

Comment choisir entre audit externe, audit interne formé et audit hybride ?

Le choix entre les trois modèles dépend de la maturité de votre équipe et de la profondeur d'expertise requise. Le tableau ci-dessous compare les trois approches sur les critères qui structurent l'arbitrage au comité de pilotage informatique.

Comment ib Cegos accompagne votre montée en compétence sur l'audit réseau ?

La formation Auditez et optimisez votre réseau d'ib Cegos donne aux participants un panorama complet des outils et solutions d'optimisation réseau du marché, la méthodologie de diagnostic applicable en autonomie, et de nombreux ateliers pour appliquer immédiatement les acquis sur l'infrastructure réelle. 

Elle couvre les commutateurs, les routeurs, la qualité de service, la VoIP, le multicast, les accès distants et les protocoles de routage. Pensée pour les administrateurs, techniciens et intégrateurs réseau chargés de la maintenance et de l'optimisation, elle s'inscrit dans le catalogue Réseaux et Télécoms qui couvre aussi les technologies sans fil, la configuration Cisco BGP et les fondamentaux des réseaux.