Re: bandwidth for bkbits.net (good news)

[Jamie Lokier]

Andrea Arcangeli wrote:
> Depending on the connect/sec of the http server (not bkbits, for the
> largest part of the conversation I couldn't know about the http server,
> Larry only mentioned the bkbits.net clone until recently), the
> "reservation" margin will have to change: the less connect/sec the
> smaller margin Larry will need to reserve, the more connect/sec the
> bigger marging will be necessary.

Hi Andrea,

Above a certain connection rate, no amount of margin is enough.  The
connections are a SYN flood.

You need to take into account the peak rate, which varies from second
to second, due to simple statistics plus the tendency of the net to
make traffic burstier than it started.

Above a certain number of packets/sec, competing VoIP traffic degrades
- a little added latency is equivalent to dropping with VoIP.  That
translates to dropouts in the audio.  Acceptable for hackers talking
over a flakey line, but not corporate telephony.

At Larry's server, inbound connection rate resembles a low-level SYN
flood, which is enough to poke holes in VoIP latency.

Of course the real problem is lack of end to end QoS between Larry's
nodes.  Two T1s is just a workaround :)

-- Jamie
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/