Téléphonie cloud : comprendre le coeur de reseau

Le standard fonctionne encore, mais le contrat de l'ancien accès arrive à échéance. La DSI prépare le passage à la téléphonie cloud, tandis que l'accueil demande si les numéros resteront joignables et que le responsable du bâtiment s'interroge sur l'alarme et l'ascenseur. L'intégrateur ne doit donc pas seulement remplacer un équipement. Il doit vérifier toute la chaîne qui permet à un appel d'aboutir.

Le cœur de réseau devient alors un sujet de continuité d'activité. Pour une PME, une ETI ou un établissement multi-sites, la question décisive est simple : qui maintient le service lorsqu'un lien, un opérateur ou un équipement tombe en panne ?

Table des matières

• Le cœur de réseau, colonne vertébrale invisible de vos appels

  • Distinguer transport et fonctions téléphoniques

• Le parcours d'un appel à travers le cœur de réseau

  • De la demande à la conversation

  • Un même appel, plusieurs points de contrôle

• Redondance et continuité quand le cuivre disparaît

  • Prévoir une parade pour chaque dépendance

  • Ne pas oublier les services discrets

• Prioriser la voix sans la deviner

  • Donner une priorité explicite aux flux

  • Dimensionner sur les conversations simultanées

• Sécurité et données hébergées dans l'Union européenne

  • Protéger les échanges et les accès

  • Ce que l'hébergement européen change réellement

• Ce que Voxbi gère et ce que votre réseau doit garantir

  • Du côté de la plateforme

  • Du côté du site et de l'intégrateur

  • Le point de jonction commun

• Diagnostiquer une dégradation d'appel, du symptôme à la cause

  • Tester une hypothèse avant de modifier

• Valider votre cœur de réseau avant la bascule

  • Contrôles avant mise en production

Le cœur de réseau, colonne vertébrale invisible de vos appels

Le cœur de réseau est la partie de l'infrastructure qui transporte, route et interconnecte les flux entre les sites, les opérateurs et la plateforme de voix. Il se situe entre les accès des établissements et les services centraux nécessaires aux communications.

L'analogie routière aide à distinguer les rôles. L'accès fibre représente la route de quartier, le cœur correspond aux autoroutes et à leurs carrefours, et la plateforme téléphonique hébergée constitue le bâtiment de destination. Un accès rapide ne garantit donc pas que tout le trajet reste disponible.

Distinguer transport et fonctions téléphoniques

Le PBX est le standard qui applique les règles d'appel. Dans une architecture cloud, il est hébergé plutôt qu'installé dans les locaux. Les routeurs, eux, acheminent les paquets, ces fragments de données qui circulent sur le réseau.

Le tableau associe les composants de transport aux services vocaux qui les utilisent. Ils participent à la même chaîne, sans nécessairement appartenir au même fournisseur.

Composants du cœur de réseau et effet d'une défaillance

IP/MPLS désigne ici un transport IP utilisant des étiquettes pour orienter les flux. TDM désigne une technique historique qui répartit la transmission dans le temps. Le SBC, ou contrôleur de session, protège et organise les échanges à la frontière des réseaux.

Repère opérationnel : un téléphone en parfait état ne compense ni un routeur saturé ni une interconnexion indisponible.

Pour la DSI, comprendre le parcours d'un appel permet surtout d'attribuer chaque contrôle au bon interlocuteur : fournisseur de plateforme, opérateur ou intégrateur du site.

Le parcours d'un appel à travers le cœur de réseau

Un appel comporte deux échanges distincts. La signalisation SIP organise la communication, tandis que le flux audio RTP transporte la voix. L'analogie du contrôle aérien est utile : SIP joue le rôle de la tour de contrôle, RTP celui des avions transportant les passagers.

Prenons un exemple fictif : un cabinet multi-sites reçoit un appel à Lille au début de la journée. L'appelant utilise le réseau public, puis l'opérateur transmet la demande vers le service téléphonique du cabinet. Le poste de Lille n'est pas encore en conversation.

De la demande à la conversation

• La demande arrive. Un message SIP nommé INVITE demande l'établissement de l'appel. Pour un appel sortant, cette demande part du téléphone IP ou du logiciel téléphonique, également appelé softphone.

• Le contrôleur vérifie l'échange. Le SBC applique les règles de sécurité et de traduction d'adresses. Cette traduction, appelée NAT, permet notamment aux équipements d'un réseau privé de communiquer avec l'extérieur.

• Le standard choisit la destination. La plateforme applique les horaires, le message d'accueil, le menu vocal interactif, ou IVR, puis la file et le poste cible.

