Décrire le service attendu avant de comparer les offres
Listez les numéros, postes, appels simultanés, fax éventuels et plages horaires. Le nombre de numéros ne correspond pas nécessairement au nombre de conversations possibles. Un accueil peut distribuer beaucoup de numéros avec peu de communications simultanées ; une équipe commerciale peut avoir le besoin inverse. Faites confirmer le comptage appliqué aux appels entrants, sortants et renvoyés.
Relevez la version exacte du standard, son hébergement et le responsable du pare-feu. Demandez au fournisseur le profil de configuration validé pour cette version, les destinations d’appel autorisées, les mécanismes de secours et le contact à joindre pendant le portage. Les standards locaux et les services hébergés ne partagent pas forcément la même répartition des responsabilités.
Source : IETF — RFC 5853.
Séparer le compte SIP du trajet audio
SIP établit et modifie la session ; les paramètres média sont décrits séparément. Un standard peut donc afficher un compte enregistré et recevoir un appel alors que la voix ne passe que dans un sens. Le voyant d’enregistrement valide une étape du service, pas toute la chaîne.
Dans une recette, séparez « enregistré », « appel accepté », « son dans les deux sens » et « fonctions d’appel réussies ». Relevez l’heure, les deux numéros et le résultat, sans copier le mot de passe dans la fiche de tests. Demandez l’aide du prestataire pour collecter une trace expurgée si le défaut persiste.
Source : IETF — RFC 3261.
Choisir codecs, paquetisation et capacité utile
Le débit du codec ne représente pas tout le trafic. Les en-têtes et la fréquence des paquets ajoutent une charge. L’outil ci-dessous estime le débit théorique dans chaque sens pour des appels actifs, avec des hypothèses explicites ; il ne mesure pas votre liaison et ne garantit pas sa qualité.
Retenez un codec et un temps de paquetisation acceptés par les deux parties. Validez ensuite la voix pendant un transfert montant important et pendant une visioconférence. Sur un accès asymétrique, le débit montant et sa file d’attente peuvent devenir limitants bien avant le débit descendant.
Source : IETF — RFC 3551.
Documenter NAT et filtrage avec le fournisseur
Demandez les adresses ou domaines à joindre, les transports, les ports de signalisation et les plages média correspondant réellement à l’offre. Gardez une séparation entre ces paramètres. Une règle autorisant le serveur SIP ne garantit pas que les destinations audio négociées sont accessibles.
Évitez une ouverture générale de tous les ports. Vérifiez avec l’intégrateur le comportement de l’ALG SIP de la box et la présence éventuelle de plusieurs NAT. Si le son coupe après un délai régulier, comparez les temporisations, le maintien des associations et le chemin réellement emprunté. Modifiez un paramètre à la fois et gardez une possibilité de retour.
Source : IETF — RFC 4787.
Vérifier protection du compte, signalisation et médias
L’authentification Digest répond à un défi sans transmettre directement le secret dans la réponse. Elle ne chiffre pas les messages ni l’audio. Demandez séparément les algorithmes d’authentification proposés, le transport sécurisé et le mécanisme de protection des médias.
Limitez les destinations coûteuses aux besoins réels, activez les alertes de consommation proposées par le fournisseur et séparez l’administration du standard de l’interface publique. Ces mesures de configuration sont à valider avec le prestataire : elles ne doivent pas bloquer les numéros indispensables à l’activité.
Source : IETF — RFC 8760.
Tester le standard au-delà du premier appel
Prévoyez un appel entrant et sortant, une conversation assez longue, une mise en attente, un retour d’attente, un transfert aveugle, un transfert supervisé, puis une cible occupée. Testez les touches d’un serveur vocal par la méthode DTMF convenue, ainsi que le numéro effectivement présenté à un destinataire extérieur.
Un transfert dépend de l’interopérabilité entre poste, standard et fournisseur. Vérifiez le résultat final et ce qu’entend le correspondant. Pour un accueil critique, répétez avec les appareils effectivement utilisés : téléphone de bureau, application mobile et client navigateur. Ne testez pas les numéros d’urgence sans procédure explicitement convenue avec les interlocuteurs compétents.
Source : IETF — RFC 5589.
Prévoir ce qui se passe lorsque la connexion change
La résolution DNS peut proposer plusieurs serveurs SIP ; le client doit savoir exploiter ces alternatives. Cela ne garantit pas la conservation d’un appel déjà engagé. Lors du passage sur un second accès, l’adresse publique, le filtrage et l’authentification fondée sur l’IP peuvent aussi changer.
Avec le prestataire, simulez une perte du lien principal sur un créneau prévu. Notez les appels en cours perdus, le délai de reprise des nouveaux appels et le retour au lien principal. Testez également le renvoi réseau lorsque le standard lui-même est indisponible, puis documentez la personne autorisée à l’activer.
Source : IETF — RFC 3263.
Organiser le portage après validation technique
Ne lancez le portage qu’après une recette avec des numéros de test fournis par le prestataire. Inventoriez les numéros liés, les groupes de SDA et les services associés. Conservez un interlocuteur disponible pendant la fenêtre de migration et une procédure écrite en cas de défaut entrant.
La réussite technique du trunk ne valide pas à elle seule le dossier de portabilité. Utilisez aussi le guide dédié au portage professionnel pour préparer les pièces et les dépendances. Après migration, refaites les tests d’appel depuis plusieurs réseaux et gardez le journal de recette avec les contacts du support.
Source : IETF — RFC 3261.
Questions fréquentes
Combien de canaux SIP faut-il pour vingt postes ?
Le nombre de postes ne suffit pas. Comptez les communications simultanées lors du pic d’activité, puis faites préciser comment l’opérateur compte renvois, conférences et appels en attente.
Un compte SIP enregistré garantit-il que le téléphone fonctionne ?
Il valide l’enregistrement. Il reste à tester les appels entrants et sortants, le son dans les deux sens, les touches du serveur vocal et les transferts.
TLS chiffre-t-il aussi la voix ?
TLS protège un trajet de signalisation. Vérifiez séparément le mécanisme de protection du média, par exemple SRTP, et les éventuels intermédiaires qui terminent cette protection.
Une seconde connexion conserve-t-elle un appel en cours ?
Pas automatiquement. Le chemin et l’adresse peuvent changer. Mesurez séparément le sort des conversations engagées et le délai de reprise des nouveaux appels.
Faut-il ouvrir une plage RTP universelle ?
Utilisez les paramètres documentés pour votre fournisseur et votre standard. La plage configurée et les destinations doivent correspondre au profil effectivement retenu.
