To quote from the pppd man page:
lcp-echo-failure <n>
If this option is given, pppd will presume the peer
to be dead if n LCP echo-requests are sent without
receiving a valid LCP echo-reply. If this happens,
pppd will terminate the connection. Use of this
option requires a non-zero value for the lcp-echo-
interval parameter. This option can be used to
enable pppd to terminate after the physical connec
tion has been broken (e.g., the modem has hung up)
in situations where no hardware modem control lines
are available.
ie. remove this option from your /etc/ppp/options file and this problem will
go away.
Fabio Olive Leite wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
>
> Hi there,
>
> > However, I get the LCP problem where they are being sent but not
> > received. I put LCP-MAX-CONFIGURE 30 in my options file and have
> > upped it all the way to 150, but I still don't get any LCP's received.
> > Finally after 30 - 60 seconds the modem simply hangs up...
>
> I've seen this on a local ISP, apparently their router doesn't care about
> responding to echo requests, and it looks like pppd doesn't like it. I've
> read every man pages and HOWTOs about it, but did not find a way to tell
> pppd not to care about echo requests...
>
> It seems all we can do is switch ISPs in this case. I hope someone can
> prove me wrong on this and tell us how can it be done!
--
Jens B. Jorgensen
[EMAIL PROTECTED]
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