• La conversation commence. Après acceptation, les flux RTP transportent l'audio suivant le chemin négocié. Leur trajet ne se déduit pas uniquement de celui de la signalisation.

• La session se termine. Un message BYE clôt l'appel. Un relevé technique, appelé CDR, peut conserver ses informations d'exploitation, sans constituer un enregistrement sonore.

Pour un appel sortant, la plateforme sélectionne aussi le trunk SIP, c'est-à-dire la liaison logique qui relie le standard à un opérateur téléphonique. La définition du protocole SIP permet de préciser ce rôle sans le confondre avec celui du transport audio.

Un même appel, plusieurs points de contrôle

Le chiffrement TLS protège la signalisation lorsqu'il est configuré entre les équipements concernés. Il ne prouve pas, à lui seul, que le son peut traverser le pare-feu ou que le lien dispose d'une capacité suffisante.

Cette distinction évite une erreur classique de diagnostic. Un téléphone peut sonner alors que l'audio reste absent. À l'inverse, une demande rejetée avant la sonnerie conduit plutôt à examiner l'authentification, les règles d'appel ou l'interconnexion.

Redondance et continuité quand le cuivre disparaît

La fibre ne garantit pas la continuité téléphonique. Elle remplace un accès, pas l'ensemble des dépendances du service. Une alimentation coupée ou une configuration erronée peut encore rendre indisponibles l'accueil et les équipements raccordés.

La première fermeture technique du cuivre a concerné 162 communes et près de 210 000 locaux le 31 janvier 2025, avec environ 40 000 entreprises dans 17 départements directement concernées ; le calendrier annoncé prévoit une fermeture progressive jusqu'en 2030, selon le communiqué du ministère chargé des Entreprises. Pour les organisations concernées, la migration impose donc de traiter les usages, pas seulement les prises.

Prévoir une parade pour chaque dépendance

Dans un scénario de préparation, un site peut associer une fibre principale à un accès mobile de secours. La bascule automatique doit détecter une perte réelle de service, et pas seulement constater que le câble reste branché. La disponibilité du trunk et la route utilisée vers la plateforme méritent donc des contrôles distincts.

Pannes courantes et parades de redondance

Une architecture de haute disponibilité téléphonique doit préciser les dépendances communes. Des accès distincts peuvent rester vulnérables s'ils utilisent la même alimentation ou un équipement unique.

Le secours n'est validé que lorsque l'équipe a provoqué la panne et constaté le résultat attendu.

Ne pas oublier les services discrets

L'inventaire doit inclure les ascenseurs, alarmes, terminaux de paiement et lignes analogiques. Chaque équipement appelle une décision : adaptation, remplacement ou maintien temporaire sur une solution compatible.

Les évolutions mobiles compliquent aussi le choix du secours. Le guide gouvernemental sur l'extinction des réseaux mobiles historiques justifie de vérifier la technologie réellement utilisée par chaque équipement. Une connexion mobile ne constitue pas une garantie durable sans contrôle de compatibilité, de couverture et d'alimentation.

Prioriser la voix sans la deviner

La qualité perçue dépend notamment de la latence, de la gigue et de la perte de paquets. La latence correspond au délai de transport. La gigue décrit ses variations ; la perte indique que certains fragments de voix n'arrivent pas.

Un test de débit ne suffit donc pas. Un lien peut transporter beaucoup de données tout en livrant l'audio de manière irrégulière. L'intégrateur doit mesurer ces paramètres pendant les usages réels, puis les comparer aux exigences documentées de la solution retenue.

Donner une priorité explicite aux flux

La qualité de service, ou QoS, organise le traitement des flux lorsque plusieurs usages se disputent la capacité disponible. Elle ne crée pas de bande passante et ne répare pas un lien défectueux. Son utilité dépend de la configuration des équipements qui contrôlent effectivement la file d'attente.

Le DSCP est un marquage porté par les paquets pour indiquer leur classe de traitement. Les valeurs ci-dessous constituent une politique de configuration à valider avec l'opérateur et le fournisseur, pas une promesse de traitement identique sur tout Internet.

Marquage DSCP et débit indicatif par type de flux

Le codec est le procédé qui transforme la voix en données numériques. Son choix influe sur le débit, mais le dimensionnement doit aussi intégrer les informations ajoutées pour transporter et éventuellement protéger ces données.

Dimensionner sur les conversations simultanées

• Mesurer l'émission. Une sauvegarde ou un envoi volumineux peut concurrencer les appels sur le routeur de sortie.

• Estimer la simultanéité. Le besoin dépend des conversations actives, pas seulement du nombre de postes installés.

• Ajouter les surcharges. Le débit utile du codec ne représente pas toute la consommation sur le lien.

