It's more likely that some further authentication is necessary, i.e. PPP itself is not being started automatically upon connect but instead there's some other prompt which must be negotiated. The best way to diagnose this is to use seyon or minicom (or other terminal program) to manually dial the number and see what the remote side does.
David Karlin wrote: > Hello, > Upon returning home from a trip, my slink box is no longer able to connect > to my > ISP. Up until the time I left, it had been working fine. I was even able > to > telnet (ssh) into the system for the first few days I was away. > > Fortunately/unfortunately, my win95 system is able to connect as before, > with no > problem. > > Here is a snippet from /var/log/ppp.log: > > Sep 29 19:11:56 champagne chat[27653]: expect (CONNECT) > Sep 29 19:11:56 champagne chat[27653]: ^M > Sep 29 19:12:16 champagne chat[27653]: ATDT9494614^M^M > Sep 29 19:12:16 champagne chat[27653]: CONNECT > Sep 29 19:12:16 champagne chat[27653]: -- got it > Sep 29 19:12:16 champagne chat[27653]: send (\d) > Sep 29 19:12:17 champagne pppd[27652]: Serial connection established. > Sep 29 19:12:18 champagne pppd[27652]: Using interface ppp0 > Sep 29 19:12:18 champagne pppd[27652]: Connect: ppp0 <--> /dev/ttyS1 > Sep 29 19:12:18 champagne pppd[27652]: sent [LCP ConfReq id=0x1 <asyncmap > 0x0> < > magic 0xb74c60e2> <pcomp> <accomp>] > Sep 29 19:12:45 champagne last message repeated 9 times > Sep 29 19:12:48 champagne pppd[27652]: LCP: timeout sending Config-Requests > Sep 29 19:12:48 champagne pppd[27652]: Connection terminated. > Sep 29 19:12:48 champagne pppd[27652]: Receive serial link is not 8-bit > clean: > Sep 29 19:12:48 champagne pppd[27652]: Problem: all had even parity > Sep 29 19:12:48 champagne pppd[27652]: Hangup (SIGHUP) > Sep 29 19:12:48 champagne pppd[27652]: Exit. > > My ISP has me connect through a Compuserve access number because they have > none > of their own in my local calling area. I suspect that something has changed > at > the Compuserve end of the line while I was away, and that this thing is > something > that MS DUN can deal with automatically, but which must be configured > manually in > linux. > > I further suspect that some change was made in the parity setting, as > indicated > by /var/log/ppp.log. > > Which file must I edit in order to get ppp to work with even parity? Is > this some > thing that can be fixed by editing my modems initialization string, or must > I edit > some other configuration file? Please enlighten me. > > Thanks. > > P.S. Please cc: me as I'm a digest subscriber. > -- > David Karlin > mailto:[EMAIL PROTECTED] > Reduced to using Windows 95 :-( > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null -- Jens B. Jorgensen [EMAIL PROTECTED]
