On Mon, 1 Feb 1999, Peter Huetmannsberger wrote:
|Has anyone got an idea what's happening down there.
<snip>
Things are fairly normal through this point in the log.
|Feb 1 00:19:54 ithaka pppd[1607]: rcvd [LCP ConfReq id=0x61 <asyncmap 0xa0000>
| <auth pap> <magic 0xfe1ee3dc> <pcomp> <accomp>]
The ISP requests PAP authentication.
|Feb 1 00:19:54 ithaka pppd[1607]: sent [LCP ConfRej id=0x61 <auth pap>]
Pppd rejects PAP authentication.
|Feb 1 00:19:55 ithaka pppd[1607]: rcvd [LCP ConfReq id=0x62 <asyncmap 0xa0000>
| <auth chap 05> <magic 0xfe1ee3dc> <pcomp> <accomp>]
The ISP requests CHAP authentication.
|Feb 1 00:19:55 ithaka pppd[1607]: sent [LCP ConfRej id=0x62 <auth chap 05>]
Pppd rejects CHAP authentication.
This sequence of events happens 2 times more, with an intervening ISP
request to terminate LCP negotiation, and then hangs up.
The conclusion would seem to be that the ISP requires either PAP or CHAP
authentication and pppd is configured for neither. You may or may not
be able to dispense with the chat username/password login expect/send, but
you'll need to configure pppd for either PAP or CHAP regardless.
---
Clifford Kite Not a guru. (tm)
[EMAIL PROTECTED] Not even close.
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