• Conserver une marge. Les usages vidéo et applicatifs doivent rester compatibles avec la capacité réservée à la voix.

L'essai décisif consiste à générer une charge représentative tout en maintenant des conversations de test. L'intégrateur vérifie alors les files du routeur, le marquage effectif et le comportement du lien de secours. Un marquage visible dans la configuration, mais absent des paquets en sortie, ne protège aucun appel.

Sécurité et données hébergées dans l'Union européenne

La sécurité téléphonique ne se résume pas au chiffrement. Le rapport du CERT-FR sur la sécurité des communications téléphoniques recommande de combiner authentification des usagers, protection cryptographique de la signalisation, authentification des appels et protection des clés. Il cite notamment STIR/SHAKEN, un mécanisme de signature de l'identité appelante dont la mise en œuvre dépend des opérateurs.

Cette signature aide à vérifier l'identité présentée. Elle ne permet pas de conclure que le contenu d'un appel est honnête. Les équipes doivent donc distinguer l'authentification technique du numéro et l'évaluation du message reçu.

Protéger les échanges et les accès

• Signalisation protégée. SIP sur TLS chiffre les échanges de signalisation entre les points concernés.

• Secrets séparés. Les identifiants et clés doivent être conservés dans des espaces contrôlés, avec des droits adaptés.

• Événements traçables. La journalisation facilite l'analyse d'une tentative d'accès ou d'un changement de configuration.

• Révocation préparée. Un compte compromis doit pouvoir être désactivé rapidement, sans recherche improvisée du responsable.

Voxbi est un standard téléphonique cloud pour les entreprises européennes, développé et hébergé dans l'Union européenne. La plateforme annonce SIP TLS et WebRTC, une technologie de communication depuis le navigateur, ainsi que le maintien des appels, enregistrements et métadonnées sur le sol européen. L'intelligence artificielle relève des fonctionnalités du service, pas de sa catégorie.

Ce que l'hébergement européen change réellement

Le RGPD, également désigné par l'acronyme GDPR, n'interdit pas automatiquement les transferts hors UE. La CNIL décrit leur encadrement par une décision d'adéquation, des clauses contractuelles types ou des règles internes d'entreprise contraignantes.

Après l'arrêt Schrems II, l'exportateur doit aussi évaluer les garanties au regard du pays destinataire et prévoir des mesures supplémentaires si nécessaire, comme l'explique le guide de la CNIL sur l'analyse d'impact des transferts. Si aucune protection suffisante n'est possible, le transfert ne peut pas avoir lieu.

L'hébergement européen réduit ainsi le périmètre des transferts à analyser, sans constituer une certification RGPD. La souveraineté des données exige aussi de connaître les accès de maintenance, les sauvegardes et les sous-traitants. La CNIL rappelle que les obligations suivent les traitements et transferts ultérieurs.

Ce que Voxbi gère et ce que votre réseau doit garantir

Le partage des responsabilités doit figurer dans le dossier d'exploitation. Le fournisseur configure et exploite le service hébergé selon son contrat. L'intégrateur et le client maîtrisent les conditions locales qui permettent de l'utiliser, tandis que l'opérateur assure les prestations d'accès ou d'acheminement souscrites.

Une fonction disponible dans le standard ne garantit pas que le réseau du site soit prêt. Inversement, un lien correctement dimensionné ne corrige pas une mauvaise règle de distribution des appels.

Du côté de la plateforme

• Administration depuis le Cockpit. L'interface web permet de gérer utilisateurs, extensions, files, menus vocaux et plannings de fermeture.

• Suivi de l'activité. Les tableaux de bord affichent les volumes et l'état des files, pour distinguer l'attente organisationnelle d'un incident technique.

• Intégrations métier. Microsoft Teams et Odoo font partie des intégrations natives annoncées.

• Connexion aux applications. L'API REST, une interface d'échange entre logiciels, et TAPI CTI, une interface entre téléphonie et informatique, permettent notamment le lancement d'appels depuis une application et la synchronisation de données.

• Portabilité des numéros. Le transfert est annoncé sans interruption. Son déroulement doit néanmoins être préparé avec l'opérateur cédant et les interlocuteurs concernés.

Du côté du site et de l'intégrateur

• Connectivité exploitable. Les accès principal et secondaire doivent être configurés, surveillés et testés.

• Équipements maîtrisés. Routeurs, priorités de trafic, pare-feu et alimentation de secours relèvent du périmètre local à attribuer.

• Compatibilité vérifiée. Les équipements existants et leurs usages doivent être recensés avant toute suppression de ligne.

• Exploitation organisée. Les contrats opérateurs, contacts d'escalade, essais de bascule et procédures de retour doivent rester accessibles.

