vBulletin Search Engine Optimization
| |||||||
| Register | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| Hi, I hope someone can help with this - I'm sure its just something stupid that I'm doing wrong :-( But I've never had to set a modem up before - I live in the age of ethernet and gateways, and broadband connections :-) I need to set up a modem on a SCO Openserver 5.0.6 box. The story so far: The modem is attached to tty1A. I can do cu -ltty1A dir and send AT commands, getting correct responses for as long as I like. I can do cu SYSNAME and get the chimera prompt back from our Ascend max200 terminal server. I can then use a limited number of commands (including telnet which I've enabled for debug), to get to other boxes on the network: The modem is working correctly :-) I've started up pppd -d9, to get LOTS of debug. pppattach briefly shows up as connected, and then immediately drops the connection. I have /etc/pppauth set up with username password pair (separated by a single tab) The last few lines of debug (after dialing correctly) are: Forked 1693 Wait got 1693 status 0 getto ret 7 ISTRIP cleared lockname(/usr/spool/uucp/LCK..tty1a) lockname(/usr/spool/uucp/LCK..tty1a) Any help would be appreciated, as I don't know where to go from here. Oh, the Max200 still has a couple of windows PCs which can dial in and get a ppp connection (inclulding mine, which I use as a backup in case I need to kick the broadband connection), so I'm pretty sure that is working as it should. TIA Mark Stubbs |
| |||
| "Mark Stubbs" <mark@sAwNiTfIt.ScPo.AuMk> wrote in message news:414b0f7c$0$16065$afc38c87@news.easynet.co.uk. .. > Hi, > > I hope someone can help with this - I'm sure its just something stupid that > I'm doing wrong :-( > But I've never had to set a modem up before - I live in the age of ethernet > and gateways, and broadband connections :-) > > I need to set up a modem on a SCO Openserver 5.0.6 box. > > The story so far: > > The modem is attached to tty1A. I can do > cu -ltty1A dir > and send AT commands, getting correct responses for as long as I like. > > I can do > cu SYSNAME > and get the chimera prompt back from our Ascend max200 terminal server. > > I can then use a limited number of commands (including telnet which I've > enabled for debug), to get to other boxes on the network: The modem is > working correctly :-) > > I've started up pppd -d9, to get LOTS of debug. > > pppattach briefly shows up as connected, and then immediately drops the > connection. > I have /etc/pppauth set up with username password pair (separated by a > single tab) > > The last few lines of debug (after dialing correctly) are: > Forked 1693 Wait got 1693 status 0 > getto ret 7 > ISTRIP cleared > lockname(/usr/spool/uucp/LCK..tty1a) > lockname(/usr/spool/uucp/LCK..tty1a) > > Any help would be appreciated, as I don't know where to go from here. > Oh, the Max200 still has a couple of windows PCs which can dial in and get a > ppp connection (inclulding mine, which I use as a backup in case I need to > kick the broadband connection), so I'm pretty sure that is working as it > should. Setting up outbound ppp is a lot more complicated on Openserver than it need be, especially compared to Windows (any version). When I tried a few weeks ago on 5.0.7 for the first time, I ran into a couple of problems: You have to know the correct auth protocol your ISP is using. Mine (SBC) was using PAP, without the standard "username: / login:" prompts upon first connection. So I had to delete the prompt script from the uucp Systems file entry that was automatically inserted by the ppp configuration program. Try dialling the access number with cu and see if you get a login prompt or just a bunch of gibberish. I also discovered from the debug info that I had to have an entry in pppauth for the username/password provided by my ISP before the handshaking would proceed. This was in addition to my actual username/password. And finally, once a connection was established, I had to add a default route to the new ppp connection before I could actually use it. Check your debug output a little more carefully to see if you can spot the problem. You probably don't need level 9, which has a lot of low-level hardware stuff that will obscure the real problem. Since you're dialling into one of your own systems, just make sure you have both password pairs set up properly and are using the same protocol. Is the max200 another Openserver system or something else? Bob > > TIA > > Mark Stubbs > > |
| |||
| Bob Bailin wrote: > "Mark Stubbs" <mark@sAwNiTfIt.ScPo.AuMk> wrote in message > news:414b0f7c$0$16065$afc38c87@news.easynet.co.uk. .. > > Hi, > > > > I hope someone can help with this - I'm sure its just something stupid > that > > I'm doing wrong :-( > > But I've never had to set a modem up before - I live in the age of > ethernet > > and gateways, and broadband connections :-) ... > > Setting up outbound ppp is a lot more complicated on Openserver than it > need be, especially compared to Windows (any version). > > When I tried a few weeks ago on 5.0.7 for the first time, I ran into a > couple > of problems: It's been a long time since I've done this too, but there are a few relevant articles: http://aplawrence.com/Unixart/quickppp.html http://aplawrence.com/Unixart/gerberppp.html http://aplawrence.com/Bofcusm/47.html and several dozen others.. just use the search tools -- Tony Lawrence |
| |||
| Thanks for all your help so far. I *THINK* my problem lies i ngetting PAP authorisation to work. I can't find much info on this to help me, even on your website Tony. Any furhter pointers would be greatly appreciated. Mark Stubbs |
| |||
| Mark Stubbs wrote: > Thanks for all your help so far. > > I *THINK* my problem lies i ngetting PAP authorisation to work. > > I can't find much info on this to help me, even on your website Tony. > > Any furhter pointers would be greatly appreciated. Why would you think that? Either the logs show that's where you fail or they don't. Why not post a log if you can't figure it out? -- Tony Lawrence http://aplawrence.com |
| |||
| > > I *THINK* my problem lies i ngetting PAP authorisation to work. > Why not post a log if you can't figure it out? OK, Here is the log from my latest failed attempt. I'm afraid I still have full debug turned on. Thanks again, Mark Stubbs ==============BEGIN LOG==================== Sep 20 13:10:57 cuckoo pppd[23143]: accept on socket 6 Sep 20 13:10:57 cuckoo pppd[23143]: pppd_sockread s=7 Sep 20 13:10:57 cuckoo pppd[23143]: pppattach to 'cuckoo' Sep 20 13:10:57 cuckoo pppd[24217]: Dialing host 'XXX.128.140.212' - uucp system 'eagle' Sep 20 13:11:28 cuckoo pppd[23143]: accept on socket 6 Sep 20 13:11:28 cuckoo pppd[24217]: dial process sent pppd m_type=19, m_pid=24217, m_tty='/dev/tty1A' Sep 20 13:11:28 cuckoo pppd[23143]: pppd_sockread s=7 Sep 20 13:11:28 cuckoo pppd[23143]: Connected to remote system: tty=/dev/tty1A, pid=24217,attach=cuckoo Sep 20 13:11:28 cuckoo pppd[23143]: ppp_rdstack_cnf: failed to open stack configuration file /etc/pppstack, will use defaults Sep 20 13:11:28 cuckoo pppd[23143]: ppp_add_conn Sep 20 13:11:28 cuckoo pppd[23143]: flowcontrol: RTSCTS Sep 20 13:11:28 cuckoo pppd[23143]: Assigned link id for attach link (cuckoo) is 294 Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):ICP:administrative open,Initial->Starting Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):ICP:low layer up,Starting->Req_sent Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):ICP:Send config_req Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):ICP:Receive config_req+,Req_sent->Ack_Sent Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):ICP:Send config_ack Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):ICP:Receive config_ack,Ack_Sent->Opened Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:low layer up,Initial->Closed Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:administrative open,Closed->Req_sent Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send config_req Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send option MRU 1500 Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send option ACCM 0 Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send option auth PAP Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send option magic ed4cd4e2 Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send option protocol compression Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send option addr&ctl compression Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Timeout+,Req_sent->Req_sent Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send config_req Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option MRU 1500 Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option ACCM 0 Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option auth PAP Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option magic ed4cd4e2 Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option protocol compression Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option addr&ctl compression Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):Bad configure option length:6(Nak) Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive option MRU 1524(Ack) Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive option ACCM a0000(Ack) Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive option auth CHAP(Ack) Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive option protocol compression(Ack) Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive option addr&ctl compression(Ack) Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):Bad configure option:0x11(Rej) Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):Bad configure option:0x13(Rej) Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive config_req-,Req_sent->Req_sent Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send config_nak Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive config_nak/rej,Req_sent->Req_sent Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send config_req Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option MRU 1500 Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option ACCM 0 Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Remote reject PAP Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option magic ed4cd4e2 Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option protocol compression Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option addr&ctl compression Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):Bad configure option length:6(Nak) Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option MRU 1524(Ack) Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option ACCM a0000(Ack) Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option auth CHAP(Ack) Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option protocol compression(Ack) Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option addr&ctl compression(Ack) Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive config_req-,Req_sent->Req_sent Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Send config_nak Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive config_ack,Req_sent->Ack_Rcvd Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option MRU 1524(Ack) Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option ACCM a0000(Ack) Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option auth CHAP(Ack) Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option protocol compression(Ack) Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option addr&ctl compression(Ack) Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive config_req+,Ack_Rcvd->Opened Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Send config_ack Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):PAP fail: remote side rejects pap Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):local PAP fails Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:administrative close,Opened->Closing Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Send terminate_req Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):receive a CHAP packet before auth phase Sep 20 13:11:32 cuckoo pppd[23143]: PPCID_CLOSE: muxid = 294 Sep 20 13:11:32 cuckoo pppd[23143]: ppp_rm_conn: I_UNLINK muxid = 294 Sep 20 13:11:32 cuckoo pppd[23143]: ppp_rm_conn sending pid 24217 SIGUSR1 Sep 20 13:11:32 cuckoo pppd[24217]: sig_undial: kill dial process Sep 20 13:11:32 cuckoo pppd[23143]: ppp_rm_conn: closing tty /dev/tty1A Sep 20 13:11:32 cuckoo pppd[23143]: Attach call on '/dev/tty1A' disconnected Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive terminate_ack,Closing->Closed Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):ICP:administrative close,Opened->Closing Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):ICP:Send terminate_req Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:low layer down,Closed->Initial Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):ICP:Receive terminate_ack,Closing->Closed Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):ICP:low layer down,Closed->Initial ============== END LOG=========================== |
| |||
| OK, I've got there. For the benefit of anyone else, what I've done is 1) in pppauth just got one line (and some comments) * <passwd> 2) removed the auth= parameter from ppphosts. Reasons: - from what I searched on google, and discovered from the logs: 1) - This was looking for a correct response for MY server name, and the REMOTE server name. I suppose I could try with a line for each, but this seemed a "get out of jail free" approach" 2) - I saw a post on google which said by putting the auth= line, I was requsting the remote host to validate to me, not the other way round. OH, and I'd already removed the challenge/response stuff from /usr/lib/uucp/Systems. I have to comment that this was the hardest thing I've EVER had to do on SCO Openserver. That includes setting up Intel gigabit network cards. Thanks again to those who offered help. Mark Stubbs |
| ||||
| "Mark Stubbs" <mark@sAwNiTfIt.ScPo.AuMk> wrote in message news:414ecfd0$0$26245$afc38c87@news.easynet.co.uk. .. >> > I *THINK* my problem lies i ngetting PAP authorisation to work. >> > Why not post a log if you can't figure it out? > > OK, Here is the log from my latest failed attempt. I'm afraid I still have > full debug turned on. > > Thanks again, > > Mark Stubbs > > ==============BEGIN LOG==================== > > Sep 20 13:10:57 cuckoo pppd[23143]: accept on socket 6 > Sep 20 13:10:57 cuckoo pppd[23143]: pppd_sockread s=7 > Sep 20 13:10:57 cuckoo pppd[23143]: pppattach to 'cuckoo' > Sep 20 13:10:57 cuckoo pppd[24217]: Dialing host 'XXX.128.140.212' - uucp > system 'eagle' > Sep 20 13:11:28 cuckoo pppd[23143]: accept on socket 6 > Sep 20 13:11:28 cuckoo pppd[24217]: dial process sent pppd m_type=19, > m_pid=24217, m_tty='/dev/tty1A' > Sep 20 13:11:28 cuckoo pppd[23143]: pppd_sockread s=7 > Sep 20 13:11:28 cuckoo pppd[23143]: Connected to remote system: > tty=/dev/tty1A, pid=24217,attach=cuckoo > Sep 20 13:11:28 cuckoo pppd[23143]: ppp_rdstack_cnf: failed to open stack > configuration file /etc/pppstack, will use defaults > Sep 20 13:11:28 cuckoo pppd[23143]: ppp_add_conn > Sep 20 13:11:28 cuckoo pppd[23143]: flowcontrol: RTSCTS > Sep 20 13:11:28 cuckoo pppd[23143]: Assigned link id for attach link > (cuckoo) is 294 > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):ICP:administrative > open,Initial->Starting > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):ICP:low layer > up,Starting->Req_sent > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):ICP:Send config_req > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):ICP:Receive > config_req+,Req_sent->Ack_Sent > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):ICP:Send config_ack > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):ICP:Receive > config_ack,Ack_Sent->Opened > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:low layer > up,Initial->Closed > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:administrative > open,Closed->Req_sent > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send config_req > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send option MRU 1500 > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send option ACCM 0 > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send option auth PAP > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send option magic > ed4cd4e2 > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send option protocol > compression > Sep 20 13:11:28 cuckoo pppd[23142]: Link id(294):LCP:Send option addr&ctl > compression > Sep 20 13:11:31 cuckoo pppd[23142]: Link > id(294):LCP:Timeout+,Req_sent->Req_sent > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send config_req > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option MRU 1500 > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option ACCM 0 > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option auth PAP You're requesting PAP protocol here. > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option magic > ed4cd4e2 > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option protocol > compression > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option addr&ctl > compression > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):Bad configure option > length:6(Nak) > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive option MRU > 1524(Ack) > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive option ACCM > a0000(Ack) > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive option auth > CHAP(Ack) The remote system uses CHAP protocol > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive option protocol > compression(Ack) > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive option addr&ctl > compression(Ack) > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):Bad configure > option:0x11(Rej) > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):Bad configure > option:0x13(Rej) > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive > config_req-,Req_sent->Req_sent > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send config_nak > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Receive > config_nak/rej,Req_sent->Req_sent > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send config_req > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option MRU 1500 > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option ACCM 0 > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Remote reject PAP The remote system refuses your PAP protocol request, and it's all downhill from here... > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option magic > ed4cd4e2 > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option protocol > compression > Sep 20 13:11:31 cuckoo pppd[23142]: Link id(294):LCP:Send option addr&ctl > compression > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):Bad configure option > length:6(Nak) > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option MRU > 1524(Ack) > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option ACCM > a0000(Ack) > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option auth > CHAP(Ack) > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option protocol > compression(Ack) > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option addr&ctl > compression(Ack) > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive > config_req-,Req_sent->Req_sent > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Send config_nak > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive > config_ack,Req_sent->Ack_Rcvd > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option MRU > 1524(Ack) > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option ACCM > a0000(Ack) > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option auth > CHAP(Ack) > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option protocol > compression(Ack) > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive option addr&ctl > compression(Ack) > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive > config_req+,Ack_Rcvd->Opened > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Send config_ack > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):PAP fail: remote side > rejects pap > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):local PAP fails > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:administrative > close,Opened->Closing > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Send terminate_req > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):receive a CHAP packet > before auth phase > Sep 20 13:11:32 cuckoo pppd[23143]: PPCID_CLOSE: muxid = 294 > Sep 20 13:11:32 cuckoo pppd[23143]: ppp_rm_conn: I_UNLINK muxid = 294 > Sep 20 13:11:32 cuckoo pppd[23143]: ppp_rm_conn sending pid 24217 SIGUSR1 > Sep 20 13:11:32 cuckoo pppd[24217]: sig_undial: kill dial process > Sep 20 13:11:32 cuckoo pppd[23143]: ppp_rm_conn: closing tty /dev/tty1A > Sep 20 13:11:32 cuckoo pppd[23143]: Attach call on '/dev/tty1A' disconnected > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:Receive > terminate_ack,Closing->Closed > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):ICP:administrative > close,Opened->Closing > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):ICP:Send terminate_req > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):LCP:low layer > down,Closed->Initial > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):ICP:Receive > terminate_ack,Closing->Closed > Sep 20 13:11:32 cuckoo pppd[23142]: Link id(294):ICP:low layer > down,Closed->Initial > ============== END LOG=========================== > > Bob |