<div dir="ltr"><div>Hi all,</div><div><br></div><div>does anyone have an idea how to solve this issue?</div><div>As we understand this issue, this state change delays an SIP Session Progress or a 200 OK by about 200ms when using ARI. We did not see this behavior when using Dialplan (or AGI) only.<br></div><div><br></div><div>would be very appreciated if someone has a hint for us.</div><div><br></div><div>BR</div><div>Jöran<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 20, 2019 at 10:28 AM Jöran Vinzens <<a href="mailto:vinzens@sipgate.de">vinzens@sipgate.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>Hi all,</div><div><br></div><div>we are searching for shorter post dial delay and we were wondering why the asterisk takes about 190ms from an ARI Command Playback or Answer until the SIP Message is send out.</div><div><br></div><div>We took the latest code from github and used the python scripts provided by sangoma in order to start a playback. Using this setup we ensure it is not our setup which causes the delay.</div><div><br></div><div>So we see these likes in the log:</div><div><br></div><div>[2019-02-20 10:13:50.985] VERBOSE[3079] res_ari.c: <--- Sending ARI response to <a href="http://127.0.0.1:43764" target="_blank">127.0.0.1:43764</a> ---><br>201 Created<br>Location: /ari/playbacks/a5cb3f78-77db-41f8-9846-147ccb47411d<br>Content-type: application/json<br>{"id":"a5cb3f78-77db-41f8-9846-147ccb47411d","media_uri":"sound:tt-monkeys","target_uri":"channel:1550654030.2","language":"en","state":"queued"}<br><br>[2019-02-20 10:13:50.987] DEBUG[3079] http.c: HTTP keeping session open.  status_code:201<br>[2019-02-20 10:13:51.178] DEBUG[2900] devicestate.c: No provider found, checking channel drivers for PJSIP - 1111<br>[2019-02-20 10:13:51.179] DEBUG[2900] devicestate.c: Changing state for PJSIP/1111 - state 3 (Busy)<br><br></div><div>As you can see the ARI Command gets acknowledged by the 201 response. now the asterisk tries to set the device state to busy. It seems to take about 190ms to lookup the provider before it fails.</div><div><br></div><div>In our setup we do not use device states al all. Is there any way to deactivate this internal lookup or to speed it up? We already tried to unload some modules using device state without any success.<br></div><div>-- <br><div dir="ltr" class="gmail-m_-1252321091559427787gmail_signature"><div dir="ltr"><pre>Jöran Vinzens - <a href="mailto:vinzens@sipgate.de" target="_blank">vinzens@sipgate.de</a><br><br>sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf<br>HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois<br>Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391<br><br><a href="http://www.sipgate.de" target="_blank">www.sipgate.de</a> - <a href="http://www.sipgate.co.uk" target="_blank">www.sipgate.co.uk</a><br></pre></div></div></div></div></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><pre>Jöran Vinzens - <a href="mailto:vinzens@sipgate.de" target="_blank">vinzens@sipgate.de</a><br>Telefon: +49 211-63 55 56-21<br>Telefax: +49 211-63 55 55-22<br><br>sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf<br>HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois<br>Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391<br><br><a href="http://www.sipgate.de" target="_blank">www.sipgate.de</a> - <a href="http://www.sipgate.co.uk" target="_blank">www.sipgate.co.uk</a><br></pre></div></div>