<div dir="ltr">Jacek,<div>This might be a bug or configuration issue, but you need to understand the SIP Session Timers. With Session Timers you can control the round trip time and Call Setup time of SIP Requests.</div><div>In case of GSM Network with high delay you need to set the T1 timer a higher value like 1000ms (500 ms default). Similarly you can reduce the Call setup time by configuring 'T2' upto you choice as per you telephony network. Configure t1min, timert1 and timerb according to your network. </div><div>Also set <span style="color:rgb(0,0,0)">session-type=uas.</span></div><div><span style="color:rgb(0,0,0)"><br></span></div><div><br></div><div>Regards,</div><div>Muhammad Faheem</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Aug 9, 2016 at 12:03 PM, Jacek Konieczny <span dir="ltr"><<a href="mailto:jajcus@jajcus.net" target="_blank">jajcus@jajcus.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
We have been migrating our PBX system from Asterisk 1.8 and chan_sip to<br>
Asterisk 13 and chan_pjsip. Things are mostly, ok, but now I have<br>
stumbled on a behaviour difference I don't like.<br>
<br>
With chan_pjsip when a phone went unexpectedly offline (Ethernet cable<br>
disconnected) Asterisk would detect this quickly (through the 'qualify'<br>
pings), mark the phone as 'Unavailable' and fail immediately with<br>
'CHANUNAVAIL' when dialling this phone.<br>
<br>
With Asterisk 13 and chan_pjsip qualify still works for determining<br>
current phone availability (endpoint shown as 'Unavailable' shortly<br>
after disconnecting the cable), but the phone is being dialled like<br>
nothing is wrong – Asterisk sends the INVITE and waits for the response,<br>
until SIP timeout (a bit more than 30s total). That is much longer time<br>
until 'CHANUNAVAIL' than I expect. It is also longer than the dial<br>
timeout in some cases, so I would get 'NOANSWER' instead of<br>
'CHANUNAVAIL' which breaks my dialplan logic.<br>
<br>
Is that that the expected behaviour, a bug or a configuration problem?<br>
Am I supposed to check for device availability in my dialplan?<br>
<br>
Greets,<br>
Jacek<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
______________________________<wbr>______________________________<wbr>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
              <a href="http://www.asterisk.org/hello" rel="noreferrer" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
  <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" rel="noreferrer" target="_blank">http://lists.digium.com/mailma<wbr>n/listinfo/asterisk-users</a></font></span></blockquote></div><br></div>