Date: Wed, 17 Jan 2001 14:19:10 +1100 From: Andrew Johns <johnsa@kpi.com.au> To: FreeBSD-questions@freebsd.org Subject: ppp and Win98: what is the trick? Message-ID: <3A650F2E.F2F86429@kpi.com.au>
next in thread | raw e-mail | index | archive | help
Hi, Please cc answers to me. Scenario: One box with two dial-out lines and one dial-in. Dial-out lines call two other FreeBSD boxes - works perfectly. FreeBSD3.3-RELEASE, GENERIC kernel modified to enable sio2 and sio3 which are 16550A's in a standard ISA slot, nothing else out of the ordinary. Problem: Dial-in line works when FreeBSD machine makes an incoming call, but Win98 refuses to connect - never gets past the LCP negotiation phase. Have tried replacing getty with mgetty (current release with AutoPPP) - it starts ppp but result is the same. Have tried manual dial - appears to work OK but consistently drops characters (even at 9600 baud!), which is what is causing the problem. The question is why? And why is it only when using windoze? Has anyone else been able to get win98 talking to ppp successfully? ppp.log sample is at the end. -- Cheers ******************************************************************** Andrew Johns BSc | http://www.kpi.com.au Principal Consultant | Tel.: +61-3-6224-8779 / 1300 133KPI KPI Logistics Pty Ltd | Fax.: +61-3-6224-7199 johnsa@kpi.com.au | 1 Franklin Wharf, Hobart, Australia 7000 ******************************************************************** FreeBSD - The power to serve Jan 17 14:13:43 Phase: Using interface: tun2 Jan 17 14:13:43 Phase: deflink: Created in closed state Jan 17 14:13:43 Phase: Listening at port 3002. Jan 17 14:13:43 tun2: Command: default: set speed 38400 Jan 17 14:13:43 tun2: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 10 "" AT OK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 90 CONNECT Jan 17 14:13:43 tun2: Command: default: disable dns Jan 17 14:13:43 tun2: Command: incoming: enable chap Jan 17 14:13:43 tun2: Command: incoming: deny chap Jan 17 14:13:43 tun2: Command: incoming: disable pap Jan 17 14:13:43 tun2: Command: incoming: deny pap Jan 17 14:13:43 tun2: Command: incoming: disable dns Jan 17 14:13:43 tun2: Command: incoming: deny lqr Jan 17 14:13:43 tun2: Command: incoming: disable lqr Jan 17 14:13:43 tun2: Command: incoming: set callback none Jan 17 14:13:43 tun2: Command: incoming: set cbcp Jan 17 14:13:43 tun2: Command: incoming: set timeout 0 Jan 17 14:13:43 tun2: Command: incoming: set openmode active Note: I've tried active and passive for openmode Jan 17 14:13:43 tun2: Command: incoming: set ifaddr 10.0.0.207/0 10.0.0.7/0 Jan 17 14:13:43 tun2: Command: incoming: set log CCP Phase Chat LCP IPCP tun command error warning alert Jan 17 14:13:43 tun2: Phase: PPP Started (direct mode). Jan 17 14:13:43 tun2: Phase: bundle: Establish Jan 17 14:13:43 tun2: Phase: deflink: closed -> opening Jan 17 14:13:43 tun2: Phase: deflink: Connected! Jan 17 14:13:43 tun2: Phase: deflink: opening -> lcp Jan 17 14:13:43 tun2: LCP: FSM: Using "deflink" as a transport Jan 17 14:13:43 tun2: LCP: deflink: State change Initial --> Closed Jan 17 14:13:43 tun2: LCP: deflink: State change Closed --> Stopped Jan 17 14:13:44 tun2: LCP: deflink: LayerStart Jan 17 14:13:44 tun2: LCP: deflink: SendConfigReq(1) state = Stopped Jan 17 14:13:44 tun2: LCP: ACFCOMP[2] Jan 17 14:13:44 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:44 tun2: LCP: ACCMAP[6] 0x00000000 Jan 17 14:13:44 tun2: LCP: MRU[4] 1500 Jan 17 14:13:44 tun2: LCP: MAGICNUM[6] 0x0c4ce194 Jan 17 14:13:44 tun2: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Jan 17 14:13:44 tun2: LCP: deflink: State change Stopped --> Req-Sent Jan 17 14:13:46 tun2: LCP: deflink: RecvConfigReq(4) state = Req-Sent Jan 17 14:13:46 tun2: LCP: ACCMAP[6] 0x000a0000 Jan 17 14:13:46 tun2: LCP: MAGICNUM[6] 0x01109f79 Jan 17 14:13:46 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:46 tun2: LCP: ACFCOMP[2] Jan 17 14:13:46 tun2: LCP: CALLBACK[3] CBCP Jan 17 14:13:46 tun2: LCP: deflink: SendConfigRej(4) state = Req-Sent Jan 17 14:13:46 tun2: LCP: CALLBACK[3] CBCP Jan 17 14:13:47 tun2: LCP: deflink: SendConfigReq(1) state = Req-Sent Jan 17 14:13:47 tun2: LCP: ACFCOMP[2] Jan 17 14:13:47 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:47 tun2: LCP: ACCMAP[6] 0x00000000 Jan 17 14:13:47 tun2: LCP: MRU[4] 1500 Jan 17 14:13:47 tun2: LCP: MAGICNUM[6] 0x0c4ce194 Jan 17 14:13:47 tun2: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Jan 17 14:13:49 tun2: LCP: deflink: RecvConfigReq(5) state = Req-Sent Jan 17 14:13:49 tun2: LCP: ACCMAP[6] 0x000a0000 Jan 17 14:13:49 tun2: LCP: MAGICNUM[6] 0x01109f79 Jan 17 14:13:49 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:49 tun2: LCP: ACFCOMP[2] Jan 17 14:13:49 tun2: LCP: deflink: SendConfigAck(5) state = Req-Sent Jan 17 14:13:49 tun2: LCP: ACCMAP[6] 0x000a0000 Jan 17 14:13:49 tun2: LCP: MAGICNUM[6] 0x01109f79 Jan 17 14:13:49 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:49 tun2: LCP: ACFCOMP[2] Jan 17 14:13:49 tun2: LCP: deflink: State change Req-Sent --> Ack-Sent Jan 17 14:13:50 tun2: LCP: deflink: SendConfigReq(1) state = Ack-Sent Jan 17 14:13:50 tun2: LCP: ACFCOMP[2] Jan 17 14:13:50 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:50 tun2: LCP: ACCMAP[6] 0x00000000 Jan 17 14:13:50 tun2: LCP: MRU[4] 1500 Jan 17 14:13:50 tun2: LCP: MAGICNUM[6] 0x0c4ce194 Jan 17 14:13:50 tun2: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Jan 17 14:13:52 tun2: LCP: deflink: RecvConfigReq(6) state = Ack-Sent Jan 17 14:13:52 tun2: LCP: ACCMAP[6] 0x000a0000 Jan 17 14:13:52 tun2: LCP: MAGICNUM[6] 0x01109f79 Jan 17 14:13:52 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:52 tun2: LCP: ACFCOMP[2] Jan 17 14:13:52 tun2: LCP: deflink: SendConfigAck(6) state = Ack-Sent Jan 17 14:13:52 tun2: LCP: ACCMAP[6] 0x000a0000 Jan 17 14:13:52 tun2: LCP: MAGICNUM[6] 0x01109f79 Jan 17 14:13:52 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:52 tun2: LCP: ACFCOMP[2] Jan 17 14:13:53 tun2: LCP: deflink: SendConfigReq(1) state = Ack-Sent Jan 17 14:13:53 tun2: LCP: ACFCOMP[2] Jan 17 14:13:53 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:53 tun2: LCP: ACCMAP[6] 0x00000000 Jan 17 14:13:53 tun2: LCP: MRU[4] 1500 Jan 17 14:13:53 tun2: LCP: MAGICNUM[6] 0x0c4ce194 Jan 17 14:13:53 tun2: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Jan 17 14:13:55 tun2: LCP: deflink: RecvConfigReq(7) state = Ack-Sent Jan 17 14:13:55 tun2: LCP: ACCMAP[6] 0x000a0000 Jan 17 14:13:55 tun2: LCP: MAGICNUM[6] 0x01109f79 Jan 17 14:13:55 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:55 tun2: LCP: ACFCOMP[2] Jan 17 14:13:55 tun2: LCP: deflink: SendConfigAck(7) state = Ack-Sent Jan 17 14:13:55 tun2: LCP: ACCMAP[6] 0x000a0000 Jan 17 14:13:55 tun2: LCP: MAGICNUM[6] 0x01109f79 Jan 17 14:13:55 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:55 tun2: LCP: ACFCOMP[2] Jan 17 14:13:56 tun2: LCP: deflink: SendConfigReq(1) state = Ack-Sent Jan 17 14:13:56 tun2: LCP: ACFCOMP[2] Jan 17 14:13:56 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:56 tun2: LCP: ACCMAP[6] 0x00000000 Jan 17 14:13:56 tun2: LCP: MRU[4] 1500 Jan 17 14:13:56 tun2: LCP: MAGICNUM[6] 0x0c4ce194 Jan 17 14:13:56 tun2: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Jan 17 14:13:58 tun2: LCP: deflink: RecvConfigReq(8) state = Ack-Sent Jan 17 14:13:58 tun2: LCP: ACCMAP[6] 0x000a0000 Jan 17 14:13:58 tun2: LCP: MAGICNUM[6] 0x01109f79 Jan 17 14:13:58 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:58 tun2: LCP: ACFCOMP[2] Jan 17 14:13:58 tun2: LCP: deflink: SendConfigAck(8) state = Ack-Sent Jan 17 14:13:58 tun2: LCP: ACCMAP[6] 0x000a0000 Jan 17 14:13:58 tun2: LCP: MAGICNUM[6] 0x01109f79 Jan 17 14:13:58 tun2: LCP: PROTOCOMP[2] Jan 17 14:13:58 tun2: LCP: ACFCOMP[2] Jan 17 14:13:59 tun2: LCP: deflink: LayerFinish Jan 17 14:13:59 tun2: LCP: deflink: State change Ack-Sent --> Stopped Jan 17 14:13:59 tun2: LCP: deflink: State change Stopped --> Closed Jan 17 14:13:59 tun2: LCP: deflink: State change Closed --> Initial Jan 17 14:13:59 tun2: Phase: deflink: Disconnected! Jan 17 14:13:59 tun2: Phase: deflink: Connect time: 16 secs: 289 octets in, 525 octets out Jan 17 14:13:59 tun2: Phase: total 50 bytes/sec, peak 62 bytes/sec on Wed Jan 17 14:13:59 2001 Jan 17 14:13:59 tun2: Phase: 56792 -> 56826: Dropped session control Jan 17 14:13:59 tun2: Phase: deflink: lcp -> closed Jan 17 14:13:59 tun2: Phase: bundle: Dead Jan 17 14:13:59 tun2: Phase: PPP Terminated (normal). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3A650F2E.F2F86429>