Skip to content

Tester un trunk SIP ou une route VoIP : étape par étape

Comment tester un trunk SIP ou une route VoIP avant d'envoyer du trafic : appels de test, audio et caller ID, tests de fausse réponse, essai réel et CDR.

Mis à jour le 20 octobre 2026

Pour tester un trunk SIP ou une route VoIP, passez une série d'appels de test vers de vrais numéros dans la destination, vérifiez que les appels aboutissent, que l'audio est propre dans les deux sens, que le caller ID arrive comme promis et que la facturation ne démarre qu'à la réponse, puis envoyez une petite part de trafic réel avant de déplacer du volume.

Convenez du test avant de commencer

Un test n'est utile que si les deux parties savent ce qui est mesuré. Avant le premier appel, notez avec le carrier :

  • la destination et les breakouts couverts (par exemple uniquement le mobile, ou un seul opérateur), tels qu'ils figurent dans le rate deck ;
  • le type de CLI promis (CLI, Local CLI ou Non-CLI) et les codecs proposés ;
  • le type de trafic que vous enverrez, car une route conçue pour les appels conversationnels peut bloquer le trafic dialer ;
  • les IP, le préfixe (tech prefix) et le nombre de canaux et de CPS autorisés pendant le test ;
  • qui paie les minutes de test et la durée de la période de test.

Étape 1 : appels de test manuels

Commencez par 10 à 30 appels vers des numéros que vous contrôlez ou vers une plateforme d'appels de test avec des numéros dans la destination. Mélangez les opérateurs si la route en couvre plusieurs. Pour chaque appel, notez :

  • Connexion : l'appel a-t-il sonné et abouti, et quelle réponse SIP est revenue en cas d'échec ?
  • Post-dial delay : les secondes entre votre INVITE et la première tonalité de retour d'appel. Des délais longs signifient en général des sauts supplémentaires (voir les causes du post-dial delay).
  • Audio : parlez dans les deux sens pendant au moins 30 secondes. Écoutez l'écho, les coupures, la voix robotique et l'audio unidirectionnel.
  • Caller ID : quel numéro est apparu sur le terminal, et dans quel format. La méthode est décrite dans comment vérifier la présentation du CLI.
  • Moment de la réponse : comparez le moment réel où le téléphone a été décroché avec l'heure de réponse (200 OK) dans vos journaux.

Étape 2 : vérifiez la fausse réponse et les appels courts

Appelez des numéros qui ne répondront pas, des numéros occupés et des numéros éteints. Aucun de ces appels ne doit être facturé. Si votre switch enregistre un 200 OK alors que le terminal sonne encore, ou si un numéro occupé renvoie un appel répondu avec un enregistrement, la route utilise peut-être la false answer supervision. Vérifiez aussi qu'un appel raccroché au bout de 5 secondes est facturé 5 secondes selon l'incrément de facturation convenu, et non arrondi au-delà.

Étape 3 : une petite part de trafic réel

Les appels manuels montrent si la route fonctionne ; le trafic réel montre si elle fonctionne à grande échelle. Envoyez 5 à 10% de votre trafic vers la destination, ou un nombre fixe d'appels par jour, pendant quelques jours. Comparez la nouvelle route à votre route actuelle sur les mêmes indicateurs :

IndicateurCe qu'il faut comparer
ASR et NERPart des appels répondus et part des appels aboutis au niveau réseau
ACDDurée moyenne des appels ; une baisse soudaine peut signaler des appels coupés ou un audio médiocre
PDDTemps d'établissement moyen et dans le pire des cas
Appels courtsPart des appels répondus de moins de quelques secondes
Coût par minuteMinutes facturées par le carrier comparées à vos propres CDR

Les indicateurs sont définis dans ASR, ACD, PDD et NER expliqués. Comparez ce qui est comparable : mêmes heures, mêmes listes de numéros, même type de trafic. Une route peut paraître moins bonne simplement parce qu'elle a reçu les numéros les plus difficiles.

Étape 4 : rapprochez et décidez

À la fin du test, rapprochez vos CDR de la facture ou du rapport d'usage du carrier. Des écarts de plus de 1 à 2% sur les minutes facturées demandent une explication. Si la qualité tient et que les chiffres concordent, augmentez le volume par paliers plutôt que d'un coup, et continuez la surveillance comme décrit dans surveiller la qualité des routes avec les CDR. Les routes changent souvent après la période de test : une route bien testée n'est pas une route que vous pouvez cesser de surveiller.

Erreurs fréquentes

  • Tester avec une poignée d'appels vers le même numéro, ce qu'une route grey gère facilement.
  • Tester uniquement la nuit, quand les routes sont moins encombrées.
  • Envoyer un autre type de trafic en test qu'en production.
  • Ne pas conserver les traces SIP des appels échoués, dont vous aurez besoin pour ouvrir un ticket.

