Vue diagnostic rapide
L’appel s’établit mais un interlocuteur n’entend pas l’autre. La signalisation SIP fonctionne alors qu’un flux RTP ne revient pas correctement.
- Définir le sens audio manquant
- Comparer interne/externe
- Vérifier RTP
- corriger les règles NAT et firewall RTP
- corriger l’adresse publique déclarée
- supprimer une translation ou ALG parasite
Plan technicien contextualisé
Noter qui entend qui et dans quel scénario.
Identifier précisément le sens audio en échec et le reproduire dans un scénario d’appel clairement défini.
Si l’audio est présent dans les deux sens sur ce scénario, réduisez la priorité de l’hypothèse RTP/NAT et comparez le scénario qui échoue encore.
Si un seul sens reste muet, relevez les IP/ports RTP source et destination puis comparez-les au SDP
Tester appel interne, entrant et sortant.
Comparer appels internes, entrants et sortants et noter pour chacun si l’audio fonctionne dans les deux sens.
Si tous les sens d’appel sont bidirectionnels, la panne n’est pas reproduite sur ce chemin ; comparez terminal, réseau et horaire de l’incident initial.
Si un seul type d’appel échoue, ciblez le chemin trunk/SBC/NAT propre à ce sens au lieu de modifier toute la configuration VoIP.
Contrôler les flux UDP réellement échangés.
Le RTP doit être visible dans les deux sens avec des IP et ports UDP cohérents avec le SDP et le chemin NAT attendu.
Le RTP est bidirectionnel ; investiguez plutôt codec, terminal ou traitement média que la joignabilité NAT de base.
Un flux RTP absent dans un sens pointe vers NAT/firewall/adressage SDP ou un chemin média asymétrique ; conservez la capture et corrigez uniquement le chemin prouvé.
Vérifier les règles et désactiver SIP ALG si l’architecture 3CX l’exige.
Le RTP doit être visible dans les deux sens avec des IP et ports UDP cohérents avec le SDP et le chemin NAT attendu.
Le RTP est bidirectionnel ; investiguez plutôt codec, terminal ou traitement média que la joignabilité NAT de base.
Un flux RTP absent dans un sens pointe vers NAT/firewall/adressage SDP ou un chemin média asymétrique ; conservez la capture et corrigez uniquement le chemin prouvé.
Répétez le même test de validation après correction et confirmez que le symptôme initial a disparu. Validez la stabilité avant de clôturer l’incident.
Avant toute modification de configuration, relevez la valeur actuelle et prévoyez le retour arrière.
Escalader avec un exemple d’appel horodaté et, si possible, une capture SIP/RTP si le problème est intermittent.
＋Afficher le guide détaillé completExplications détaillées et contenu de dépannage original.
L’appel s’établit mais un interlocuteur n’entend pas l’autre. La signalisation SIP fonctionne alors qu’un flux RTP ne revient pas correctement.
Causes probables
- NAT ou firewall incorrect
- ports RTP bloqués
- SIP ALG perturbant la session
- mauvaise adresse annoncée dans SDP
Diagnostic étape par étape
- 1
Définir le sens audio manquant
Noter qui entend qui et dans quel scénario.
- 2
Comparer interne/externe
Tester appel interne, entrant et sortant.
- 3
Vérifier RTP
Contrôler les flux UDP réellement échangés.
- 4
Contrôler NAT/ALG
Vérifier les règles et désactiver SIP ALG si l’architecture 3CX l’exige.
Solutions possibles
- corriger les règles NAT et firewall RTP
- corriger l’adresse publique déclarée
- supprimer une translation ou ALG parasite
- vérifier la topologie SBC/DECT si le problème est localisé
Escalader avec un exemple d’appel horodaté et, si possible, une capture SIP/RTP si le problème est intermittent.