Persistence BLFs (or: Dear PBX please remember the BLF state)
Hi List :-), I'm currently switching from Asterisk to FreeSWITCH. It's really hard work for an Asterisk user, but using Asterisk becomes more and more painful even for small installations (less than 100 sip users). I know FreeSWITCH is not a drop-in replacement for the Asterisk PBX, but I don't want to change the behaviour of the PBX for the users. It's a preconception in Germany that the American people like (especially for the X-mas time) kitsch. Everyone here know the American houses with a hole bunch of blinking lights. But those decorated hoses are nothing against our offices! Our phones have up to 136 lights (BLFs). You often have to wear sunglasses at the office ;-) A typical usage of BLFs is to check if an agent is a member of the queue. I've build a simple extension to add and delete a member. I can user "presence in" and "presence out" to enable or disable the BLF, but there is one big issue. After a reboot of the phone the the user is still a member of the queue, but the BLF is off. We are using hints at Asterisk to show the user if he is a member and it works even after a reboot - with "presence" at FreeSWITCH it works (of cause) not. Does anyone have an idea how to implement it? My current extension is just for testing and so I use mod_fifo. It shouldn't be a problem to use mod_callcenter. The phone calls "queue-the_name_of_the_queue-the_name_of_the_user@pbxdomain" eg. "queue-sales_de-1000@freeswitch.cust" So how implement BLF persistence? Thanks, Patrick Colourized version: http://pastebin.com/ufJ7U930 <extension name="Queue Management"> <condition field="destination_number" expression="^queue-(\w+)-(\d+)$" break="on-false"> <action application="set" data="queue_name=${regex(${destination_number}|^queue-(\w+)-(\d+)$|$1)}" inline="true"/> <action application="set" data="queue_user=${regex(${destination_number}|^queue-(\w+)-(\d+)$|$2)}" inline="true"/> </condition> <condition field="${fifo(list ${queue_name}@${domain_name})}" expression="${queue_user}"> <action application="answer"/> <action application="set" data="result=${fifo_member(del ${queue_name}@${domain_name} {fifo_member_wait=nowait}user/${queue_user} )}"/> <action application="log" data="INFO Delete FIFO agent result: ${result}"/> <action application="log" data="INFO User Logout: ${user_name}"/> <action application="sleep" data="600"/> <action application="playback" data="ivr/ivr-you_are_now_logged_out.wav"/> <action application="set" data="result=${presence(out queue-${queue_name}-${queue_user}@${domain_name} inuse inuse)}"/> <action application="log" data="INFO Presence OUT ${result}"/> <action application="hangup"/> <anti-action application="answer"/> <anti-action application="set" data="result=${fifo_member(add ${queue_name}@${domain_name} {fifo_member_wait=nowait}user/${queue_user} )}"/> <anti-action application="log" data="INFO Add FIFO agent result: ${result}"/> <anti-action application="log" data="INFO User Login: ${user_name}"/> <anti-action application="sleep" data="600"/> <anti-action application="playback" data="ivr/ivr-you_are_now_logged_in.wav"/> <anti-action application="set" data="result=${presence(in queue-${queue_name}-${queue_user}@${domain_name} inuse inuse)}"/> <anti-action application="log" data="INFO Presence IN ${result}"/> <anti-action application="hangup"/> </condition> </extension>
Patrick Plattes wrote:
It's a preconception in Germany that the American people like (especially for the X-mas time) kitsch. Everyone here know the American houses with a hole bunch of blinking lights. But those decorated hoses are nothing against our offices! Our phones have up to 136 lights (BLFs). You often have to wear sunglasses at the office ;-) I am just curious what is BLF. I could only think of a BLF is a kitsch with Bacon, Lettuce, and Fries that every American will probably like to enjoy.
----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Persistence-BLFs-or-Dear-PBX-p... Sent from the freeswitch-users mailing list archive at Nabble.com.
2011/1/26 mazilo <Nabble@slickdeals.endjunk.com>:
I am just curious what is BLF. I could only think of a BLF is a kitsch with Bacon, Lettuce, and Fries that every American will probably like to enjoy.
Busy Lamp Field (BLF) is a light on an IP phone which tells you whether another extension connected to the same PBX is busy or not. The snom 37 has 12 leds on the right side (http://blog.tmcnet.com/beyond-voip/snom%20370.jpg)
Patrick Plattes wrote:
2011/1/26 mazilo <Nabble@slickdeals.endjunk.com>:
I am just curious what is BLF. I could only think of a BLF is a kitsch with Bacon, Lettuce, and Fries that every American will probably like to enjoy.
Busy Lamp Field (BLF) is a light on an IP phone which tells you whether another extension connected to the same PBX is busy or not. The snom 37 has 12 leds on the right side (http://blog.tmcnet.com/beyond-voip/snom%20370.jpg)
Thanks and I appreciate that. I haven't got a budget to get me an IP Phone, yet. ----- don't and stop are the ONLY two 4-letter words considered offensive to men, but not when used together. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/Persistence-BLFs-or-Dear-PBX-p... Sent from the freeswitch-users mailing list archive at Nabble.com.
Could you humor us and get sip traces of the blf working on a reboot w/ asterisk and not working with freeswitch? Put them in pastebin.freeswitch.org and drop the link in this thread. Thanks, MC On Wed, Jan 26, 2011 at 12:33 AM, Patrick Plattes < patrick.plattes@niemann-frey.info> wrote:
Hi List :-),
I'm currently switching from Asterisk to FreeSWITCH. It's really hard work for an Asterisk user, but using Asterisk becomes more and more painful even for small installations (less than 100 sip users). I know FreeSWITCH is not a drop-in replacement for the Asterisk PBX, but I don't want to change the behaviour of the PBX for the users.
It's a preconception in Germany that the American people like (especially for the X-mas time) kitsch. Everyone here know the American houses with a hole bunch of blinking lights. But those decorated hoses are nothing against our offices! Our phones have up to 136 lights (BLFs). You often have to wear sunglasses at the office ;-)
A typical usage of BLFs is to check if an agent is a member of the queue. I've build a simple extension to add and delete a member. I can user "presence in" and "presence out" to enable or disable the BLF, but there is one big issue. After a reboot of the phone the the user is still a member of the queue, but the BLF is off. We are using hints at Asterisk to show the user if he is a member and it works even after a reboot - with "presence" at FreeSWITCH it works (of cause) not. Does anyone have an idea how to implement it?
My current extension is just for testing and so I use mod_fifo. It shouldn't be a problem to use mod_callcenter. The phone calls "queue-the_name_of_the_queue-the_name_of_the_user@pbxdomain" eg. "queue-sales_de-1000@freeswitch.cust"
So how implement BLF persistence?
Thanks, Patrick
Colourized version: http://pastebin.com/ufJ7U930
<extension name="Queue Management">
<condition field="destination_number" expression="^queue-(\w+)-(\d+)$" break="on-false"> <action application="set" data="queue_name=${regex(${destination_number}|^queue-(\w+)-(\d+)$|$1)}" inline="true"/> <action application="set" data="queue_user=${regex(${destination_number}|^queue-(\w+)-(\d+)$|$2)}" inline="true"/> </condition>
<condition field="${fifo(list ${queue_name}@${domain_name})}" expression="${queue_user}"> <action application="answer"/> <action application="set" data="result=${fifo_member(del ${queue_name}@${domain_name} {fifo_member_wait=nowait}user/${queue_user} )}"/> <action application="log" data="INFO Delete FIFO agent result: ${result}"/> <action application="log" data="INFO User Logout: ${user_name}"/> <action application="sleep" data="600"/> <action application="playback" data="ivr/ivr-you_are_now_logged_out.wav"/> <action application="set" data="result=${presence(out queue-${queue_name}-${queue_user}@${domain_name} inuse inuse)}"/> <action application="log" data="INFO Presence OUT ${result}"/> <action application="hangup"/>
<anti-action application="answer"/> <anti-action application="set" data="result=${fifo_member(add ${queue_name}@${domain_name} {fifo_member_wait=nowait}user/${queue_user} )}"/> <anti-action application="log" data="INFO Add FIFO agent result: ${result}"/> <anti-action application="log" data="INFO User Login: ${user_name}"/> <anti-action application="sleep" data="600"/> <anti-action application="playback" data="ivr/ivr-you_are_now_logged_in.wav"/> <anti-action application="set" data="result=${presence(in queue-${queue_name}-${queue_user}@${domain_name} inuse inuse)}"/> <anti-action application="log" data="INFO Presence IN ${result}"/> <anti-action application="hangup"/> </condition> </extension>
_______________________________________________ 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 Michael :-), would it be okay to you to get a pcap file? I think the sip traces from the phone are not very useful Thanks, Patrick 2011/1/27 Michael Collins <msc@freeswitch.org>:
Could you humor us and get sip traces of the blf working on a reboot w/ asterisk and not working with freeswitch? Put them in pastebin.freeswitch.org and drop the link in this thread. Thanks, MC
pcaps are marvelous! Can you put those out on the web somewhere, like in a drop box? -MC On Thu, Jan 27, 2011 at 4:08 AM, Patrick Plattes < patrick.plattes@niemann-frey.info> wrote:
Hi Michael :-),
would it be okay to you to get a pcap file? I think the sip traces from the phone are not very useful
Thanks, Patrick
2011/1/27 Michael Collins <msc@freeswitch.org>:
Could you humor us and get sip traces of the blf working on a reboot w/ asterisk and not working with freeswitch? Put them in pastebin.freeswitch.org and drop the link in this thread. Thanks, MC
_______________________________________________ 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, if've pcaps and videos to show you our problem. http://kwixo.de/fs Thank you, Patrick. 2011/1/27 Michael Collins <msc@freeswitch.org>:
Could you humor us and get sip traces of the blf working on a reboot w/ asterisk and not working with freeswitch? Put them in pastebin.freeswitch.org and drop the link in this thread. Thanks, MC
On Wed, Jan 26, 2011 at 12:33 AM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Hi List :-),
I'm currently switching from Asterisk to FreeSWITCH. It's really hard work for an Asterisk user, but using Asterisk becomes more and more painful even for small installations (less than 100 sip users). I know FreeSWITCH is not a drop-in replacement for the Asterisk PBX, but I don't want to change the behaviour of the PBX for the users.
It's a preconception in Germany that the American people like (especially for the X-mas time) kitsch. Everyone here know the American houses with a hole bunch of blinking lights. But those decorated hoses are nothing against our offices! Our phones have up to 136 lights (BLFs). You often have to wear sunglasses at the office ;-)
A typical usage of BLFs is to check if an agent is a member of the queue. I've build a simple extension to add and delete a member. I can user "presence in" and "presence out" to enable or disable the BLF, but there is one big issue. After a reboot of the phone the the user is still a member of the queue, but the BLF is off. We are using hints at Asterisk to show the user if he is a member and it works even after a reboot - with "presence" at FreeSWITCH it works (of cause) not. Does anyone have an idea how to implement it?
My current extension is just for testing and so I use mod_fifo. It shouldn't be a problem to use mod_callcenter. The phone calls "queue-the_name_of_the_queue-the_name_of_the_user@pbxdomain" eg. "queue-sales_de-1000@freeswitch.cust"
So how implement BLF persistence?
Thanks, Patrick
Colourized version: http://pastebin.com/ufJ7U930
<extension name="Queue Management">
<condition field="destination_number" expression="^queue-(\w+)-(\d+)$" break="on-false"> <action application="set" data="queue_name=${regex(${destination_number}|^queue-(\w+)-(\d+)$|$1)}" inline="true"/> <action application="set" data="queue_user=${regex(${destination_number}|^queue-(\w+)-(\d+)$|$2)}" inline="true"/> </condition>
<condition field="${fifo(list ${queue_name}@${domain_name})}" expression="${queue_user}"> <action application="answer"/> <action application="set" data="result=${fifo_member(del ${queue_name}@${domain_name} {fifo_member_wait=nowait}user/${queue_user} )}"/> <action application="log" data="INFO Delete FIFO agent result: ${result}"/> <action application="log" data="INFO User Logout: ${user_name}"/> <action application="sleep" data="600"/> <action application="playback" data="ivr/ivr-you_are_now_logged_out.wav"/> <action application="set" data="result=${presence(out queue-${queue_name}-${queue_user}@${domain_name} inuse inuse)}"/> <action application="log" data="INFO Presence OUT ${result}"/> <action application="hangup"/>
<anti-action application="answer"/> <anti-action application="set" data="result=${fifo_member(add ${queue_name}@${domain_name} {fifo_member_wait=nowait}user/${queue_user} )}"/> <anti-action application="log" data="INFO Add FIFO agent result: ${result}"/> <anti-action application="log" data="INFO User Login: ${user_name}"/> <anti-action application="sleep" data="600"/> <anti-action application="playback" data="ivr/ivr-you_are_now_logged_in.wav"/> <anti-action application="set" data="result=${presence(in queue-${queue_name}-${queue_user}@${domain_name} inuse inuse)}"/> <anti-action application="log" data="INFO Presence IN ${result}"/> <anti-action application="hangup"/> </condition> </extension>
_______________________________________________ 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
_______________________________________________ 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
-- Patrick Plattes IT - Projektleiter Niemann + Frey GmbH Adolf-Dembach-Str. 24 47829 Krefeld Tel.: +49/2151 - 5554-263 Fax : +49/2151 - 5554-123 patrick.plattes@niemann-frey.info Geschäftsführer: Gerd Frey Sitz und Registergericht: Krefeld HRB 10851 www.niemann-frey.de
try setting the variable presence_id to the blf entity you are subscribing to (include the domain) On Thu, Jan 27, 2011 at 12:32 PM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Hi,
if've pcaps and videos to show you our problem. http://kwixo.de/fs
Thank you, Patrick.
2011/1/27 Michael Collins <msc@freeswitch.org>:
Could you humor us and get sip traces of the blf working on a reboot w/ asterisk and not working with freeswitch? Put them in pastebin.freeswitch.org and drop the link in this thread. Thanks, MC
On Wed, Jan 26, 2011 at 12:33 AM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Hi List :-),
I'm currently switching from Asterisk to FreeSWITCH. It's really hard work for an Asterisk user, but using Asterisk becomes more and more painful even for small installations (less than 100 sip users). I know FreeSWITCH is not a drop-in replacement for the Asterisk PBX, but I don't want to change the behaviour of the PBX for the users.
It's a preconception in Germany that the American people like (especially for the X-mas time) kitsch. Everyone here know the American houses with a hole bunch of blinking lights. But those decorated hoses are nothing against our offices! Our phones have up to 136 lights (BLFs). You often have to wear sunglasses at the office ;-)
A typical usage of BLFs is to check if an agent is a member of the queue. I've build a simple extension to add and delete a member. I can user "presence in" and "presence out" to enable or disable the BLF, but there is one big issue. After a reboot of the phone the the user is still a member of the queue, but the BLF is off. We are using hints at Asterisk to show the user if he is a member and it works even after a reboot - with "presence" at FreeSWITCH it works (of cause) not. Does anyone have an idea how to implement it?
My current extension is just for testing and so I use mod_fifo. It shouldn't be a problem to use mod_callcenter. The phone calls "queue-the_name_of_the_queue-the_name_of_the_user@pbxdomain" eg. "queue-sales_de-1000@freeswitch.cust"
So how implement BLF persistence?
Thanks, Patrick
Colourized version: http://pastebin.com/ufJ7U930
<extension name="Queue Management">
<condition field="destination_number" expression="^queue-(\w+)-(\d+)$" break="on-false"> <action application="set" data="queue_name=${regex(${destination_number}|^queue-(\w+)-(\d+)$|$1)}" inline="true"/> <action application="set" data="queue_user=${regex(${destination_number}|^queue-(\w+)-(\d+)$|$2)}" inline="true"/> </condition>
<condition field="${fifo(list ${queue_name}@${domain_name})}" expression="${queue_user}"> <action application="answer"/> <action application="set" data="result=${fifo_member(del ${queue_name}@${domain_name} {fifo_member_wait=nowait}user/${queue_user} )}"/> <action application="log" data="INFO Delete FIFO agent result: ${result}"/> <action application="log" data="INFO User Logout: ${user_name}"/> <action application="sleep" data="600"/> <action application="playback" data="ivr/ivr-you_are_now_logged_out.wav"/> <action application="set" data="result=${presence(out queue-${queue_name}-${queue_user}@${domain_name} inuse inuse)}"/> <action application="log" data="INFO Presence OUT ${result}"/> <action application="hangup"/>
<anti-action application="answer"/> <anti-action application="set" data="result=${fifo_member(add ${queue_name}@${domain_name} {fifo_member_wait=nowait}user/${queue_user} )}"/> <anti-action application="log" data="INFO Add FIFO agent result: ${result}"/> <anti-action application="log" data="INFO User Login: ${user_name}"/> <anti-action application="sleep" data="600"/> <anti-action application="playback" data="ivr/ivr-you_are_now_logged_in.wav"/> <anti-action application="set" data="result=${presence(in queue-${queue_name}-${queue_user}@${domain_name} inuse inuse)}"/> <anti-action application="log" data="INFO Presence IN ${result}"/> <anti-action application="hangup"/> </condition> </extension>
_______________________________________________ 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
_______________________________________________ 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
-- Patrick Plattes IT - Projektleiter
Niemann + Frey GmbH Adolf-Dembach-Str. 24 47829 Krefeld
Tel.: +49/2151 - 5554-263 Fax : +49/2151 - 5554-123 patrick.plattes@niemann-frey.info
Geschäftsführer: Gerd Frey Sitz und Registergericht: Krefeld HRB 10851
www.niemann-frey.de
_______________________________________________ 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
Hi :-) 2011/1/27 Anthony Minessale <anthony.minessale@gmail.com>:
try setting the variable presence_id to the blf entity you are subscribing to (include the domain)
I don't understand fully the variable presence_id, but i've tried a few things without any success. If I use the following lines, the lamp fill be enabled at the login for a few milliseconds. <extension name="Queue Management"> <condition field="destination_number" expression="^queue-(\w+)-(\d+)$" break="on-false"> <action application="set" data="queue_name=${regex(${destination_number}|^queue-(\w+)-(\d+)$|$1)}" inline="true"/> <action application="set" data="queue_user=${regex(${destination_number}|^queue-(\w+)-(\d+)$|$2)}" inline="true"/> <action application="log" data="INFO destination_number ${destination_number}"/> <action application="log" data="INFO queue_user ${queue_user}"/> <action application="log" data="INFO queue_name ${queue_name}"/> </condition> <condition field="${fifo(list ${queue_name}@${domain_name})}" expression="${queue_user}"> <action application="answer"/> <action application="set" data="presence_id=queue-${queue_name}-${queue_user}@${domain_name}"/> <action application="set" data="result=${fifo_member(del ${queue_name}@${domain_name} {fifo_member_wait=nowait}user/${queue_user} )}"/> <action application="log" data="INFO Delete FIFO agent result: ${result}"/> <action application="log" data="INFO User Logout: ${user_name}"/> <action application="sleep" data="600"/> <action application="playback" data="ivr/ivr-you_are_now_logged_out.wav"/> <action application="set" data="result=${presence(out queue-${queue_name}-${queue_user}@${domain_name} inuse inuse)}"/> <action application="log" data="INFO Presence OUT ${result}"/> <action application="hangup"/> <anti-action application="answer"/> <anti-action application="set" data="presence_id=queue-${queue_name}-${queue_user}@${domain_name}" inline="true"/> <anti-action application="set" data="result=${fifo_member(add ${queue_name}@${domain_name} {fifo_member_wait=nowait}user/${queue_user} )}" inline="true"/> <anti-action application="log" data="INFO Add FIFO agent result: ${result}"/> <anti-action application="log" data="INFO User Login: ${user_name}"/> <anti-action application="sleep" data="600"/> <anti-action application="playback" data="ivr/ivr-you_are_now_logged_in.wav"/> <anti-action application="set" data="result=${presence(in queue-${queue_name}-${queue_user}@${domain_name} inuse inuse)}"/> <anti-action application="log" data="INFO Presence IN ${result}"/> <anti-action application="hangup"/> </condition> </extension>
Formatted and colourized code: http://pastebin.freeswitch.org/15172
try with no presence_in and out commands at all just set presence_id variable as soon as you can and that call will report its state as that id for its entire duration. Also make sure you are on latest GIT when you test this. On Fri, Jan 28, 2011 at 7:47 AM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Formatted and colourized code: http://pastebin.freeswitch.org/15172
_______________________________________________ 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
I have something set up in the lab right now that could be exactly what you are trying to do. It is for a polycom deployment where 650s with BLF addons monitor a collection of agents. The agents have multiple skillsets/languages and belong to multiple inbound queues. The managers are used to having things blink a certain specific way (as well as using polycom web apps that tie into their intranet, but thats a different story x_X). Managers can quickly see which agents are available on which queues just by lights, and it can correct the state of BLFs if the phone gets rebooted. If you still have issues and you are interested I could pull out the relevant code into an example and pastebin it for you. It would be in php using the ESL module. On Fri, Jan 28, 2011 at 11:49 AM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
try with no presence_in and out commands at all
just set presence_id variable as soon as you can and that call will report its state as that id for its entire duration. Also make sure you are on latest GIT when you test this.
On Fri, Jan 28, 2011 at 7:47 AM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Formatted and colourized code: http://pastebin.freeswitch.org/15172
_______________________________________________ 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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 Chris :-), sounds very interesting :-) Is the Phone after a reboot of the phone again a member of the queue? Will the correct state of the BLF automaticly send to the phone? Thanks, Patrick 2011/1/29 Chris Burns <chris@cloudtel.com>:
I have something set up in the lab right now that could be exactly what you are trying to do. It is for a polycom deployment where 650s with BLF addons monitor a collection of agents. The agents have multiple skillsets/languages and belong to multiple inbound queues. The managers are used to having things blink a certain specific way (as well as using polycom web apps that tie into their intranet, but thats a different story x_X). Managers can quickly see which agents are available on which queues just by lights, and it can correct the state of BLFs if the phone gets rebooted.
If you still have issues and you are interested I could pull out the relevant code into an example and pastebin it for you. It would be in php using the ESL module.
On Fri, Jan 28, 2011 at 11:49 AM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
try with no presence_in and out commands at all
just set presence_id variable as soon as you can and that call will report its state as that id for its entire duration. Also make sure you are on latest GIT when you test this.
On Fri, Jan 28, 2011 at 7:47 AM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Formatted and colourized code: http://pastebin.freeswitch.org/15172
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
-- Patrick Plattes IT - Projektleiter Niemann + Frey GmbH Adolf-Dembach-Str. 24 47829 Krefeld Tel.: +49/2151 - 5554-263 Fax : +49/2151 - 5554-123 patrick.plattes@niemann-frey.info Geschäftsführer: Gerd Frey Sitz und Registergericht: Krefeld HRB 10851 www.niemann-frey.de
Hi, thanks for your answer. I can't get it to work on 'current'. I'm also not able to use presence in in the current, but it works fine with 1.0.6. Is there anything broken? I've done exactly the same with exactly the same configuration. FS 1.0.6: http://fs.kwixo.de/fs-1.0.6.pcap presence in queue-sales_fr-263@192.168.56.189 inuse 'inuse' presence out queue-sales_fr-263@192.168.56.189 inuse 'inuse' FS current: http://fs.kwixo.de/fs-current-20110131.pcap presence in queue-sales_fr-263@192.168.56.189 inuse 'inuse' presence out queue-sales_fr-263@192.168.56.189 inuse 'inuse' Thanks, Patrick 2011/1/28 Anthony Minessale <anthony.minessale@gmail.com>:
try with no presence_in and out commands at all
just set presence_id variable as soon as you can and that call will report its state as that id for its entire duration. Also make sure you are on latest GIT when you test this.
On Fri, Jan 28, 2011 at 7:47 AM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Formatted and colourized code: http://pastebin.freeswitch.org/15172
_______________________________________________ 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
_______________________________________________ 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
-- Patrick Plattes IT - Projektleiter Niemann + Frey GmbH Adolf-Dembach-Str. 24 47829 Krefeld Tel.: +49/2151 - 5554-263 Fax : +49/2151 - 5554-123 patrick.plattes@niemann-frey.info Geschäftsführer: Gerd Frey Sitz und Registergericht: Krefeld HRB 10851 www.niemann-frey.de
You need to have it working on the latest GIT and you need to eliminate presence_in and presence_out 100% and use presence_id variable as explained. This is how you do it and it will work the way you want. If you think presence does not work on latest, you need to report what phone and model you are using. I will guess since you say you are in Germany and you have presence that is not working that it's a SNOM. Is that correct? On Mon, Jan 31, 2011 at 7:10 AM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Hi,
thanks for your answer. I can't get it to work on 'current'. I'm also not able to use presence in in the current, but it works fine with 1.0.6. Is there anything broken?
I've done exactly the same with exactly the same configuration.
FS 1.0.6: http://fs.kwixo.de/fs-1.0.6.pcap presence in queue-sales_fr-263@192.168.56.189 inuse 'inuse' presence out queue-sales_fr-263@192.168.56.189 inuse 'inuse'
FS current: http://fs.kwixo.de/fs-current-20110131.pcap presence in queue-sales_fr-263@192.168.56.189 inuse 'inuse' presence out queue-sales_fr-263@192.168.56.189 inuse 'inuse'
Thanks, Patrick
2011/1/28 Anthony Minessale <anthony.minessale@gmail.com>:
try with no presence_in and out commands at all
just set presence_id variable as soon as you can and that call will report its state as that id for its entire duration. Also make sure you are on latest GIT when you test this.
On Fri, Jan 28, 2011 at 7:47 AM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Formatted and colourized code: http://pastebin.freeswitch.org/15172
_______________________________________________ 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
_______________________________________________ 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
-- Patrick Plattes IT - Projektleiter
Niemann + Frey GmbH Adolf-Dembach-Str. 24 47829 Krefeld
Tel.: +49/2151 - 5554-263 Fax : +49/2151 - 5554-123 patrick.plattes@niemann-frey.info
Geschäftsführer: Gerd Frey Sitz und Registergericht: Krefeld HRB 10851
www.niemann-frey.de
_______________________________________________ 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
2011/1/31 Anthony Minessale <anthony.minessale@gmail.com>:
You need to have it working on the latest GIT and you need to eliminate presence_in and presence_out 100% and use presence_id variable as explained. This is how you do it and it will work the way you want.
I've eleminated presence in and out. There was just the two lines in the dialplan.
If you think presence does not work on latest, you need to report what phone and model you are using. I will guess since you say you are in Germany and you have presence that is not working that it's a SNOM. Is that correct?
That's correct. I tried it with a Snom 300. Isn't it compliance with the RFC? Bye
There were several bugs identified in the latest firmware of SNOM that made some things not work in FS. In older revisions of FS we were trying harder to ignore those behaviors but now there are some issues we need to work around or get SNOM to fix the code but we have been waiting almost a year now for any interaction with them and this is with me sitting in person with their CEO at one point. On Mon, Jan 31, 2011 at 10:47 AM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
2011/1/31 Anthony Minessale <anthony.minessale@gmail.com>:
You need to have it working on the latest GIT and you need to eliminate presence_in and presence_out 100% and use presence_id variable as explained. This is how you do it and it will work the way you want.
I've eleminated presence in and out. There was just the two lines in the dialplan.
If you think presence does not work on latest, you need to report what phone and model you are using. I will guess since you say you are in Germany and you have presence that is not working that it's a SNOM. Is that correct?
That's correct. I tried it with a Snom 300. Isn't it compliance with the RFC?
Bye
_______________________________________________ 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
Hi :-) I think SNOM has a problem with the quality of the firmware. maybe they should glp it, so we can fix it ;-) Tomorrow I will test it with an Grandstream GPX-2000 maybe it works with this device. If it does I will also ask SNOM for a fix. Thanks, Patrick
You are heading the wrong way down the ladder but its worth a try. Grandstream is notorious for not following specs =D I have engaged SNOM to again try to sync up for interop. Stay tuned. I would really prefer to have them working. Meanwhile try firmware 7.1.35 on your snom as that was before things started to break. Also if you have polycom or linksys they have been known to work better with blf. On Mon, Jan 31, 2011 at 1:19 PM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Hi :-)
I think SNOM has a problem with the quality of the firmware. maybe they should glp it, so we can fix it ;-)
Tomorrow I will test it with an Grandstream GPX-2000 maybe it works with this device. If it does I will also ask SNOM for a fix.
Thanks, Patrick
_______________________________________________ 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
Not sure the polycoms do it exactly how he would like. Rebooting phones can trip up many versions of soundpoint firmware. In our case we had a big opportunity with a client who was stuck on such a version of soundpoint, with an integrated web app on their 650s. Patrick, if this code works for you dont let it stop you from applying pressure on your vendor to make your phones work the way they should. We all have to put the pressure on our vendors when they make mistakes ... after all these folks are charging money, as opposed to FreeSWITCH. Basically this program will store and repeat - on interval - any unique PRESENCE_IN events it hears from the 'presence' app or api (mod_dptools). It will also override events from outside the dialplan with stored events (eg. from a misbehaving SIP phone). You need to build the php module for ESL to run the code http://wiki.freeswitch.org/wiki/Event_Socket_Library#Installation WARNING: this code is just an example pulled from a larger presence application. I tested it in my lab with polycoms, but I cant guarantee your safety, molten lava, bat country, etc. This may not be a very smart way to solve the problem, but this is what I came up with when backed into a corner and you are welcome to it ... http://pastebin.freeswitch.org/15193 On Mon, Jan 31, 2011 at 3:04 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
You are heading the wrong way down the ladder but its worth a try. Grandstream is notorious for not following specs =D
I have engaged SNOM to again try to sync up for interop. Stay tuned. I would really prefer to have them working.
Meanwhile try firmware 7.1.35 on your snom as that was before things started to break.
Also if you have polycom or linksys they have been known to work better with blf.
On Mon, Jan 31, 2011 at 1:19 PM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Hi :-)
I think SNOM has a problem with the quality of the firmware. maybe they should glp it, so we can fix it ;-)
Tomorrow I will test it with an Grandstream GPX-2000 maybe it works with this device. If it does I will also ask SNOM for a fix.
Thanks, Patrick
_______________________________________________ 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
bottom line is, if you use the presence_id how it was designed, it will report any presence you want throughout the call. If you reboot the phone, it will persist. It's just a matter of doing it all properly. On Mon, Jan 31, 2011 at 3:20 PM, Chris Burns <chris@cloudtel.com> wrote:
Not sure the polycoms do it exactly how he would like. Rebooting phones can trip up many versions of soundpoint firmware. In our case we had a big opportunity with a client who was stuck on such a version of soundpoint, with an integrated web app on their 650s. Patrick, if this code works for you dont let it stop you from applying pressure on your vendor to make your phones work the way they should. We all have to put the pressure on our vendors when they make mistakes ... after all these folks are charging money, as opposed to FreeSWITCH.
Basically this program will store and repeat - on interval - any unique PRESENCE_IN events it hears from the 'presence' app or api (mod_dptools). It will also override events from outside the dialplan with stored events (eg. from a misbehaving SIP phone). You need to build the php module for ESL to run the code http://wiki.freeswitch.org/wiki/Event_Socket_Library#Installation
WARNING: this code is just an example pulled from a larger presence application. I tested it in my lab with polycoms, but I cant guarantee your safety, molten lava, bat country, etc. This may not be a very smart way to solve the problem, but this is what I came up with when backed into a corner and you are welcome to it ...
http://pastebin.freeswitch.org/15193
On Mon, Jan 31, 2011 at 3:04 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
You are heading the wrong way down the ladder but its worth a try. Grandstream is notorious for not following specs =D
I have engaged SNOM to again try to sync up for interop. Stay tuned. I would really prefer to have them working.
Meanwhile try firmware 7.1.35 on your snom as that was before things started to break.
Also if you have polycom or linksys they have been known to work better with blf.
On Mon, Jan 31, 2011 at 1:19 PM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Hi :-)
I think SNOM has a problem with the quality of the firmware. maybe they should glp it, so we can fix it ;-)
Tomorrow I will test it with an Grandstream GPX-2000 maybe it works with this device. If it does I will also ask SNOM for a fix.
Thanks, Patrick
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
For calls, presence_id works perfectly and that is what I use. In the case of my client, they were using BLFs to show additional information like which desks have spanish or french speaking agents (because the agents switch around desks daily). The call is just to an extension to add/remove the phone from a fifo queue, which then has to trigger an auxilary BLF on/off. The call to the extension will be over and the phone's own BLF will unlight, but the auxilary BLF should remain lit ... showing them as a proud member of the spanish speaking fifo queue to the managers who rely on blinking red lights to do so. The end result of my ESL app is that nothing can change my auxilary BLFs except my dialplan, and any phones that reboot or get plugged in new get lit up properly. Was there a way I could have used presence_id and skipped using mod_dptools? I didnt see how to do it. On Mon, Jan 31, 2011 at 5:16 PM, Anthony Minessale < anthony.minessale@gmail.com> wrote:
bottom line is, if you use the presence_id how it was designed, it will report any presence you want throughout the call. If you reboot the phone, it will persist. It's just a matter of doing it all properly.
On Mon, Jan 31, 2011 at 3:20 PM, Chris Burns <chris@cloudtel.com> wrote:
Not sure the polycoms do it exactly how he would like. Rebooting phones can trip up many versions of soundpoint firmware. In our case we had a big opportunity with a client who was stuck on such a version of soundpoint, with an integrated web app on their 650s. Patrick, if this code works for you dont let it stop you from applying pressure on your vendor to make your phones work the way they should. We all have to put the pressure on our vendors when they make mistakes ... after all these folks are charging money, as opposed to FreeSWITCH.
Basically this program will store and repeat - on interval - any unique PRESENCE_IN events it hears from the 'presence' app or api (mod_dptools). It will also override events from outside the dialplan with stored events (eg. from a misbehaving SIP phone). You need to build the php module for ESL to run the code http://wiki.freeswitch.org/wiki/Event_Socket_Library#Installation
WARNING: this code is just an example pulled from a larger presence application. I tested it in my lab with polycoms, but I cant guarantee your safety, molten lava, bat country, etc. This may not be a very smart way to solve the problem, but this is what I came up with when backed into a corner and you are welcome to it ...
http://pastebin.freeswitch.org/15193
On Mon, Jan 31, 2011 at 3:04 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
You are heading the wrong way down the ladder but its worth a try. Grandstream is notorious for not following specs =D
I have engaged SNOM to again try to sync up for interop. Stay tuned. I would really prefer to have them working.
Meanwhile try firmware 7.1.35 on your snom as that was before things started to break.
Also if you have polycom or linksys they have been known to work better with blf.
On Mon, Jan 31, 2011 at 1:19 PM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Hi :-)
I think SNOM has a problem with the quality of the firmware. maybe they should glp it, so we can fix it ;-)
Tomorrow I will test it with an Grandstream GPX-2000 maybe it works with this device. If it does I will also ask SNOM for a fix.
Thanks, Patrick
_______________________________________________ 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
-- 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
_______________________________________________ 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 <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
_______________________________________________ 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
So sounds like the guy who started the thread should be able to get what he needs if we can find out why it's not working on snom then. On Mon, Jan 31, 2011 at 4:42 PM, Chris Burns <chris@cloudtel.com> wrote:
For calls, presence_id works perfectly and that is what I use. In the case of my client, they were using BLFs to show additional information like which desks have spanish or french speaking agents (because the agents switch around desks daily). The call is just to an extension to add/remove the phone from a fifo queue, which then has to trigger an auxilary BLF on/off. The call to the extension will be over and the phone's own BLF will unlight, but the auxilary BLF should remain lit ... showing them as a proud member of the spanish speaking fifo queue to the managers who rely on blinking red lights to do so. The end result of my ESL app is that nothing can change my auxilary BLFs except my dialplan, and any phones that reboot or get plugged in new get lit up properly.
Was there a way I could have used presence_id and skipped using mod_dptools? I didnt see how to do it.
On Mon, Jan 31, 2011 at 5:16 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
bottom line is, if you use the presence_id how it was designed, it will report any presence you want throughout the call. If you reboot the phone, it will persist. It's just a matter of doing it all properly.
On Mon, Jan 31, 2011 at 3:20 PM, Chris Burns <chris@cloudtel.com> wrote:
Not sure the polycoms do it exactly how he would like. Rebooting phones can trip up many versions of soundpoint firmware. In our case we had a big opportunity with a client who was stuck on such a version of soundpoint, with an integrated web app on their 650s. Patrick, if this code works for you dont let it stop you from applying pressure on your vendor to make your phones work the way they should. We all have to put the pressure on our vendors when they make mistakes ... after all these folks are charging money, as opposed to FreeSWITCH.
Basically this program will store and repeat - on interval - any unique PRESENCE_IN events it hears from the 'presence' app or api (mod_dptools). It will also override events from outside the dialplan with stored events (eg. from a misbehaving SIP phone). You need to build the php module for ESL to run the code http://wiki.freeswitch.org/wiki/Event_Socket_Library#Installation
WARNING: this code is just an example pulled from a larger presence application. I tested it in my lab with polycoms, but I cant guarantee your safety, molten lava, bat country, etc. This may not be a very smart way to solve the problem, but this is what I came up with when backed into a corner and you are welcome to it ...
http://pastebin.freeswitch.org/15193
On Mon, Jan 31, 2011 at 3:04 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
You are heading the wrong way down the ladder but its worth a try. Grandstream is notorious for not following specs =D
I have engaged SNOM to again try to sync up for interop. Stay tuned. I would really prefer to have them working.
Meanwhile try firmware 7.1.35 on your snom as that was before things started to break.
Also if you have polycom or linksys they have been known to work better with blf.
On Mon, Jan 31, 2011 at 1:19 PM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Hi :-)
I think SNOM has a problem with the quality of the firmware. maybe they should glp it, so we can fix it ;-)
Tomorrow I will test it with an Grandstream GPX-2000 maybe it works with this device. If it does I will also ask SNOM for a fix.
Thanks, Patrick
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
hi :-) i will try it with other phones. if i'll get it wo work i'm going back to the snom phones and try to get a fix (maybe fw 7.1.35 works for me). it seems like chris had nearly the same problem and i also don't know if presence_id can help here, but on the other hand ... you are the main developer :-) i'll try it and i'll tell you if it works or not. and i will write an article inn the wiki :-) thanks, the guy who started the thread ;-) 2011/1/31 Anthony Minessale <anthony.minessale@gmail.com>:
So sounds like the guy who started the thread should be able to get what he needs if we can find out why it's not working on snom then.
On Mon, Jan 31, 2011 at 4:42 PM, Chris Burns <chris@cloudtel.com> wrote:
For calls, presence_id works perfectly and that is what I use. In the case of my client, they were using BLFs to show additional information like which desks have spanish or french speaking agents (because the agents switch around desks daily). The call is just to an extension to add/remove the phone from a fifo queue, which then has to trigger an auxilary BLF on/off. The call to the extension will be over and the phone's own BLF will unlight, but the auxilary BLF should remain lit ... showing them as a proud member of the spanish speaking fifo queue to the managers who rely on blinking red lights to do so. The end result of my ESL app is that nothing can change my auxilary BLFs except my dialplan, and any phones that reboot or get plugged in new get lit up properly.
Was there a way I could have used presence_id and skipped using mod_dptools? I didnt see how to do it.
On Mon, Jan 31, 2011 at 5:16 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
bottom line is, if you use the presence_id how it was designed, it will report any presence you want throughout the call. If you reboot the phone, it will persist. It's just a matter of doing it all properly.
On Mon, Jan 31, 2011 at 3:20 PM, Chris Burns <chris@cloudtel.com> wrote:
Not sure the polycoms do it exactly how he would like. Rebooting phones can trip up many versions of soundpoint firmware. In our case we had a big opportunity with a client who was stuck on such a version of soundpoint, with an integrated web app on their 650s. Patrick, if this code works for you dont let it stop you from applying pressure on your vendor to make your phones work the way they should. We all have to put the pressure on our vendors when they make mistakes ... after all these folks are charging money, as opposed to FreeSWITCH.
Basically this program will store and repeat - on interval - any unique PRESENCE_IN events it hears from the 'presence' app or api (mod_dptools). It will also override events from outside the dialplan with stored events (eg. from a misbehaving SIP phone). You need to build the php module for ESL to run the code http://wiki.freeswitch.org/wiki/Event_Socket_Library#Installation
WARNING: this code is just an example pulled from a larger presence application. I tested it in my lab with polycoms, but I cant guarantee your safety, molten lava, bat country, etc. This may not be a very smart way to solve the problem, but this is what I came up with when backed into a corner and you are welcome to it ...
http://pastebin.freeswitch.org/15193
On Mon, Jan 31, 2011 at 3:04 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
You are heading the wrong way down the ladder but its worth a try. Grandstream is notorious for not following specs =D
I have engaged SNOM to again try to sync up for interop. Stay tuned. I would really prefer to have them working.
Meanwhile try firmware 7.1.35 on your snom as that was before things started to break.
Also if you have polycom or linksys they have been known to work better with blf.
On Mon, Jan 31, 2011 at 1:19 PM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
Hi :-)
I think SNOM has a problem with the quality of the firmware. maybe they should glp it, so we can fix it ;-)
Tomorrow I will test it with an Grandstream GPX-2000 maybe it works with this device. If it does I will also ask SNOM for a fix.
Thanks, Patrick
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
-- Patrick Plattes IT - Projektleiter Niemann + Frey GmbH Adolf-Dembach-Str. 24 47829 Krefeld Tel.: +49/2151 - 5554-263 Fax : +49/2151 - 5554-123 patrick.plattes@niemann-frey.info Geschäftsführer: Gerd Frey Sitz und Registergericht: Krefeld HRB 10851 www.niemann-frey.de
feel free to stop by IRC irc.freenode.net as well we are there all day every day. On Mon, Jan 31, 2011 at 5:25 PM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote:
hi :-)
i will try it with other phones. if i'll get it wo work i'm going back to the snom phones and try to get a fix (maybe fw 7.1.35 works for me).
it seems like chris had nearly the same problem and i also don't know if presence_id can help here, but on the other hand ... you are the main developer :-)
i'll try it and i'll tell you if it works or not. and i will write an article inn the wiki :-)
thanks, the guy who started the thread ;-)
2011/1/31 Anthony Minessale <anthony.minessale@gmail.com>:
So sounds like the guy who started the thread should be able to get what he needs if we can find out why it's not working on snom then.
On Mon, Jan 31, 2011 at 4:42 PM, Chris Burns <chris@cloudtel.com> wrote:
For calls, presence_id works perfectly and that is what I use. In the case of my client, they were using BLFs to show additional information like which desks have spanish or french speaking agents (because the agents switch around desks daily). The call is just to an extension to add/remove the phone from a fifo queue, which then has to trigger an auxilary BLF on/off. The call to the extension will be over and the phone's own BLF will unlight, but the auxilary BLF should remain lit ... showing them as a proud member of the spanish speaking fifo queue to the managers who rely on blinking red lights to do so. The end result of my ESL app is that nothing can change my auxilary BLFs except my dialplan, and any phones that reboot or get plugged in new get lit up properly.
Was there a way I could have used presence_id and skipped using mod_dptools? I didnt see how to do it.
On Mon, Jan 31, 2011 at 5:16 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
bottom line is, if you use the presence_id how it was designed, it will report any presence you want throughout the call. If you reboot the phone, it will persist. It's just a matter of doing it all properly.
On Mon, Jan 31, 2011 at 3:20 PM, Chris Burns <chris@cloudtel.com> wrote:
Not sure the polycoms do it exactly how he would like. Rebooting phones can trip up many versions of soundpoint firmware. In our case we had a big opportunity with a client who was stuck on such a version of soundpoint, with an integrated web app on their 650s. Patrick, if this code works for you dont let it stop you from applying pressure on your vendor to make your phones work the way they should. We all have to put the pressure on our vendors when they make mistakes ... after all these folks are charging money, as opposed to FreeSWITCH.
Basically this program will store and repeat - on interval - any unique PRESENCE_IN events it hears from the 'presence' app or api (mod_dptools). It will also override events from outside the dialplan with stored events (eg. from a misbehaving SIP phone). You need to build the php module for ESL to run the code http://wiki.freeswitch.org/wiki/Event_Socket_Library#Installation
WARNING: this code is just an example pulled from a larger presence application. I tested it in my lab with polycoms, but I cant guarantee your safety, molten lava, bat country, etc. This may not be a very smart way to solve the problem, but this is what I came up with when backed into a corner and you are welcome to it ...
http://pastebin.freeswitch.org/15193
On Mon, Jan 31, 2011 at 3:04 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
You are heading the wrong way down the ladder but its worth a try. Grandstream is notorious for not following specs =D
I have engaged SNOM to again try to sync up for interop. Stay tuned. I would really prefer to have them working.
Meanwhile try firmware 7.1.35 on your snom as that was before things started to break.
Also if you have polycom or linksys they have been known to work better with blf.
On Mon, Jan 31, 2011 at 1:19 PM, Patrick Plattes <patrick.plattes@niemann-frey.info> wrote: > Hi :-) > > I think SNOM has a problem with the quality of the firmware. maybe > they should glp it, so we can fix it ;-) > > Tomorrow I will test it with an Grandstream GPX-2000 maybe it works > with this device. If it does I will also ask SNOM for a fix. > > Thanks, > Patrick > > _______________________________________________ > 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
-- Patrick Plattes IT - Projektleiter
Niemann + Frey GmbH Adolf-Dembach-Str. 24 47829 Krefeld
Tel.: +49/2151 - 5554-263 Fax : +49/2151 - 5554-123 patrick.plattes@niemann-frey.info
Geschäftsführer: Gerd Frey Sitz und Registergericht: Krefeld HRB 10851
www.niemann-frey.de
_______________________________________________ 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
Thanks Anthony! I'm also very often there, but it's usually to erly for you ;-). I think I will spend the Friday night in front of the Phones. Bye, Patrick (mrparity)
There is a difference between the NOTIFY message body in the head and 1.0.6. Shouldn't the dialog-info have state child element? fs 1.0.6: <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sip:queue-sales_fr-263@192.168.56.189"> <dialog id="" direction="initiator"> <state>confirmed</state> </dialog> </dialog-info> fs head: <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="partial" entity="sip:queue-sales_fr-263@192.168.56.189"> </dialog-info>
Hi Chris :-), it looks like a solution for us. I hope I will be able to test it today. Which FS version are you using for this script? Did you try it with 1.0.7? Thanks, Patrick
I don't know the version numbers. I updated to HEAD and deployed just before you reported the problem., which should be post 1.06. When the phones were rebooting, BLF statuses set from the dialplan to which they were subscribed were getting reset... but my script just talks over it to correct the issue. Presence otherwise works normally. I'm not holding out for a fix, as everything works just fine in my system albeit not 100% efficiently. If I had time I would determine which device is at fault, switch or phone, and help to remedy it at the source (I highly suspect phone). But I had just enough time to get it working and move on :) On Tue, Feb 8, 2011 at 3:48 AM, Patrick Plattes < patrick.plattes@niemann-frey.info> wrote:
Hi Chris :-),
it looks like a solution for us. I hope I will be able to test it today. Which FS version are you using for this script? Did you try it with 1.0.7?
Thanks, Patrick
_______________________________________________ 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
participants (5)
-
Anthony Minessale
-
Chris Burns
-
mazilo
-
Michael Collins
-
Patrick Plattes