From: "freeswitch-users-request@lists.freeswitch.org" <freeswitch-users-request@lists.freeswitch.org>
To: freeswitch-users@lists.freeswitch.org
Sent: Monday, December 19, 2011 2:57 PM
Subject: FreeSWITCH-users Digest, Vol 66, Issue 103
----- Forwarded Message -----
Send FreeSWITCH-users mailing list submissions to
freeswitch-users@lists.freeswitch.orgTo subscribe or unsubscribe via the World Wide Web, visit
http://lists.freeswitch.org/mailman/listinfo/freeswitch-usersor, via email, send a message with subject or body 'help' to
freeswitch-users-request@lists.freeswitch.orgYou can reach the person managing the list at
freeswitch-users-owner@lists.freeswitch.orgWhen replying, please edit your Subject line so it is more specific
than "Re: Contents of FreeSWITCH-users digest..."
Today's Topics:
1. Re: PCI Compliance Over Telephone for Credit Cards- how?
(Avi Marcus)
2. Re: announce conf count (total callers minus 1)? (Michael Collins)
3. originate via rpc
(Anders)
4. Re: originate via rpc (Michael Collins)
Encrypting yourself only helps if you have a T1/BRI whatever private link to the telco. I don't.. what are my options?
-Avi
On Mon, Dec 19, 2011 at 9:28 PM, Elliott Vogel
<elliott@zoogmedia.com> wrote:
I haven’t seen a company yet and I have searched – none of the big origination providers do and many of the smaller ones use the big providers – we are force
to do our own encoding
So is there a provider for USA who takes T1 and encrypts it, so I can buy origination from them?
Well, I have worked a lot with PCI compliance in the past and I don’t think you can meet the requirements
of encryption if you’re not doing encoding yourself because most voip service providers aren’t encrypting the calls. Also dtmf has the same for requirements and for T1 not being encrypted this is true but because the network is considered secured(funny)/private
it’s doesn’t need to be – now if you would encapsulate t1 traffic to send it over the internet without encrypting it this would be unsecured.
I'm planning on an IVR to accept credit card information for signing up and renewal of my services.
Regarding fraud, I'm going to require at minimum a recording of name, who they are, or something or an actual live call.
Call centers will need to ensure that transmission of cardholder data across public networks is encrypted.
This is part of PCI DSS Requirement 4 and includes:
-
Voice or data streams over Voice over IP (VoIP) telephone systems, whenever sent over an open or public network. Note that only those consumer or enterprise VoIP systems that provide strong cryptography should be used.
-
Requiring agents to use analog telephone lines when a VoIP telephone system does not provide strong cryptography.
I'm doing dtmf, not voice, but I can't imagine that's LESS strict.
I haven't really heard of any end-to-end encrypted origination lines. Is this guideline ignored? How do people deal with this? Does someone have T1 lines and offers encryption for
origination...?
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com
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
Try this:
<action application="say" data="en number pronounced ${expr ${conf_count} - 1}"/>That's just off the top of my head, so if it doesn't work then tinker with it until you get it working.
-MC
Hi,
I am trying to originate a call, using a mod command through the
xml_rpc, but I am doing something wrong - not sure what it is. I post
this url:
http://1.2.3.4/webapi/originate?{origination_caller_id_number=14007654321}sofia/carriers/111#18001234567@4.5.6.7%20&playback(/vr/migstory.wav)
(numbers and IPs modified here)
The reponse I get is this: -USAGE: <call url>
<exten>|&<application_name>(<app_args>) [<dialplan>] [<context>]
[<cid_name>] [<cid_num>] [<timeout_sec>]
I can do other commands directly in the browser like this (such as
http://1.2.3.4/webapi/show?calls) without any problems. Therefore my
conclusion is that I am doing something wrong in this syntax for http.
Any ideas?
Thanks in
advance!
//Anders
Don't you have to URL encode the & character?
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-usersUNSUBSCRIBE:
http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://www.freeswitch.org