[Freeswitch-users] How to prevent RFC2833-relaying

[David Ponzone]

Avi,

1) I can definitely try that!
2) I think there is a mistake in the wiki. In the dtmf-type page, it says that it can't be done with the channel variable, but there is a page for dtmf_type where it looks like it can be set from the dialplan.
I'll give it a try anyway.

I also found a pass_rfc2833 variable, but it only accepts "true" and "false" ("true" means FS is transparent, "false" means FS will decode/recode the DTMF). I would need a "block" value.

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 09/11/2011 à 17:35, Avi Marcus a écrit :

> If no one else has a better answer..
> Two options come to mind:
> 1) Use bind_digit_action to eat the dtmf.
> 2) turn off the relaying. It seems it has to be done before the channel is initialized though.
> http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#dtmf-type
> 
> -Avi
> 
> 
> 2011/11/9 David Ponzone <david.ponzone at ipeva.fr>
> Hello all,
> 
> I have a FS box between customers and carriers, and I receive RFC-2833 from carriers, and FS relays them to customers. Classic.
> 
> I am looking for a way to tell FS, for specific calls, not to relay the RFC-2833 events to customers.
> 
> Is there a such thing in the code ?
> 
> Thank you
> 
> 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.
> 
> 
> 
> 
> 
> 
> 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/20111109/3ba2cff6/attachment.html