[Freeswitch-users] Forked dialing withdifferentchannelvarsset...
Chris Danielson
chris at maxpowersoft.com
Fri Jun 6 08:24:19 PDT 2008
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 at 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 at lists.freeswitch.org
>>> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of
>>> Brian
>>> West
>>> Sent: Friday, June 06, 2008 11:16 PM
>>> To: freeswitch-users at 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 at lists.freeswitch.org
>>>>>
>>>> [mailto:freeswitch-
>>>>
>>>>> users-bounces at lists.freeswitch.org] On Behalf Of UV
>>>>> Sent: Friday, June 06, 2008 12:20 AM
>>>>> To: freeswitch-users at 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 at lists.freeswitch.org
>>>>> [mailto:freeswitch-users-bounces at lists.freeswitch.org] On Behalf Of
>>>>> Michael
>>>>> Collins
>>>>> Sent: Friday, June 06, 2008 4:34 PM
>>>>> To: freeswitch-users at 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 at lists.freeswitch.org
>>>>>>
>>>>> [mailto:freeswitch-
>>>>>
>>>>>> users-bounces at lists.freeswitch.org] On Behalf Of Brian West
>>>>>> Sent: Thursday, June 05, 2008 10:24 PM
>>>>>> To: freeswitch-users at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20080606/d7d17ea8/attachment-0002.html
More information about the FreeSWITCH-users
mailing list