[Freeswitch-users] To get rid of P-Asserted-Identity ?

[David Ponzone]

Mike,

yes.
In fact, the behavior I am looking to alter is the one documented on Confluence as:

caller_id_number:
The caller id phone number set by the inbound call, not a real variable. Practically it is read only. From sofia.c, the values used (in precedence) are the user parts from: P-Preferred-Identity, P-Asserted-Identity, Remote-Party-ID, and the From header.

I am trying to figure out a good reason to prevent this behavior to be altered.
As there is no real normalization on PPI/PAI/RPID/From usage (is there at least an attempt ?), one should be able to define its own order of priority per profile.
If if was better at  C, I would write the patch myself, but I generally write awful code :)

David Ponzone  Direction Technique
email: david.ponzone at ipeva.fr <mailto: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 <blocked::http://www.ipeva.fr/>  -   www.ipeva-studio.com <blocked::http://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 15 déc. 2016 à 16:58, Michael Jerris <mike at jerris.com> a écrit :
> 
> think that's good to affect send... in this case probably need to set profile var and override it in dialplan
> 
> On Thu, Dec 15, 2016 at 10:51 AM Ítalo Rossi <italo at freeswitch.org <mailto:italo at freeswitch.org>> wrote:
> Try caller-id-type profile param 
> Em qui, 15 de dez de 2016 às 12:12, David Ponzone <david.ponzone at ipeva.fr <mailto:david.ponzone at ipeva.fr>> escreveu:
> Hello all,
> 
> when FS receives an inbound call with a PAID header, it uses this number to fill the caller_id_number channel variable.
> I can’t manage to alter this behavior for inbound legs.
> At least, I’d like to tell FS to ignore the PAID because it’s wrong, and to use the SIP From for the caller_id_number.
> 
> Ideas ? Am I missing something obvious ?
> 
> 
> 
> David Ponzone  Direction Technique
> email: david.ponzone at ipeva.fr <mailto: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.
> 
> 
> 
> 
> 
> 
> 
> 
> _________________________________________________________________________
> 
> 
> Professional FreeSWITCH Consulting Services:
> 
> 
> consulting at freeswitch.org <mailto:consulting at freeswitch.org>
> 
> 
> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
> 
> 
> 
> 
> 
> Official FreeSWITCH Sites
> 
> 
> http://www.freeswitch.org <http://www.freeswitch.org/>
> 
> 
> http://confluence.freeswitch.org <http://confluence.freeswitch.org/>
> 
> 
> http://www.cluecon.com <http://www.cluecon.com/>
> 
> 
> 
> 
> 
> FreeSWITCH-users mailing list
> 
> 
> FreeSWITCH-users at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org>
> 
> 
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
> 
> 
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users>
> 
> 
> http://www.freeswitch.org <http://www.freeswitch.org/>
> 
> _________________________________________________________________________
> 
> Professional FreeSWITCH Consulting Services:
> 
> consulting at freeswitch.org <mailto:consulting at freeswitch.org>
> 
> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
> 
> 
> 
> Official FreeSWITCH Sites
> 
> http://www.freeswitch.org <http://www.freeswitch.org/>
> 
> http://confluence.freeswitch.org <http://confluence.freeswitch.org/>
> 
> http://www.cluecon.com <http://www.cluecon.com/>
> 
> 
> 
> FreeSWITCH-users mailing list
> 
> FreeSWITCH-users at lists.freeswitch.org <mailto:FreeSWITCH-users at lists.freeswitch.org>
> 
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
> 
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users <http://lists.freeswitch.org/mailman/options/freeswitch-users>
> 
> http://www.freeswitch.org <http://www.freeswitch.org/>_________________________________________________________________________
> Professional FreeSWITCH Consulting Services: 
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
> 
> 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/20161216/48737e93/attachment-0001.html