Quoting Christian Biere <[EMAIL PROTECTED]> from ml.softs.gtk-gnutella.devel: :Another option is of course to claim being an ultrapeer since it :does not have to send a QRP at all. In my opinion, a poor leaf is :less of a problem than a poor ultrapeer.
If you have, say, 50 "poor leaves", you're in trouble, because all the query traffic will be relayed to 50 leaves all the time. It is less a problem with "poor ultrapeers" because QRP routing between UPs only occur when TTL=1, and you have far less UP connections than you have leaves, normally. Frankly, I don't know whether it's a problem to not comply with the specs on this particular point. There are pros and cons. You have listed a drawback, but I would say that if you bother sending patches for a faked QRP containing all 1s, you're not far away from doing it fully. Besides, GTKG has a protection against full QRPs for leaves. I confess there is no such thing for inter-UP QRP tables, because by design it is much more likely to be full... Raphael ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click _______________________________________________ Gtk-gnutella-devel mailing list Gtk-gnutella-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
