Bless you Jonathan, I'm still a Linux novice, so thanks for the hints on where to look for the log files. Here is a summary on mine....
ppp.debug Feb 10 14:12:28 CorelLinux pppd[528]: rcvd [LCP EchoRep id=0x6 magic=0x6e733aa4] Feb 10 14:12:53 CorelLinux pppd[528]: sent [LCP EchoReq id=0x7 magic=0x5808eff7] Feb 10 14:12:53 CorelLinux pppd[528]: rcvd [LCP EchoRep id=0x7 magic=0x6e733aa4] Feb 10 14:13:23 CorelLinux pppd[528]: sent [LCP EchoReq id=0x8 magic=0x5808eff7] Feb 10 14:13:53 CorelLinux pppd[528]: sent [LCP EchoReq id=0x9 magic=0x5808eff7] Feb 10 14:14:23 CorelLinux pppd[528]: sent [LCP EchoReq id=0xa magic=0x5808eff7] Feb 10 14:14:53 CorelLinux pppd[528]: sent [LCP EchoReq id=0xb magic=0x5808eff7] Feb 10 14:15:23 CorelLinux pppd[528]: sent [LCP TermReq id=0x2 "Peer not responding"] Feb 10 14:15:26 CorelLinux pppd[528]: sent [LCP TermReq id=0x3 "Peer not responding"] ppp.err Feb 10 14:15:38 CorelLinux pppd[528]: ioctl(TIOCSETD, N_TTY): Interrupted system call Feb 10 14:16:01 CorelLinux pppd[528]: ioctl(TIOCSETD, N_TTY): Interrupted system call ppp.warning Feb 10 14:16:02 CorelLinux pppd[528]: tcsetattr: Invalid argument ppp.info Feb 10 14:08:52 CorelLinux chat[529]: abort on (BUSY) Feb 10 14:08:52 CorelLinux chat[529]: abort on (NO CARRIER) Feb 10 14:08:52 CorelLinux chat[529]: abort on (VOICE) Feb 10 14:08:52 CorelLinux chat[529]: abort on (NO DIALTONE) Feb 10 14:08:52 CorelLinux chat[529]: abort on (NO ANSWER) Feb 10 14:08:52 CorelLinux chat[529]: send (ATZ^M) Feb 10 14:08:52 CorelLinux chat[529]: expect (OK) Feb 10 14:08:53 CorelLinux chat[529]: ATZ^M^M Feb 10 14:08:53 CorelLinux chat[529]: OK Feb 10 14:08:53 CorelLinux chat[529]: -- got it Feb 10 14:08:53 CorelLinux chat[529]: send (ATDT4422444^M) Feb 10 14:08:53 CorelLinux chat[529]: expect (CONNECT) Feb 10 14:08:53 CorelLinux chat[529]: ^M Feb 10 14:09:17 CorelLinux chat[529]: ATDT4422444^M^M Feb 10 14:09:17 CorelLinux chat[529]: CONNECT Feb 10 14:09:17 CorelLinux chat[529]: -- got it Feb 10 14:09:17 CorelLinux chat[529]: send (\d) Feb 10 14:09:18 CorelLinux pppd[528]: Serial connection established. Feb 10 14:09:19 CorelLinux pppd[528]: Using interface ppp0 Feb 10 14:09:23 CorelLinux pppd[528]: Remote message: ^M Starting PPP for address 194.109.131.194^M ^M Feb 10 14:15:23 CorelLinux pppd[528]: No response to 4 echo-requests Feb 10 14:15:38 CorelLinux pppd[528]: Terminating on signal 15. Feb 10 14:16:01 CorelLinux pppd[528]: Terminating on signal 15. Feb 10 14:16:02 CorelLinux pppd[528]: Hangup (SIGHUP) Feb 10 14:16:02 CorelLinux pppd[528]: Exit. I understand the ppp.debug and ppp.info files and I have the same problem that you have: No response to 4 echo-requests. What the ppp.err and ppp.warning mean I have no clue. Anyone? I connected my old 33.6 kbps external modem and ran for 15 minutes without any problem. The echo in the ppp.debug looks fine, so it has to be a problem with either the modem, the cardbus or pcmcia software. --hans P.S. Yes, I did both try crtscts and &k3 and it didn't make a difference. P.P.S. If you installed the pcmicia package then you should have cardctl at your disposal. It only works under superuser for me. Simply type "cardctl ident" at the prompt. P.P.S. ±z ¬O ¥x ¤j ªº ¾Ç ¥Í ¶Ü ? >Hi, Hans, > > I think I've got the same problem. I have a Asus-7300 series >notebook and use a PCMCIA card to dial up to my isp. I can correctly >connect to the ISP and set up tcp/ip connections to the outside world >(for about "only" 3 minutes). > >The first weird thing I noticed is the content in ppp.log: >Feb 10 22:14:28 newton pppd[449]: sent [LCP EchoReq id=0x8 magic=0xa88cda89] >Feb 10 22:14:28 newton pppd[449]: rcvd [LCP EchoRep id=0x8 magic=0x0] >Feb 10 22:14:58 newton pppd[449]: sent [LCP EchoReq id=0x9 magic=0xa88cda89] >Feb 10 22:14:58 newton pppd[449]: rcvd [LCP EchoRep id=0x9 magic=0x0] >Feb 10 22:15:28 newton pppd[449]: sent [LCP EchoReq id=0xa magic=0xa88cda89] >Feb 10 22:15:58 newton pppd[449]: sent [LCP EchoReq id=0xb magic=0xa88cda89] >Feb 10 22:16:28 newton pppd[449]: sent [LCP EchoReq id=0xc magic=0xa88cda89] > >That is, the remote ppp server stop to response to my Echo request and the >up-link communication stops at the same time. It seems (from the content >of my ppp.log) that after 4 un-acknowledged Echo requests, the pppd would >begin to send link termination requests. After 10 un-acknowledged link >termination requests, the pppd demean would die automatically. >Unfortunately, I do not know how to solve this problem. > >About the flow control, there is an example in ppp FAQ that use crtscts as >an option of pppd. Did you test this option before? By the way, how do you >generate this "cardctl ident" information? > > Regards, > >Jonathan Chang > >
