Aller au contenu principal

Téléphonie et réseau professionnel · 4 min

SIP ALG et audio à sens unique : organiser un test de téléphonie

Un appel établi sans audio complet peut venir du trajet média, du NAT ou d’une réécriture SIP. Comparez les journaux et la topologie avant de changer le réglage ALG.

Un appel établi sans audio complet peut venir du trajet média, du NAT ou d’une réécriture SIP. Comparez les journaux et la topologie avant de changer le réglage ALG.
Schéma : Signalisation SIP → NAT et adresses du média → Audio RTP dans les deux sens.
Schéma explicatif.
01Public concernéUtilisateurs, indépendants et responsables d’un petit réseau
4points de contrôleà vérifier avant de choisir.
2réponses FAQsur les usages, les démarches et les points à vérifier.

Données pratiques

Interpréter les observations

Les résultats ci-dessous servent à choisir le prochain contrôle ; ils ne suffisent pas à attribuer une panne à un acteur.

Interpréter les observations
ObservationInterprétation possibleContrôle suivant
Appel établi, audio absent dans un sensMédia ou NAT à examinerAdresses annoncées et trajet RTP
Défaut seulement sur poste distantTopologie distincteNAT et réseau de ce poste
Appel simple réussi, transfert en échecParcours de session différentRecette complète du standard

Gardez l’état initial et comparez un seul paramètre à la fois.

Télécharger la fiche de vérification à compléter (CSV)

Séparer signalisation et voix

La signalisation peut établir l’appel alors que les paquets audio ne rejoignent pas l’autre extrémité. La traduction d’adresses concerne le trajet réseau, tandis que des informations de destination peuvent aussi apparaître dans les échanges de session.

Un ALG peut examiner et modifier certains paramètres pour accompagner cette traduction. Les implémentations diffèrent ; un symptôme d’audio à sens unique ne prouve pas automatiquement que cette fonction est fautive.

Dessiner le trajet réellement utilisé

Notez téléphone, standard, routeur et service distant. Identifiez chaque NAT, y compris un routeur ajouté derrière la box. Distinguez téléphone local, poste distant et standard hébergé.

Conservez un essai entrant et un essai sortant, avec heure et sens de l’audio absent. Évitez de diffuser les numéros complets, les identifiants SIP et les captures contenant des comptes.

Tester de façon encadrée

Demandez la politique recommandée au fournisseur du standard et du trunk. Si un essai du réglage ALG est pertinent, sauvegardez l’état initial et modifiez ce seul paramètre durant un créneau prévu.

Comparez le même parcours avant et après. Une reconnexion du téléphone ou du service peut être nécessaire selon l’équipement ; suivez sa documentation. Ne compensez pas une réécriture douteuse par une DMZ générale.

Valider les fonctions du standard

Testez entrants, sortants, mise en attente, transfert et plusieurs appels simultanés utiles à l’activité. Une configuration qui répare un appel simple peut encore échouer sur un parcours plus complexe.

Si le problème subsiste, faites examiner adresses annoncées, ports média et état des traductions. Conservez une procédure de retour ; la correction doit être compatible avec le service choisi et sa maintenance.

Exemple : l’appel sonne mais un interlocuteur n’entend rien

Identifiez quel côté entend, quels téléphones sont concernés et si le symptôme apparaît à chaque appel. Comparez un appel interne et un appel extérieur sans changer plusieurs paramètres de la box. Le fait que le téléphone sonne valide une partie de la signalisation, mais pas nécessairement les deux trajets audio.

Le support peut comparer les adresses et ports annoncés dans SDP avec les flux effectivement reçus. Fournissez l’heure et les références d’appel demandées, sans exposer de mots de passe SIP. Si un essai sur SIP ALG est prévu, conservez le réglage d’origine et vérifiez ensuite appels entrants, sortants et transferts : corriger un cas ne valide pas tous les parcours.

Questions fréquentes

Faut-il désactiver SIP ALG dans tous les cas ?

Non. La topologie, le matériel et le service déterminent la méthode appropriée. Suivez une procédure de test documentée.

Un appel qui sonne prouve-t-il que RTP fonctionne ?

Non. La signalisation et le média doivent être contrôlés séparément, dans les deux sens.

Vérification et attribution

Sources, cartes et outils pour vérifier ce guide

La sélection dépend du sujet traité : autorité publique, carte de couverture, démarche officielle ou outil de mesure. Une disponibilité, un tarif ou une garantie doit toujours être confirmé dans le contexte exact de l’utilisateur.

Documentation officielle

Cisco — NAT en VoIP

Domaine cisco.com

Documentation technique pour les vérifications décrites dans ce guide.

Documentation officielle

IETF — SIP

Domaine rfc-editor.org

Documentation technique pour les vérifications décrites dans ce guide.

À lire aussi

Téléphonie professionnelle

Comment choisir et configurer un trunk SIP pour son standard ?

Un trunk SIP relie le standard à un fournisseur de téléphonie. Validez le profil d’interopérabilité, les appels simultanés et le comportement en panne avant de porter les numéros. Un compte enregistré ne prouve ni la qualité du son ni la réussite des transferts.