Panne / symptôme

Les appels échouent avec SIP 488 Not Acceptable Here

Le destinataire refuse l’offre média ou certains paramètres SDP.

Thématique3CX & VoIP →
⌚ Environ 4 min de lecture
Voir mes favoris
Problème réel · V2

Vue diagnostic rapide

Ce que vous observez

Le destinataire refuse l’offre média ou certains paramètres SDP.

Causes probables
  1. Codec non commun
  2. SRTP requis ou interdit
  3. DTMF incompatible
Premiers contrôles
  1. Capturer l’INVITE et le 488
  2. Comparer les codecs
  3. Vérifier SRTP/RTP
Actions recommandées
  1. Corriger uniquement le composant confirmé par les contrôles
  2. Rejouer le symptôme initial après la correction
  3. Escalader avec les preuves collectées si la cause reste indéterminée
Lancer Symptôme → Cause →
+
Afficher le guide détaillé completExplications détaillées et contenu de dépannage original.

Le destinataire refuse l’offre média ou certains paramètres SDP.

Causes probables

  • Codec non commun
  • SRTP requis ou interdit
  • DTMF incompatible
  • SDP réécrit par SBC/NAT

Contrôles par ordre de priorité

  1. Capturer l’INVITE et le 488
  2. Comparer les codecs
  3. Vérifier SRTP/RTP
  4. Retester avec une offre minimale

Quand escalader

Escaladez lorsque la panne touche plusieurs utilisateurs, qu’une dépendance de production est indisponible ou que les journaux pointent vers un composant hors de votre contrôle. Joignez les horodatages, le périmètre, les tests déjà réalisés et le dernier état fonctionnel connu.

Validation du diagnostic

Pour « Les appels échouent avec SIP 488 Not Acceptable Here », capturez au minimum le Call-ID, l’heure, le code SIP final, les en-têtes From/To/Via/Contact et, lorsqu’il est présent, le SDP. Cette trace permet de distinguer une décision du trunk, du PBX, du terminal ou d’un équipement de bordure.

Test discriminant

Reproduisez un appel court et comparez le dialogue SIP des deux côtés du trunk. Vérifiez l’étape exacte où apparaît la réponse, les codecs et paramètres SDP négociés, ainsi que les temporisations et routes. Une capture réseau ou le log de signalisation doit confirmer le même Call-ID de bout en bout.

Critère de résolution

Le correctif est validé lorsque le scénario d’appel initial aboutit avec la réponse attendue et que l’échange SIP reste cohérent sur plusieurs essais. Contrôlez aussi un appel entrant ou sortant comparable pour vérifier que la modification n’a pas déplacé le problème vers une autre route ou un autre codec.

Concepts liés

Référence primaire : RFC 3261 — SIP.

♡ 0