peter@ficc.ferranti.com (Peter da Silva) (04/25/91)
I need this information ASAP, so please mail responses directly to me as well as/instead of posting: What information do people have on devices to front-end/back-end a modem to implement callback? I envision two classes of devices: COMPUTER---BACK-END---MODEM---FRONT-END---PHONE-LINE By a back-end device I mean one that sits between the modem and the computer and calls back a pre-arranged number (it must have the capacity for several dozens of these numbers) using standard modem commands. A front-end device would do the same sort of thing, but use touch-tone or something to accept a password and determine what to call back as. After call-back it would simulate an incoming call for the modem. Replacing the modems is possible for four of our lines, as they are plain 2400 baud modems. Two of the lines, however, are Trailblazers and I would prefer not to replace them. Whatever we get must be transparent to normal UUCP callouts. Call-back on the computer is not an option at this point, due to driver bugs in the computer we're using. Replacing the computer would obviate the need for this device: we already have software. -- Peter da Silva. `-_-' peter@ferranti.com +1 713 274 5180. 'U` "Have you hugged your wolf today?"
les@chinet.chi.il.us (Leslie Mikesell) (04/26/91)
In article <SFZAX38@xds13.ferranti.com> peter@ficc.ferranti.com (Peter da Silva) writes: >What information do people have on devices to front-end/back-end a modem >to implement callback? I envision two classes of devices: >Call-back on the computer is not an option at this point, due to driver >bugs in the computer we're using. Replacing the computer would obviate the >need for this device: we already have software. I would think that you would want to go back out on a different line if the call-back is for security reasons. For that a simple scheme of logins with shells that effectively do a "ct" to a pre-set number should work. (But most "ct"s don't negotiate with uugetty very well). But if the driver bug is the one where setting the speed to B0 to drop DTR doesn't permit asserting it again, why don't you just use the smartmodem commands instead to break the inbound connection? A smarter version of uugetty should be able to do that, as long as you can turn CLOCAL on and off to give the dialing commands. Les Mikesell les@chinet.chi.il.us