Robert Citek wrote: > For triaging modems, I think I want to do it manually, like so: > > http://www.debian.org/doc/manuals/debian-tutorial/ch-disks.html#s- > network-ppp-pppd > > That will allow me to script the connection process and judge whether > or not a modem works for its intended purpose. For ByteWorks current > need, the name of the game is speed: quickly determine what modems > will and will not work. Those that do work get used right away. > Those that don't get put in another pile to be worked on another day. > > While I agree that pppconfig is a nice script to have to setup connections, for triage, that may go too far. To test the modems, you only need to get a connection to work, you don't need ppp*. So a dialup bbs like the one SLUUG has is sufficient. You can't really script minicom, I know, I've tried. Supposedly it works, but I've never gotten it to work.
chat(1) is a little harder than expect, but something that can run from a triage-test script. Ed * if a modem can connect at whatever baud rate to a server, ppp will work. So split the problem in 2: test the modems with chat and a dialup bbs like SLUUG/Charter/SBC etc. Test ppp on the outgoing Linux box with a known good modem, and configure it for the City ISP. -- Ed Howland WDT Solutions, LLC. [EMAIL PROTECTED] (314) 962-0766 _______________________________________________ CWE-LUG mailing list [email protected] http://www.cwelug.org/ http://www.cwelug.org/archives/ http://www.cwelug.org/mailinglist/
