dccm timeout lets some spam through

Vernon Schryver vjs@calcite.rhyolite.com
Wed Apr 23 14:42:13 UTC 2003

> From: Valentin Chopov <valentin@valcho.net>

> ...
> Here is the part of "cdcc info" from  04/23/03 03:08:02 ED:
>   78% of 32 requests ok 2545.87-800 ms RTT       2740 ms queue wait
> Even now,  when the main server is used, the backup server gives:
> 78% of 32 requests ok 1479.19-800 ms RTT        275 ms queue wait
> BTW, when this server serves dccm requests everything is fine, like:
> 100% of 32 requests ok   14.02-800 ms RTT         62 ms queue wait
> It seems that when the backup server is  "sleeping" "cdcc info" gives high
> results....

When the backup server is sleeping, the client libraries send NOPs to
it check its queue-wait and RTT only once every hour.  As a result,
the queue wait and RTT recover very slowly.

Perhaps the server's queue wait should decay while it is sleeping.

Vernon Schryver    vjs@rhyolite.com

More information about the DCC mailing list

Contact vjs@rhyolite.com by mail or use the form.