[Box Backup] Observations on Win32 client

[Justin H Haynes]

If using OpenBSD is an option, then see the section on Class Based 
Queueing (CBQ) in http://www.openbsd.org/faq/pf/queueing.html:

"
CBQ queues are arranged in an hierarchical manner. At the top of the 
hierarchy is the root queue which defines the total amount of bandwidth 
available. Child queues are created under the root queue, each of which 
can be assigned some portion of the root queue's bandwidth. For example, 
queues might be defined as follows:

    Root Queue (2Mbps)

        Queue A (1Mbps) 
        Queue B (500Kbps) 
        Queue C (500Kbps)

        "



Jamie Neil wrote:

> Mr R G Shepherd wrote:
>
>> Jamie Neil wrote:
>>
>>> 6) From our testing, boxbackup seems to be able to saturate even fat 
>>> pipes, which can cause problems when backups are done during the 
>>> day. Some kind of scheduled bandwidth throttling would be invaluable 
>>> (I know this could probably be done with another program in true 
>>> *nix tradition, but in Windows environments this is not so simple).
>>
>>
>> I know this may be entirely not what you are looking for, however
>>
>> I plan to use IPCop's built in traffic shaping to throttle the 
>> traffic on the bbackup ports.
>
>
> We use IPCop on a number of sites, but the traffic shaping controls 
> only allow you to prioritise traffic, not actively throttle it.
>
> What we want to do is similar to the approach taken by certain P2P 
> clients where you can set up bandwidth schedules. For example between 
> 8am and 6pm weekdays, and throughout the weekend, throttle the 
> bandwidth to 32kbps, but unthrottle at any other time.
>
> AFAIK this is done by monitoring the RTT and then adjusting the TCP 
> window size to restrict the throughput to the selected rate.
>