[Freeswitch-users] passing originating IP when configured as a B2BUA

[David Ponzone]

It's not the right place for this but well :)

Should be ${SIP_HEADER(X-Original-IP)}

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 21/04/2010 à 20:07, RR a écrit :

> Cool, that works too. But I guess in Asterisk it's easier to extract  
> the "FROM" header using the SIP_HEADER function than some custom  
> header variable...although it might just be easy, I just don't know  
> how to do it.
>
> Thanks anyway,
> RR
>
> On Wed, Apr 21, 2010 at 11:43 AM, David Ponzone <david.ponzone at gmail.com 
> > wrote:
> Well, yes.
> Or you use the network_addr variable, and you put it in a custom  
> header X-Original-IP or whatever.
>
> 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 21/04/2010 à 17:34, RR a écrit :
>
>> Thanks David. We know the custom header is the way to go but didn't  
>> know how to send that in the header. After a little research,  
>> discovered that we could use the sip_invite_domain channel variable  
>> to forward the call with the original "From" Header to the Asterisk  
>> Farm. Just thought it would help someone else out in the future :)
>>
>> On Tue, Apr 20, 2010 at 9:16 PM, David Ponzone <david.ponzone at gmail.com 
>> > wrote:
>> Setting a customer SIP header seems a nice way to do that. And easy.
>>
>> 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 21/04/2010 à 01:24, RR a écrit :
>>
>>> Hello list,
>>>
>>> we have an FS server configured as a call-distributor (using  
>>> "mod_distributor") to a bank/farm of Asterisk servers. However,  
>>> since the FS is acting like a B2BUA, it's not passing the  
>>> originating IP (network_addr) from the originating switch/gateway  
>>> to the Asterisk farm (as expected). However, we need to have this  
>>> information in the Asterisk servers. How can we achieve this? Do  
>>> we need to create/insert a custom SIP header when passing on the  
>>> call or set a variable or any other way?
>>>
>>> Any help on the issue will be much appreciated
>>>
>>> Thanks in advance,
>>> 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
>
>
> _______________________________________________
> 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/20100421/0742e294/attachment.html