I have a seemingly simple problem that I can't figure out how to implement. Simplified Problem: I'd like to have my cell phone and my deskphone ring at the same time. This seems simple, but there is a small caveat. I need to have a channel variable set differently for my cellphone. Specifically: voicepulse requires you to have the caller id number and caller id name set to the number in order to pass it on to the PSTN. I want to see the callerid name on my deskphone however. === Ok, normally, I'd just do a: <action application="bridge" data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$${cellnumber}"/> but then my cell phone shows Unknown or Blocked when receiving the call. If prior to that I do: <action application="set" data="effective_caller_id_name=${caller_id_number}"/> Then I get the correct callerid on my cell, but only the callerid number on my deskphone. I asked on #freeswitch and had some hints, but they either went over my head or I didn't communicate my problem right. Using multiple extension entries with continue="yes" doesn't seem to execute them in parallel (so the deskphone and the cell don't ring at the same time). The "obvious" answer is how I implemented this in asterisk -- and maybe that is my problem, thinking in terms of asterisk. The bridge equivalent would be the dial() app. This allows me to dial back into the dialplan if I use the "local" channel. This gives a level of indirection that would then let me modify the channelvars as necessary. The only way I can see to "call" back into the dialplan is to use the transfer application. But that can't do multiple extensions in parallel so doesn't solve my problem. What am I missing? -Rupa
Try this.. i'm kinda shocked you didn't see us talking about this over and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this: <action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/> /b
On Jun 5, 2008, at 10:53 PM, Rupa Schomaker (lists) wrote:
I have a seemingly simple problem that I can't figure out how to implement.
Simplified Problem:
I'd like to have my cell phone and my deskphone ring at the same time. This seems simple, but there is a small caveat. I need to have a channel variable set differently for my cellphone.
Specifically: voicepulse requires you to have the caller id number and caller id name set to the number in order to pass it on to the PSTN. I want to see the callerid name on my deskphone however.
===
Ok, normally, I'd just do a:
<action application="bridge" data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$$ {cellnumber}"/>
but then my cell phone shows Unknown or Blocked when receiving the call.
If prior to that I do:
<action application="set" data="effective_caller_id_name=${caller_id_number}"/>
Then I get the correct callerid on my cell, but only the callerid number on my deskphone.
I asked on #freeswitch and had some hints, but they either went over my head or I didn't communicate my problem right.
Using multiple extension entries with continue="yes" doesn't seem to execute them in parallel (so the deskphone and the cell don't ring at the same time).
The "obvious" answer is how I implemented this in asterisk -- and maybe that is my problem, thinking in terms of asterisk.
The bridge equivalent would be the dial() app. This allows me to dial back into the dialplan if I use the "local" channel. This gives a level of indirection that would then let me modify the channelvars as necessary.
The only way I can see to "call" back into the dialplan is to use the transfer application. But that can't do multiple extensions in parallel so doesn't solve my problem.
What am I missing?
-Rupa
_______________________________________________ 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
Brian, Is this syntax going to be tagged for 1.0.1? I ask because the documentation guys are trying to get a handle on the deltas between 1.0.0 and 1.0.1. Thanks!
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, June 05, 2008 10:24 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with different channelvarsset...
Try this.. i'm kinda shocked you didn't see us talking about this over and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this:
<action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/>
/b
On Jun 5, 2008, at 10:53 PM, Rupa Schomaker (lists) wrote:
I have a seemingly simple problem that I can't figure out how to implement.
Simplified Problem:
I'd like to have my cell phone and my deskphone ring at the same time. This seems simple, but there is a small caveat. I need to have a channel variable set differently for my cellphone.
Specifically: voicepulse requires you to have the caller id number and caller id name set to the number in order to pass it on to the PSTN. I want to see the callerid name on my deskphone however.
===
Ok, normally, I'd just do a:
<action application="bridge" data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$$ {cellnumber}"/>
but then my cell phone shows Unknown or Blocked when receiving the call.
If prior to that I do:
<action application="set" data="effective_caller_id_name=${caller_id_number}"/>
Then I get the correct callerid on my cell, but only the callerid number on my deskphone.
I asked on #freeswitch and had some hints, but they either went over my head or I didn't communicate my problem right.
Using multiple extension entries with continue="yes" doesn't seem to execute them in parallel (so the deskphone and the cell don't ring at the same time).
The "obvious" answer is how I implemented this in asterisk -- and maybe that is my problem, thinking in terms of asterisk.
The bridge equivalent would be the dial() app. This allows me to dial back into the dialplan if I use the "local" channel. This gives a level of indirection that would then let me modify the channelvars as necessary.
The only way I can see to "call" back into the dialplan is to use the transfer application. But that can't do multiple extensions in parallel so doesn't solve my problem.
What am I missing?
-Rupa
_______________________________________________ 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
_______________________________________________ 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
It is quite confusing... I would think the syntax would utilize the curly brackets and not the square brackets: <action application="bridge" data="{effecitive_caller_id_number=1234}sofia/blah/blah, {effective_caller_id_number=55555}sofia/blah/blah"/> This is how we use it on the API ORIGINATE commands as described in http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate but it is described also with the square brackets on http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridgecall Are both applicable? -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Friday, June 06, 2008 4:34 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with differentchannelvarsset... Brian, Is this syntax going to be tagged for 1.0.1? I ask because the documentation guys are trying to get a handle on the deltas between 1.0.0 and 1.0.1. Thanks!
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, June 05, 2008 10:24 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with different channelvarsset...
Try this.. i'm kinda shocked you didn't see us talking about this over and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this:
<action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/>
/b
On Jun 5, 2008, at 10:53 PM, Rupa Schomaker (lists) wrote:
I have a seemingly simple problem that I can't figure out how to implement.
Simplified Problem:
I'd like to have my cell phone and my deskphone ring at the same time. This seems simple, but there is a small caveat. I need to have a channel variable set differently for my cellphone.
Specifically: voicepulse requires you to have the caller id number and caller id name set to the number in order to pass it on to the PSTN. I want to see the callerid name on my deskphone however.
===
Ok, normally, I'd just do a:
<action application="bridge" data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$$ {cellnumber}"/>
but then my cell phone shows Unknown or Blocked when receiving the call.
If prior to that I do:
<action application="set" data="effective_caller_id_name=${caller_id_number}"/>
Then I get the correct callerid on my cell, but only the callerid number on my deskphone.
I asked on #freeswitch and had some hints, but they either went over my head or I didn't communicate my problem right.
Using multiple extension entries with continue="yes" doesn't seem to execute them in parallel (so the deskphone and the cell don't ring at the same time).
The "obvious" answer is how I implemented this in asterisk -- and maybe that is my problem, thinking in terms of asterisk.
The bridge equivalent would be the dial() app. This allows me to dial back into the dialplan if I use the "local" channel. This gives a level of indirection that would then let me modify the channelvars as necessary.
The only way I can see to "call" back into the dialplan is to use the transfer application. But that can't do multiple extensions in parallel so doesn't solve my problem.
What am I missing?
-Rupa
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
I think the square brackets and the curly brackets mean two different things on the API originate command. When bkw or anthm responds (wink wink) I'll update the bridge and/or originate wiki entries. -MC
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of UV Sent: Friday, June 06, 2008 12:20 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset...
It is quite confusing...
I would think the syntax would utilize the curly brackets and not the square brackets:
<action application="bridge" data="{effecitive_caller_id_number=1234}sofia/blah/blah, {effective_caller_id_number=55555}sofia/blah/blah"/>
This is how we use it on the API ORIGINATE commands as described in http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate
but it is described also with the square brackets on http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridgecall
Are both applicable?
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Friday, June 06, 2008 4:34 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with differentchannelvarsset...
Brian,
Is this syntax going to be tagged for 1.0.1? I ask because the documentation guys are trying to get a handle on the deltas between 1.0.0 and 1.0.1.
Thanks!
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, June 05, 2008 10:24 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with different channelvarsset...
Try this.. i'm kinda shocked you didn't see us talking about this over and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this:
<action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/>
/b
On Jun 5, 2008, at 10:53 PM, Rupa Schomaker (lists) wrote:
I have a seemingly simple problem that I can't figure out how to implement.
Simplified Problem:
I'd like to have my cell phone and my deskphone ring at the same time. This seems simple, but there is a small caveat. I need to have a channel variable set differently for my cellphone.
Specifically: voicepulse requires you to have the caller id number and caller id name set to the number in order to pass it on to the PSTN. I want to see the callerid name on my deskphone however.
===
Ok, normally, I'd just do a:
<action application="bridge" data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$$ {cellnumber}"/>
but then my cell phone shows Unknown or Blocked when receiving the call.
If prior to that I do:
<action application="set" data="effective_caller_id_name=${caller_id_number}"/>
Then I get the correct callerid on my cell, but only the callerid number on my deskphone.
I asked on #freeswitch and had some hints, but they either went over my head or I didn't communicate my problem right.
Using multiple extension entries with continue="yes" doesn't seem to execute them in parallel (so the deskphone and the cell don't ring at the same time).
The "obvious" answer is how I implemented this in asterisk -- and maybe that is my problem, thinking in terms of asterisk.
The bridge equivalent would be the dial() app. This allows me to dial back into the dialplan if I use the "local" channel. This gives a level of indirection that would then let me modify the channelvars as necessary.
The only way I can see to "call" back into the dialplan is to use the transfer application. But that can't do multiple extensions in parallel so doesn't solve my problem.
What am I missing?
-Rupa
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Yes the square braces and curly braces mean two different things. For example if you do: {foo=bar}sofia/blah1/blah,sofia/blah2/blah foo=bar will be set on both blah1 and blah2 channels. In this example: [foo=bar]sofia/blah1/blah,[foo=baz]sofia/blah2/blah In this example foo will have different values for each leg depending on which one is bridged to in the end. If sofia/blah1 answers foo will be bar.. if sofia/blah2 answers foo will be baz /b On Jun 6, 2008, at 3:08 AM, Michael Collins wrote:
I think the square brackets and the curly brackets mean two different things on the API originate command. When bkw or anthm responds (wink wink) I'll update the bridge and/or originate wiki entries.
-MC
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of UV Sent: Friday, June 06, 2008 12:20 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset...
It is quite confusing...
I would think the syntax would utilize the curly brackets and not the square brackets:
<action application="bridge" data="{effecitive_caller_id_number=1234}sofia/blah/blah, {effective_caller_id_number=55555}sofia/blah/blah"/>
This is how we use it on the API ORIGINATE commands as described in http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate
but it is described also with the square brackets on http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridgecall
Are both applicable?
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Friday, June 06, 2008 4:34 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with differentchannelvarsset...
Brian,
Is this syntax going to be tagged for 1.0.1? I ask because the documentation guys are trying to get a handle on the deltas between 1.0.0 and 1.0.1.
Thanks!
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, June 05, 2008 10:24 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with different channelvarsset...
Try this.. i'm kinda shocked you didn't see us talking about this over and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this:
<action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/>
/b
On Jun 5, 2008, at 10:53 PM, Rupa Schomaker (lists) wrote:
I have a seemingly simple problem that I can't figure out how to implement.
Simplified Problem:
I'd like to have my cell phone and my deskphone ring at the same time. This seems simple, but there is a small caveat. I need to have a channel variable set differently for my cellphone.
Specifically: voicepulse requires you to have the caller id number and caller id name set to the number in order to pass it on to the PSTN. I want to see the callerid name on my deskphone however.
===
Ok, normally, I'd just do a:
<action application="bridge" data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$$ {cellnumber}"/>
but then my cell phone shows Unknown or Blocked when receiving the call.
If prior to that I do:
<action application="set" data="effective_caller_id_name=${caller_id_number}"/>
Then I get the correct callerid on my cell, but only the callerid number on my deskphone.
I asked on #freeswitch and had some hints, but they either went over my head or I didn't communicate my problem right.
Using multiple extension entries with continue="yes" doesn't seem to execute them in parallel (so the deskphone and the cell don't ring at the same time).
The "obvious" answer is how I implemented this in asterisk -- and maybe that is my problem, thinking in terms of asterisk.
The bridge equivalent would be the dial() app. This allows me to dial back into the dialplan if I use the "local" channel. This gives a level of indirection that would then let me modify the channelvars as necessary.
The only way I can see to "call" back into the dialplan is to use the transfer application. But that can't do multiple extensions in parallel so doesn't solve my problem.
What am I missing?
-Rupa
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Thanks Brian, That answers my question (not complaint) perfectly. For our internal documentation purposes, I assume, therefore, this format: {foo=bar}sofia/blah1/blah,{foo=baz}sofia/blah2/blah Is equivalent to that: {foo=bar}sofia/blah1/blah,sofia/blah2/blah And this format: [foo=bar]sofia/blah1/blah,sofia/blah2/blah Means blah1 channel will have foo=bar where blah2 channel won't have the foo variable at all. -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Friday, June 06, 2008 11:16 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset... Yes the square braces and curly braces mean two different things. For example if you do: {foo=bar}sofia/blah1/blah,sofia/blah2/blah foo=bar will be set on both blah1 and blah2 channels. In this example: [foo=bar]sofia/blah1/blah,[foo=baz]sofia/blah2/blah In this example foo will have different values for each leg depending on which one is bridged to in the end. If sofia/blah1 answers foo will be bar.. if sofia/blah2 answers foo will be baz /b On Jun 6, 2008, at 3:08 AM, Michael Collins wrote:
I think the square brackets and the curly brackets mean two different things on the API originate command. When bkw or anthm responds (wink wink) I'll update the bridge and/or originate wiki entries.
-MC
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of UV Sent: Friday, June 06, 2008 12:20 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset...
It is quite confusing...
I would think the syntax would utilize the curly brackets and not the square brackets:
<action application="bridge" data="{effecitive_caller_id_number=1234}sofia/blah/blah, {effective_caller_id_number=55555}sofia/blah/blah"/>
This is how we use it on the API ORIGINATE commands as described in http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate
but it is described also with the square brackets on http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridgecall
Are both applicable?
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Friday, June 06, 2008 4:34 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with differentchannelvarsset...
Brian,
Is this syntax going to be tagged for 1.0.1? I ask because the documentation guys are trying to get a handle on the deltas between 1.0.0 and 1.0.1.
Thanks!
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, June 05, 2008 10:24 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with different channelvarsset...
Try this.. i'm kinda shocked you didn't see us talking about this over and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this:
<action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/>
/b
On Jun 5, 2008, at 10:53 PM, Rupa Schomaker (lists) wrote:
I have a seemingly simple problem that I can't figure out how to implement.
Simplified Problem:
I'd like to have my cell phone and my deskphone ring at the same time. This seems simple, but there is a small caveat. I need to have a channel variable set differently for my cellphone.
Specifically: voicepulse requires you to have the caller id number and caller id name set to the number in order to pass it on to the PSTN. I want to see the callerid name on my deskphone however.
===
Ok, normally, I'd just do a:
<action application="bridge" data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$$ {cellnumber}"/>
but then my cell phone shows Unknown or Blocked when receiving the call.
If prior to that I do:
<action application="set" data="effective_caller_id_name=${caller_id_number}"/>
Then I get the correct callerid on my cell, but only the callerid number on my deskphone.
I asked on #freeswitch and had some hints, but they either went over my head or I didn't communicate my problem right.
Using multiple extension entries with continue="yes" doesn't seem to execute them in parallel (so the deskphone and the cell don't ring at the same time).
The "obvious" answer is how I implemented this in asterisk -- and maybe that is my problem, thinking in terms of asterisk.
The bridge equivalent would be the dial() app. This allows me to dial back into the dialplan if I use the "local" channel. This gives a level of indirection that would then let me modify the channelvars as necessary.
The only way I can see to "call" back into the dialplan is to use the transfer application. But that can't do multiple extensions in parallel so doesn't solve my problem.
What am I missing?
-Rupa
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Internal documentation? Are you not updating the wiki? /b On Jun 6, 2008, at 9:49 AM, UV wrote:
Thanks Brian,
That answers my question (not complaint) perfectly.
For our internal documentation purposes, I assume, therefore, this format: {foo=bar}sofia/blah1/blah,{foo=baz}sofia/blah2/blah Is equivalent to that: {foo=bar}sofia/blah1/blah,sofia/blah2/blah
And this format: [foo=bar]sofia/blah1/blah,sofia/blah2/blah Means blah1 channel will have foo=bar where blah2 channel won't have the foo variable at all.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Friday, June 06, 2008 11:16 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset...
Yes the square braces and curly braces mean two different things.
For example if you do:
{foo=bar}sofia/blah1/blah,sofia/blah2/blah
foo=bar will be set on both blah1 and blah2 channels.
In this example:
[foo=bar]sofia/blah1/blah,[foo=baz]sofia/blah2/blah
In this example foo will have different values for each leg depending on which one is bridged to in the end.
If sofia/blah1 answers foo will be bar.. if sofia/blah2 answers foo will be baz
/b
On Jun 6, 2008, at 3:08 AM, Michael Collins wrote:
I think the square brackets and the curly brackets mean two different things on the API originate command. When bkw or anthm responds (wink wink) I'll update the bridge and/or originate wiki entries.
-MC
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of UV Sent: Friday, June 06, 2008 12:20 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset...
It is quite confusing...
I would think the syntax would utilize the curly brackets and not the square brackets:
<action application="bridge" data="{effecitive_caller_id_number=1234}sofia/blah/blah, {effective_caller_id_number=55555}sofia/blah/blah"/>
This is how we use it on the API ORIGINATE commands as described in http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate
but it is described also with the square brackets on http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridgecall
Are both applicable?
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Friday, June 06, 2008 4:34 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with differentchannelvarsset...
Brian,
Is this syntax going to be tagged for 1.0.1? I ask because the documentation guys are trying to get a handle on the deltas between 1.0.0 and 1.0.1.
Thanks!
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, June 05, 2008 10:24 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with different channelvarsset...
Try this.. i'm kinda shocked you didn't see us talking about this over and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this:
<action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/>
/b
On Jun 5, 2008, at 10:53 PM, Rupa Schomaker (lists) wrote:
I have a seemingly simple problem that I can't figure out how to implement.
Simplified Problem:
I'd like to have my cell phone and my deskphone ring at the same time. This seems simple, but there is a small caveat. I need to have a channel variable set differently for my cellphone.
Specifically: voicepulse requires you to have the caller id number and caller id name set to the number in order to pass it on to the PSTN. I want to see the callerid name on my deskphone however.
===
Ok, normally, I'd just do a:
<action application="bridge" data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$$ {cellnumber}"/>
but then my cell phone shows Unknown or Blocked when receiving the call.
If prior to that I do:
<action application="set" data="effective_caller_id_name=${caller_id_number}"/>
Then I get the correct callerid on my cell, but only the callerid number on my deskphone.
I asked on #freeswitch and had some hints, but they either went over my head or I didn't communicate my problem right.
Using multiple extension entries with continue="yes" doesn't seem to execute them in parallel (so the deskphone and the cell don't ring at the same time).
The "obvious" answer is how I implemented this in asterisk -- and maybe that is my problem, thinking in terms of asterisk.
The bridge equivalent would be the dial() app. This allows me to dial back into the dialplan if I use the "local" channel. This gives a level of indirection that would then let me modify the channelvars as necessary.
The only way I can see to "call" back into the dialplan is to use the transfer application. But that can't do multiple extensions in parallel so doesn't solve my problem.
What am I missing?
-Rupa
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Brian, This scenario is right up my alley so I will be happy to update the wiki. -MC Sent from my iPhone On Jun 6, 2008, at 7:55 AM, Brian West <brian@freeswitch.org> wrote:
Internal documentation? Are you not updating the wiki?
/b
On Jun 6, 2008, at 9:49 AM, UV wrote:
Thanks Brian,
That answers my question (not complaint) perfectly.
For our internal documentation purposes, I assume, therefore, this format: {foo=bar}sofia/blah1/blah,{foo=baz}sofia/blah2/blah Is equivalent to that: {foo=bar}sofia/blah1/blah,sofia/blah2/blah
And this format: [foo=bar]sofia/blah1/blah,sofia/blah2/blah Means blah1 channel will have foo=bar where blah2 channel won't have the foo variable at all.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Friday, June 06, 2008 11:16 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset...
Yes the square braces and curly braces mean two different things.
For example if you do:
{foo=bar}sofia/blah1/blah,sofia/blah2/blah
foo=bar will be set on both blah1 and blah2 channels.
In this example:
[foo=bar]sofia/blah1/blah,[foo=baz]sofia/blah2/blah
In this example foo will have different values for each leg depending on which one is bridged to in the end.
If sofia/blah1 answers foo will be bar.. if sofia/blah2 answers foo will be baz
/b
On Jun 6, 2008, at 3:08 AM, Michael Collins wrote:
I think the square brackets and the curly brackets mean two different things on the API originate command. When bkw or anthm responds (wink wink) I'll update the bridge and/or originate wiki entries.
-MC
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of UV Sent: Friday, June 06, 2008 12:20 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset...
It is quite confusing...
I would think the syntax would utilize the curly brackets and not the square brackets:
<action application="bridge" data="{effecitive_caller_id_number=1234}sofia/blah/blah, {effective_caller_id_number=55555}sofia/blah/blah"/>
This is how we use it on the API ORIGINATE commands as described in http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate
but it is described also with the square brackets on http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridgecall
Are both applicable?
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Friday, June 06, 2008 4:34 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with differentchannelvarsset...
Brian,
Is this syntax going to be tagged for 1.0.1? I ask because the documentation guys are trying to get a handle on the deltas between 1.0.0 and 1.0.1.
Thanks!
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, June 05, 2008 10:24 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with different channelvarsset...
Try this.. i'm kinda shocked you didn't see us talking about this over and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this:
<action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/>
/b
On Jun 5, 2008, at 10:53 PM, Rupa Schomaker (lists) wrote:
I have a seemingly simple problem that I can't figure out how to implement.
Simplified Problem:
I'd like to have my cell phone and my deskphone ring at the same time. This seems simple, but there is a small caveat. I need to have a channel variable set differently for my cellphone.
Specifically: voicepulse requires you to have the caller id number and caller id name set to the number in order to pass it on to the PSTN. I want to see the callerid name on my deskphone however.
===
Ok, normally, I'd just do a:
<action application="bridge" data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$$ {cellnumber}"/>
but then my cell phone shows Unknown or Blocked when receiving the call.
If prior to that I do:
<action application="set" data="effective_caller_id_name=${caller_id_number}"/>
Then I get the correct callerid on my cell, but only the callerid number on my deskphone.
I asked on #freeswitch and had some hints, but they either went over my head or I didn't communicate my problem right.
Using multiple extension entries with continue="yes" doesn't seem to execute them in parallel (so the deskphone and the cell don't ring at the same time).
The "obvious" answer is how I implemented this in asterisk -- and maybe that is my problem, thinking in terms of asterisk.
The bridge equivalent would be the dial() app. This allows me to dial back into the dialplan if I use the "local" channel. This gives a level of indirection that would then let me modify the channelvars as necessary.
The only way I can see to "call" back into the dialplan is to use the transfer application. But that can't do multiple extensions in parallel so doesn't solve my problem.
What am I missing?
-Rupa
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
Added this information to: http://wiki.freeswitch.org/wiki/Channel_Variables Michael S Collins wrote:
Brian, This scenario is right up my alley so I will be happy to update the wiki.
-MC
Sent from my iPhone
On Jun 6, 2008, at 7:55 AM, Brian West <brian@freeswitch.org> wrote:
Internal documentation? Are you not updating the wiki?
/b
On Jun 6, 2008, at 9:49 AM, UV wrote:
Thanks Brian,
That answers my question (not complaint) perfectly.
For our internal documentation purposes, I assume, therefore, this format: {foo=bar}sofia/blah1/blah,{foo=baz}sofia/blah2/blah Is equivalent to that: {foo=bar}sofia/blah1/blah,sofia/blah2/blah
And this format: [foo=bar]sofia/blah1/blah,sofia/blah2/blah Means blah1 channel will have foo=bar where blah2 channel won't have the foo variable at all.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Friday, June 06, 2008 11:16 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset...
Yes the square braces and curly braces mean two different things.
For example if you do:
{foo=bar}sofia/blah1/blah,sofia/blah2/blah
foo=bar will be set on both blah1 and blah2 channels.
In this example:
[foo=bar]sofia/blah1/blah,[foo=baz]sofia/blah2/blah
In this example foo will have different values for each leg depending on which one is bridged to in the end.
If sofia/blah1 answers foo will be bar.. if sofia/blah2 answers foo will be baz
/b
On Jun 6, 2008, at 3:08 AM, Michael Collins wrote:
I think the square brackets and the curly brackets mean two different things on the API originate command. When bkw or anthm responds (wink wink) I'll update the bridge and/or originate wiki entries.
-MC
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org
[mailto:freeswitch-
users-bounces@lists.freeswitch.org] On Behalf Of UV Sent: Friday, June 06, 2008 12:20 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset...
It is quite confusing...
I would think the syntax would utilize the curly brackets and not the square brackets:
<action application="bridge" data="{effecitive_caller_id_number=1234}sofia/blah/blah, {effective_caller_id_number=55555}sofia/blah/blah"/>
This is how we use it on the API ORIGINATE commands as described in http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate
but it is described also with the square brackets on http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridgecall
Are both applicable?
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Friday, June 06, 2008 4:34 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with differentchannelvarsset...
Brian,
Is this syntax going to be tagged for 1.0.1? I ask because the documentation guys are trying to get a handle on the deltas between 1.0.0 and 1.0.1.
Thanks!
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org
[mailto:freeswitch-
users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, June 05, 2008 10:24 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with different channelvarsset...
Try this.. i'm kinda shocked you didn't see us talking about this
over
and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this:
<action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/>
/b
> On Jun 5, 2008, at 10:53 PM, Rupa Schomaker (lists) wrote: > > I have a seemingly simple problem that I can't figure out how to > implement. > > Simplified Problem: > > I'd like to have my cell phone and my deskphone ring at the same > time.
> This seems simple, but there is a small caveat. I need to have a > channel variable set differently for my cellphone. > > Specifically: voicepulse requires you to have the caller id > number > and
> caller id name set to the number in order to pass it on to the > PSTN. I > want to see the callerid name on my deskphone however. > > === > > Ok, normally, I'd just do a: > > <action application="bridge" > data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$$ > {cellnumber}"/> > > but then my cell phone shows Unknown or Blocked when receiving > the > call. > > If prior to that I do: > > <action application="set" > data="effective_caller_id_name=${caller_id_number}"/> > > Then I get the correct callerid on my cell, but only the callerid > number > on my deskphone. > > I asked on #freeswitch and had some hints, but they either went > over
> my > head or I didn't communicate my problem right. > > Using multiple extension entries with continue="yes" doesn't seem > to
> execute them in parallel (so the deskphone and the cell don't > ring > at
> the same time). > > The "obvious" answer is how I implemented this in asterisk -- and > maybe > that is my problem, thinking in terms of asterisk. > > The bridge equivalent would be the dial() app. This allows me to > dial
> back into the dialplan if I use the "local" channel. This > gives a > level > of indirection that would then let me modify the channelvars as > necessary. > > The only way I can see to "call" back into the dialplan is to use > the
> transfer application. But that can't do multiple extensions in > parallel > so doesn't solve my problem. > > What am I missing? > > -Rupa > > _______________________________________________ > 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
thank you very much. On Fri, Jun 6, 2008 at 10:24 AM, Chris Danielson <chris@maxpowersoft.com> wrote:
Added this information to: http://wiki.freeswitch.org/wiki/Channel_Variables
Michael S Collins wrote:
Brian, This scenario is right up my alley so I will be happy to update the wiki.
-MC
Sent from my iPhone
On Jun 6, 2008, at 7:55 AM, Brian West <brian@freeswitch.org> <brian@freeswitch.org> wrote:
Internal documentation? Are you not updating the wiki?
/b
On Jun 6, 2008, at 9:49 AM, UV wrote:
Thanks Brian,
That answers my question (not complaint) perfectly.
For our internal documentation purposes, I assume, therefore, this format: {foo=bar}sofia/blah1/blah,{foo=baz}sofia/blah2/blah Is equivalent to that: {foo=bar}sofia/blah1/blah,sofia/blah2/blah
And this format: [foo=bar]sofia/blah1/blah,sofia/blah2/blah Means blah1 channel will have foo=bar where blah2 channel won't have the foo variable at all.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org <freeswitch-users-bounces@lists.freeswitch.org>] On Behalf Of Brian West Sent: Friday, June 06, 2008 11:16 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset...
Yes the square braces and curly braces mean two different things.
For example if you do:
{foo=bar}sofia/blah1/blah,sofia/blah2/blah
foo=bar will be set on both blah1 and blah2 channels.
In this example:
[foo=bar]sofia/blah1/blah,[foo=baz]sofia/blah2/blah
In this example foo will have different values for each leg depending on which one is bridged to in the end.
If sofia/blah1 answers foo will be bar.. if sofia/blah2 answers foo will be baz
/b
On Jun 6, 2008, at 3:08 AM, Michael Collins wrote:
I think the square brackets and the curly brackets mean two different things on the API originate command. When bkw or anthm responds (wink wink) I'll update the bridge and/or originate wiki entries.
-MC
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org
[mailto:freeswitch <freeswitch>-
users-bounces@lists.freeswitch.org] On Behalf Of UV Sent: Friday, June 06, 2008 12:20 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset...
It is quite confusing...
I would think the syntax would utilize the curly brackets and not the square brackets:
<action application="bridge" data="{effecitive_caller_id_number=1234}sofia/blah/blah, {effective_caller_id_number=55555}sofia/blah/blah"/>
This is how we use it on the API ORIGINATE commands as described inhttp://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate
but it is described also with the square brackets onhttp://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridgecall
Are both applicable?
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org <freeswitch-users-bounces@lists.freeswitch.org>] On Behalf Of Michael Collins Sent: Friday, June 06, 2008 4:34 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with differentchannelvarsset...
Brian,
Is this syntax going to be tagged for 1.0.1? I ask because the documentation guys are trying to get a handle on the deltas between 1.0.0 and 1.0.1.
Thanks!
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org
[mailto:freeswitch <freeswitch>-
users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, June 05, 2008 10:24 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with different channelvarsset...
Try this.. i'm kinda shocked you didn't see us talking about this
over
and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this:
<action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/>
/b
On Jun 5, 2008, at 10:53 PM, Rupa Schomaker (lists) wrote:
I have a seemingly simple problem that I can't figure out how to implement.
Simplified Problem:
I'd like to have my cell phone and my deskphone ring at the same
time.
This seems simple, but there is a small caveat. I need to have a channel variable set differently for my cellphone.
Specifically: voicepulse requires you to have the caller id number
and
caller id name set to the number in order to pass it on to the PSTN. I want to see the callerid name on my deskphone however.
===
Ok, normally, I'd just do a:
<action application="bridge" data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$$ {cellnumber}"/>
but then my cell phone shows Unknown or Blocked when receiving the call.
If prior to that I do:
<action application="set" data="effective_caller_id_name=${caller_id_number}"/>
Then I get the correct callerid on my cell, but only the callerid number on my deskphone.
I asked on #freeswitch and had some hints, but they either went
over
my head or I didn't communicate my problem right.
Using multiple extension entries with continue="yes" doesn't seem
to
execute them in parallel (so the deskphone and the cell don't ring
at
the same time).
The "obvious" answer is how I implemented this in asterisk -- and maybe that is my problem, thinking in terms of asterisk.
The bridge equivalent would be the dial() app. This allows me to
dial
back into the dialplan if I use the "local" channel. This gives a level of indirection that would then let me modify the channelvars as necessary.
The only way I can see to "call" back into the dialplan is to use
the
transfer application. But that can't do multiple extensions in parallel so doesn't solve my problem.
What am I missing?
-Rupa
_______________________________________________ Freeswitch-users mailing listFreeswitch-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
_______________________________________________ Freeswitch-users mailing listFreeswitch-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
_______________________________________________ Freeswitch-users mailing listFreeswitch-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
_______________________________________________ Freeswitch-users mailing listFreeswitch-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
_______________________________________________ Freeswitch-users mailing listFreeswitch-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_______________________________________________ Freeswitch-users mailing listFreeswitch-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_______________________________________________ Freeswitch-users mailing listFreeswitch-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_______________________________________________ Freeswitch-users mailing listFreeswitch-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_______________________________________________ Freeswitch-users mailing listFreeswitch-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.frees...
_______________________________________________ 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/ 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> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
For _*public*_ documentation purposes, which is what people do who want to use free software do: {foo=bar} is *only* valid at the beginning of the dial string. it will set the same variables on every channel. [foo=bar] goes before every individual dial string. {foo=bar}[chan=a]sofia/default/blah@baz.com,[chan=b]sofia/default/ blah2@baz.com On Fri, Jun 6, 2008 at 9:49 AM, UV <uv@talknet.com.au> wrote:
Thanks Brian,
That answers my question (not complaint) perfectly.
For our internal documentation purposes, I assume, therefore, this format: {foo=bar}sofia/blah1/blah,{foo=baz}sofia/blah2/blah Is equivalent to that: {foo=bar}sofia/blah1/blah,sofia/blah2/blah
And this format: [foo=bar]sofia/blah1/blah,sofia/blah2/blah Means blah1 channel will have foo=bar where blah2 channel won't have the foo variable at all.
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Friday, June 06, 2008 11:16 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset...
Yes the square braces and curly braces mean two different things.
For example if you do:
{foo=bar}sofia/blah1/blah,sofia/blah2/blah
foo=bar will be set on both blah1 and blah2 channels.
In this example:
[foo=bar]sofia/blah1/blah,[foo=baz]sofia/blah2/blah
In this example foo will have different values for each leg depending on which one is bridged to in the end.
If sofia/blah1 answers foo will be bar.. if sofia/blah2 answers foo will be baz
/b
On Jun 6, 2008, at 3:08 AM, Michael Collins wrote:
I think the square brackets and the curly brackets mean two different things on the API originate command. When bkw or anthm responds (wink wink) I'll update the bridge and/or originate wiki entries.
-MC
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of UV Sent: Friday, June 06, 2008 12:20 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing withdifferentchannelvarsset...
It is quite confusing...
I would think the syntax would utilize the curly brackets and not the square brackets:
<action application="bridge" data="{effecitive_caller_id_number=1234}sofia/blah/blah, {effective_caller_id_number=55555}sofia/blah/blah"/>
This is how we use it on the API ORIGINATE commands as described in http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate
but it is described also with the square brackets on http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridgecall
Are both applicable?
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Friday, June 06, 2008 4:34 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with differentchannelvarsset...
Brian,
Is this syntax going to be tagged for 1.0.1? I ask because the documentation guys are trying to get a handle on the deltas between 1.0.0 and 1.0.1.
Thanks!
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, June 05, 2008 10:24 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with different channelvarsset...
Try this.. i'm kinda shocked you didn't see us talking about this over and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this:
<action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/>
/b
On Jun 5, 2008, at 10:53 PM, Rupa Schomaker (lists) wrote:
I have a seemingly simple problem that I can't figure out how to implement.
Simplified Problem:
I'd like to have my cell phone and my deskphone ring at the same time. This seems simple, but there is a small caveat. I need to have a channel variable set differently for my cellphone.
Specifically: voicepulse requires you to have the caller id number and caller id name set to the number in order to pass it on to the PSTN. I want to see the callerid name on my deskphone however.
===
Ok, normally, I'd just do a:
<action application="bridge" data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$$ {cellnumber}"/>
but then my cell phone shows Unknown or Blocked when receiving the call.
If prior to that I do:
<action application="set" data="effective_caller_id_name=${caller_id_number}"/>
Then I get the correct callerid on my cell, but only the callerid number on my deskphone.
I asked on #freeswitch and had some hints, but they either went over my head or I didn't communicate my problem right.
Using multiple extension entries with continue="yes" doesn't seem to execute them in parallel (so the deskphone and the cell don't ring at the same time).
The "obvious" answer is how I implemented this in asterisk -- and maybe that is my problem, thinking in terms of asterisk.
The bridge equivalent would be the dial() app. This allows me to dial back into the dialplan if I use the "local" channel. This gives a level of indirection that would then let me modify the channelvars as necessary.
The only way I can see to "call" back into the dialplan is to use the transfer application. But that can't do multiple extensions in parallel so doesn't solve my problem.
What am I missing?
-Rupa
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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/ 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> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
your time to complain about syntax is over. We sat in beta stage for nearly a year to give people ample time to chime in. Any complaints at this point are simply insulting. On Fri, Jun 6, 2008 at 2:20 AM, UV <uv@talknet.com.au> wrote:
It is quite confusing...
I would think the syntax would utilize the curly brackets and not the square brackets:
<action application="bridge" data="{effecitive_caller_id_number=1234}sofia/blah/blah, {effective_caller_id_number=55555}sofia/blah/blah"/>
This is how we use it on the API ORIGINATE commands as described in http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate
but it is described also with the square brackets on http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridgecall
Are both applicable?
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Friday, June 06, 2008 4:34 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with differentchannelvarsset...
Brian,
Is this syntax going to be tagged for 1.0.1? I ask because the documentation guys are trying to get a handle on the deltas between 1.0.0 and 1.0.1.
Thanks!
-----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Thursday, June 05, 2008 10:24 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Forked dialing with different channelvarsset...
Try this.. i'm kinda shocked you didn't see us talking about this over and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this:
<action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/>
/b
On Jun 5, 2008, at 10:53 PM, Rupa Schomaker (lists) wrote:
I have a seemingly simple problem that I can't figure out how to implement.
Simplified Problem:
I'd like to have my cell phone and my deskphone ring at the same time. This seems simple, but there is a small caveat. I need to have a channel variable set differently for my cellphone.
Specifically: voicepulse requires you to have the caller id number and caller id name set to the number in order to pass it on to the PSTN. I want to see the callerid name on my deskphone however.
===
Ok, normally, I'd just do a:
<action application="bridge" data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$$ {cellnumber}"/>
but then my cell phone shows Unknown or Blocked when receiving the call.
If prior to that I do:
<action application="set" data="effective_caller_id_name=${caller_id_number}"/>
Then I get the correct callerid on my cell, but only the callerid number on my deskphone.
I asked on #freeswitch and had some hints, but they either went over my head or I didn't communicate my problem right.
Using multiple extension entries with continue="yes" doesn't seem to execute them in parallel (so the deskphone and the cell don't ring at the same time).
The "obvious" answer is how I implemented this in asterisk -- and maybe that is my problem, thinking in terms of asterisk.
The bridge equivalent would be the dial() app. This allows me to dial back into the dialplan if I use the "local" channel. This gives a level of indirection that would then let me modify the channelvars as necessary.
The only way I can see to "call" back into the dialplan is to use the transfer application. But that can't do multiple extensions in parallel so doesn't solve my problem.
What am I missing?
-Rupa
_______________________________________________ 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
_______________________________________________ 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
_______________________________________________ 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/ 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> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
On 6/6/2008 12:23 AM, Brian West wrote:
Try this.. i'm kinda shocked you didn't see us talking about this over and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this:
<action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/>
/b
Tried, didn't seem to work. If I set it prior to the bridge then the callerid info is passed on just fine. If I set it within the data= of the bridge then callerid is not affected. -Rupa
try again, I added support for brian's example. On Fri, Jun 6, 2008 at 12:52 PM, Rupa Schomaker (lists) < freeswitch-users@lists.rupa.com> wrote:
On 6/6/2008 12:23 AM, Brian West wrote:
Try this.. i'm kinda shocked you didn't see us talking about this over and over in the pasty 24 hours. You'll need to make sure you're on the latest code for this:
<action application="bridge" data="[effecitive_caller_id_number=1234]sofia/blah/blah, [effective_caller_id_number=55555]sofia/blah/blah"/>
/b
Tried, didn't seem to work.
If I set it prior to the bridge then the callerid info is passed on just fine. If I set it within the data= of the bridge then callerid is not affected.
-Rupa
_______________________________________________ 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/ 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> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
Verified, it works for me. On 6/6/2008 1:25 PM, Anthony Minessale wrote:
try again, I added support for brian's example.
On Fri, Jun 6, 2008 at 12:52 PM, Rupa Schomaker (lists) <freeswitch-users@lists.rupa.com <mailto:freeswitch-users@lists.rupa.com>> wrote:
On 6/6/2008 12:23 AM, Brian West wrote: > Try this.. i'm kinda shocked you didn't see us talking about this over > and over in the pasty 24 hours. You'll need to make sure you're on > the latest code for this: > > <action application="bridge" > data="[effecitive_caller_id_number=1234]sofia/blah/blah, > [effective_caller_id_number=55555]sofia/blah/blah"/> > > /b >
Tried, didn't seem to work.
If I set it prior to the bridge then the callerid info is passed on just fine. If I set it within the data= of the bridge then callerid is not affected.
-Rupa
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org <mailto:Freeswitch-users@lists.freeswitch.org> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/
AIM: anthm MSN:anthony_minessale@hotmail.com <mailto:MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com <mailto:PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net <http://irc.freenode.net> #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <mailto:sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 <http://iax:guest@conference.freeswitch.org/888> googletalk:conf+888@conference.freeswitch.org <mailto:googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:213-799-1400
------------------------------------------------------------------------
_______________________________________________ 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
Rupa Schomaker (lists) napsal(a):
I have a seemingly simple problem that I can't figure out how to implement.
Simplified Problem:
I'd like to have my cell phone and my deskphone ring at the same time. This seems simple, but there is a small caveat. I need to have a channel variable set differently for my cellphone.
Specifically: voicepulse requires you to have the caller id number and caller id name set to the number in order to pass it on to the PSTN. I want to see the callerid name on my deskphone however.
===
Ok, normally, I'd just do a:
<action application="bridge" data="sofia/internal/101%$${domain},sofia/gateway/voicepulse/$${cellnumber}"/>
but then my cell phone shows Unknown or Blocked when receiving the call.
If prior to that I do:
<action application="set" data="effective_caller_id_name=${caller_id_number}"/>
Then I get the correct callerid on my cell, but only the callerid number on my deskphone.
I asked on #freeswitch and had some hints, but they either went over my head or I didn't communicate my problem right.
Using multiple extension entries with continue="yes" doesn't seem to execute them in parallel (so the deskphone and the cell don't ring at the same time).
The "obvious" answer is how I implemented this in asterisk -- and maybe that is my problem, thinking in terms of asterisk.
The bridge equivalent would be the dial() app. This allows me to dial back into the dialplan if I use the "local" channel. This gives a level of indirection that would then let me modify the channelvars as necessary.
The only way I can see to "call" back into the dialplan is to use the transfer application. But that can't do multiple extensions in parallel so doesn't solve my problem.
What am I missing?
-Rupa
I have looked for parallel "Dial back into the dialplan" few days ago and the solution is surprisingly simple (thanks Anthony!): Start another sofia user agent on different port (let say 5061) and brigde the call to it in parallel: <action application='bridge' data='sofia/default/number1@localhost:5061,sofia/default/number2@localhost:5061'/> And than you are back in the default context with 2 parallel calls and you can do whatever you want with both of them independently... Best regards, kokoska.rokoska
participants (8)
-
Anthony Minessale
-
Brian West
-
Chris Danielson
-
kokoska rokoska
-
Michael Collins
-
Michael S Collins
-
Rupa Schomaker (lists)
-
UV