Documentation/networking/eql.rst

13   to increase your bandwidth. It will not reduce your latency (i.e. ping
33   terminal server. I do not know if other terminal servers support load-
34   balancing, but I do know that the PortMaster does it, and does it
38   and 14.4 Kbps connection.  However, I am not sure that it really is
39   the PortMaster, or if it's Linux's TCP drivers. I'm told that Linux's
43   I suggest to ISPs out there that it would probably be fair to charge
54   Here I describe the general steps of getting a kernel up and working
96   So far, I have only used the eql device with the DSLIP SLIP connection
99   managers is up to you.  Most other connection managers that I've seen
129   I haven't found a good reason to write it yet... other than for
166 	  mtu		576
175 	  mtu		576
185   I have not yet done any load-balancing testing for PPP devices, mainly
186   because I don't have a PPP-connection manager like SLIP has with
187   DSLIP. I did find a good tip from LinuxNET:Billy for PPP performance:
192   I tried to fix up a PPP script/system for redialing lost PPP
207   All testing I have done was with two 28.8 V.FC modems, one connecting
222   kernels (than 1.1.75).  I have since updated the driver to patch
242     I have been checking out your eql driver.  (Nice work, that!)
244     are some data I've discovered.
258   I have done some testing of this software, with two goals in
267   Once a link was established, I timed a binary ftp transfer of
369 	  I've installed your patch and it works great. I have trialed
370 	  it over twin SL/IP lines, just over null modems, but I was
371 	  able to data at over 48Kb/s [ISDN link -Simon]. I managed a
373 	  6.4 Kbyte/s, which I think is pretty cool.  :)