Le point de jonction commun

Le trunk SIP et sa règle de secours constituent un point de rencontre entre plateforme, opérateur et site. Le dossier doit préciser qui détecte l'incident, qui change la route et qui confirme le rétablissement.

Responsabilité partagée : chaque action critique doit avoir un exécutant nommé et un critère de réussite observable.

Le même principe s'applique aux changements. Une modification du pare-feu, un nouvel accès ou une évolution du plan d'appel doit déclencher les tests concernés. Sans cette discipline, une configuration validée lors de l'installation peut devenir inadaptée après une intervention locale.

Diagnostiquer une dégradation d'appel, du symptôme à la cause

Une voix hachée ou robotique sur un seul site constitue un bon point de départ pour localiser un incident. Dans l'exemple fictif du cabinet de Lille, le standard répond correctement, mais les conversations externes se dégradent. L'intégrateur commence par mesurer l'accès concerné, plutôt que remplacer immédiatement le téléphone.

L'inventaire des liaisons et routeurs permet de repérer ce que les appels affectés ont en commun. La nomenclature des opérateurs de l'Arcep distingue notamment liaisons nationales TDM, liaisons nationales IP/MPLS et routeurs IP. Cette distinction aide à décrire précisément le périmètre d'une investigation.

Symptômes, causes probables et vérifications

Tester une hypothèse avant de modifier

Chaque ligne propose un point de départ, pas une certitude. Un délai perceptible et un écho ne désignent pas automatiquement la même cause. Le technicien doit confronter l'hypothèse à une mesure ou à une trace.

L'ordre de recherche reste pratique : le lien, le marquage, puis la signalisation. Pour approfondir la qualité audio des appels, les relevés doivent être corrélés à l'heure et au trajet de la communication affectée, avec les exigences techniques du service comme référence.

• Conserver le contexte. Le ticket indique le site, le sens de l'appel et les interlocuteurs concernés, selon les règles d'accès aux données.

• Limiter les changements. Une modification isolée permet de vérifier si l'hypothèse était correcte.

• Joindre les éléments utiles. Mesures, traces et route identifiée permettent au fournisseur ou à l'opérateur de poursuivre l'analyse.

Cette méthode évite les renvois de responsabilité fondés uniquement sur un test de débit ou sur le fait que le téléphone affiche une connexion.

Valider votre cœur de réseau avant la bascule

Avant de couper l'ancien service, vérifiez que chaque usage fonctionne et que les responsabilités sont claires. Un téléphone qui sonne ne garantit pas que l'accueil puisse transférer un appel ni qu'un dispositif de sécurité joigne sa destination. Un essai sur un site non critique permet de valider les scénarios avant de les étendre.

Consignez, pour chaque contrôle, le résultat attendu, le résultat observé et la personne chargée de traiter les réserves. Réalisez les mesures pendant une période représentative, notamment aux heures de pointe. Un test effectué dans des locaux vides ne reproduit pas la charge habituelle.

Contrôles avant mise en production

• Inventaire complet. Recensez les liens, routeurs, alimentations, trunks et équipements dépendants de chaque site.

• Secours opérationnel. Vérifiez que les sites critiques peuvent maintenir les usages nécessaires de l'accueil, des alarmes, des ascenseurs et des terminaux de paiement.

• Priorités vérifiées. Contrôlez le marquage DSCP, qui indique la priorité du trafic, et le traitement des files sur chaque sortie.

• Mesures conservées. Relevez la latence, la gigue et les pertes pendant les périodes de charge.

• Échanges testés. Vérifiez sur un poste réel la signalisation, qui établit l'appel, et le transport audio.

• Bascule répétée. Documentez puis exécutez le passage au secours et le retour au fonctionnement normal.

• Contrats documentés. Identifiez l'opérateur voix, les engagements, les sous-traitants et la localisation européenne des données.

• Accueil validé. Testez les files, les menus vocaux et les plannings de fermeture dans le Cockpit.

La décision appartient aux responsables désignés chez le client, l'intégrateur et le fournisseur. Traitez avant la coupure toute réserve liée aux appels d'urgence ou aux équipements critiques. Le client vérifie ses usages, l'opérateur ses liaisons, et le fournisseur les services qu'il exploite. Le retour arrière doit rester possible selon les limites techniques et contractuelles prévues.

Voxbi propose un standard téléphonique cloud hébergé dans l'Union européenne et administrable depuis le Cockpit. Pour faire auditer votre existant avant la bascule, contactez l'équipe Voxbi via Voxbi. Elle vous indiquera les informations à préparer, notamment l'inventaire des liaisons, les équipements dépendants et les contrats opérateurs.