Ringover VoIP phone for Odoo et alternatives
Guide d'intégration Ringover VoIP phone for Odoo : configuration, tests, RGPD et comparaison avec les alternatives cloud PBX européennes pour PME et ETI.
14 oct. 2026
SIP trunking vs BYOC : le guide pratique pour 2026
SIP trunking vs BYOC : différences clés, critères de choix, conformité RGPD, calendrier RTC et recommandations pour migrer votre téléphonie d'entreprise
Un opérateur annonce la fermeture du cuivre dans une commune, un site dépend encore de lignes RTC, et les numéros publics ne peuvent pas disparaître pendant la migration. La DSI doit choisir entre un trunk SIP et le BYOC, tout en vérifiant les équipements analogiques, la qualité réseau, les appels d'urgence et les responsabilités de chaque prestataire.
Le bon choix dépend moins d'une promesse commerciale que de ce que l'organisation veut conserver et gérer. Le trunk SIP remplace principalement la liaison téléphonique. Le BYOC conserve l'opérateur et relie ses services à une autre plateforme. Dans les deux cas, il faut préparer le réseau et tester la continuité avant la fermeture locale du cuivre.
| Critère | Trunk SIP managé | BYOC |
|---|---|---|
| Principe | Relier un système téléphonique à un opérateur par IP | Connecter l'opérateur conservé à une plateforme distincte |
| Opérateur et numéros | Dépendent de l'offre retenue | L'entreprise garde généralement son opérateur et ses numéros |
| Charge pour la DSI | Moins d'interfaces si le service est managé | Plus de coordination entre opérateur, SBC et plateforme |
| Cas adapté | Remplacement direct d'accès téléphonique | Modernisation applicative sans changement immédiat d'opérateur |
| Point de vigilance | Portabilité, urgence et conformité de l'offre | Interopérabilité, routage, sécurité et responsabilités partagées |
Table des matières
Pourquoi le choix entre trunk SIP et BYOC se pose maintenant
Un groupe français réparti sur plusieurs sites peut avoir une téléphonie centrale moderne et pourtant découvrir que certaines lignes analogiques desservent encore un accueil, une alarme ou un équipement de secours. La fermeture du cuivre rend l'arbitrage concret : faut-il remplacer la connexion téléphonique, ou conserver l'opérateur et raccorder ses services à une nouvelle plateforme ?
L'Arcep a engagé les travaux sur l'arrêt progressif du RTC le 16 février 2016, avec un préavis minimal de cinq ans avant l'arrêt technique dans une zone. La production des lignes analogiques en métropole a cessé le 15 novembre 2018, puis celle des accès numériques de base T0 le 15 novembre 2019. Les fermetures techniques ont commencé dans 1 257 communes de 7 départements à partir du 15 octobre 2023, puis se sont étendues à 1 190 communes de 8 départements à partir du 15 octobre 2024. Ces étapes sont documentées par l'Arcep sur la régulation du marché des télécoms d'entreprise.
Le cuivre ne disparaît pas partout le même jour. Selon le calendrier présenté par l'Arcep, la fermeture commerciale a concerné la majorité du territoire à partir du 31 janvier 2026, le reste devant suivre le 31 janvier 2027, tandis que la fermeture technique nationale doit être achevée fin 2030. L'entreprise doit donc vérifier la date de sa commune et planifier la continuité des services, plutôt que décider sur la seule base d'une échéance nationale. La fiche de l'Arcep sur la fermeture du réseau cuivre précise qu'une entreprise non migrée lors de la fermeture technique perdra sa connexion et ses services.
La voix d'entreprise reste une activité importante pendant cette transition. En 2024, les accès RTC représentaient encore 32 % des abonnements téléphoniques des entreprises, et le trafic vocal issu des lignes d'entreprises constituait 35 % du trafic vocal total en France, selon l'observatoire annuel de l'Arcep sur les marchés télécoms. Le sujet n'est donc pas de savoir si la voix compte encore, mais comment la transporter et qui sera responsable du service après la bascule.
Définitions et architecture d'un trunk SIP
Un trunk SIP est une liaison téléphonique sur réseau IP entre le système de l'entreprise et le réseau d'un opérateur. Le terme SIP désigne la signalisation qui établit, modifie et termine les appels. La voix, elle, circule généralement sur RTP, un protocole de transport média distinct de cette signalisation.
Pour comprendre l'architecture, il faut distinguer les fonctions :
IPBX ou PBX cloud : le système qui gère les extensions, les transferts et les règles d'appel.
Trunk SIP : la connexion entre ce système et l'opérateur téléphonique.
SBC : un contrôleur de frontière de session placé à l'interface des réseaux. Il peut filtrer et normaliser la signalisation, gérer l'interconnexion et appliquer des politiques de sécurité.
Codec : le format d'encodage de la voix. G.711 est un choix courant, mais le codec disponible et sa prise en charge de bout en bout doivent être vérifiés.
Routage d'urgence : les règles qui déterminent le traitement des appels d'urgence, y compris l'identification et la localisation nécessaires.
Suivre la chaîne d'appel
Lorsqu'un utilisateur compose un numéro, le PBX applique ses règles, puis la signalisation SIP demande à l'opérateur d'établir l'appel. Le flux audio RTP circule ensuite entre les points prévus dans l'architecture. La configuration du trunk doit donc être testée avec le réseau réel, le pare-feu, les codecs et le routage d'urgence, pas seulement validée sur papier.
Le trunk SIP convient particulièrement à une organisation qui veut remplacer les accès téléphoniques traditionnels tout en gardant un IPBX ou une infrastructure interne sous son contrôle. Un trunk managé peut réduire le nombre d'interfaces à coordonner, mais l'entreprise doit tout de même établir qui gère les numéros, la portabilité, les journaux et les incidents. Une définition détaillée du trunk SIP aide à clarifier le vocabulaire avant de comparer les offres.
Définitions et architecture d'un modèle BYOC
BYOC signifie Bring Your Own Carrier. L'entreprise garde son opérateur et raccorde cette ressource à une autre plateforme téléphonique. Le BYOC n'est donc pas, à lui seul, un service de téléphonie : c'est un modèle d'interconnexion entre un opérateur et une plateforme de communication.
Ce qui change dans la chaîne technique
Dans une configuration BYOC, l'opérateur fournit toujours les numéros et les services de transport téléphonique. Son trunk SIP se connecte à un SBC ou directement à l'interface prévue par la plateforme, selon l'architecture validée. La plateforme cloud gère ensuite les fonctions de téléphonie, comme les utilisateurs et le traitement des appels. L'entreprise doit aussi décider comment l'identité de l'utilisateur est transmise et comment les règles de sortie sont appliquées.
| Critère opérationnel | Trunk SIP | BYOC |
|---|---|---|
| Responsabilité opérateur | Rattachée au service de trunk souscrit | Partagée entre opérateur conservé et plateforme |
| Architecture | Liaison vers le PBX de l'entreprise | Liaison de l'opérateur vers une plateforme distincte |
| Sécurité | À définir entre entreprise, intégrateur et opérateur | À coordonner entre opérateur, SBC, réseau et plateforme |
| Souveraineté | Dépend des prestataires et des flux réels | Dépend aussi de l'hébergement et des accès de la plateforme |
| Complexité DSI | Généralement plus faible avec une offre managée | Plus forte, car plusieurs interfaces doivent être supervisées |
| Impact commercial | Peut impliquer une évolution du contrat opérateur | Peut préserver l'opérateur et les numéros en place |
Un BYOC peut faciliter une migration progressive lorsque l'organisation veut conserver ses contrats et son plan de numérotation. Il ne garantit pas automatiquement un meilleur contrôle de la qualité, une meilleure résilience ou une souveraineté accrue : ces propriétés dépendent de l'architecture réelle, des responsabilités contractuelles et des procédures de secours. Les options de raccordement et les paramètres d'interconnexion doivent être vérifiés avec chaque fournisseur, comme pour une intégration BYOC à une téléphonie cloud.
Pour illustrer le principe, une présentation vidéo de la connexion BYOC complète cette comparaison.
Comparaison opérationnelle des deux modèles
La différence opérationnelle se joue dans les contrats, les procédures et les preuves disponibles en cas d'incident. Avec un trunk SIP managé, l'entreprise peut s'appuyer sur un interlocuteur pour la connectivité, dans les limites prévues au contrat. En BYOC, elle conserve plus de choix, mais la DSI ou l'intégrateur coordonne l'opérateur de numéros, le réseau d'accès, le SBC et la plateforme. Un interlocuteur de moins ne signifie pas toujours moins de contrôle, mais plusieurs intervenants exigent un plan d'escalade écrit.
| Critère | Trunk SIP managé | BYOC |
|---|---|---|
| Opérateur et contrat | L'offre de trunk définit le service acheté | L'entreprise conserve le contrat opérateur et le relie à la plateforme |
| Portabilité | À organiser avec l'opérateur concerné | Peut préserver les numéros existants, sous réserve des conditions de portabilité |
| Appels d'urgence | Les responsabilités et la localisation doivent être confirmées au contrat | L'entreprise doit valider la chaîne complète avec opérateur et plateforme |
| Conformité | Vérifier qui authentifie le numéro et fournit les preuves techniques | Répartir explicitement les responsabilités entre les parties |
| Réseau et sécurité | L'offre managée peut simplifier le support | L'intégrateur doit souvent traiter interopérabilité, SBC et supervision |
| Panne | Chaîne opérationnelle potentiellement plus courte | Plusieurs composants ou prestataires peuvent interrompre l'appel |
Pour l'acheteur, la comparaison doit dépasser le tarif par canal. Examinez les modalités de dépannage et les journaux techniques : peuvent-ils aider vos équipes à isoler un incident et à suivre son traitement ? Les indicateurs de marché publiés à partir des données recueillies auprès des opérateurs sont consultables dans les données de l'observatoire des communications électroniques.
La portabilité, l'authentification des numéros et les appels d'urgence méritent chacun une vérification contractuelle précise. Demandez qui fournit les éléments techniques nécessaires, qui traite l'incident et quels délais de prise en charge s'appliquent. Vérifiez aussi que les journaux donnent aux équipes les informations nécessaires au diagnostic, sans supposer qu'un prestataire unique couvre chaque étape.
Avant de signer, demandez aux fournisseurs une procédure écrite de dépannage et des exemples de journaux techniques. Comparez qui les met à disposition, quelles équipes peuvent les consulter et comment les parties transmettent les éléments lors d'un incident. C'est un critère d'achat concret, au même titre que le tarif et les conditions contractuelles.
Cas d'usage par secteur en France
Pour une PME multi-sites, commencez par recenser les lignes cuivre encore utilisées, établissement par établissement. Fax, alarmes et équipements de secours peuvent bloquer une migration si leur remplacement n'est pas prévu avant la fermeture locale du réseau. Fixez un responsable et une échéance pour chaque ligne, puis validez les appels depuis les sites concernés.
Une ETI industrielle doit intégrer le calendrier de fermeture du cuivre à son plan de modernisation. Dressez l'inventaire des postes d'urgence, des interphones et des lignes reliées aux équipements techniques. Faites réaliser les tests sur le réseau prévu après migration, notamment dans les zones où une interruption d'appel aurait des conséquences sur l'exploitation.
Les secteurs où la continuité prime
Dans les cliniques et EHPAD, vérifiez les dispositifs d'appel d'urgence et les lignes de secours raccordés au cuivre. Associez les responsables techniques et les équipes de soins à l'inventaire, puis testez les appels d'urgence sur la nouvelle configuration avant le retrait des accès existants. Consignez qui valide chaque équipement et chaque site.
Une chaîne hôtelière peut planifier les travaux hôtel par hôtel. Avant chaque intervention, identifiez les fax, alarmes, téléphones d'ascenseur et autres appareils analogiques susceptibles de dépendre d'une ligne cuivre. Prévoyez les tests hors des périodes d'affluence et vérifiez que les numéros directs communiqués aux clients restent joignables pendant la migration.
Pour les collectivités et établissements d'enseignement, le calendrier de fermeture local doit guider l'inventaire et le budget. Relevez tôt les fax encore utilisés, les alarmes, les interphones et les lignes de secours, puis programmez leur remplacement ou leur test avant l'échéance concernée. Les appels des services publics et des établissements doivent être vérifiés sur le réseau qui sera réellement en service après la migration.
Règle de décision : aucun site ne doit quitter le cuivre avant que chaque équipement raccordé, son responsable et sa solution de remplacement aient été identifiés.
Souveraineté, RGPD et localisation des données voix
La souveraineté européenne ne se résume pas à choisir un centre de données situé dans l'Union européenne. Une architecture téléphonique peut traiter des enregistrements, des métadonnées d'appel, des identifiants d'utilisateurs et des journaux d'administration. Il faut donc examiner l'hébergement principal, les sauvegardes, les sous-traitants, les outils de supervision et les accès du support.
Le RGPD encadre les transferts de données personnelles vers des pays tiers. Ces transferts doivent reposer sur une décision d'adéquation, des garanties appropriées comme des clauses contractuelles spécifiques, ou une dérogation prévue par le règlement, selon le cadre européen de protection des données. Héberger les données dans l'UE peut réduire la complexité des flux internationaux, mais ne prouve pas à lui seul la conformité. Les rôles de responsable de traitement et de sous-traitant, les durées de conservation et les accès doivent aussi être documentés.
Les sanctions prévues par le RGPD peuvent atteindre 20 millions d'euros ou 4 % du chiffre d'affaires annuel mondial total de l'exercice précédent, le montant le plus élevé étant retenu, notamment pour certaines violations relatives aux transferts. Le Comité européen de la protection des données présente ce plafond dans ses réponses sur les sanctions du RGPD. Pour une DSI, cela donne une raison concrète d'examiner les accès administrateurs et les flux de support, au lieu de s'arrêter à la localisation du serveur principal.
Contrôles à effectuer avant la migration
Pour chaque site, l'équipe doit consigner les données traitées, les accès des sous-traitants, les emplacements des sauvegardes et les durées de conservation. La présentation du RGPD dans le texte européen rappelle qu'un accès ultérieur depuis un pays tiers peut relever des règles applicables aux transferts, même si l'hébergement initial se trouve dans l'UE.
Une plateforme cloud-PBX hébergée dans l'Union peut fournir une couche de traitement européenne, mais le contrat et les opérations doivent confirmer ce que cela signifie dans la pratique. Les enregistrements doivent-ils être activés ? Qui peut les consulter ? Où vont les journaux de supervision ? Ces contrôles sont détaillés dans une analyse de la souveraineté des données. L'IA doit rester considérée comme une fonctionnalité distincte, avec ses propres flux et évaluations. Aucune conformité à l'EU AI Act ne doit être présumée sans vérification dédiée.
Checklist de migration et dimensionnement réseau
Un bon pilote mesure le service sur le site réel. Les deux modèles utilisent normalement la signalisation SIP et des flux RTP; la qualité dépend surtout de l'accès réseau, du dimensionnement du SBC, des règles de priorité et des chemins de secours. L'Arcep indique que la qualité de service demeure le premier motif d'insatisfaction sur les réseaux fixes, même si elle a reculé dans l'édition 2025, dans son observatoire de la satisfaction client.
Avant la bascule, l'équipe doit :
Inventorier les usages du cuivre : recenser les équipements téléphoniques et périphériques encore raccordés, dont alarmes, ascenseurs, terminaux de paiement, interphones et lignes de secours.
Mesurer la qualité réseau : relever latence, gigue et pertes sur les sites concernés, aux périodes où l'activité téléphonique est soutenue.
Dimensionner le pic : prévoir environ 80 à 100 kbit/s par appel bidirectionnel en G.711, surcharge IP comprise, puis calculer la capacité nécessaire à partir des appels simultanés au pic.
Prioriser la voix : appliquer les règles DSCP prévues pour le média vocal et vérifier qu'elles restent actives sur le chemin réseau.
Prévoir deux chemins : documenter le secours réseau et vérifier ce qui arrive aux appels lors d'une coupure d'accès principal.
Tester la chaîne complète : contrôler appels entrants et sortants, portabilité, appels d'urgence, routage de secours et fonctionnement avec chaque équipement conservé.
Le nombre de canaux doit être dimensionné sur la charge de pointe, pas sur la moyenne. Une équipe peut consulter une explication pratique de la bande passante pour préparer les échanges avec son opérateur et son intégrateur.
Le pilote doit mesurer des appels réels et éprouver les scénarios de bascule, y compris les incidents réseau. Si les responsabilités d'escalade ne sont pas définies, l'organisation doit les régler avant le déploiement, pas après le premier appel interrompu.
Recommandations pratiques par profil d'organisation
Le choix dépend de la contrainte dominante : limiter les changements, garder l'opérateur, ou moderniser le traitement des appels. Un trunk SIP managé est souvent le point de départ le plus simple lorsqu'il remplace directement un accès ancien. Le BYOC apporte une valeur réelle quand l'entreprise a une raison de conserver son opérateur ou ses numéros et possède les compétences pour piloter l'interconnexion.
| Profil | Recommandation | Condition à valider |
|---|---|---|
| PME mono-site | Commencer par un trunk SIP managé si l'objectif est un remplacement direct | Confirmer la compatibilité du PBX, les appels d'urgence et les équipements périphériques |
| Groupe multi-sites | Étudier le BYOC si les contrats ou numéros doivent être conservés | Cartographier les responsabilités et organiser une bascule par site |
| Santé ou collectivité | Choisir le modèle dont la chaîne d'urgence est démontrable et testée | Valider localisation, continuité et procédure d'escalade |
| Hôtellerie | Migrer établissement par établissement | Protéger les numéros directs et recenser les terminaux dépendant du cuivre |
| Intégrateur ou revendeur | Proposer les deux architectures selon le besoin du client | Définir qui prend en charge le SBC, la supervision et le support opérateur |
Les réponses à obtenir avant signature
Les appels d'urgence fonctionnent-ils en BYOC ? Ils peuvent être acheminés dans une telle architecture, mais l'entreprise doit vérifier avec l'opérateur et la plateforme comment la localisation, l'identification et le traitement sont assurés. Une démonstration générale ne remplace pas un test documenté.
Les numéros peuvent-ils rester en place ? Le BYOC est conçu pour raccorder un opérateur conservé, mais la portabilité et les conditions contractuelles doivent être confirmées directement. Le plan de numérotation doit être recensé avant tout changement de routage.
Les fax et alarmes fonctionneront-ils après la fermeture du cuivre ? Il ne faut pas le supposer. Chaque équipement doit être identifié et testé avec le fournisseur concerné. Un trunk SIP ou un BYOC ne garantit pas à lui seul le bon fonctionnement d'un équipement analogique.
Quel codec choisir ? G.711 est un choix courant et l'ordre de grandeur de bande passante doit être réservé sur le pic. G.729 peut réduire le débit requis, mais il faut vérifier sa prise en charge de bout en bout, la qualité attendue et les éventuels besoins de conversion avant de retenir ce codec.
Quel est le bon calendrier de bascule ? La date pertinente est celle de la commune et du site, pas une moyenne nationale. Le calendrier de l'Arcep, rappelé plus haut, impose de vérifier chaque emplacement et d'achever l'inventaire suffisamment tôt pour tester les services.
Pour une entreprise qui veut moderniser ses fonctions d'appels sans gérer une infrastructure téléphonique sur site, un cloud-PBX hébergé dans l'UE peut servir de couche applicative avec un trunk SIP ou une interconnexion BYOC. Voxbi est un standard téléphonique cloud destiné aux entreprises européennes, et l'IA y est une fonctionnalité, pas la catégorie du service. Pour les DSI, intégrateurs et revendeurs, la décision finale doit tenir compte de l'hébergement, des flux de données, des responsabilités contractuelles et du plan de secours, en plus du prix.
Voxbi propose un standard téléphonique cloud hébergé dans l'Union européenne, compatible avec une réflexion sur la migration du trunk SIP ou l'interconnexion BYOC. Évaluez la plateforme et les besoins de chaque site, puis découvrez Voxbi pour préparer une architecture de téléphonie adaptée à votre organisation.
