How to prevent RFC2833-relaying
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@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.
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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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@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@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@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi David, Sorry to cc you off list but I saw your post from May 2010 in which you said you got a Patton M-ATA working for T.38. Can you please provide details of your config (ie did you use t38_passthru or some other way)? I've just taken delivery of a couple of them, wanting to use them to connect my fax machines via Freeswitch to a T.38 capable provider, but am having no luck at all (all outbound faxes fail - don't need inbound). Any hints you can provide would be very gratefully received. Regards Alex
participants (3)
-
Alex Crow
-
Avi Marcus
-
David Ponzone