VoIPMatcher obtient de la terminaison VoIP wholesale auprès de ses carriers et gère la route entre vous et le fournisseur. Si vous avez besoin d'une route vers une destination et voulez la tester avec votre propre trafic, demandez une route VoIP.

Questions fréquentes

Qu'est-ce qu'un appel de test VoIP ?

Un appel de test VoIP est un appel passé via une nouvelle route vers un numéro que vous contrôlez ou vers une plateforme d'appels de test dans la destination. Il vérifie que l'appel aboutit, le temps avant la sonnerie, si l'audio passe dans les deux sens, quel caller ID arrive et si la facturation ne démarre qu'à la réponse. Plusieurs appels sur différents opérateurs sont nécessaires.

Comment tester la qualité d'appel VoIP ?

Parlez dans les deux sens pendant au moins 30 secondes à chaque appel de test et écoutez l'écho, les coupures, la voix robotique et l'audio unidirectionnel. Pour des chiffres, utilisez les rapports RTCP de votre switch pour la gigue et la perte de paquets, des plateformes d'appels de test qui notent l'audio de bout en bout, et surveillez l'ACD et les appels courts une fois le trafic réel lancé.

Existe-t-il un numéro de test VoIP que l'on peut appeler ?

Beaucoup de carriers et de plateformes d'appels de test fournissent des numéros ou des terminaux dans les pays de destination à cet effet, et vos propres téléphones, collègues ou partenaires à l'étranger conviennent aussi. Un numéro d'écho public indique seulement que le trunk est actif ; il ne montre pas comment la route se comporte vers de vrais numéros mobiles et fixes dans la destination.

Combien d'appels de test suffisent ?

Commencez par 10 à 30 appels manuels sur les opérateurs couverts par la route, répartis à différentes heures, puis envoyez 5 à 10% du trafic réel pendant quelques jours. Une poignée d'appels vers le même numéro ne prouve pas grand-chose, car même une route grey peut bien traiter quelques appels avant l'arrivée du volume.

Les carriers facturent-ils les appels de test ?

Certains oui, d'autres offrent un petit crédit de test ; il n'y a pas de norme. Convenez avant le premier appel de qui paie les minutes de test, de la durée de la période de test, des canaux et du CPS autorisés et des breakouts couverts, pour que les deux parties jugent le résultat sur les mêmes bases.

Besoin d'une route ?

Indiquez la destination, le type de route et le tarif cible. Nous vous répondons avec ce que nous pouvons fournir.

Autres guides

Tous les guides
Qualité et tests ASR faible en VoIP : pourquoi le taux de réponse baisse ASR faible sur une route VoIP : pourquoi le taux de réponse baisse, distinguer problème de trafic et de route avec le NER et les codes SIP, checklist. Qualité et tests SMS OTP non reçu : causes et solutions pour les applications Pourquoi vos utilisateurs ne reçoivent pas votre SMS OTP ou le reçoivent en retard : filtrage, sender ID, enregistrement, routes lentes, contenu, et solutions. Qualité et tests Codes d'erreur SIP : liste complète des codes de réponse Tous les codes de réponse SIP de la RFC 3261 en un tableau, avec leur sens et leur cause typique en VoIP, plus le sens de 503, 487, 408, 480 et 486. Qualité et tests SIP 408, 480 et 486 : codes de timeout et d'occupation Ce que signifient SIP 480 Temporarily Unavailable, 408 Request Timeout et 486 Busy Here, leurs causes Q.850, et quand ils signalent un problème de route. Qualité et tests False Answer Supervision (FAS) en VoIP : comment la détecter La false answer supervision (FAS) en VoIP : ses effets sur l'ASR, l'ACD et le NER, comment tester une route pour la FAS et que faire si vous en trouvez. Qualité et tests NER vs ASR : le Network Effectiveness Ratio en VoIP NER vs ASR : comment se calculent le network effectiveness ratio et l'answer seizure ratio, pourquoi l'ASR peut tromper et lequel mettre dans un SLA. Qualité et tests ASR, ACD et PDD en VoIP : les indicateurs de qualité expliqués ASR et ACD en VoIP expliqués, avec PDD, NER et FAS : ce que mesure chaque indicateur de qualité d'appel, comment il se calcule et ce qui l'influence. Qualité et tests Audio unidirectionnel et appels VoIP coupés : causes et solutions Audio unidirectionnel et appels VoIP coupés : NAT, SDP, SIP ALG, pare-feu, codecs, coupure à 32 secondes et session timers, avec une solution par cause.