Table des matières

Introduction

Conditions préalables

Exigences

Vérifier

Dépannage

Introduction

Ce document décrit comment configurer enableDelayQuickReinvite pour empêcher le serveur d'application (AS) d'envoyer une nouvelle invitation trop rapidement après un ACK.

Conditions préalables

- Connaissances de base du protocole SIP (Session Initiation Protocol)

- Connaissances AS de base

- Connaissances BW bwcli de base

Exigences

- Être capable d'utiliser l'AS bwcli et un utilisateur admin

- Pouvoir vérifier les XSLogs AS

Exécuter un get pour vérifier les valeurs actuelles des deux paramètres.

Par défaut activerDélaiRéinvitationRapide est désactivé (false) et la valeur par défaut de delayQuickReInviteMillisecondes est 1 000 (1 000 ms, soit 1 seconde).

Une partie du résultat de la commande get est omise pour améliorer la lisibilité.

AS_CLI/Interface/SIP> get

...

enableDelayQuickReInvite = false

delayQuickReInviteMilliseconds = 1000

...

Configurez le paramètre delayQuickReInviteMilliseconds.

Acceptez la valeur par défaut ou utilisez celle qui convient le mieux à votre environnement.

Utilisez la valeur la plus basse possible. Commencez par la valeur de 100 ms et augmentez-la suffisamment pour permettre de résoudre le problème.

AS_CLI/Interface/SIP> set delayQuickReInviteMilliseconds 100

...Done

Une fois que la valeur de delayQuickReInviteMilliseconds a été configurée, activez enableDelayQuickReInvite.

AS_CLI/Interface/SIP> set enableDelayQuickReInvite true

...Done

Vérifier

Une fois la configuration terminée, exécutez à nouveau le scénario d'appel pour vérifier que le système autonome ajoute le délai entre l'accusé de réception et le message de réinvitation.

Par exemple, si le système autonome a été configuré pour ajouter 100 ms, attendez-vous à ce que le délai soit d'au moins 100 ms ou plus.

100 ms suffisent normalement pour empêcher la réception des messages ACK et REINVITE dans le désordre.

La valeur est éventuellement plus élevée, en fonction de l'environnement réseau et des entités SIP impliquées dans le chemin du signal.

Dépannage

Si le périphérique répond toujours avec un code d'erreur 500 et que les commandes ACK et re-INVITE ont été livrées dans le bon ordre, une enquête plus approfondie est nécessaire sur le périphérique.

Utilisez les XSLogs sur le système autonome pour vérifier que le système autonome a ajouté le délai tel que configuré.

Utilisez une capture de paquets ou les journaux des périphériques pour vous assurer que le délai était suffisant pour que les messages soient remis dans le bon ordre.

Notez que cela ne fonctionne que lorsque le système autonome envoie un message de réinvitation juste après avoir envoyé un accusé de réception.

Il ne fonctionne pas si le système autonome reçoit un accusé de réception et que cela entraîne l'envoi d'un nouvel invitation par le système autonome.