On Thursday 10 January 2008, gionnico wrote:
> It's strange but every time I connect if I don't force any connection
> I find to be connected almost only to BearShare ultrapeers.
>
> And the cache becomes full of bearshare nodes.
>
> To avoid this I've had to set a 50% percentage in the connection
> setup for the allowed unique useragents.
> This makes a lot of hosts fail until it finds other nodes (usually
> LimeWire).

I second that. Sometimes my client has so much trouble bootstrapping any 
ultrapeers other than BearShare, that I manually help it by grepping my 
local "ultras" file for hosts with port numbers other than 6346 or 
6348. This works, because BearShare is quite old-fashioned in 
encouraging to use only these ports.

As a "quick hack" mimicking this manual help, gtk-gnutella could do 
something like "if the anti-monopoly feature is enabled and if the 
ratio of a certain vendor is already maxed out, then only try to 
connect to peers that have a port number that is not used by one of the 
already connected peers of that vendor". This would do the trick for 
the moment.

But obviously the port-based approach is only a quick guess, not a real 
solution (let alone doing it manually). What if the next monopoly is 
not BearShare, but LimeWire? They use randomized port numbers (which is 
a good thing), rendering this approach useless.

I think it would be more helpful if GTKG also stored vendor information 
in the ultras file for hosts where this information is known, so that 
it can at least avoid connecting to peers that are _known_ to be of a 
type whose ratio is already maxed out, and try peers of unknown type 
only when there are no peers of known type left.

bye,
Hauke

-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
gtk-gnutella-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel

Reply via email to