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-us&ocid=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
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
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 wrote: > From: Edwin Quijada > Subject: RE: Credit Card processing machines > To: bilmar...@yahoo.com, "Asterisk Asterisk" > 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
> 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 Wed, Feb 18, 2009 at 12:50, bilal ghayyad 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
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 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
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
> > 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
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" >> wrote: >> >> >> >> >> On Tue, 17 Feb 2009, Andrew Joakimsen wrote: >> >>> On Fri, Feb 6, 2009 at 17:11, 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" :( >>> >>> 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 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
On 17 Feb 2009, at 19:20, David Gibbons wrote: 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! 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
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" > wrote: > > > > > On Tue, 17 Feb 2009, Andrew Joakimsen wrote: > > > On Fri, Feb 6, 2009 at 17:11, 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" :( > > > > 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
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
National fire protection association They write the fire codes. http://www.nfpa.org On 2/17/09 1:28 PM, "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? 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 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
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
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, Feb 17, 2009 at 15:09, 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. > 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
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 Feb 17, 2009, at 1:20 PM, David Gibbons wrote: > > 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! > > > 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
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! 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 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
David Gibbons wrote: > > 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. > > > 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
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. 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
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" wrote: > > > > > On Tue, 17 Feb 2009, Andrew Joakimsen wrote: > >> On Fri, Feb 6, 2009 at 17:11, 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" :( >> >> 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
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" wrote: On Tue, 17 Feb 2009, Andrew Joakimsen wrote: > On Fri, Feb 6, 2009 at 17:11, 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" :( > > 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
On Tue, 17 Feb 2009, Andrew Joakimsen wrote: > On Fri, Feb 6, 2009 at 17:11, 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" :( > > 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 Fri, Feb 6, 2009 at 17:11, 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" :( 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
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
[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
