Graham Murray wrote:
>
> "David L. Nicol" <[EMAIL PROTECTED]> writes:
>
> > I'm surprised no one has answered this since wednesday under this
> > thread (have I deleted it already? Very possibly) but the functionality
> > diald offers that is missing from demand mode is the packet filtering.
>
> And also, especially important for those of us who pay phone calls by
> the second, the timing. Different packet types can keep the link
> active for different times. Also, it is possible to have different
> rules depending on the day/time of day (useful when the teleco charges
> differ according to day or time)
Can diald not also be configured to have a fall-back number, so that
if it can't get service at ISP A it will try ISP B? Although this
kind of thing as well as different policies by time could be set up
with scripts that run `pppd call first` or `pppd call second` from
the cron table or have a series of call scripts which they bring up
and test before shutting doen and trying another. The fine grained
idle control is not something which can be imposed from outside however.
(or is it? Maybe the info is already in /proc/net somewhere and the
only thing lacking is pppd handling SIGALRM to idle out immediately --
or does it do this already? Killing it and restarting it would have
the same effect. A perl that reads /proc/net/tcp every couple of
seconds would not be that hard to write.
Or a sh. One is coming in an accompanying e-mail message
It will be kept up by anyone connecting to a server on your
machine which does not close connections however. But so will
a datalink idle timer. The transport layer idle timer will not
time out based on simple quietude of existing sessions, i.e. you
haven't typed anything in in a while. It does create a lot of
processes however, a program that interprets /proc/net/tcp and
does its own sleeping would not create so many. Processes are
cheap. The whole thing could be niced all the way to background levels,
since the only thing it cares about is inactivity anyway.
________________________________________________________________________
David Nicol 816.235.1187 [EMAIL PROTECTED]
I freely admit that I had to have explained to me
what is difficult about slashdot's URL.
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
