[Freeswitch-users] How to change Header (From value) while originate

Tue Jul 20 00:51:28 PDT 2010

Hello David,

thank you for your answer.

I have solved it by using the *sip_from_uri* parameter in the originate
command like this.

originate {sip_from_uri=sip:55555555 at 123.123.123.123<sip%3A55555555 at 123.123.123.123>}sofia/gateway/Test/44444444
&park()

The caller Id is now changed to 55555555.

Regards
Ali

---------- Weitergeleitete Nachricht ----------
> From: David Ponzone <david.ponzone at gmail.com>
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Date: Mon, 19 Jul 2010 14:33:47 +0200
> Subject: Re: [Freeswitch-users] How to change Header (From value) while
> originate
> You should try to set sip_cid_type=none on the outbound leg.
> And also, you will probably need this in the gateway config:
> <param name="caller-id-in-from" value="true"/>
>
> 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 19/07/2010 à 14:18, Durmuş Ali Öztürk a écrit :
>
> Hello,
>
> Using the *origination_caller_id_number *while doing a outbound call with
> the originate command has no effect of the caller Id.
>
> Because, our VoIP provider demands the caller ID into the From tag (From:
> <originator at domain>) of the SIP header, the *Remote-Party-ID* and *
> P-Asserted-Identity* will be ignored.
>
> Is there an alternative way to manipulate the From field value (which is
> taken from the username of a gateway profile by default)? Maybe another
> parameter in a originate command?
>
> Thank you for your answer.
>
> Ali
> _______________________________________________
> 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
>
>
>
>
> ---------- Weitergeleitete Nachricht ----------
> From: David Allen <david at virtutel.com.au>
> To: freeswitch-users at lists.freeswitch.org
> Date: Mon, 19 Jul 2010 23:18:19 +1000
> Subject: [Freeswitch-users] Multiple CDRS for Bridged calls from an IVR
> Hi,
>
> I have written an IVR that prompts a user to Enter a Number and then the
> call is bridged to a particular gateway. If the user wishes to end the call
> early I have set the bridge_terminate_key=# variable and
> continue_on_fail=NORMAL_TEMPORARY_FAILURE so the dial plan continues which
> loops back to the IVR. For collection of CDRs, I'm using XML-CDR.
>
> The problem I'm having is that each call bridged to the gateway is not
> producing an individual CDR record and is instead adding the CDR information
> as additional records under callflow in the XML when the call to the IVR is
> finally terminated, instead of when each bridged call is terminated. I need
> to get the CDR information as the call is terminated for credit control
> purposes or in otherwords when the bridge is termated for XML-CDR to post
> the calls CDR.
>
> I have looked on the Freeswitch site for a solution to this and I have not.
> Is there a way that I can get information when each call ends? Hopefully
> someone will be able to help with this question.
>
> Thanks
> David
>
>
>
>
>
>
> ---------- Weitergeleitete Nachricht ----------
> From: Steven Ayre <steveayre at gmail.com>
> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> Date: Mon, 19 Jul 2010 18:14:18 +0100
> Subject: Re: [Freeswitch-users] Multiple CDRS for Bridged calls from an IVR
> Try setting log-b-leg to true in xml_cdr.conf.xml, that should then
> generate CDRs for both the incoming call (aleg) and the outgoing calls from
> the bridge (bleg)
>
> You can match them using the UUID, and identify whether a CDR is an a-leg
> or b-leg from the value of <direction> (it will be either inbound or
> outbound).
>
> Hope that helps.
>
> -Steve
>
>
> On 19 July 2010 14:18, David Allen <david at virtutel.com.au> wrote:
>
>> Hi,
>>
>> I have written an IVR that prompts a user to Enter a Number and then the
>> call is bridged to a particular gateway. If the user wishes to end the
>> call early I have set the bridge_terminate_key=# variable and
>> continue_on_fail=NORMAL_TEMPORARY_FAILURE so the dial plan continues
>> which loops back to the IVR. For collection of CDRs, I'm using XML-CDR.
>>
>> The problem I'm having is that each call bridged to the gateway is not
>> producing an individual CDR record and is instead adding the CDR
>> information as additional records under callflow in the XML when the
>> call to the IVR is finally terminated, instead of when each bridged call
>> is terminated. I need to get the CDR information as the call is
>> terminated for credit control purposes or in otherwords when the bridge
>> is termated for XML-CDR to post the calls CDR.
>>
>> I have looked on the Freeswitch site for a solution to this and I have
>> not. Is there a way that I can get information when each call ends?
>> Hopefully someone will be able to help with this question.
>>
>> Thanks
>> David
>>
>>
>>
>> _______________________________________________
>> 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/20100720/2ee88a13/attachment-0001.html 