Some more input from my side: I do an an upgrade to the current version every 3-5 weeks. BLF worked great on Polycom and SNOM phones up to version FreeSWITCH Version 1.0.head (git-10df279 2011-10-15 07-59-23 -0500) (the last one I tried). In mid-November I've upgraded to the latest GIT and BLFs started getting crazy (phones losing them, stuck in ringing, etc.). I tried the GIT onlast Wednsday but it behaved the same, so I had to revert to the version from 15-Oct. I did not open a JIRA yet as I couldn't gather all the information, but from an intial investigation it looks like a problem with the version number of the NOTIFY message sent on the body of the dialog description: either it starts at 1 instead of 0, or it skips versions. I'll try gathering more information this week. Regards, __Yehavi: 2011/12/9 Tim St. Pierre <fs-list@communicatefreely.net>
Yes, but when you have 368 very demanding users, you don't just blindly update systems that mostly work.
I do have a devel system, so I will pull the latest git and once I have tested everything I can think of, I will cross my fingers and push it to the production systems.
Not that I'm not grateful for continuous development, but it takes a lot of resources to update and test, so I only do it every so often.
I'm glad there have been some updates. I look forward to trying them out.
-Tim
Anthony Minessale wrote:
You are running a version from August. Too bad for you that you are missing a whole autumn worth of updates including a whole bunch of work on presence.
while(!current) update();
On Thu, Dec 8, 2011 at 3:35 PM, Tim St. Pierre <fs-list@communicatefreely.net <mailto:fs-list@communicatefreely.net>> wrote:
Hello,
I'm having all sorts of problems with BLFs not being in the correct state. It works fine in some cases, but others are wrong. Here's what I can see:
Single endpoint, single call, everything works fine. Light flashes on ring, goes steady on answer, goes out on hangup.
Here's where it gets tricky:
If there are two phones registered to the extension, it flashes when they ring, but then goes out when one of them answers. If either phone places an outgoing call, the lamp comes on.
If a single phone gets a second call, their lamp flashes again, but then goes out when they answer the second call.
I'm constantly getting complaints from users where the lamps are stuck on. It happens more often when they have a lot of phones in ring groups. The lamps work fine for ring groups - they all flash, and whomever picks up the call stays steady while the rest go out.
Is there anything I can do to get freeswitch to base the state on whether or not that user has any active calls, rather than just what the last thing that the phone did was?
This happens on every model of Aastra phone, and I have all of them. I haven't had a chance to try it yet on Polycom.
I'm running FreeSWITCH Version 1.0.head (git-7531fed 2011-08-17 11-27-20 -0500)
Any ideas would be more than welcome.
-Tim
_________________________________________________________________________
Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <mailto:FreeSWITCH-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:
http://lists.freeswitch.org/mailman/options/freeswitch-users
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com <mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com <mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <mailto:sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org <mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900 ------------------------------------------------------------------------
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org