Panne / symptôme

Un trunk opérateur renvoie SIP 503 Service Unavailable

Le serveur SIP distant refuse temporairement de traiter les appels.

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

Vue diagnostic rapide

Ce que vous observez

Le serveur SIP distant refuse temporairement de traiter les appels.

Causes probables
  1. Maintenance opérateur
  2. Surcharge
  3. Limite de canaux
Premiers contrôles
  1. Lire Retry-After
  2. Vérifier l’état du trunk
  3. Comparer appels entrants/sortants
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 serveur SIP distant refuse temporairement de traiter les appels.

Causes probables

  • Maintenance opérateur
  • Surcharge
  • Limite de canaux
  • Route ou SBC indisponible

Contrôles par ordre de priorité

  1. Lire Retry-After
  2. Vérifier l’état du trunk
  3. Comparer appels entrants/sortants
  4. Basculer sur le secours si prévu

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 « Un trunk opérateur renvoie SIP 503 Service Unavailable », 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