[Freeswitch-users] understanding effective_caller_id_number and other variables before bridge

[RR]

Thanks Troy,

that seems to have worked.

Great!

\RR

On Tue, Apr 27, 2010 at 12:53 PM, Troy Anderson <troy at tlainvestments.com>wrote:

> It looks like your regex is wrong.  Try the following:
>
> ^(\+?|\+1?|1?)(\d+).*$
>
> and substitute $2 where you have $1 in the effective_caller_id_number
> action.
>
> i.e.
>
> <include>
>   <extension name="DIDtest">
>     <condition field="ani" expression="^(\+?|\+1?|1?)(\d+).*$"
> break="never">
>            <action application="set" data="effective_caller_id_number=$2"/>
>
>     </condition>
>     <condition field="destination_number" expression="^\+?+1?1?(.*)$">
>            <action application="bridge"
> data="{sip_invite_domain=${sip_from_host}}sofia/gateway/blade2/$1"/>
>      </condition>
>   </extension>
> </include>
>
> -Troy
>
>
> On Apr 27, 2010, at 9:41 AM, RR wrote:
>
> Thanks David.
>
> Unfortunately, that didn't fix the issue. I still see the original 'ani'
> going out with all the prefixes attached to the actual number :(
>
> The only time it works is if I set the effective_caller_id_number JUST
> before the bridge. Otherwise it seems to get lost.
>
> On Tue, Apr 27, 2010 at 12:16 PM, David Ponzone <david.ponzone at gmail.com>wrote:
>
>> You should first correct your dialplan to:
>>
>> <include>
>>   <extension name="DIDtest">
>>     <condition field="ani" expression="^\+?|+1?|1?(\d+).*$" break="never">
>>            <action application="set"
>> data="effective_caller_id_number=$1"/>
>>     </condition>
>>     <condition field="destination_number" expression="^\+?+1?1?(.*)$">
>>            <action application="bridge"
>> data="{sip_invite_domain=${sip_from_host}}sofia/gateway/blade2/$1"/>
>>      </condition>
>>   </extension>
>> </include>
>>
>>
>>  David Ponzone  Direction Technique
>> email: david.ponzone at ipeva.fr
>> tel:      01 74 03 18 97
>> gsm:   06 66 98 76 34
>>
>> Service Client IPeva
>> tel:      0811 46 26 26
>> www.ipeva.fr  -   www.ipeva-studio.com
>>
>> *Ce message et toutes les pièces jointes sont confidentiels et établis à
>> l'intention exclusive de ses destinataires. Toute utilisation ou diffusion
>> non autorisée est interdite. Tout message électronique est susceptible
>> d'altération. **IPeva** décline toute responsabilité au titre de ce
>> message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas
>> destinataire de ce message, merci de le détruire immédiatement et d'avertir
>> l'expéditeur.*
>> *
>> *
>>
>>
>>
>> Le 27/04/2010 à 17:54, RR a écrit :
>>
>> Hello All,
>>
>> just want to clarify my understanding re: variables etc that can be set
>> before a call bridge/transfer etc. It appears that we need to set these
>> variables immediately before the bridge without any other operation
>> occurring from when they are setup and when the bridge happens. Is that
>> true?
>>
>> I have a very simple dialplan like so:
>>
>> <include>
>>   <extension name="DIDtest">
>>     <condition field="ani" expression="^\+?|+1?|1?(\d+).*$"/>
>>     <action application="export" data="effective_caller_id_number=$1"/>
>>     <condition field="destination_number" expression="^\+?+1?1?(.*)$">
>>            <action application="bridge"
>> data="{sip_invite_domain=${sip_from_host}}sofia/gateway/blade2/$1"/>
>>      </condition>
>>   </extension>
>> </include>
>>
>> But when the call is sent to gateway blade2, the callerID on the call is
>> whatever the original callerID was with all the 1s and '+'s and whatever
>> prefixes the call came in with.
>>
>> Questions:
>> a) can the variable effective_caller_id_number not be set dynamically from
>> a temp variable such as $1. I have also tried forcing it to a number
>> like effective_caller_id_number=20239388383 and even then it doesn't work
>>
>>  b) I have also tried
>>
>> <action application="bridge"
>> data="{effective_caller_id_number=20239388383}{sip_invite_domain=${sip_from_host}}sofia/gateway/blade9/$1"/>
>>
>> and that doesn't work either.
>>
>> Any ideas?
>>
>> Thanks
>> RR
>> _______________________________________________
>> 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/20100427/85405612/attachment-0001.html