SD-WAN entreprise à Paris et en petite couronne : devis gratuit en 2 minutes

Le SD-WAN, pour « software-defined wide area network », désigne un réseau étendu piloté par logiciel. Il relie les sites d’une entreprise à partir de plusieurs liens internet, généralement chez des opérateurs différents, puis décide en continu par quel chemin passe chaque échange. L’objectif n’est pas d’ajouter une couche technique pour le plaisir, mais de sortir d’un réseau où chaque site dépend d’un seul accès, configuré une fois pour toutes et modifié par déplacement.

Des liens combinés, une seule logique

Dans une architecture classique, un site dispose d’une ligne, d’un routeur et de réglages qui ne sont documentés nulle part. Avec le SD-WAN, un boîtier installé sur chaque site reçoit plusieurs liens, par exemple de la fibre et un second accès chez un autre opérateur, et les présente comme un seul réseau. Une panne sur l’un d’eux n’interrompt pas forcément les échanges, à condition que la bascule ait été prévue et essayée. Le réseau privé MPLS, longtemps la référence pour relier des sites, reste une option : le SD-WAN peut le compléter pendant une transition, ou le remplacer quand les débits contractés ne suivent plus les usages.

Une console pour tous les sites

Le pilotage se fait depuis une console qui affiche l’état des liens et des sites, et qui permet de modifier les règles sans se déplacer. C’est là que se joue la différence au quotidien : une règle ajoutée pour un nouveau site se met en place à distance, et l’historique des changements reste consultable. Encore faut-il savoir qui détient cette console et qui a le droit d’y modifier les règles.

Les signaux sont rarement spectaculaires. Ils ressemblent à des incidents ordinaires que l’on accepte pendant des mois, jusqu’au jour où l’activité en pâtit.

• Un site isolé par une coupure : une fibre sectionnée et c’est toute une agence qui ne peut plus joindre le siège ni le logiciel de gestion.
• Une téléphonie qui se dégrade : les appels se hachent dès qu’une sauvegarde part en journée sur la même ligne.
• Des tunnels montés au fil des années : chaque ouverture de site a ajouté une liaison, et personne ne sait plus laquelle est indispensable.
• Un contrat de réseau à renouveler : l’échéance approche et le besoin réel n’a pas été relu depuis la dernière création de site.
• Un lien de secours installé mais jamais essayé : on le découvre le jour où le lien principal tombe.
• Des visioconférences instables entre le siège et les équipes déplacées.
• Une ouverture de site à raccorder : le raccordement traîne si chaque équipement doit être configuré sur place.

Un projet de réseau entre sites se conduit en trois temps. Le calendrier dépend des opérateurs et des travaux de chaque immeuble, il se précise donc au devis.

Avant : connaître les flux réels

Le point de départ est un inventaire des sites, des liens existants et des usages. Il faut savoir quelles applications circulent entre les sites : téléphonie, visioconférence, logiciel de gestion, sauvegardes, accès à des serveurs. Sans cette liste, la priorisation reste une supposition. Le même inventaire permet de vérifier quels liens existent déjà et lesquels peuvent être réutilisés.

Pendant : monter et essayer

La phase de mise en place regroupe le choix des liens pour chaque site, la configuration des règles de priorité et l’installation des boîtiers, souvent à la place des routeurs existants. Chaque site bascule l’un après l’autre. La bascule automatique se teste en coupant volontairement un lien, pour vérifier le comportement réel des appels et des applications avant toute mise en service. Un essai qui n’a pas été fait ne prouve rien.

Après : suivre et faire évoluer

Une fois en service, le réseau demande un suivi : contrôle de l’état des liens, revue des règles lorsqu’un usage change, documentation tenue à jour. C’est aussi le moment de décider qui administre la console au quotidien, et ce qui se fait en interne ou auprès du prestataire.

Deux propositions peuvent sembler proches et ne pas couvrir les mêmes besoins. Quelques points de comparaison permettent de les départager.

Le premier concerne les liens eux-mêmes. Deux accès chez le même opérateur, ou passant par le même fourreau, ne protègent pas contre une même panne. Il faut demander comment les liens sont physiquement séparés, et si le lien de secours dépend de la réception dans le local technique lorsqu’il s’agit d’un accès mobile.

Le deuxième porte sur la priorisation. Une offre qui promet de faire passer la voix avant le reste doit préciser comment elle identifie ces flux et si la règle a été réglée sur les usages réels de l’entreprise.

Le troisième touche aux engagements. La durée des abonnements opérateurs, les conditions de résiliation et les frais de sortie pèsent souvent autant que la solution elle-même. Ils doivent figurer dans le devis, à côté des équipements et de la prestation.

• Croire que deux lignes suffisent : sans séparation réelle des accès, les deux liens tombent ensemble. La parade consiste à vérifier les opérateurs et les chemins physiques avant de compter sur la redondance.
• Régler la priorité sans mesurer : la règle appliquée à l’aveugle ralentit parfois ce qu’elle devait protéger. La parade est de relever les usages pendant une période représentative.
• Ne jamais tester la bascule : le lien de secours reste une promesse tant qu’il n’a pas été débranché pour de vrai. La parade est de planifier un essai avant la mise en service, en dehors des heures de pointe.
• Confondre réseau et sécurité : le SD-WAN chiffre les échanges entre les sites, mais il ne remplace ni le pare-feu ni la sécurisation des accès des salariés à distance. La parade est d’examiner ces deux volets séparément.
• Laisser la documentation dans une seule tête : un réseau que personne d’autre ne sait modifier devient un risque le jour où son administrateur quitte l’entreprise. La parade est de tenir un schéma et un journal des changements accessibles.

Avant de valider un devis, quelques questions permettent de vérifier que le projet est bien cadré.

• Comment la bascule entre les liens est-elle essayée avant la mise en service ?
• Qui administre la console, et qui peut modifier les règles ?
• Les abonnements opérateurs sont-ils inclus dans le devis ou facturés à part, et sur quelle durée ?
• Comment chaque site bascule-t-il sans interruption prolongée, et que se passe-t-il pour les applications en cours ?

Ces réponses rendent le devis comparable d’une offre à l’autre, ce qui compte davantage que le prix affiché.

Le montant d’un projet se détermine après l’étude des sites et des flux. Il varie principalement avec le nombre de sites à relier, le nombre et le type de liens par site, les abonnements à souscrire ou à renégocier, la solution retenue et son mode de licence, le niveau de redondance demandé, et le choix d’une administration confiée au prestataire ou assurée en interne. Comparer deux devis suppose donc de les ramener au même périmètre : mêmes sites, mêmes liens, même niveau de redondance, mêmes engagements.

Décrivez votre besoin dans le formulaire : le nombre de sites, les liens existants et les applications qui circulent entre eux. Un spécialiste de l’interconnexion de sites vous recontacte, gratuitement et sans engagement, pour cadrer le projet avant tout devis.