L'opérateur historique ferme ses commutateurs RTC, à une échéance qui ne sera pas repoussée. Ce n'est pas une migration technique facultative : c'est un déplacement de tout votre flux vocal. Voici la checklist que nous utilisons en AMO, dans l'ordre où les décisions doivent être prises.
Pourquoi la pression est réelle
Le RTC (Réseau Téléphonique Commuté) disparaît pour des raisons économiques et techniques : moins d'abonnés, coûts de maintenance des commutateurs en hausse, et le SIP a gagné la bataille technique il y a dix ans. Les opérateurs annoncent des dates de fermeture par zone, et l'agenda glisse plus vite que prévu pour les entreprises : quand votre agence bascule, les flux entrants vers vos sites RTC restants se raréfient.
Migrer n'est pas une option parmi d'autres : c'est un rendez-vous. La question est de savoir si vous le prendrez dans des conditions maîtrisées, ou en urgence quand la date tombe.
Phase 1, L'audit (la moitié du travail)
Avant tout choix technique, cartographier :
- Inventaire du parc RTC existant : nombre de lignes, sites, usages (fax ? alarmes ? ascenseurs ? lignes bancaires dédiées ?), le RTC traîne toujours des services auxquels personne ne pense plus
- Recensement des flux : entrants, sortants, numéros spéciaux, SDA (Sélection Directe à l'Arrivée)
- Qualité des liens actuels : débit, jitter, perte, la migration est aussi l'occasion de réviser les accès
- Les applications cachées : autoradio de site, interphonie téléguidée, modems legacy, c'est là que les migrations échouent
- La dépendance à l'opérateur : contrats, échéances, clauses de sortie
Phase 2, Choisir le mode de connexion
| Mode | Quand le choisir | Points d'attention |
|---|---|---|
| Trunk SIP opérateur | Vous voulez externaliser la voix | SLA opérateur, QoS de bout en bout, portabilité des numéros |
| Trunk SIP inter-site privé | Vous maîtrisez plusieurs sites | Qualité du WAN, redondance des liens |
| Hybride RTC + SIP (transitoire) | Migration par phases | Cohabitation des deux mondes, prévoir la passerelle |
Le choix dépend de votre dispersion géographique, de votre tolérance au risque et de votre échéancier. Règle empirique : ne jamais basculer un site entier sans période de coexistence, les deux mondes doivent tourner en parallèle jusqu'à la validation complète.
Phase 3, La technique (où les projets échouent)
Le SBC (Session Border Controller)
Non négociable :
- Sécurisation : chiffrement SIP/TLS et média (SRTP)
- Interworking : adaptation des codecs entre votre IP PBX et l'opérateur
- Topologie cachée : votre plan d'adressage interne n'apparaît pas sur le réseau opérateur
- Protection DoS/fraude : la frontière SIP est une porte d'attaque majeure (les fraudes télécoms coûtent des millions)
Le plan de numérotation
Le piège classique : votre IP PBX avait ses règles de numérotation interne, l'opérateur a ses formats. Il faut une table de correspondance complète, chaque numéro externe, chaque extension, chaque cas de routage. C'est fastidieux, c'est critique, c'est là que les appels se perdent.
Les codecs
- Audio : G.711 (compatibilité universelle) vs G.729/Opus (bande passante), le choix impacte le dimensionnement WAN
- Transcodage : si votre SBC doit transcoder, il consomme du CPU, sous-estimé systématiquement
- Fax (T.38) : si vous en avez encore, c'est le point le plus fragile de la migration
La qualité de service (QoS)
- Priorisation des flux temps réel : RSVP ou DSCP sur votre WAN
- Dimensionnement : calculer Erlang (nombre de canaux simultanés), pas le nombre d'employés
- Supervision : MOS, jitter, perte de paquets, mesurable avant engagement final
Phase 4, La migration progressive
Le scénario éprouvé :
1. Site pilote : un site de petite taille, peu critique, apprendre sur du réel 2. Coexistence totale : RTC et SIP tournent en parallèle, le plan de numérotation est doublé 3. Basculements progressifs : par service, par ligne, pas tout d'un coup 4. Période de recette : tests d'appels entrants ET sortants vers tous les types de destination (mobiles, RTC restant, internationaux, urgents 112) 5. Résiliation RTC : seulement quand toutes les exceptions sont traitées (fax, alarmes, modems)
Phase 5, Sécuriser le nouveau monde
Le trunk SIP change la nature du risque : vous n'êtes plus derrière une commutation opérateur, vous êtes un point d'entrée réseau.
- Chiffrement SIP/TLS + SRTP : la signalisation et le média
- Anti-fraude : la fraude télécom (toll fraud) coûte des milliards, surveillance des appels sortants anormaux
- Protection DoS : les SBC sont les cibles privilégiées, un AAGuard devant votre infra ne fait pas de mal
- Conformité : registre des communications, rétention réglementée selon votre secteur
Et l'IA vocale dans tout ça ?
C'est LA raison de faire la migration correctement : le trunk SIP est la porte d'entrée de votre Voice AI. Un appel arrivant en SIP peut être routé vers un agent vocal qui transcrit, comprend et répond via le pipeline complet. Un RTC ne peut pas brancher un LLM.
La migration SIP n'est donc pas seulement un coût réglementaire : c'est l'activation de la couche Voice AI de votre service client. Les entreprises qui feront la migration proprement en 2026 auront l'infrastructure pour brancher un assistant vocal en 2027 ; les autres migreront deux fois.
Checklist de synthèse
- [ ] Audit flux + applications cachées (fax, alarmes, modems)
- [ ] Choix du mode (opérateur / inter-site / hybride)
- [ ] SBC dimensionné (codecs, transcodage, DoS)
- [ ] Table de correspondance numérotation complète
- [ ] Plan de migration par phases avec coexistence
- [ ] Tests de recette complets (urgents inclus)
- [ ] Sécurité : TLS, SRTP, anti-fraude
- [ ] Supervision QoS (dashboard, alertes)
- [ ] Plan de retour arrière documenté
- [ ] Prévision Voice AI : port SIP → agent vocal
Pour aller plus loin
- Notre formation : Maîtriser la migration vers le trunk SIP, 5 modules, travaux pratiques, cas réels
- L'AMO DalonCorp, nous pilotons la migration, vous gardez la maîtrise
- Le pipeline vocal, ce que le SIP débloque ensuite