[nn6eumtr]

Has anyone tried to slice out the KAD code and run it independently of the e-mule interface? I'd like to put together a command line client with extra logging of packet flow for research purposes, and I'm wondering if anyone has already done this work? I found one thread referring to "sole-kad" but it was two years old, the link to the author's code was invalid, and the poster hasn't been active in recent years.

[Tuxman]

If you had used the search, you would have seen a bunch of threads answering your question.

[nn6eumtr]

Tuxman, on 11 August 2009 - 08:12 PM, said:

If you had used the search, you would have seen a bunch of threads answering your question.

Could you recommend some keywords for me to search on? In my previous searching I only found a few hits which dead ended in external links that were no longer valid or individuals no longer active in the community.

[Tuxman]

What about this topic?

[patricxu]

nn6eumtr, on 11 August 2009 - 12:07 PM, said:

Has anyone tried to slice out the KAD code and run it independently of the e-mule interface? I'd like to put together a command line client with extra logging of packet flow for research purposes, and I'm wondering if anyone has already done this work? I found one thread referring to "sole-kad" but it was two years old, the link to the author's code was invalid, and the poster hasn't been active in recent years.

What I need is exactly what want want.

[binary256]

If you will extract only Kad(if this is possible) from eMule you will have only Kad maintenance code : lookup, publish, search ;
Download and upload is based on ed2k protocol not on Kad

[patricxu]

binary256, on 12 August 2009 - 08:12 AM, said:

If you will extract only Kad(if this is possible) from eMule you will have only Kad maintenance code : lookup, publish, search ;
Download and upload is based on ed2k protocol not on Kad

Yeah. You have to code it yourselves.

[nn6eumtr]

binary256, on 12 August 2009 - 07:12 AM, said:

If you will extract only Kad(if this is possible) from eMule you will have only Kad maintenance code : lookup, publish, search ;
Download and upload is based on ed2k protocol not on Kad

Right, that is the part I'm interested in.

It appears that the closest thing I'm going to find is Amule rather then eMule - their DHT code appears to be in sync with e-mule's and they've already done the work of creating a deamon mode with command line interface. I should just need to add the extra debugging statements I want.

[patricxu]

nn6eumtr, on 12 August 2009 - 10:12 PM, said:

Right, that is the part I'm interested in.

It appears that the closest thing I'm going to find is Amule rather then eMule - their DHT code appears to be in sync with e-mule's and they've already done the work of creating a deamon mode with command line interface. I should just need to add the extra debugging statements I want.

really? I suggest we share the code if we got it. Anyway, I have a stand-alone KAD code, but the it is too old to work well in current KAD. If you like, take it.

[binary256]

nn6eumtr, on 13 August 2009 - 12:12 AM, said:

binary256, on 12 August 2009 - 07:12 AM, said:

If you will extract only Kad(if this is possible) from eMule you will have only Kad maintenance code : lookup, publish, search ;
Download and upload is based on ed2k protocol not on Kad

Right, that is the part I'm interested in.

It appears that the closest thing I'm going to find is Amule rather then eMule - their DHT code appears to be in sync with e-mule's and they've already done the work of creating a deamon mode with command line interface. I should just need to add the extra debugging statements I want.

You may try JMule's implementation of Kad with support of Kad 1.0 and partially Kad 2.0 written in Java.