[Freeswitch-dev] Question about presence_id
I am trying to understand the PRESENCE_IN events that are sent on call init, answer, and hangup. I have two endpoints registered to Freeswitch, configured in the dialplan with presence_id set. One set calls the other. There is one event for each leg of the call, inbound and outbound. The events contain the Channel-Name and the Channel-Presence-ID, and I would expect these to match (i.e. each event contains the presence_id of that leg), but it seems that for the inbound leg, they only match on the "ringing" event, not the "answered" and "hangup" event. The two events for "answered" and "hangup" both have the presence_id of the callee, regardless of the Call-Direction. Is this intentional? (I think it is the reason that lights stick on in certain scenarios - for example, if there are subscribers to the caller but not the callee then no notifications are sent on hangup) Carolyn
do you have a trace? On Wed, Nov 10, 2010 at 1:41 PM, Beeton, Carolyn (Carolyn) <cbeeton@avaya.com> wrote:
I am trying to understand the PRESENCE_IN events that are sent on call init, answer, and hangup. I have two endpoints registered to Freeswitch, configured in the dialplan with presence_id set. One set calls the other.
There is one event for each leg of the call, inbound and outbound. The events contain the Channel-Name and the Channel-Presence-ID, and I would expect these to match (i.e. each event contains the presence_id of that leg), but it seems that for the inbound leg, they only match on the "ringing" event, not the "answered" and "hangup" event. The two events for "answered" and "hangup" both have the presence_id of the callee, regardless of the Call-Direction. Is this intentional? (I think it is the reason that lights stick on in certain scenarios - for example, if there are subscribers to the caller but not the callee then no notifications are sent on hangup)
Carolyn _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev 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 log with EVENT DUMPs is attached. 47 and 49 are registered to freeswitch and both have presence_id set in the dialplan. Another set is SUBSCRIBEd to 49 (for presence events) but nobody is SUBSCRIBEd to 47. 49 calls 47, 47 answers, then hangs up. The LED for 49 sticks on at the monitoring set. The "hangup" PRESENCE_IN event for both legs of the call has 47 as the presence_id. Carolyn
-----Original Message----- From: freeswitch-dev-bounces@lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: Wednesday, November 10, 2010 4:06 PM To: freeswitch-dev@lists.freeswitch.org Subject: Re: [Freeswitch-dev] Question about presence_id
do you have a trace?
On Wed, Nov 10, 2010 at 1:41 PM, Beeton, Carolyn (Carolyn) <cbeeton@avaya.com> wrote:
I am trying to understand the PRESENCE_IN events that are sent on call init, answer, and hangup. I have two endpoints registered to Freeswitch, configured in the dialplan with presence_id set. One set calls the other.
There is one event for each leg of the call, inbound and outbound. The events contain the Channel-Name and the Channel-Presence-ID, and I would expect these to match (i.e. each event contains the presence_id of that leg), but it seems that for the inbound leg, they only match on the "ringing" event, not the "answered" and "hangup" event. The two events for "answered" and "hangup" both have the presence_id of the callee, regardless of the Call-Direction. Is this intentional? (I think it is the reason that lights stick on in certain scenarios - for example, if there are subscribers to the caller but not the callee then no notifications are sent on hangup)
Carolyn _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
-- 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-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
oh, Dialplan: sofia/cbeetonscs.ca.nortel.com/49@cbeetonscs.ca.nortel.com Action set(presence_id=47@cbeetonscs.ca.nortel.com) That's cos you are setting it to 47 manually. I think the problem you may be having with the paradigm in freeswitch is the each leg of the call is it's own call. There is not proxy concept in FS where the bridge is actually 2 legs of one call. When you call into FS to a 1 legged app like a conference then you can set the var to 47, sure. But if you are bridging and you want to monitor what you are bridged to, you set the var on THAT LEG. When you bridge to 47 use this as the data attr {presence_id=47}sofia/cbeetonscs.ca.nortel.com/47%cbeetonscs.ca.nortel.com On Thu, Nov 11, 2010 at 7:57 AM, Beeton, Carolyn (Carolyn) <cbeeton@avaya.com> wrote:
Freeswitch log with EVENT DUMPs is attached. 47 and 49 are registered to freeswitch and both have presence_id set in the dialplan. Another set is SUBSCRIBEd to 49 (for presence events) but nobody is SUBSCRIBEd to 47. 49 calls 47, 47 answers, then hangs up. The LED for 49 sticks on at the monitoring set. The "hangup" PRESENCE_IN event for both legs of the call has 47 as the presence_id.
Carolyn
-----Original Message----- From: freeswitch-dev-bounces@lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: Wednesday, November 10, 2010 4:06 PM To: freeswitch-dev@lists.freeswitch.org Subject: Re: [Freeswitch-dev] Question about presence_id
do you have a trace?
On Wed, Nov 10, 2010 at 1:41 PM, Beeton, Carolyn (Carolyn) <cbeeton@avaya.com> wrote:
I am trying to understand the PRESENCE_IN events that are sent on call init, answer, and hangup. I have two endpoints registered to Freeswitch, configured in the dialplan with presence_id set. One set calls the other.
There is one event for each leg of the call, inbound and outbound. The events contain the Channel-Name and the Channel-Presence-ID, and I would expect these to match (i.e. each event contains the presence_id of that leg), but it seems that for the inbound leg, they only match on the "ringing" event, not the "answered" and "hangup" event. The two events for "answered" and "hangup" both have the presence_id of the callee, regardless of the Call-Direction. Is this intentional? (I think it is the reason that lights stick on in certain scenarios - for example, if there are subscribers to the caller but not the callee then no notifications are sent on hangup)
Carolyn _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
-- 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-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev 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
P.S. This is the reason we based it on registration because when devices register this all works out of the box. On Thu, Nov 11, 2010 at 12:54 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
oh,
Dialplan: sofia/cbeetonscs.ca.nortel.com/49@cbeetonscs.ca.nortel.com Action set(presence_id=47@cbeetonscs.ca.nortel.com)
That's cos you are setting it to 47 manually.
I think the problem you may be having with the paradigm in freeswitch is the each leg of the call is it's own call. There is not proxy concept in FS where the bridge is actually 2 legs of one call.
When you call into FS to a 1 legged app like a conference then you can set the var to 47, sure. But if you are bridging and you want to monitor what you are bridged to, you set the var on THAT LEG.
When you bridge to 47 use this as the data attr
{presence_id=47}sofia/cbeetonscs.ca.nortel.com/47%cbeetonscs.ca.nortel.com
On Thu, Nov 11, 2010 at 7:57 AM, Beeton, Carolyn (Carolyn) <cbeeton@avaya.com> wrote:
Freeswitch log with EVENT DUMPs is attached. 47 and 49 are registered to freeswitch and both have presence_id set in the dialplan. Another set is SUBSCRIBEd to 49 (for presence events) but nobody is SUBSCRIBEd to 47. 49 calls 47, 47 answers, then hangs up. The LED for 49 sticks on at the monitoring set. The "hangup" PRESENCE_IN event for both legs of the call has 47 as the presence_id.
Carolyn
-----Original Message----- From: freeswitch-dev-bounces@lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: Wednesday, November 10, 2010 4:06 PM To: freeswitch-dev@lists.freeswitch.org Subject: Re: [Freeswitch-dev] Question about presence_id
do you have a trace?
On Wed, Nov 10, 2010 at 1:41 PM, Beeton, Carolyn (Carolyn) <cbeeton@avaya.com> wrote:
I am trying to understand the PRESENCE_IN events that are sent on call init, answer, and hangup. I have two endpoints registered to Freeswitch, configured in the dialplan with presence_id set. One set calls the other.
There is one event for each leg of the call, inbound and outbound. The events contain the Channel-Name and the Channel-Presence-ID, and I would expect these to match (i.e. each event contains the presence_id of that leg), but it seems that for the inbound leg, they only match on the "ringing" event, not the "answered" and "hangup" event. The two events for "answered" and "hangup" both have the presence_id of the callee, regardless of the Call-Direction. Is this intentional? (I think it is the reason that lights stick on in certain scenarios - for example, if there are subscribers to the caller but not the callee then no notifications are sent on hangup)
Carolyn _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
-- 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-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev 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
-- 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 47's presence set to 47 and 49's presence set to 49. Here's my dialplan: <extension name="47"> <condition field="destination_number" expression="^47$"> <action application="set" data="presence_id=47@$${domain}"/> <action application="bridge" data="sofia/cbeetonscs.ca.nortel.com/47%cbeetonscs.ca.nortel.com"/> </condition> </extension> <extension name="49"> <condition field="destination_number" expression="^49$"> <action application="set" data="presence_id=49@$${domain}"/> <action application="bridge" data="sofia/cbeetonscs.ca.nortel.com/49%cbeetonscs.ca.nortel.com"/> </condition> </extension> Should I not be setting the presence_id? I thought I was told to at one point... Maybe I misunderstood. Carolyn
-----Original Message----- From: freeswitch-dev-bounces@lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: Thursday, November 11, 2010 1:54 PM To: freeswitch-dev@lists.freeswitch.org Subject: Re: [Freeswitch-dev] Question about presence_id
oh,
Dialplan: sofia/cbeetonscs.ca.nortel.com/49@cbeetonscs.ca.nortel.com Action set(presence_id=47@cbeetonscs.ca.nortel.com)
That's cos you are setting it to 47 manually.
I think the problem you may be having with the paradigm in freeswitch is the each leg of the call is it's own call. There is not proxy concept in FS where the bridge is actually 2 legs of one call.
When you call into FS to a 1 legged app like a conference then you can set the var to 47, sure. But if you are bridging and you want to monitor what you are bridged to, you set the var on THAT LEG.
When you bridge to 47 use this as the data attr
{presence_id=47}sofia/cbeetonscs.ca.nortel.com/47%cbeetonscs.c a.nortel.com
On Thu, Nov 11, 2010 at 7:57 AM, Beeton, Carolyn (Carolyn) <cbeeton@avaya.com> wrote:
Freeswitch log with EVENT DUMPs is attached. 47 and 49 are registered to freeswitch and both have presence_id set in the dialplan. Another set is SUBSCRIBEd to 49 (for presence events) but nobody is SUBSCRIBEd to 47. 49 calls 47, 47 answers, then hangs up. The LED for 49 sticks on at the monitoring set. The "hangup" PRESENCE_IN event for both legs of the call has 47 as the presence_id.
Carolyn
-----Original Message----- From: freeswitch-dev-bounces@lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: Wednesday, November 10, 2010 4:06 PM To: freeswitch-dev@lists.freeswitch.org Subject: Re: [Freeswitch-dev] Question about presence_id
do you have a trace?
On Wed, Nov 10, 2010 at 1:41 PM, Beeton, Carolyn (Carolyn) <cbeeton@avaya.com> wrote:
I am trying to understand the PRESENCE_IN events that are sent on call init, answer, and hangup. I have two endpoints registered to Freeswitch, configured in the dialplan with presence_id set. One set calls the other.
There is one event for each leg of the call, inbound and outbound. The events contain the Channel-Name and the Channel-Presence-ID, and I would expect these to match (i.e. each event contains the presence_id of that leg), but it seems that for the inbound leg, they only match on the "ringing" event, not the "answered" and "hangup" event. The two events for "answered" and "hangup" both have the presence_id of the callee, regardless of the Call-Direction. Is this intentional? (I think it is the reason that lights stick on in certain scenarios - for example, if there are subscribers to the caller but not the callee then no notifications are sent on hangup)
Carolyn _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de
v
-- 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-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
-- 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-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
you want to set the presence_id var on the leg that actually is connected to the phone. We set vars in oubound calls with {var=val} blocks before the channel name in the dial string. like so: <extension name="47"> <condition field="destination_number" expression="^47$"> <action application="bridge" data="{presence_id=47@$${domain}}sofia/cbeetonscs.ca.nortel.com/47%cbeetonscs.ca.nortel.com"/> </condition> </extension> <extension name="49"> <condition field="destination_number" expression="^49$"> <action application="bridge" data="{presence_id=49@$${domain}}sofia/cbeetonscs.ca.nortel.com/49%cbeetonscs.ca.nortel.com"/> </condition> </extension> On Thu, Nov 11, 2010 at 1:33 PM, Beeton, Carolyn (Carolyn) <cbeeton@avaya.com> wrote:
I have 47's presence set to 47 and 49's presence set to 49. Here's my dialplan:
<extension name="47"> <condition field="destination_number" expression="^47$"> <action application="set" data="presence_id=47@$${domain}"/> <action application="bridge" data="sofia/cbeetonscs.ca.nortel.com/47%cbeetonscs.ca.nortel.com"/> </condition> </extension> <extension name="49"> <condition field="destination_number" expression="^49$"> <action application="set" data="presence_id=49@$${domain}"/> <action application="bridge" data="sofia/cbeetonscs.ca.nortel.com/49%cbeetonscs.ca.nortel.com"/> </condition> </extension>
Should I not be setting the presence_id? I thought I was told to at one point... Maybe I misunderstood.
Carolyn
-----Original Message----- From: freeswitch-dev-bounces@lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: Thursday, November 11, 2010 1:54 PM To: freeswitch-dev@lists.freeswitch.org Subject: Re: [Freeswitch-dev] Question about presence_id
oh,
Dialplan: sofia/cbeetonscs.ca.nortel.com/49@cbeetonscs.ca.nortel.com Action set(presence_id=47@cbeetonscs.ca.nortel.com)
That's cos you are setting it to 47 manually.
I think the problem you may be having with the paradigm in freeswitch is the each leg of the call is it's own call. There is not proxy concept in FS where the bridge is actually 2 legs of one call.
When you call into FS to a 1 legged app like a conference then you can set the var to 47, sure. But if you are bridging and you want to monitor what you are bridged to, you set the var on THAT LEG.
When you bridge to 47 use this as the data attr
{presence_id=47}sofia/cbeetonscs.ca.nortel.com/47%cbeetonscs.c a.nortel.com
On Thu, Nov 11, 2010 at 7:57 AM, Beeton, Carolyn (Carolyn) <cbeeton@avaya.com> wrote:
Freeswitch log with EVENT DUMPs is attached. 47 and 49 are registered to freeswitch and both have presence_id set in the dialplan. Another set is SUBSCRIBEd to 49 (for presence events) but nobody is SUBSCRIBEd to 47. 49 calls 47, 47 answers, then hangs up. The LED for 49 sticks on at the monitoring set. The "hangup" PRESENCE_IN event for both legs of the call has 47 as the presence_id.
Carolyn
-----Original Message----- From: freeswitch-dev-bounces@lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: Wednesday, November 10, 2010 4:06 PM To: freeswitch-dev@lists.freeswitch.org Subject: Re: [Freeswitch-dev] Question about presence_id
do you have a trace?
On Wed, Nov 10, 2010 at 1:41 PM, Beeton, Carolyn (Carolyn) <cbeeton@avaya.com> wrote:
I am trying to understand the PRESENCE_IN events that are sent on call init, answer, and hangup. I have two endpoints registered to Freeswitch, configured in the dialplan with presence_id set. One set calls the other.
There is one event for each leg of the call, inbound and outbound. The events contain the Channel-Name and the Channel-Presence-ID, and I would expect these to match (i.e. each event contains the presence_id of that leg), but it seems that for the inbound leg, they only match on the "ringing" event, not the "answered" and "hangup" event. The two events for "answered" and "hangup" both have the presence_id of the callee, regardless of the Call-Direction. Is this intentional? (I think it is the reason that lights stick on in certain scenarios - for example, if there are subscribers to the caller but not the callee then no notifications are sent on hangup)
Carolyn _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de
v
-- 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-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-de
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
-- 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-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev 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
Ok - I think I see now. Changed my dialplan to this: <extension name="47"> <condition field="destination_number" expression="^47$"> <action application="bridge" data="{presence_id=47@$${domain}}sofia/cbeetonscs.ca.nortel.com/47%cbeetonscs.ca.nortel.com"/> </condition> </extension> <extension name="49"> <condition field="destination_number" expression="^49$"> <action application="bridge" data="{presence_id=49@$${domain}}sofia/cbeetonscs.ca.nortel.com/49%cbeetonscs.ca.nortel.com"/> </condition> </extension> That sets the presence ID for the outgoing legs properly. The presence ID for the incoming leg is set by default by registration. And events are generated as expected and lights work as expected. I just didn't find this bit of info anywhere in the docs! Carolyn
Now this leads to another question. If I am monitoring an extension which is running a socket application or playback or something like that, I can't do this: <action application="set" data="presence_id=44@$${domain}"/> because that really "hijacks" the channel from whoever it actually belongs to, who might have a valid presence_id of their own (i.e. might be a registered set which others are monitoring). (That also might explain why I was seeing the "direction" backwards when monitoring a FS app). Is the complete solution then to use a bridge application with data="loopback/app=socket...", and set the presence_id of the application extension on the far side of the bridge? i.e. something like this: <action application="bridge" data="presence_id=44@$${domain};loopback/app=playback..."/> On a somewhat related note, how does monitoring of conference and park extensions work? Does the presence_id have to be set in the dialplan, or is it done automatically for these applications? When a registered user calls into a conference, would PRESENCE_IN events be generated for both ends of the call? Carolyn
-----Original Message----- From: freeswitch-dev-bounces@lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Beeton, Carolyn (Carolyn) Sent: Thursday, November 11, 2010 3:25 PM To: freeswitch-dev@lists.freeswitch.org Subject: Re: [Freeswitch-dev] Question about presence_id
Ok - I think I see now. Changed my dialplan to this:
<extension name="47"> <condition field="destination_number" expression="^47$"> <action application="bridge" data="{presence_id=47@$${domain}}sofia/cbeetonscs.ca.nortel.co m/47%cbeetonscs.ca.nortel.com"/> </condition> </extension> <extension name="49"> <condition field="destination_number" expression="^49$"> <action application="bridge" data="{presence_id=49@$${domain}}sofia/cbeetonscs.ca.nortel.co m/49%cbeetonscs.ca.nortel.com"/> </condition> </extension>
That sets the presence ID for the outgoing legs properly. The presence ID for the incoming leg is set by default by registration. And events are generated as expected and lights work as expected. I just didn't find this bit of info anywhere in the docs!
Carolyn _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
the problem is since loopback is not a real channel type there would not be anything in the sip presence tables for active calls even if you used it. You would see the events change from state to state but you would not have any persistance to pick up on if you started monitoring when the calls was already up. You're only choice would be to override the real presence_id with the var or to add more code to let one leg have multiple presence identities which may be possible but also could prove challenging. The conference uses it's own special distributed namespace inside FS which is delimited by + conf+3001@my.box would allow you to subscribe to conference 3001@my.box you set the my.box domain name in the domain field of conference.conf.xml The default config shows conference 3001 advertised in this manner from the config. On Mon, Nov 15, 2010 at 11:27 AM, Beeton, Carolyn (Carolyn) <cbeeton@avaya.com> wrote:
Now this leads to another question. If I am monitoring an extension which is running a socket application or playback or something like that, I can't do this:
<action application="set" data="presence_id=44@$${domain}"/>
because that really "hijacks" the channel from whoever it actually belongs to, who might have a valid presence_id of their own (i.e. might be a registered set which others are monitoring). (That also might explain why I was seeing the "direction" backwards when monitoring a FS app).
Is the complete solution then to use a bridge application with data="loopback/app=socket...", and set the presence_id of the application extension on the far side of the bridge? i.e. something like this:
<action application="bridge" data="presence_id=44@$${domain};loopback/app=playback..."/>
On a somewhat related note, how does monitoring of conference and park extensions work? Does the presence_id have to be set in the dialplan, or is it done automatically for these applications? When a registered user calls into a conference, would PRESENCE_IN events be generated for both ends of the call?
Carolyn
-----Original Message----- From: freeswitch-dev-bounces@lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Beeton, Carolyn (Carolyn) Sent: Thursday, November 11, 2010 3:25 PM To: freeswitch-dev@lists.freeswitch.org Subject: Re: [Freeswitch-dev] Question about presence_id
Ok - I think I see now. Changed my dialplan to this:
<extension name="47"> <condition field="destination_number" expression="^47$"> <action application="bridge" data="{presence_id=47@$${domain}}sofia/cbeetonscs.ca.nortel.co m/47%cbeetonscs.ca.nortel.com"/> </condition> </extension> <extension name="49"> <condition field="destination_number" expression="^49$"> <action application="bridge" data="{presence_id=49@$${domain}}sofia/cbeetonscs.ca.nortel.co m/49%cbeetonscs.ca.nortel.com"/> </condition> </extension>
That sets the presence ID for the outgoing legs properly. The presence ID for the incoming leg is set by default by registration. And events are generated as expected and lights work as expected. I just didn't find this bit of info anywhere in the docs!
Carolyn _______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org
_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev 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
participants (2)
-
Anthony Minessale
-
Beeton, Carolyn (Carolyn)