At 05:34 AM 9/17/1998 -0700, you wrote:
>1: the documentation for ppp is in the man pages, which you probably
>have not installed?

Correct; I don't yet have the man pages installed.

>2: the correct way to start ppp is 'pon connect-name' where
>connect-name is the name of the service you gave when you ran pppconfig.

I thought that seemed right. Thanks for verifying it.

>3. I seem to have a similar problem.  The mystery became clear when I
>started ppp from an XTerm.  I had an xconsole open and all the 'debug'
>messages from pppd were piped into the xconsole by default so I could
>see what was happening.  There should be a way to get this to happen
>from a tty console as well.  In my case it appears that my serial
>ports sometimes don't get initialized correctly the first time.  Under
>debian 1.3.1 starting pon pppd would time out after about a minute,
>then be restarted and would dial out on the modem.  Under debian 2.0 I
>have to start pon, then kill the process (pppd), then start pon again
>to get it to work.  Using pon, poff, then pon again also works.

Nope; this doesn't work for me.

>4. Are you using the right serial port?  /dev/ttyS0 (com1), or
>/dev/ttyS1 (com2)?  /dev/modem should be a symlink to one of the
>above.  DONT USE /dev/cuaX !!! 

Yes, my /etc/ppp/peers/provider references /dev/ttyS1.(I wiped the drive
and reinstalled thinking maybe it was something with the serial support in
the kernel; I get no errors when booting and the system recognizes both
serial ports as 16550, etc. I also took the default of "provider" instead
of "bub" during pppconfig).

I can also "echo ATDT<phonenum> > /dev/ttyS1" and get the modem to dial
(and I can hear the phone in the next room ringing). I can then "echo ATH1
(or ATZ) > /dev/ttyS1" and get the modem to hang up.

The output of plog looks like:
 <date-time>    <comp. name>    chat[144]:      abort on (NO CARRIER)
   "                    "          "            abort on (VOICE)
   "                    "          "            abort on (NO DIALTONE)
   "                    "          "            abort on (NO ANSWER)
   "                    "          "            send (ATZ^M)
   "                    "          "            expect (OK)
   "                    "          "            alarm
   "                    "          "            Failed
   "                    "       pppd[143]       Connect script failed
   "                    "       pppd[143]       Exit.

It's almost as if the "echo ATDT...." command at the prompt "sees" the
modem, but the ppp stuff does not see the modem.

<snip>
>I've figured out that if I just type pon the system tries to use the
>"provider" connection (which doesn't work, presumably because the
>"provider" files aren't properly configured - it gives an error message
>about /dev/modem being an unrecognized option). But if I type pon bub
>(which is what I would have thought would've used the "bub" connection),
>all that happens is the system thinks for a couple of seconds and then
>returns me to a prompt. There's no modem activity or messages or
>anything.
>
>Any suggestions as to what I can do different? Thanks!

===========================================================
Kent West                       | Technology Support/                           
|
Abilene Christian University    | Voice: 915-674-2557  FAX: 915.674.6724        
|
ACU Station, Box 29005  | E-MAIL: [EMAIL PROTECTED]             |
Abilene, TX  79699-9005 | Ham:    KC5ENO, General                       |
===========================================================

Reply via email to