<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=us-ascii" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.19170"></HEAD>
<BODY>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial>Yes, but we don't use TCP transport.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial>In one site we have about 40 GXP2000/GXP2010's and
I've seen this alot.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial>Rebooting the phone fixes the issue for about a while - well a
few minutes, then the old BLF subscription expires on the server with a
high 'version' number, the BLF's stop working at this
stage.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial>A 2nd reboot of the phone is then
required.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial>One of our senarios was that phones are randomly rebooted
at night from power glitch, etc.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial> The result is phone resubscribes within a
few minutes, but before the previous BLF subscription on the server has
expired.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial> After a while
the previous subscription expires on the server, sending out a
final 'timed out' NOTIFY, which the phone happily accepts, with a the high
'version' number of the last subscription.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial> Now the phone is expecting the
next NOTIFY to have a higher 'version' number but it won't come until the
server has sent enough updates to be greater then the previous version number,
as new subcriptions start the 'version' number at '0'.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial>Enabling 'syslog on error' on the phone helped me track
this down. Didn't fix anything, just helped me understand.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012></SPAN><SPAN
class=792515305-28012012><FONT color=#0000ff size=2
face=Arial></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial>I did write a patch for our system, that doesn't send the
timeout NOTIFY, which is inline with MWI and
CALL_COMPLETION</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial>If the patch below helps, let me know and I'll get a bug
report raised.</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face="Courier New">Index:
channels/chan_sip.c<BR>===================================================================<BR>---
channels/chan_sip.c (revision 351705)<BR>+++ channels/chan_sip.c (working
copy)<BR>@@ -3822,7 +3822,7 @@<BR>
struct sip_pvt *p = (struct sip_pvt *)data;</FONT></SPAN></DIV>
<DIV><FONT color=#0000ff size=2 face=Arial></FONT> </DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face="Courier New"> /* If this
is a subscription, tell the phone that we got a timeout
*/<BR>- if (p->subscribed &&
p->subscribed != MWI_NOTIFICATION && p->subscribed !=
CALL_COMPLETION) {<BR>+ if (p->subscribed
&& p->subscribed != MWI_NOTIFICATION && p->subscribed !=
CALL_COMPLETION && p->subscribed != DIALOG_INFO_XML)
{<BR>
transmit_state_notify(p, AST_EXTENSION_DEACTIVATED, 1, TRUE); /*
Send last notification
*/<BR>
p->subscribed =
NONE;<BR>
append_history(p, "Subscribestatus", "timeout");<BR>@@</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face="Courier New"></FONT></SPAN> </DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial> </DIV></FONT></SPAN>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial>Alec Davis</FONT></SPAN></DIV>
<DIV dir=ltr align=left><SPAN class=792515305-28012012><FONT color=#0000ff
size=2 face=Arial> </FONT></SPAN></DIV><BR>
<BLOCKQUOTE
style="BORDER-LEFT: #0000ff 2px solid; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px"
dir=ltr>
<DIV dir=ltr lang=en-us class=OutlookMessageHeader align=left>
<HR tabIndex=-1>
<FONT size=2 face=Tahoma><B>From:</B> asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] <B>On Behalf Of </B>Bryant
Zimmerman<BR><B>Sent:</B> Saturday, 28 January 2012 8:03 a.m.<BR><B>To:</B>
asterisk-users@lists.digium.com<BR><B>Subject:</B> Re: [asterisk-users] TCP
transport and BLF<BR></FONT><BR></DIV>
<DIV></DIV><SPAN
style="FONT-FAMILY: Arial, Helvetica, sans-serif; FONT-SIZE: 10pt">I have some
reports from users that are using TCP transport that their BLF lights are not
turning on or getting off hook and ringing notifications. Has anyone
seen this issue.<BR><BR>Asterisk 1.8.x<BR>Phones Grand Stream 2010<BR><BR>
<DIV>Thanks<BR><BR>Bryant Zimmerman (ZK Tech Inc.)<BR>616-855-1030 Ext.
2003</DIV></BLOCKQUOTE></SPAN></BODY></HTML>