On Wed, 01 Aug 2007, Douglas Allan Tutty wrote: > But not rsync, which I use whenever I can for large downloads due to > errors creeping in for some reason over my noisy phone line and freqent > line drops (and susequent redials by pppd).
Why do you allow for damaged packets at all? I used analog async ITU-T V42 modems for a *long* time (fortunately, I was able to move away before V9x hit the market). You really want an error-free channel without compression for regular Internet over PPP domestic use, and any modem still on the market should be able to deliver that to you just fine. Just configure it for error correction without compression, and have a proper error-free short and well-shielded serial connection to it if it is an external modem. > Such a multi-protocol proxy server doesn't need to do any caching, it > just needs to put a variable delay on the outgoing ACKs that trigger > the next download block on ftp and rsync protocols, variable on whether > there's an active http connection. At that point, it is easier to just configure the kernel to do what you want re. QoS, shaping and policing. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]