Re: [asterisk-users] Credit Card processing machines
Date: Wed, 18 Feb 2009 09:50:18 -0800 From: bilmar...@yahoo.com Subject: Re: Credit Card processing machines To: asterisk-users@lists.digium.com CC: listas_quij...@hotmail.com And is there a bank accept to give such kind of communication? The user was able to dial his card number and the amount from his phone (or IP Phone registered with Asterisk), and Asterisk communicate with the bank or company credit card provider? Yes! WEll, no asterisk exactly, we can do an interface to talk with verifone by RS232 and send commands How the user will enter $50.25? What about expiration date of the credit card? You can use *, key, for period and finish the value with # 50*25# the AGI validate the data Regards Bilal *---* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas *-809-849-8087 * Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun *---* _ Get more from your digital life. Find out how. http://www.windowslive.com/default.html?ocid=TXT_TAGLM_WL_Home2_082008___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
Why not Asterisk? And if need to use RS232, then ethernet is not possible? So how u will use AGI with RS232? Regards Bilal --- On Thu, 2/19/09, Edwin Quijada listas_quij...@hotmail.com wrote: From: Edwin Quijada listas_quij...@hotmail.com Subject: RE: Credit Card processing machines To: bilmar...@yahoo.com, Asterisk Asterisk asterisk-users@lists.digium.com Date: Thursday, February 19, 2009, 2:21 PM Date: Wed, 18 Feb 2009 09:50:18 -0800 From: bilmar...@yahoo.com Subject: Re: Credit Card processing machines To: asterisk-users@lists.digium.com CC: listas_quij...@hotmail.com And is there a bank accept to give such kind of communication? The user was able to dial his card number and the amount from his phone (or IP Phone registered with Asterisk), and Asterisk communicate with the bank or company credit card provider? Yes! WEll, no asterisk exactly, we can do an interface to talk with verifone by RS232 and send commands How the user will enter $50.25? What about expiration date of the credit card? You can use *, key, for period and finish the value with # 50*25# the AGI validate the data Regards Bilal *---* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas *-809-849-8087 * Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun *---* _ Get more from your digital life. Find out how. http://www.windowslive.com/default.html?ocid=TXT_TAGLM_WL_Home2_082008 ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
On Thu, 19 Feb 2009, bilal ghayyad wrote: So how u will use AGI with RS232? While an AGI can talk to /dev/ttySx, it would make more sense to write a daemon to manage the conversations and then your AGIs could talk to the daemon over TCP, shared memory, pipes, two cans and some string... Thanks in advance, Steve Edwards sedwa...@sedwards.com Voice: +1-760-468-3867 PST Newline Fax: +1-760-731-3000 ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
Date: Thu, 19 Feb 2009 11:25:50 -0800 From: bilmar...@yahoo.com Subject: RE: Credit Card processing machines To: asterisk-users@lists.digium.com; listas_quij...@hotmail.com Why not Asterisk? And if need to use RS232, then ethernet is not possible? So how u will use AGI with RS232? Yes, you can but I dont know how *---* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas *-809-849-8087 * Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun *---* _ Reveal your inner athlete and share it with friends on Windows Live. http://revealyourinnerathlete.windowslive.com?locale=en-usocid=TXT_TAGLM_WLYIA_whichathlete_us___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
Really once I read credit card, I got to become interested to know whatis exactly happenning. I am looking to have the possibility to pay to the bank using the VoIP adaptor or IP Telephony, by entering the credit card digits and the password and the amound. I do not know if u can help me in this point, and if I am far from your subject or not. Is there a bank or credit card processor provider that can help to acheive such kind of service? (credit card/visa electron payment through VoIP gateway or Telephone lines)? Regards Bilal The ADT alarm going thru VoIP will create a life safety issue. Hope you planned for that.. --Don On 2/17/09 6:31 AM, Jeff LaCoursiere j...@jeff.net wrote: On Tue, 17 Feb 2009, Andrew Joakimsen wrote: On Fri, Feb 6, 2009 at 17:11, Jeff LaCoursiere j...@jeff.net wrote: Anyone have much luck with these on ATA's? I have a few sites that use them succesfully with multi-port Audiocodes boxes, but just connected ten machines to Linksys 2102s and they are very flaky. Using u-law on a 100Mb switched network that is barely utilized, then out a T1 on a Sangoma card. Perhaps there is some tuning on the Linksys or the credit card machine itself? Going to look into reducing the baud rate on the machines, but sadly the bank has them password protected and wants to charge a reprogramming fee :( They make credit card terminals with Ethernet -- use that instead. The client's processor charges 7c/transaction over IP (plus normal charges), so they are quite keen to keep it working the way it was before I replaced their PBX ;) As a followup, *99 prepended on any Linksys ATA does indeed make a difference in modem reliability. Both their CCs and their ADT alarm devices now function reliably. I also reduced the CC baud rate to 300 baud (!), and it is rock solid now! j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
On 17 Feb 2009, at 19:20, David Gibbons wrote: snip We will be testing the ADT connection heavily this week. The modem connections to my understanding are 2400 baud. Over G.711U and a T1 I don't see why this wouldn't be as solid as a POTS line, but our tests will tell! /snip We do *fax* in this way and it works like a charm. We can hit much more than 2400 baud I think too. --Dave Our creditcard company's small print _insists_ on a direct analog exchange line with no other devices in between. Tim. Tim Panton - Web/VoIP consultant and implementor www.westhawk.co.uk smime.p7s Description: S/MIME cryptographic signature ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
On Wed, Feb 18, 2009 at 10:02:28AM +, Tim Panton wrote: Our creditcard company's small print _insists_ on a direct analog exchange line with no other devices in between. Wow. You have a direct copper wire to their credit card processing system? :-) -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
You shoudl start with your bank. They can probably provide the equipment. j On Wed, 18 Feb 2009, bilal ghayyad wrote: Really once I read credit card, I got to become interested to know whatis exactly happenning. I am looking to have the possibility to pay to the bank using the VoIP adaptor or IP Telephony, by entering the credit card digits and the password and the amound. I do not know if u can help me in this point, and if I am far from your subject or not. Is there a bank or credit card processor provider that can help to acheive such kind of service? (credit card/visa electron payment through VoIP gateway or Telephone lines)? Regards Bilal The ADT alarm going thru VoIP will create a life safety issue. Hope you planned for that.. --Don On 2/17/09 6:31 AM, Jeff LaCoursiere j...@jeff.net wrote: On Tue, 17 Feb 2009, Andrew Joakimsen wrote: On Fri, Feb 6, 2009 at 17:11, Jeff LaCoursiere j...@jeff.net wrote: Anyone have much luck with these on ATA's? I have a few sites that use them succesfully with multi-port Audiocodes boxes, but just connected ten machines to Linksys 2102s and they are very flaky. Using u-law on a 100Mb switched network that is barely utilized, then out a T1 on a Sangoma card. Perhaps there is some tuning on the Linksys or the credit card machine itself? Going to look into reducing the baud rate on the machines, but sadly the bank has them password protected and wants to charge a reprogramming fee :( They make credit card terminals with Ethernet -- use that instead. The client's processor charges 7c/transaction over IP (plus normal charges), so they are quite keen to keep it working the way it was before I replaced their PBX ;) As a followup, *99 prepended on any Linksys ATA does indeed make a difference in modem reliability. Both their CCs and their ADT alarm devices now function reliably. I also reduced the CC baud rate to 300 baud (!), and it is rock solid now! j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
Our creditcard company's small print _insists_ on a direct analog exchange line with no other devices in between. Tim. Tim Panton - Web/VoIP consultant and implementor www.westhawk.co.uk You can do it an interface using AGI to comunicate with equipment or verifone. I did it once *---* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas *-809-849-8087 * Si deseas lograr cosas excepcionales debes de hacer cosas fuera de lo comun *---* _ Got Game? Win Prizes in the Windows Live Hotmail Mobile Summer Games Trivia Contest http://www.gowindowslive.com/summergames?ocid=TXT_TAGHM___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
And is there a bank accept to give such kind of communication? The user was able to dial his card number and the amount from his phone (or IP Phone registered with Asterisk), and Asterisk communicate with the bank or company credit card provider? How the user will enter $50.25? What about expiration date of the credit card? Regards Bilal Our creditcard company's small print _insists_ on a direct analog exchange line with no other devices in between. Tim. Tim Panton - Web/VoIP consultant and implementor www.westhawk.co.uk You can do it an interface using AGI to comunicate with equipment or verifone. I did it once ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
Ideally the person needs to enter the credit card number, expiration date in mmyy format (which is the format in which the expiration date is shown on the card), and the ccv number. The amount would probably be calculated on the basis of the outstanding amounts, or the products selected. Think of trying to buy a plane ticket or pay a bill. You are unlikely to want the caller to enter the amount. The thing is to structure the IVR in such a way that the caller is informed of the amount and does not have to enter it. If you take a far out case of a donation help line, you can simply go for $5 press 1, for $10 press 2, for $20 press 3. If someone wanted to donate $15, too bad for us. If it turns out a lot of people want to donate $15, you can simply adjust the IVR (and of course the other logic). This is a simple enough task. The big deal is supposed to be in ensuring that the date and the ccv number DTMF do not show up in any log files or trace files, and surely do not get logged by the application. You can simply turn off all DTMF logging, but you dont want to do that. Only the place where you accept the secure information, the logging should be absolutely turned off. Getting the issue? On Wed, Feb 18, 2009 at 11:20 PM, bilal ghayyad bilmar...@yahoo.com wrote: And is there a bank accept to give such kind of communication? The user was able to dial his card number and the amount from his phone (or IP Phone registered with Asterisk), and Asterisk communicate with the bank or company credit card provider? How the user will enter $50.25? What about expiration date of the credit card? Regards Bilal Our creditcard company's small print _insists_ on a direct analog exchange line with no other devices in between. Tim. Tim Panton - Web/VoIP consultant and implementor www.westhawk.co.uk You can do it an interface using AGI to comunicate with equipment or verifone. I did it once ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- http://www.linkedin.com/in/kinjaldixit open networker ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
On Wed, Feb 18, 2009 at 12:50, bilal ghayyad bilmar...@yahoo.com wrote: And is there a bank accept to give such kind of communication? The user was able to dial his card number and the amount from his phone (or IP Phone registered with Asterisk), and Asterisk communicate with the bank or company credit card provider? How the user will enter $50.25? What about expiration date of the credit card? Where there are two solutions: 1) The bank provides the service... you do nothing but call the number they provide. 2) The bank provides some sort of API (authorize.net is common in the United States of America) and you write code (an AGI script) that a) accepts the input via the phone b) communicates with the bank using the API, probably via the internet using some sort of encryption (HTTPS is pretty common) Answers to your questions: 1) Probably just by entering 5025 2) Probably just by entering MMYY (month, month, year, year. e.g.: 1210 = December of 2010) This is rather simple since the format is known. Currency usually has two decimal places and years are again a standard format. If using option 2) above it would be wise to provide a confirmation (user dials 5025 and then a prompt would say You entered fifty dollars twenty-five cents. Is that correct?, etc.) ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
On Tue, 17 Feb 2009, Andrew Joakimsen wrote: On Fri, Feb 6, 2009 at 17:11, Jeff LaCoursiere j...@jeff.net wrote: Anyone have much luck with these on ATA's? I have a few sites that use them succesfully with multi-port Audiocodes boxes, but just connected ten machines to Linksys 2102s and they are very flaky. Using u-law on a 100Mb switched network that is barely utilized, then out a T1 on a Sangoma card. Perhaps there is some tuning on the Linksys or the credit card machine itself? Going to look into reducing the baud rate on the machines, but sadly the bank has them password protected and wants to charge a reprogramming fee :( They make credit card terminals with Ethernet -- use that instead. The client's processor charges 7c/transaction over IP (plus normal charges), so they are quite keen to keep it working the way it was before I replaced their PBX ;) As a followup, *99 prepended on any Linksys ATA does indeed make a difference in modem reliability. Both their CCs and their ADT alarm devices now function reliably. I also reduced the CC baud rate to 300 baud (!), and it is rock solid now! j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
The ADT alarm going thru VoIP will create a life safety issue. Hope you planned for that.. --Don On 2/17/09 6:31 AM, Jeff LaCoursiere j...@jeff.net wrote: On Tue, 17 Feb 2009, Andrew Joakimsen wrote: On Fri, Feb 6, 2009 at 17:11, Jeff LaCoursiere j...@jeff.net wrote: Anyone have much luck with these on ATA's? I have a few sites that use them succesfully with multi-port Audiocodes boxes, but just connected ten machines to Linksys 2102s and they are very flaky. Using u-law on a 100Mb switched network that is barely utilized, then out a T1 on a Sangoma card. Perhaps there is some tuning on the Linksys or the credit card machine itself? Going to look into reducing the baud rate on the machines, but sadly the bank has them password protected and wants to charge a reprogramming fee :( They make credit card terminals with Ethernet -- use that instead. The client's processor charges 7c/transaction over IP (plus normal charges), so they are quite keen to keep it working the way it was before I replaced their PBX ;) As a followup, *99 prepended on any Linksys ATA does indeed make a difference in modem reliability. Both their CCs and their ADT alarm devices now function reliably. I also reduced the CC baud rate to 300 baud (!), and it is rock solid now! j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
Certainly a sobering thought. Have others had to deal with this in PBX replacement scenarios? Its a giant cost savings in this case - they are dropping about 12 POTS lines in favor of utilizing (an underutilized) T1 trunk that was already in place. j On Tue, 17 Feb 2009, Don E. Wisdom wrote: The ADT alarm going thru VoIP will create a life safety issue. Hope you planned for that.. --Don On 2/17/09 6:31 AM, Jeff LaCoursiere j...@jeff.net wrote: On Tue, 17 Feb 2009, Andrew Joakimsen wrote: On Fri, Feb 6, 2009 at 17:11, Jeff LaCoursiere j...@jeff.net wrote: Anyone have much luck with these on ATA's? I have a few sites that use them succesfully with multi-port Audiocodes boxes, but just connected ten machines to Linksys 2102s and they are very flaky. Using u-law on a 100Mb switched network that is barely utilized, then out a T1 on a Sangoma card. Perhaps there is some tuning on the Linksys or the credit card machine itself? Going to look into reducing the baud rate on the machines, but sadly the bank has them password protected and wants to charge a reprogramming fee :( They make credit card terminals with Ethernet -- use that instead. The client's processor charges 7c/transaction over IP (plus normal charges), so they are quite keen to keep it working the way it was before I replaced their PBX ;) As a followup, *99 prepended on any Linksys ATA does indeed make a difference in modem reliability. Both their CCs and their ADT alarm devices now function reliably. I also reduced the CC baud rate to 300 baud (!), and it is rock solid now! j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
snip Certainly a sobering thought. Have others had to deal with this in PBX replacement scenarios? Its a giant cost savings in this case - they are dropping about 12 POTS lines in favor of utilizing (an underutilized) T1 trunk that was already in place. /snip Yes -- our alarm monitoring company considers T1 - * - ATA - Alarm to be so unreliable that they require you to sign a waiver (indemnifying them in the event of basically anything) if you hook it up this way. Because of that we kept a POTS line around to hook up the alarm system. It would be cheaper to hook the alarm panel up to an internal cell phone backup :). I assume there are manufacturers that offer a built-in cell modem... --Dave ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
David Gibbons wrote: snip Certainly a sobering thought. Have others had to deal with this in PBX replacement scenarios? Its a giant cost savings in this case - they are dropping about 12 POTS lines in favor of utilizing (an underutilized) T1 trunk that was already in place. /snip Yes -- our alarm monitoring company considers T1 - * - ATA - Alarm to be so unreliable that they require you to sign a waiver (indemnifying them in the event of basically anything) if you hook it up this way. Because of that we kept a POTS line around to hook up the alarm system. It would be cheaper to hook the alarm panel up to an internal cell phone backup :). I assume there are manufacturers that offer a built-in cell modem... lots of that cell modem stuff, but the latest trend is to have constant connectivity over the internet instead of a dedicated serial link over something like DVACS that can detect line cuts. A normal alarm is only connected when it has something to report unless its a higher end system connected all the time. on the credit card terminals internet connectivity is also becoming standard since many units can all share and don't need an aggregator or dedicated phone lines. --Dave ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
On Tue, 17 Feb 2009, Jon Pounder wrote: Yes -- our alarm monitoring company considers T1 - * - ATA - Alarm to be so unreliable that they require you to sign a waiver (indemnifying them in the event of basically anything) if you hook it up this way. Because of that we kept a POTS line around to hook up the alarm system. It would be cheaper to hook the alarm panel up to an internal cell phone backup :). I assume there are manufacturers that offer a built-in cell modem... lots of that cell modem stuff, but the latest trend is to have constant connectivity over the internet instead of a dedicated serial link over something like DVACS that can detect line cuts. A normal alarm is only connected when it has something to report unless its a higher end system connected all the time. on the credit card terminals internet connectivity is also becoming standard since many units can all share and don't need an aggregator or dedicated phone lines. That is in fact the way they went for the remote stores, as we couldn't make it work reliably over the net back to their main office (this is in the Virgin Islands, where connectivity is expensive, slow, and unreliable at best). But processors down there make you pay dearly for the right to do so. We will be testing the ADT connection heavily this week. The modem connections to my understanding are 2400 baud. Over G.711U and a T1 I don't see why this wouldn't be as solid as a POTS line, but our tests will tell! j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
snip We will be testing the ADT connection heavily this week. The modem connections to my understanding are 2400 baud. Over G.711U and a T1 I don't see why this wouldn't be as solid as a POTS line, but our tests will tell! /snip We do *fax* in this way and it works like a charm. We can hit much more than 2400 baud I think too. --Dave ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
On Feb 17, 2009, at 1:20 PM, David Gibbons wrote: snip We will be testing the ADT connection heavily this week. The modem connections to my understanding are 2400 baud. Over G.711U and a T1 I don't see why this wouldn't be as solid as a POTS line, but our tests will tell! /snip We do *fax* in this way and it works like a charm. We can hit much more than 2400 baud I think too. --Dave Most alarm systems around here use bursts of dtmf - not an actual modem to communicate with alarm central. Yes I have seen these have many issues with voip in the path. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
On Tue, 17 Feb 2009, Jerry Jones wrote: Most alarm systems around here use bursts of dtmf - not an actual modem to communicate with alarm central. Yes I have seen these have many issues with voip in the path. You mean they communicate with an IVR? Seems like that could be made solid with the right DTMF options enabled on the ATA. FWIW that makes a lot more sense than a modem connection. j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
On Tue, Feb 17, 2009 at 15:09, Jeff LaCoursiere j...@jeff.net wrote: On Tue, 17 Feb 2009, Jerry Jones wrote: Most alarm systems around here use bursts of dtmf - not an actual modem to communicate with alarm central. Yes I have seen these have many issues with voip in the path. You mean they communicate with an IVR? Seems like that could be made solid with the right DTMF options enabled on the ATA. FWIW that makes a lot more sense than a modem connection. No, it's not an IVR. It's a protocol called ContactID. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
Jeff LaCoursiere wrote: On Tue, 17 Feb 2009, Jerry Jones wrote: Most alarm systems around here use bursts of dtmf - not an actual modem to communicate with alarm central. Yes I have seen these have many issues with voip in the path. You mean they communicate with an IVR? Seems like that could be made solid with the right DTMF options enabled on the ATA. FWIW that makes a lot more sense than a modem connection. j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users If you are in the US, ANY life safety system has to be connected to a dedicated copper POTS line. VOIP is NOT ok to use for this. It is in the NFPA. Jonn ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
On Tue, 17 Feb 2009, Andrew Joakimsen wrote: Most alarm systems around here use bursts of dtmf - not an actual modem to communicate with alarm central. Yes I have seen these have many issues with voip in the path. You mean they communicate with an IVR? Seems like that could be made solid with the right DTMF options enabled on the ATA. FWIW that makes a lot more sense than a modem connection. No, it's not an IVR. It's a protocol called ContactID. Ahh. I just read a PDF on the protocol. It may as well be an IVR - it is all standard DTMF with normal DTMF timing between digits. Where does VoIP introduce a problem? Seems like this should work well. j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
On Tue, 17 Feb 2009, Jonn Taylor wrote: If you are in the US, ANY life safety system has to be connected to a dedicated copper POTS line. VOIP is NOT ok to use for this. It is in the NFPA. What is the NFPA? Do analog extensions in traditional PBXes count? j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
National fire protection association They write the fire codes. http://www.nfpa.org On 2/17/09 1:28 PM, Jeff LaCoursiere j...@jeff.net wrote: On Tue, 17 Feb 2009, Jonn Taylor wrote: If you are in the US, ANY life safety system has to be connected to a dedicated copper POTS line. VOIP is NOT ok to use for this. It is in the NFPA. What is the NFPA? Do analog extensions in traditional PBXes count? j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
Jeff LaCoursiere wrote: On Tue, 17 Feb 2009, Jonn Taylor wrote: If you are in the US, ANY life safety system has to be connected to a dedicated copper POTS line. VOIP is NOT ok to use for this. It is in the NFPA. What is the NFPA? Do analog extensions in traditional PBXes count? national fire protection association. and the internet connection is one way to solve that since it acts like a dedicated line with constant yes everything is ok packets, not just communication during a problem. j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
On Fri, Feb 6, 2009 at 17:11, Jeff LaCoursiere j...@jeff.net wrote: Anyone have much luck with these on ATA's? I have a few sites that use them succesfully with multi-port Audiocodes boxes, but just connected ten machines to Linksys 2102s and they are very flaky. Using u-law on a 100Mb switched network that is barely utilized, then out a T1 on a Sangoma card. Perhaps there is some tuning on the Linksys or the credit card machine itself? Going to look into reducing the baud rate on the machines, but sadly the bank has them password protected and wants to charge a reprogramming fee :( They make credit card terminals with Ethernet -- use that instead. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
On 7/02/2009 11:54 a.m., Jeff LaCoursiere wrote: A bit of hopefully happy news - the Linksys 2102 has a feature called modem pass through mode which can be accessed by prepending *99 to the call. Anyone ever used this? Sounds like that might help with faxing as well... Not tried, but I can tell you we have hotels using the Xorcom Astribanks with credit card machines passing through with no problems. -- Kind Regards, Matt Riddell Director ___ http://www.venturevoip.com (Great new VoIP end to end solution) http://www.venturevoip.com/news.php (Daily Asterisk News - html) http://www.venturevoip.com/newrssfeed.php (Daily Asterisk News - rss) ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] Credit Card processing machines
Anyone have much luck with these on ATA's? I have a few sites that use them succesfully with multi-port Audiocodes boxes, but just connected ten machines to Linksys 2102s and they are very flaky. Using u-law on a 100Mb switched network that is barely utilized, then out a T1 on a Sangoma card. Perhaps there is some tuning on the Linksys or the credit card machine itself? Going to look into reducing the baud rate on the machines, but sadly the bank has them password protected and wants to charge a reprogramming fee :( j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] Credit Card processing machines
A bit of hopefully happy news - the Linksys 2102 has a feature called modem pass through mode which can be accessed by prepending *99 to the call. Anyone ever used this? Sounds like that might help with faxing as well... j On Fri, 6 Feb 2009, Jeff LaCoursiere wrote: Anyone have much luck with these on ATA's? I have a few sites that use them succesfully with multi-port Audiocodes boxes, but just connected ten machines to Linksys 2102s and they are very flaky. Using u-law on a 100Mb switched network that is barely utilized, then out a T1 on a Sangoma card. Perhaps there is some tuning on the Linksys or the credit card machine itself? Going to look into reducing the baud rate on the machines, but sadly the bank has them password protected and wants to charge a reprogramming fee :( j ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] credit card processing
Hello, On Sun, Sep 28, 2008 at 1:52 AM, Ruddy Gbaguidi [EMAIL PROTECTED] wrote: Hi Guys We have a service that can be use by our customer via a website and also via telephone. [...] Do you know any company that do this ?? I recently completed implementing such an application - integrated with www.chasepaymentech.com. Contact me off-list if you are interested. Gerald. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] credit card processing
On Sat, Sep 27, 2008 at 6:52 PM, Ruddy Gbaguidi [EMAIL PROTECTED] wrote: Hi Guys On the website, we already accept credit card by sending users to paypal website where we have an account. PayPal does have a service that is more like a traditional merchant service. I don't know if they have a real API that you can integrate into your system, however. Now, we want to do the same with an IVR where people can call a number, enter their credit card number and expiration date. This should be rather easy. Any traditional online merchant account. When you obtain a merchant account there are (simplified version follows) two parties involved, the bank that process the transactions and the gateway that accepts the transactions from the merchant (you) and sends them to the bank to be processed, in real time. Authorize.net is a very popular gateway supported by most e-commerce software. The point is that the Authorize.net API is a very popular system -- just about any pre-built e-commerce software supports it. It should be rather simple to create an AGI script which takes the credit card information and interfaces with the Authorize.net. They publish many examples and detailed API documentation so this should be a breeze for any skilled programmer. I strongly recommend that you use the CVV2 and AVS as a minimal means to reduce fraud. But I don't see any service or credit card procession company that offers this. What I want basicly is a service where I can send the credit card number I collected and expiration that and their charge the number and give me a status back. Do you know any company that do this ?? That's exactly the purpose of the Authnet API! Further information can be found here: http://developer.authorize.net/ Authorize.net also sells their gateway service under another name (I cant recall it right now), but everything else is the same. Also, some other gateways support Authorize.net emulation. Chris Bagnall wrote: Most credit card processing gateways require you to have the user's name and address for AVS verification when you perform customer not present transactions. Easy enough to do over a website, but a bit more tricky on the phone. AVS simply verifies the street number and zip code, nothing else. If I live at 123 Maple Street in zip code 77099 and I steal the credit card from someone at 123 Test Ct. in the same zip code I can have things mailed to me and it will pass AVS. Either way, when you are not shipping a physical product the rate of fraud rises dramatically -- you should carefully investigate fraud prevention for your system. Authorize.net provide a service which claims to flag/reduce fraudulent transactions. One of the merchant services I deal with, CDG Commerce (I highly recommend them, their customer service is top notch, but I dont think they will process for a VoIP/calling card service), has another similar system for no cost. ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] credit card processing
Hi Guys We have a service that can be use by our customer via a website and also via telephone. On the website, we already accept credit card by sending users to paypal website where we have an account. Now, we want to do the same with an IVR where people can call a number, enter their credit card number and expiration date. But I don't see any service or credit card procession company that offers this. What I want basicly is a service where I can send the credit card number I collected and expiration that and their charge the number and give me a status back. Do you know any company that do this ?? Thanks ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] credit card processing
I might want something like this to, hmm. On Sep 27, 2008, at 2:52 PM, Ruddy Gbaguidi wrote: Hi Guys We have a service that can be use by our customer via a website and also via telephone. On the website, we already accept credit card by sending users to paypal website where we have an account. Now, we want to do the same with an IVR where people can call a number, enter their credit card number and expiration date. But I don't see any service or credit card procession company that offers this. What I want basicly is a service where I can send the credit card number I collected and expiration that and their charge the number and give me a status back. Do you know any company that do this ?? Thanks ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users thanks for reading Systems administrator and owner of http://gwhosting.net msn: [EMAIL PROTECTED] twitter: http://twitter.com/creepyblindy ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] credit card processing
Most credit card processing gateways require you to have the user's name and address for AVS verification when you perform customer not present transactions. Easy enough to do over a website, but a bit more tricky on the phone. If these are for repeat orders, how about getting the user to register via the website first, entering a payment card to be used for future orders, then give then a customer number and PIN that can be used by telephone for future top-up orders? Something like that would be fairly easy to query against a database. I'd have thought. Regards, Chris ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] credit card processing
that would work for what i might use it for but not required right now... On Sep 27, 2008, at 3:16 PM, Chris Bagnall wrote: Most credit card processing gateways require you to have the user's name and address for AVS verification when you perform customer not present transactions. Easy enough to do over a website, but a bit more tricky on the phone. If these are for repeat orders, how about getting the user to register via the website first, entering a payment card to be used for future orders, then give then a customer number and PIN that can be used by telephone for future top-up orders? Something like that would be fairly easy to query against a database. I'd have thought. Regards, Chris ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users thanks for reading Systems administrator and owner of http://gwhosting.net msn: [EMAIL PROTECTED] twitter: http://twitter.com/creepyblindy ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] credit card processing
Yes, we can do that. But : 1. we are not too confortabe about keeping users credit card informations in our databases 2. we are now targeting the 50, 60+ people and their are not confortable about a website. So, we want to be able to register people by phone, and they can make payments by phone. We provide long distance service, so the website is only for payments for now. It will be more easier if people can pay by phone as well. Chris Bagnall wrote: Most credit card processing gateways require you to have the user's name and address for AVS verification when you perform customer not present transactions. Easy enough to do over a website, but a bit more tricky on the phone. If these are for repeat orders, how about getting the user to register via the website first, entering a payment card to be used for future orders, then give then a customer number and PIN that can be used by telephone for future top-up orders? Something like that would be fairly easy to query against a database. I'd have thought. Regards, Chris ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Internal Virus Database is out of date. Checked by AVG. Version: 8.0.100 / Virus Database: 269.23.16/1448 - Release Date: 5/16/2008 7:42 PM ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] credit card processing
or what about if you took credit card, and billing zip code would there be any processors that would let you do that, maybe the 3-4 digit security code on the back of the card? mike with just some ideas. On Sep 27, 2008, at 4:14 PM, Ruddy Gbaguidi wrote: Yes, we can do that. But : 1. we are not too confortabe about keeping users credit card informations in our databases 2. we are now targeting the 50, 60+ people and their are not confortable about a website. So, we want to be able to register people by phone, and they can make payments by phone. We provide long distance service, so the website is only for payments for now. It will be more easier if people can pay by phone as well. Chris Bagnall wrote: Most credit card processing gateways require you to have the user's name and address for AVS verification when you perform customer not present transactions. Easy enough to do over a website, but a bit more tricky on the phone. If these are for repeat orders, how about getting the user to register via the website first, entering a payment card to be used for future orders, then give then a customer number and PIN that can be used by telephone for future top-up orders? Something like that would be fairly easy to query against a database. I'd have thought. Regards, Chris ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users Internal Virus Database is out of date. Checked by AVG. Version: 8.0.100 / Virus Database: 269.23.16/1448 - Release Date: 5/16/2008 7:42 PM ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users thanks for reading Systems administrator and owner of http://gwhosting.net msn: [EMAIL PROTECTED] twitter: http://twitter.com/creepyblindy ___ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
