BLF gets confused with multiple calls
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
On Dec 8, 2011, at 3:35 PM, Tim St. Pierre wrote:
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.
I'm going to guess you're not using the user/ from the default directory like the default where it sets the presence ID?
No, we use multiple domains here. The directory is generated by an xml_curl script that sends it back dynamically. In general, BLFs work great, but they seem to be based on the last message that thing the phone did (it just answered a call, or it just hung up a call), as opposed to whether or not it has a channel connected to it or not, and that is where things are going wrong, is when it just hung up, but there is still one more channel left, so it's really still in use. The dial strings are all user/exten@our.domain where our.domain is the same domain that both registrations and subscriptions use. I couldn't get presence to work at all without that. What is the relationship between the user/ domain, the subscription domain, and the registration domain vs. invite domains and whatever else. Should this work correctly, and if so, where should I look in terms of debugging it? Thanks! Brian West wrote:
On Dec 8, 2011, at 3:35 PM, Tim St. Pierre wrote:
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.
I'm going to guess you're not using the user/ from the default directory like the default where it sets the presence ID?
------------------------------------------------------------------------
_________________________________________________________________________ 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
Hi Tim, Try this when you generate the XML in the directory: <params> <param name="dial-string" value="{sip_invite_domain=${domain_name},presence_id=${dialed_user}@${dialed_domain}}${sofia_contact(${dialed_user}@${dialed_domain})}"/> </params> We are using FreeSWITCH in a multi tenant environment and this works great. Thanks, Spencer On Dec 8, 2011, at 2:23 PM, Tim St. Pierre wrote:
No, we use multiple domains here. The directory is generated by an xml_curl script that sends it back dynamically.
In general, BLFs work great, but they seem to be based on the last message that thing the phone did (it just answered a call, or it just hung up a call), as opposed to whether or not it has a channel connected to it or not, and that is where things are going wrong, is when it just hung up, but there is still one more channel left, so it's really still in use.
The dial strings are all user/exten@our.domain where our.domain is the same domain that both registrations and subscriptions use. I couldn't get presence to work at all without that.
What is the relationship between the user/ domain, the subscription domain, and the registration domain vs. invite domains and whatever else.
Should this work correctly, and if so, where should I look in terms of debugging it?
Thanks!
Brian West wrote:
On Dec 8, 2011, at 3:35 PM, Tim St. Pierre wrote:
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.
I'm going to guess you're not using the user/ from the default directory like the default where it sets the presence ID?
------------------------------------------------------------------------
_________________________________________________________________________ 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
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> 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 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
-- 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 GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
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 http://www.freeswitch.org
-- 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
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
Okay, so I got another machine, built the update, (which wouldn't compile until I hacked mod_spandsp), etc. etc. I now have a fairly recent version of FreeSWITCH and got a lab together and can figure things out better. I did notice some improvements in BLFs, and they handle multiple calls better, but I'm still having the core issue that started this to begin with, and makes my customers complain. Here's how to duplicate: Phone A calls phone B, phone B answers The lamp for phone A lights, and the lamp for phone B flashes. When phone B answers, they are both steady. Phone C calls phone B. Phone B's lamp flashes (it should, it is ringing). Phone C hangs up before phone B answers the second call. Phone B's light goes out <---- This is the problem here If phone B does something, ie. puts a call on hold and picks it up again, all the lamps do what they are supposed to. In fact, they will no correct themselves if phone B does something. What I'm trying to solve is the fact that phone B's lamp went out even though they are still on an active call with phone A. This is fairly common in a group reception environment. Not everyone can get all the calls all the time, but the other people in the group want to know who has an active call. Any ideas? Should I submit this as a bug? Thanks! -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 http://www.freeswitch.org
-- 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
That problem has already been confirmed to be improved by 10 difft ppl. you need the absolute latest GIT on a daily basis not a fairly recent version, also now I am in the middle of a major rework of presence that may find you with even more problems depending on how right we do things vs how well we tolerate various imperfections. The majority will be served and you may have to adjust to what works for the most people. On Mon, Jan 16, 2012 at 9:20 PM, Tim St. Pierre < fs-list@communicatefreely.net> wrote:
Okay, so I got another machine, built the update, (which wouldn't compile until I hacked mod_spandsp), etc. etc.
I now have a fairly recent version of FreeSWITCH and got a lab together and can figure things out better.
I did notice some improvements in BLFs, and they handle multiple calls better, but I'm still having the core issue that started this to begin with, and makes my customers complain. Here's how to duplicate:
Phone A calls phone B, phone B answers The lamp for phone A lights, and the lamp for phone B flashes. When phone B answers, they are both steady. Phone C calls phone B. Phone B's lamp flashes (it should, it is ringing). Phone C hangs up before phone B answers the second call. Phone B's light goes out <---- This is the problem here
If phone B does something, ie. puts a call on hold and picks it up again, all the lamps do what they are supposed to. In fact, they will no correct themselves if phone B does something. What I'm trying to solve is the fact that phone B's lamp went out even though they are still on an active call with phone A.
This is fairly common in a group reception environment. Not everyone can get all the calls all the time, but the other people in the group want to know who has an active call.
Any ideas? Should I submit this as a bug?
Thanks!
-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
-- 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 GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900
As Tony said, update. I have concurrent calls presence working just fine nowadays. On 8 Dec 2011 22:38, "Tim St. Pierre" <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 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
On 09/12/11 07:52, Ognjen Seslija wrote:
As Tony said, update. I have concurrent calls presence working just fine nowadays. On 8 Dec 2011 22:38, "Tim St. Pierre" <fs-list@communicatefreely.net <mailto:fs-list@communicatefreely.net>> wrote:
On Snom, I still don't get flashing for a second call. Snom claim this is as intended, which I think is silly. We get flashing when a monitored extension is held, which is also confusing. Pressing the BLF button steals the held call. On Grandstream, git of about 2 weeks ago, it seems to work perfectly - again though we get flashing on hold and the held call can be stolen. Polycom is also good, but yet again we have the flashing on hold problem, but here the call cannot be stolen, which seems better. I'm very frustrated with the Snom behaviour and the fact they label it as intended. Cheers Alex -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. "Transact" is operated by Integrated Financial Arrangements plc Domain House, 5-7 Singer Street, London EC2A 4BQ Tel: (020) 7608 4900 Fax: (020) 7608 5300 (Registered office: as above; Registered in England and Wales under number: 3727592) Authorised and regulated by the Financial Services Authority (entered on the FSA Register; number: 190856)
participants (7)
-
Alex Crow
-
Anthony Minessale
-
Brian West
-
Ognjen Seslija
-
Spencer Thomason
-
Tim St. Pierre
-
Yehavi Bourvine