a netburst DOES flood clients it's just the flooding is only a problem in very large channels you get similar flood problems on first joining a verry large channel which is the whole reason for this auditorium stuff
>From: Mathieu Rene <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >CC: [EMAIL PROTECTED] >Subject: Re: [Coder-Com] Auditorium mode, revisited >Date: Mon, 16 Sep 2002 20:09:32 -0400 > >erm, this seems to be the same thing as a net.burst... why a net.burst >doesnt flood of clients... take a look at that > >Math >[EMAIL PROTECTED] > >[EMAIL PROTECTED] wrote: > >>On Sat, Sep 14, 2002 at 02:52:15PM -0400, Entrope wrote: >> >>>Rasmus Have <[EMAIL PROTECTED]> writes: >> >>>>I did look at GamesNet's implementation before going on with my own >>>>idea. It struck me as a tad problematic though, as it seems that it >>>>can be abused by setting/unsetting +D and the like. Hence I chose a >>>>static channel, instead of going with a channelflag as both yours >>>>and splidge's solutions use (splidge's seems unabusable though). >>>>Talking to coders on GamesNet also revealed that you had problems >>>>with abuse of it. >>> >>>The only problem we have had is that each server may send out a lot of >>>JOIN messages when someone sets -D in a channel with many join-delayed >>>users -- setting the mode does not impact network traffic or server >>>behavior; but it may confuse clients. (Major events tend to be more >>>vulnerable to the problem, which makes abuse of it worse.) >> >>>The original patch I did would not send the JOIN messages when -D'ing >>>a channel, and Carlo decided to change it to the current behavior; >>>there are arguments both ways: either send lots of JOINs at one time >>>or have join-delayed clients stay in the channel with little sign they >>>are present. >> >>>One fairly easy kludge proposed for the JOIN flooding problem is to >>>only allow an oper to -D if there are more than N join-delayed clients >>>in the channel (for some value of N). I do not particularly like that >>>solution, but it does prevent servers from using enormous amounts of >>>buffer space at one time. >> >> >>This suggests an idea to me. When the 'D' mode is taken off, the server >>could send out JOIN messages, but slowly, sending only 5 JOIN's a second, >>for some arbitrary value of 5. >> >>It might be a good idea to prevent confusion by sending all the JOIN's and >>then sending the MODE to clients. This might cause some problem I am not >>forseeing however. >> >> >> >> >> _________________________________________________________________ Join the world’s largest e-mail service with MSN Hotmail. http://www.hotmail.com
