Date: Thu, 23 Feb 95 12:26:40 -0800 From: steve@gordian.com (Steve Khoo) To: amurai@spec.co.jp Cc: freebsd-current@FreeBSD.org Subject: Re: ppp in 2.0-950210-SNAP Message-ID: <9502232026.AA10408@hermes> In-Reply-To: <199502190130.KAA20758@tama.spec.co.jp> (message from Atsushi Murai on Sun, 19 Feb 1995 10:30:28 %2B0900 (JST))
next in thread | previous in thread | raw e-mail | index | archive | help
>>>>> "Atsushi" == Atsushi Murai <amurai@spec.co.jp> writes:
Atsushi> Sorry bad response. But late better than nothing ;-)
>> OK, What am I doing wrong?
>>
>> On my 2.0-950210-SNAP box I can connect to a Sparc running pppd 2.1.2
>> without any problem.
>>
>> But if I use ppp(I used manual dialing) it doesn't work.
>>
>> here's the log:
>> 02-17 19:36:57 [202] IPCP: SendConfigAck(Req-Sent)
>> 02-17 19:36:57 [202] IPCP: state change Req-Sent --> Ack-Sent
>> 02-17 19:36:57 [202] LCP: Received Protocol Reject (8) state = Opend (9)
>> 02-17 19:36:57 [202] -- Protocol (c025) was rejected.
Atsushi> I bleive pppd2.1.2 doesn't ahs capability for LQR. But it
Atsushi> is doesn't matter for ppp(iijppp). Becauce this is a
Atsushi> result by negotiation. Anyway "default:" in sample is
Atsushi> disable lqr as default.... right ?
>> 02-17 19:36:57 [202] IPCP: Received Configure Ack (2) state = Ack-Sent (8)
>> 02-17 19:36:57 [202] IPCP: state change Ack-Sent --> Opend
>> 02-17 19:36:57 [202] IPCP: LayerUp.
>> 02-17 19:36:57 [202] myaddr = 192.73.220.175 hisaddr = 192.73.220.83
>> 02-17 19:36:57 [202] OsLinkup: 192.73.220.83
>> 02-17 19:36:58 [202] LCP: Received Protocol Reject (8) state = Opend (9)
>> 02-17 19:36:58 [202] -- Protocol (80fd) was rejected.
Atsushi> CCP i enable as default in ppp(iijppp). and pppd2.1.2
Atsushi> doesnt't support pred1 compression. So you can add
Atsushi> "disable pred1" to "default:" in ppp.conf. By the way, I
Atsushi> beleive pred1 commpression will give us good latency and
Atsushi> less SIO interrupt overhead with modem
Atsushi> compression(V.42bis). And VJ compression is just
Atsushi> compress tcp header not a data.
>> 02-17 19:36:58 [202] CCP: LayerFinish.
Atsushi> Giving up using CCP as result of negotiation.
>> 02-17 19:36:58 [202] CCP: state change Req-Sent --> Stopped
>> 02-17 19:36:58 [202] LCP: Received Echo Reply (10) state = Opend (9)
>> 02-17 19:39:00 [202] HDLC errros -> FCS: 7 ADDR: 0 COMD: 0 PROTO: 0
Atsushi> OK. It's up a link and working for while( 36:58 ->
Atsushi> 39:00). And then they are 7 FCS errors occures. Too
Atsushi> much... Check Flow control of modem both your and peer.
Atsushi> (modem is setup correctly using a CTS/RTS line ?)
>> 02-17 19:40:59 [202] LCP: LayerDown
>> 02-17 19:40:59 [202] OsLinkdown: 192.73.220.83
>> 02-17 19:40:59 [202] Phase: Terminate
>> 02-17 19:40:59 [202] LCP: SendTerminateReq.
>> 02-17 19:40:59 [202] LCP: state change Opend --> Closing
>> 02-17 19:41:00 [202] HDLC errros -> FCS: 1 ADDR: 0 COMD: 0 PROTO: 0
>> 02-17 19:41:09 [202] LCP: SendTerminateReq.
Atsushi> It's seems to hang up the line by peer. Could you check
Atsushi> peer's log ?
>> 02-17 19:41:15 [202] PPP Terminated.
>>
>> What did I do wrong?
Atsushi> You did not wrong but try and check as follows.
Atsushi> 1. Disable lqr to ppp(iijppp) conf
Atsushi> 2. Disable pred1 to ppp(iijpp) conf
Atsushi> 3. Check Hard ware flow control and line.
Atsushi> 4. Check peer's log by pppd2.1.2.
Disabling the lqr and pred1 doesn't seem to help.
I'm actually dialing into a terminal server at work that's incapable
of doing RTS/CTS and telnetting into the Sparc10 and running pppd
2.1.2 after doing "/bin/mesg n" and "stty -tostop".
The log on the pppd 2.1.2 side doesn't show any errors:
Feb 19 19:41:37 vulcan pppd[5444]: pppd 2.1.2 started by steve, uid 192
Feb 19 19:41:37 vulcan pppd[5444]: Connect: ppp0 <--> /dev/ttype
Feb 19 19:41:55 vulcan pppd[5444]: local IP address 192.73.220.83
Feb 19 19:41:55 vulcan pppd[5444]: remote IP address 192.73.220.175
Feb 19 19:47:03 vulcan pppd[5444]: Connection terminated.
Your help is much appreciated.
SEK
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9502232026.AA10408>