No subject


Fri Sep 2 03:59:05 CDT 2011


d off, and with my change the phone wasn't sent the timeout to the devi=
ce.

I'm wondering why we didn't finish up with 2 MWI subscriptions, the=
re may be a clue there, did the code kill off the previous mwi subscription=
 when another for the same device arrived, or did the phone unsubscribe.
</pre>
<br />








<p>- Alec</p>


<br />
<p>On March 13th, 2012, 5:35 p.m., Alec Davis wrote:</p>






<table bgcolor=3D"#fefadf" width=3D"100%" cellspacing=3D"0" cellpadding=3D"=
8" style=3D"background-image: url('https://reviewboard.asterisk.org/media/r=
b/images/review_request_box_top_bg.png'); background-position: left top; ba=
ckground-repeat: repeat-x; border: 1px black solid;">
 <tr>
  <td>

<div>Review request for Asterisk Developers.</div>
<div>By Alec Davis.</div>


<p style=3D"color: grey;"><i>Updated March 13, 2012, 5:35 p.m.</i></p>




<h1 style=3D"color: #575012; font-size: 10pt; margin-top: 1.5em;">Descripti=
on </h1>
<table width=3D"100%" bgcolor=3D"#ffffff" cellspacing=3D"0" cellpadding=3D"=
10" style=3D"border: 1px solid #b8b5a0">
 <tr>
  <td>
   <pre style=3D"margin: 0; padding: 0; white-space: pre-wrap; white-space:=
 -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap=
: break-word;">Some phones (Grandstream GXP20XX series 1.2.5.3 firmware) if=
 rebooted, loose the BLF lights due to the new subscription&#39;s &quot;ver=
sion&quot; being less than the previous subscription&#39;s &quot;version&qu=
ot;.
This happens the instant that asterisk timeouts the previous subscription -=
 which has the much larger &quot;version&quot; sequence number.

The only way for the lights to start working again, is for the current subs=
cription&#39;s &quot;version&quot; number to increment past the previous ol=
d &quot;version&quot; number.
That period of time could be huge, if the phone isn&#39;t rebooted for days.

The workaround has been to reboot the phone twice, within a few minutes of =
each reboot.
  1st time wait for the BLF&#39;s to fail (then reboot again) - which is th=
e timeout period - a few minutes.
  2nd time the lights will work, then fail, then after a few minutes start =
working again.

This fix prevents the old subscription timeout from updating the phones &qu=
ot;version&quot; number. =


This issue doesn&#39;t affter the GXP21XX series.

Attempt to show issue byway of example below with some debug output showing=
 call-id and version number.

astrid-test*CLI&gt; core show hints

    -=3D Registered Asterisk Dial Plan Hints =3D-
            8601GXP0001 at trusted             : Custom:q8601_a8612    State:I=
nUse           Watchers  1
Debug output:

=3D=3D=3DSet the BLF state to InUse
- Executing [s at macro-custom-agent-inout:13] Set(&quot;SIP/GXP0001-00000005&=
quot;, &quot;DEVICE_STATE(Custom:q8601_a8612)=3DINUSE&quot;) in new stack
...
[Mar 14 11:01:39] NOTICE[10819]: chan_sip.c:13136 state_notify_build_xml: A=
LEC &lt;dialog id=3D&quot;8601GXP0001&quot; call-id=3D&quot;3c65aed02ae1d5d=
f at 192.168.5.141&quot;&gt; version=3D5

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Reboot the phone, it gets a new BLF subscription.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
[Mar 14 11:02:30] NOTICE[10826]: chan_sip.c:13136 state_notify_build_xml: A=
LEC &lt;dialog id=3D&quot;8601GXP0001&quot; call-id=3D&quot;79956c016812540=
0 at 192.168.5.141&quot;&gt; version=3D0
=3D=3D=3DThe BLF has correct state of InUse.

...
[Mar 14 11:05:00] NOTICE[10826]: chan_sip.c:13136 state_notify_build_xml: A=
LEC &lt;dialog id=3D&quot;8601GXP0001&quot; call-id=3D&quot;79956c016812540=
0 at 192.168.5.141&quot;&gt; version=3D1
=3D=3D=3DThe BLF still has correct state of InUse.

...
The timeout &#39;last notification&#39;
[Mar 14 11:05:09] NOTICE[10826]: chan_sip.c:13131 state_notify_build_xml: A=
LEC &lt;dialog id=3D&quot;8601GXP0001&quot; call-id=3D&quot;3c65aed02ae1d5d=
f at 192.168.5.141&quot; direction=3D&quot;recipient&quot;&gt; version=3D6
[Mar 14 11:05:09] NOTICE[10826]: chan_sip.c:3868 __sip_autodestruct: ALEC T=
IMEOUT of SIP subscription 3c65aed02ae1d5df at 192.168.5.141
=3D=3D=3DThe BLF has incorrectly gone Idle.

...
[Mar 14 11:15:01] NOTICE[10826]: chan_sip.c:13136 state_notify_build_xml: A=
LEC &lt;dialog id=3D&quot;8601GXP0001&quot; call-id=3D&quot;79956c016812540=
0 at 192.168.5.141&quot;&gt; version=3D5
=3D=3D=3DThe BLF is still incorrect at Idle.

    -- Registered SIP &#39;GXP0001&#39; at 192.168.5.141:5066
[Mar 14 11:17:31] NOTICE[10826]: chan_sip.c:13136 state_notify_build_xml: A=
LEC &lt;dialog id=3D&quot;8601GXP0001&quot; call-id=3D&quot;79956c016812540=
0 at 192.168.5.141&quot;&gt; version=3D6
=3D=3D=3DThe BLF now has correct state of InUse.
</pre>
  </td>
 </tr>
</table>


<h1 style=3D"color: #575012; font-size: 10pt; margin-top: 1.5em;">Testing <=
/h1>
<table width=3D"100%" bgcolor=3D"#ffffff" cellspacing=3D"0" cellpadding=3D"=
10" style=3D"border: 1px solid #b8b5a0">
 <tr>
  <td>
   <pre style=3D"margin: 0; padding: 0; white-space: pre-wrap; white-space:=
 -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap=
: break-word;">In place on a 1.8 deployment for months, our production box =
with ~80 GXP phones, half of which are the older GXP20XX series.
</pre>
  </td>
 </tr>
</table>




<h1 style=3D"color: #575012; font-size: 10pt; margin-top: 1.5em;">Diffs</b>=
 </h1>
<ul style=3D"margin-left: 3em; padding-left: 0;">

 <li>trunk/channels/chan_sip.c <span style=3D"color: grey">(358608)</span><=
/li>

</ul>

<p><a href=3D"https://reviewboard.asterisk.org/r/1813/diff/" style=3D"margi=
n-left: 3em;">View Diff</a></p>




  </td>
 </tr>
</table>








  </div>
 </body>
</html>


--===============5040727644451418195==--



More information about the asterisk-dev mailing list