AW: [IRCServices] Faster AKILL Processing...

[Yusuf Iskenderoglu]

Hello;

In your suggestion, there are still some missing points.
First, if a user is connected to the network, the server one is connecting to
will of course spread the NICK command regardless of the situation, whether there is
a services or not. 
That implies, the NICK will arrive services. 
Because services has to know the username and the hostname of an introduced nick for internal
purposes like NickServ access list managing, ChanServ akick list managing, listing etc,
the user at host is also thought to be matched against the akill list during the intro of a nick.

To move the akill list to a netjoin would require every server to check for a matching user at host 
that will arrive *and* that is online on itself, which can surely lead to proper lag on a network with
approx 2k users, if that network is known to have an akill list of tens of pages.

Additionally, on ircd's that do not benefit from hybrid's high traffic mode, or irc2's zipped links,
the sending of that much akills, which then would be resend to the linked servers, and so on, can take *some*
time, if not causing a flood.

Therefore it is in my opinion, adviseable to let services manage akills, instead of any server on a network,
that even do not need to.

Regards,
yusuf

---------------------------------
Yusuf Iskenderoglu
eMail - uhc0 at rz.uni-karlsruhe.de 
eMail - s_iskend at ira.uka.de
ICQ : 20587464 \ TimeMr14C
---------------------------------


> -----Ursprüngliche Nachricht-----
> Von: owner-ircservices at ender.shadowfire.org
> [mailto:owner-ircservices at ender.shadowfire.org]Im Auftrag von Jason at
> GCN
> Gesendet: Wednesday, July 19, 2000 6:09 PM
> An: ircservices at ender.shadowfire.org
> Betreff: [IRCServices] Faster AKILL Processing...
> 
> 
> As we all know, having a large Akill list can really bog down services, 
> espeacially on a large network.  Well now that Services supports an 
> immediate AKILL option I know a way that services can process akills much 
> more efficiently, however on older IRCD's it may not work so this 
> should be 
> a configurable option.
> 
> Currently Services tracks every user who connects to the network, 
> and if a 
> match is found, will issue a /KILL for that user.  What I am 
> suggesting is 
> as soon as Services connects to it's uplink, or whenever a new server 
> connects to the network have Services send out it's entire AKILL 
> list, and 
> on the Supported servers, a KLINE will be added.
> 
> This option can take some extra weight off of Services as it no 
> longer needs 
> to check every connecting user for a match but instead it will spead out 
> over all the IRCD's when they process their KLINEs.
> ________________________________________________________________________
> Get Your Private, Free E-mail from MSN Hotmail at <A  HREF="http://www.hotmail.com">http://www.hotmail.com</A>
> 
> 
> ---------------------------------------------------------------
> To unsubscribe, send email to majordomo at ender.shadowfire.org
> with "unsubscribe ircservices" in the body, without the quotes.
> 


---------------------------------------------------------------
To unsubscribe, send email to majordomo at ender.shadowfire.org
with "unsubscribe ircservices" in the body, without the quotes.