What he said!
If, and only if, you have more than one LAN between any two nodes you can
play with the -n & -t options to most/all od the Net.* drivers. ‘-t’
affects how long a single timeout is, ‘-n’ adjusts how many retries it will
do on a single LAN.
The up side is that if Net tries to send a packet out one lan and it fails,
it will quickly try the other. Example: in a previous life I shipped a lot
of digital audio around radio stations. Every computer had many audio
channels and they played or recorded audio over the network. WIth “WELL
TUNED” redundant networks you could be playing audio and unplug one of the
networks and the audio would keep right on playing. You could then plug
than lan back in and unplug the other lan and the audio would keep right on
playing. And if you were really fast you could actually unplug both lans
and plug them back in (due to some buffering) without ever hearing a glitch
in the audio.
The down side is that if you allow a network driver to give up too soon it
will return errors on packets that would have been successfully transmitted
if you had just given it a few more milliseconds.
Bill Caroselli - Sattel Global Networks
1-818-709-6201 ext 122
“David Gibbs” <firstname.lastname@example.org> wrote in message
Net -t option (well, it is flipside… how long to recognise one is back)
netpoll – controls how long a vc will last before being torn down
Net.driver – -n, -t – number of tx retries & time between. These are
the main ones to play with. (Note: getting faster failure will make
your network less tolerant of lost packets or high load.)
QNX Training Services