Alternative network

M

mr217shoestospare

New member
I share a lot of rare 80's music, and I rarely get uploads.
In the good old napster day's I always got lots of uploads, and I could dl a lot as well.
when I do a search, I do get results, but harldy ever a good connection (if you do get any at all)
So I was wandering, perhaps It is possible to set up a alternative network.
There are clients that can be used to set up private networks, so if there are people interested , post a reply, so perhaps we can set up something...
 
Interesting. How about a gnutella client that can distinguish clients among different "groups". So you can be in the "80s" group and only receive connection from other "80s" group members. It would need a new message type in addition to the basic five, and it would be useless when faced with clients which were not using the specific. GDI wise, you could join a kind of channel like on napster, and then say you only want conections (or search results) from those people on the channell. any suggestions?
 
wouldn't it be enough to work on with gnutellaclients, but distribute a host-list according to this special interest.
Normally you are not in a network with all the gnutella-users, but with a small subset of them in a "horizon". This horizon develops with your searches (your interests) Thats like it is.

So it would be a small step to build horizons by distributing host-lists ordered by special interests. (Not gnutellahosts.com but gnutellahosts.80s.com)

It may not be the best solution, but it should be effective
 
Well ofcourse one could ask and hope for it to be implemented in the network but I am thinking of setting up a small scaled "alternative private network" and this could be done as soon as there are some people interested.
What we would basically need is for all people that are interested, to exchange ip adresses, so we could manually connect to each other by using the same network name.
And we could agree on a certain day of the week.
 
this is already implemeted in the gnutella v0.4 protocal, and you can even do this with some programs like limewire (i think),

when any computer makes a connection request to a host on the network, the first thing it does once the connection is accepted is send the string "GNUTELLA CONNECT/\n\n"
protocal version string usually = "0.4"

then, if the recieving host wishes to mantain the connection, it must reply with "GNUTELLA OK\n\n" if it doesn't, the connection is terminated

if you want an 80's subnetwork, all you have to do is change the connection string (again, i think limewire lets you do this)

the only thing that needs to be done is to standardize the 80's connection string and provide IP numbers to computers in the subnetwork with a host cach server
 
I should think that would be difficult to implement on a network wide level due to the fact that you would need to be able to connect to other servers to recieve IP lists to search. The idea would be just to not search servers who are not part of the group. I am unconvinced that hostcaches are solutions to this problem.
 
After you send the GNUTELLA CONNECT/\n\n string, you could send a ADDGROUP 80SROCK/\n\n immediatly after it. This way, non-enabled servers would dump the ADDGROUP as a fractured packet since is was unexpected and unidentified, but enabled servers would pick up on them. Theoreically, you could add many messages after the initial connect and non-enabled servers would dump them. That way your server could integrate seemlessly into the already existing network and still use the feature with other servers.
 
Back
Top