Unexpected message ratio?

[Matthew Lye]

Hey there,

I've been noticing that running as ultrapeer with the copy of gtk-
gnutella that resides in my /usr/local/bin folder seems to immediately  
acquire far more traffic than when I run an ultrapeer test of gtk-
gnutella for src/gtk-gnutella (with proper environment variable  
GTK_GNUTELLA_DIR setting, different directory, port, etc, everything  
seperate).  I'm wondering if perhaps my installed copy has fallen into  
bad company, with respect to the ultrapeers it attempts to link to?  
Is the hostcache ever 'shuffled', or does gtk-gnutella always attempt  
to the most recent known stable hosts?

The rates of traffic tend to hit 40 k a second within a minute, and  
sometimes climb as high as 100 k, with reported connections of 20  
ultrapeers and one leaf.  It later fell to around 20 k/s

I seem to be getting an extremely high number of 'unexpected message'  
packet drops, according to the statistics panel.  For instance, right  
now, I've gotten 2267 local DB searches, 81,000+ query hits for local  
queries, and 288,500+ (that's correct) packets dropped as "Unexpected  
message."

Is this in any way unusual?

My peers are predominantly BearShare, in the version 5.X range, in  
Canada or the United States, with a handful from Poland, and a few  
from various other countries.

Any notion of what's going on?  Let me know if further information is  
needed.

regards,
Matt.


-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
gtk-gnutella-users mailing list
gtk-gnutella-users@...
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users

[Christian Biere]

Matthew Lye wrote:
> I've been noticing that running as ultrapeer with the copy of gtk-
> gnutella that resides in my /usr/local/bin folder seems to immediately  
> acquire far more traffic than when I run an ultrapeer test of gtk-
> gnutella for src/gtk-gnutella (with proper environment variable  
> GTK_GNUTELLA_DIR setting, different directory, port, etc, everything  
> seperate).

If you run multiple peers at the same time, do NOT copy the
configuration files. At the very least, remove "guid" and "servent_kuid"
from config_gnet because these might be unique per peer by all means. In
fact, they are no longer persistent in current SVN because I've noticed
a few peers sharing a servent ID ("guid").

> I'm wondering if perhaps my installed copy has fallen into  
> bad company, with respect to the ultrapeers it attempts to link to?  
> Is the hostcache ever 'shuffled', or does gtk-gnutella always attempt  
> to the most recent known stable hosts?

The hostcache is not managed in any smart way. If it uses any strategy
it must be garbage in, garbage out. Are you sure, both are using the
same hostiles.txt?
 
> The rates of traffic tend to hit 40 k a second within a minute, and  
> sometimes climb as high as 100 k, with reported connections of 20  
> ultrapeers and one leaf.  It later fell to around 20 k/s

That looks like a bit too much although there will be more traffic when
a new connection is established, so it should decrease once most of the
connections are stable.

> I seem to be getting an extremely high number of 'unexpected message'  
> packet drops, according to the statistics panel.  For instance, right  
> now, I've gotten 2267 local DB searches, 81,000+ query hits for local  
> queries, and 288,500+ (that's correct) packets dropped as "Unexpected  
> message."
 
> Is this in any way unusual?

This looks rather unusual. You could check the sources for occurences of
MSG_DROP_UNEXPECTED and add some additional debug output to see where
most of these derive from.
 
> My peers are predominantly BearShare, in the version 5.X range, in  
> Canada or the United States, with a handful from Poland, and a few  
> >from various other countries.

I've seen quite a few "BearShare (Polska)" peers too, a bit too many for
my taste. I suspected it's because Poland is geographically next to
Germany but they are noticeable to you as well, that's somewhat odd.

--
1000 octets   = 1 ko = 1 kilooctet; 1024 octets   = 1 Kio = 1 kibioctet
1000^2 octets = 1 Mo = 1 megaoctet; 1024^2 octets = 1 Mio = 1 mebioctet
1000^3 octets = 1 Go = 1 gigaoctet; 1024^3 octets = 1 Gio = 1 gibioctet

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
gtk-gnutella-users mailing list
gtk-gnutella-users@...
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-users