Thanks GregorK and arne_bab for the quick response.

I have more questions regarding the answers

Is there some place where I can check the list of these protocol extensions??

Are there plans to improve the search mechanism, maybe by using some of the features of the called "Gnutella2" features or by the protocol modifications made by limewire?

Thanks to pointing on this direction, actually what I was looking for was to find more candidates to one download. And this method is called when you select search in the candidates table. I found the logic that if the search term is less than two characters it will include the urn in the query search, but I think using only the search term is better. Even phex handles automatically adding the candidates to the SWFownloadFile which is great.


This would be good. We are actually two developers who are working with phex, and we have some basic knowledge of the mojito DHT. We would be glad to help here. We need to get more familiar with the source code and read more about mojito DHT. But surely we can help. Let me know how we can get an agreement here.

We actually have seen something about these, and have seen some working code. Our doubt would be how to add those nodes into phex. We can help here as well, let me know.

I guess this have something to do with multicast as well, which I imagine would be the mechanism of the LAN discovery.

As a resume, we would be glad to help. I think there are two main topics here: mojito DHT and multicast.
About mojito DHT, it will be a task that will take time. Having this we can use it as base for the firewall-to-firewall.
About multicast, it will help with the LAN discovery and with the upnp and natpmp. Which I guess will be less time consuming than DHT

Yes we actually found the code that does what we wanted, thanks

What do you mean by download mesh? I haven't heard about it.

I took a look at the page you sent. Looks like and interesting program, but how well is it supported? Does it have a good user base so it's working as expected? Also I think they gathered the limewire's source code and modify it, so if we want to integrate into phex it will be hard.

Actually I've done that it's just that I didn't see anything about it.

We want to use it as a gnutella API. Basically for download audio files and do keyword searches.

The download mesh is an extension to http used by Gnutella. Basically all downloaders and uploaders exchange the sources they know (just like a completely decentral BitTorrent server).

The headers are X-Alt (IPs+ports of other down- and uploaders) and X-NAlt (non working IPs+ports for preventing spam and getting offline nodes out of the mesh).

As soon as you've seen a download going from 5 sources to 400 sources in half a minute, you know its efficiency

Sadly it isn’t supported at all. It was implemented on top of LimeWire, but rejected by the limewire team. so it’s only a proof of concept (it worked quite well — at least for the tests I did back then).

This had the potential of stopping spam once and for all, so I thought it might interest you.

I meant my info I wrote above — sorry for not being clearer.

That’s great! http://groups.yahoo.com/group/the_gdf/message/23708

If I can do anything to help, please tell me. I’m no Java coder, but I have some background knowledge from supporting Phex users in here and discussing in the_gdf (the Gnutella development forum).

The current discussion in the GDF might also be interesting to you: More intelligent searches via a GGEP extension: "a AND (b OR c)"

→ the_gdf : The Gnutella Developer Forum (GDF)
→ Yahoo! Groups

__________________

-> put this banner into your own signature! <-
--
Erst im Spiel lebt der Mensch.
Nur ludantaj homoj vivas.
GnuFU.net - Gnutella For Users
Draketo.de - Shortstories, Poems, Music and strange Ideas.