I had similar problems with a friend's modem connection. I basically
ignored the FAQ completely and went in and changed nearly all the times
in the standard filter to 2 minutes. I also decreased the IP Masq
timeouts to 600 60 600 since for some reason, that I've yet to figure
out, diald won't hang up until all the connections are closed even
though they are idle for quite some time. With the changes to the
standard filter I didn't need to enable/disable IP Masq.

My biggest problem now is Windows clients timing out in the 30seconds it
takes to establish a connection... worst case there the user just hits
Stop and retires the operation.

Brian Macy

Lorenzo Viola wrote:
> 
> Good day list!
> I've found out the real problem...(when a client on my lan tries to
> connect, the first
> connection try is dropped, and the user has to retry)
> 
> taken from : http://www.redhat.com/mirrors/LDP/HOWTO/mini/IP-Masquerade-4.html
> 
> 4.6 IP Masquerade and Demand-Dial-Up
> (...)
>    4.Diald will detect the incoming request, then dial up your ISP and
> establish the connection.
>    5.There is a timeout that will occur with the first connection. This is
> inevitable if you are using analog modems. The time taken to establish the
> modem link and the PPP connections will cause your client program to timeout.
> This can be avoided if you are using an ISDN connection. All you need to do
> is to terminate the current process
> on the client and restart it.
> 
> Second, if after lengthening nameserver timeouts you are still having
> problems,
> then you probably want increase the timeout for starting new TCP
> connections. This can be done by
> increasing the value of TCP_SYN_RETRIES in net/inet/tcp.h, and recompiling
> the kernel.
> Note that increasing this value by one will double the timeout.
> 
> Ok, I said, this is the problem...so I've tried to change the kernel
> parameters, but had no luck!!!
> I'm using RH 6.0, kernel 2.2.5.....is it so different from the version to
> which that doc refers ?
> or perhaps should I lengthen some parameter on the bind options ?
> 
> did anyone had my same problem ? possible ? everybody has at least an ISDN
> connection on the lan ?
> what should I really change in the kernel headers ?
> 
> Best Regards!!
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-diald" in
> the body of a message to [EMAIL PROTECTED]

-
To unsubscribe from this list: send the line "unsubscribe linux-diald" in
the body of a message to [EMAIL PROTECTED]

Reply via email to