[Freeswitch-users] Forked dialing withdifferentchannelvarsset...

Michael S Collins mercutio.viz at gmail.com
Fri Jun 6 08:21:18 PDT 2008 

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

More information about the FreeSWITCH-users mailing list