Inleiding
In dit document wordt beschreven hoe u enableDelayQuickReinvite configureert om te voorkomen dat de toepassingsserver (AS) na een ACK te snel een re-INVITE verzendt.
Voorwaarden
- Kennis van het Basic Session Initiation Protocol (SIP)
- Basiskennis van AS
- Basis BroadWorks bwcli kennis
Vereisten
- De AS bwcli en een admin-gebruiker kunnen gebruiken
- In staat zijn om de AS XSLogs te bekijken
Gebruikte componenten
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
Achtergrondinformatie
In sommige callscenario's moet de AS een herverbinding starten en om dit te doen, verzendt het een re-INVITE naar beide uiteinden. Typische gevallen waarin dit kan gebeuren zijn oproepen naar "Call Centers", "Hunt Groups" of waarbij sprake is van "Click to Dial" of "Call Recording" en in het algemeen verschillende gevallen waarin het AS een herverbinding moet activeren nadat een sessie is ingesteld.
Wanneer het AS opnieuw UITNODIGEN moet verzenden nadat de ACK in hetzelfde dialoogvenster is verzonden, verzendt het AS de opnieuw UITNODIGEN normaal gesproken op hetzelfde moment als de ACK, en dit kan ertoe leiden dat de ACK en opnieuw UITNODIGEN buiten bedrijf worden ontvangen door het externe apparaat.
Wanneer dit gebeurt, kan het apparaat dat de re-INVITE ontvangt voordat de wachtende ACK de re-INVITE afwijzen, normaal gesproken met een 500-foutcode (maar dit kan variëren, afhankelijk van de implementatie van het externe apparaat).
Configureren
Er zijn twee parameters die worden gebruikt om deze functie te configureren en ze bevinden zich beide in de bwcli op AS_CLI / Interface / SIP>.
- enableDelayQuickReInvite is de belangrijkste switch om de functie in of uit te schakelen. De geaccepteerde waarden zijn waar en onwaar
- delayQuickReInviteMilliseconden is de waarde in milliseconden (ms) van de toegevoegde vertraging na de ACK. Het bereik van de waarde is 100ms tot 10000ms.
Om deze functie te configureren, opent u de AS bwcli, meldt u zich aan als een Admin-gebruiker en navigeert u naar AS_CLI/Interface/SIP>:
AS_CLI> cd /Interface/SIP
AS_CLI/Interface/SIP>
Voer eerst een opdracht get uit om de huidige waarden van beide parameters te controleren. Standaard is enableDelayQuickReInvite uitgeschakeld (false) en is de standaardwaarde van delayQuickReInviteMilliseconden 1000 (1000 ms, of 1 seconde).
Een deel van de get-opdrachtuitvoer wordt weggelaten om de leesbaarheid te verbeteren.
AS_CLI/Interface/SIP> get
...
enableDelayQuickReInvite = false
delayQuickReInviteMilliseconds = 1000
...
Configureer vervolgens de parameter delayQuickReInviteMilliseconden. U kunt de standaardwaarde accepteren of de waarde gebruiken die het meest geschikt is voor uw omgeving. De aanbeveling is om de laagst mogelijke waarde te gebruiken, dus het is raadzaam om te beginnen met de waarde van 100ms en deze te verhogen voor het geval het niet genoeg is om het probleem op te lossen.
AS_CLI/Interface/SIP> set delayQuickReInviteMilliseconds 100
...Done
Zodra de waarde voor delayQuickReInviteMilliseconden is geconfigureerd, kunt u DelayQuickReInvite inschakelen.
AS_CLI/Interface/SIP> set enableDelayQuickReInvite true
...Done
Verifiëren
Als de configuratie is voltooid, voert u het oproepscenario opnieuw uit om te controleren of de AS de vertraging tussen de ACK en de re-INVITE toevoegt. Als het AS bijvoorbeeld is geconfigureerd om 100ms toe te voegen, kunt u verwachten dat de vertraging ten minste 100ms is, maar het kan een paar ms hoger zijn.
100ms zijn normaal gesproken voldoende om te voorkomen dat de ACK en RE-INVITE buiten de orde worden ontvangen, maar de waarde kan hoger zijn, op basis van de netwerkomgeving en de betrokken SIP-entiteiten in het signaleringspad.
Problemen oplossen
Als het apparaat nog steeds reageert met een 500-foutcode en de ACK en re-INVITE in de juiste volgorde zijn geleverd, is verder onderzoek op het apparaat nodig.
Gebruik de XSL-logs op het AS om te controleren of het AS de vertraging zoals geconfigureerd heeft toegevoegd en gebruik een pakketopname of de logboeken van het apparaat om ervoor te zorgen dat de vertraging voldoende was om de berichten in de juiste volgorde af te leveren.
Merk op dat dit alleen werkt wanneer het AS een re-INVITE verzendt net nadat het een ACK heeft verzonden, maar het werkt niet als het AS een ACK ontvangt en dat zorgt ervoor dat het AS een re-INVITE verzendt.
Feedback