<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    <font face="Arial">Hi all,<br>
      <br>
      Before I start digging in the Twisted code, I'd just like to bump
      this off you in case the solution is obvious...<br>
      <br>
      I have a lot of clients having permanent connections to my TCP
      server. These clients are devices that will buffer data if it
      can't connect to the server. I can see a possible problem in the
      future if/when for whatever reason there is downtime on my server
      or the network and all these devices start connecting and
      transmitting their buffered data once the server is back up,
      potentially causing server flooding.<br>
      <br>
      What would be a good area to start looking into preventing
      something like this from happening? My first thoughts are to
      simply limit an X number of new connections per minute (or per X
      seconds) and to simply immediately drop new connections if it
      exceeds that limit. (I'd probably implement this on Protocol
      level). Over time the connections should theoretically normalise
      as the buffered data on the devices are also limited.<br>
      <br>
      Of course it would be better to not allow the connections from
      being established in the first place if the limits are exceeded
      (will be great for DDOS protection), but I have a feeling that
      might be difficult to achieve.<br>
      <br>
      Any thoughts/tips or even links to examples?<br>
      <br>
      Kind Regards,<br>
      Don<br>
      <br>
      <br>
    </font>
  </body>
</html>