Slack/PPP: LCP: timeout sending Config-Requests

Slack/PPP: LCP: timeout sending Config-Requests

[David Jackson]

Howdy --
This one is driving me crazy, I've never had a problem with ppp
connection on Slack-8 before.
What's even more puzzling is It was working on an install which hung
while trying to make bookdisk?
But after *completing* a reinstall, it doesn't? I've tried PAP and CHAP
(pap works on Debian and Redhat). Note it connect, but doesn't add
routing for IP assigned by ISP?

TIA,
David

I'm using a USRobotics external modem.

Here's the error messages:

slacker:root >> ppp-go
/etc/ppp
slacker:root >> Serial connection established.
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS1
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x71cdcf1e> <pcomp>
<accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x71cdcf1e> <pcomp>
<accomp>]
LCP: timeout sending Config-Requests


Here's my options.

lock
defaultroute
noipdefault
modem
/dev/ttyS1
57600
crtscts
# Uncomment the line below for more verbose error reporting:
debug
# If you have a default route already, pppd may require the other side
# to authenticate itself, which most ISPs will not do.  To work around
this,
# uncomment the line below.  Note that this may have negative side
effects
# on system security if you allow PPP dialins.  See the docs in
/usr/doc/ppp*
# for more information.
#noauth
passive
asyncmap 0
name "david.jay.jackson"

Re: Slack/PPP: LCP: timeout sending Config-Requests

[Camelia NASTASE]

uncomment the "noauth" line, otherwise it will request you peer to
authenticate to you.

>
> Howdy --
> This one is driving me crazy, I've never had a problem with ppp
> connection on Slack-8 before.
> What's even more puzzling is It was working on an install which hung
> while trying to make bookdisk?
> But after *completing* a reinstall, it doesn't? I've tried PAP and CHAP
> (pap works on Debian and Redhat). Note it connect, but doesn't add
> routing for IP assigned by ISP?
>
> TIA,
> David
>
> I'm using a USRobotics external modem.
>
> Here's the error messages:
>
> slacker:root >> ppp-go
> /etc/ppp
> slacker:root >> Serial connection established.
> Using interface ppp0
> Connect: ppp0 <--> /dev/ttyS1
> sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x71cdcf1e> <pcomp>
> <accomp>]
> sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x71cdcf1e> <pcomp>
> <accomp>]
> LCP: timeout sending Config-Requests
>
>
> Here's my options.
>
> lock
> defaultroute
> noipdefault
> modem
> /dev/ttyS1
> 57600
> crtscts
> # Uncomment the line below for more verbose error reporting:
> debug
> # If you have a default route already, pppd may require the other side
> # to authenticate itself, which most ISPs will not do.  To work around
> this,
> # uncomment the line below.  Note that this may have negative side
> effects
> # on system security if you allow PPP dialins.  See the docs in
> /usr/doc/ppp*
> # for more information.
> #noauth
> passive
> asyncmap 0
> name "david.jay.jackson"
>


camelia
--
Camelia Nastase, camelia@office.dnt.ro
Network Administrator
Dynamic Network Technologies, Romania
Tel: +40-1-2106863 Fax: +40-1-3122745

Re: Slack/PPP: LCP: timeout sending Config-Requests

[David Jackson]

Camelia --
Thanks for you 2nd reply (you reply to my similar posting earler).
Actually I tried that already, didn't help? 

Thanks,
David

>uncomment the "noauth" line, otherwise it will request you peer to
>authenticate to you.

Re: Slack/PPP: LCP: timeout sending Config-Requests

[Camelia NASTASE]

>
> Camelia --
> Thanks for you 2nd reply (you reply to my similar posting earler).
> Actually I tried that already, didn't help?
>
> Thanks,
> David
>
> >uncomment the "noauth" line, otherwise it will request you peer to
> >authenticate to you.
>


ok, let's try it this way:)

options:

lock
modem
crtscts
asyncmap 0
57600
defaultroute
noipdefault
noauth
refuse-chap
require-pap
name "username"
passive
nobsdcomp
nodeflate
mtu 1500
mru 1500
noipx
lcp-echo-interval 30
lcp-echo-failure 4
lcp-restart 3


for debugging purposes, use "kdebug 7", but don't leave it this way,
you' get a lot of messages in your kernel log. btw, forgot to ask you
last time, how does your chat file look ? in case you use one. and how
did you configured you modem's dip switches?



camelia
--
Camelia Nastase, camelia@office.dnt.ro
Network Administrator
Dynamic Network Technologies, Romania
Tel: +40-1-2106863 Fax: +40-1-3122745