On Wed, 12 Jan 2000, Comunicare sas wrote:
|Sometime (not everytime that's what make me crazy) it seems that pppd does
|not recognize that clients close the connection.
|Infact if i make a ps ax| grep ttyD i can see pppd process running even if
|nobody is dialing in. Killing the process everything restart to function
|well for a period and then it appens again.
The login.config suggests trying the -detach option. That didn't work?
|
|I added the debug and kdebug options in the options file and i discovered
|that pppd sometime (I repeat, not everytime that's what make me crazy)
|doesn't recive [LCP TermReq] even if the connection is closed and the modem
|is hanged up (i can say this because the OH led on the modem is off).
|
|I added the
|lcp-echo-interval 15
|and the
|lcp-echo-failure 2
|in the options file, so, even if pppd doesn't recive [LCP TermReq], after 2
|[LCP EchoReq] without any [LCP EchoRep] pppd close itself.
|Things seem to work, but now I gess
That's one of the reasons that the lcp-echo-* options are there.
|1) why this appens?
Don't know
|2) Is this the right solution or simply I'm going round the problem?
Seems like a good solution to me.
|3) Sending an [LCP EchoReq] every 15 secs how much overhead i add to the
|trasmissim?
Very little.
|4) Is it possible that a client doesn't send an [LCP EchoRep] after 2 [LCP
|EchoReq] even if the connection is up?
It might be possibly with very heavy traffic over the wire (ftp download ?)
where the echo requests or replies get lost. That's just a guess though.
---
Clifford Kite Not a guru. (tm)
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
