KTorrent sends handshake message twice. Some clients (like BitTorrent) treat the second handshake message as invalid and immediately close connection.

Right, show me some evidence, because this is quite an extraordinary claim, and I just checked out a wireshark trace from a ktorrent session, and I see no double handshakes.

My wifi router has burned out and while it was still trying to work, I had really bad transfer rate. Perhaps the delay triggered handshake retransmission and both packets got to my machine. I've found out about the burned out router an hour after posting this topic. I'm sorry to bother you.

There are some other reports of this problem on the Internet though:

Code: Select all

[5.0.7 2007-10-12 17:22:20] INFO    : message length exceeds max (323119476 > 8388608): '\x13BitTorren', count:0 ('81.203.35.221', 6881) ('KTorrent', '2.2.1.0')

from http://mandrivausers.org/lofiversion/index.php/t43733.html

BitTorrent spits this error message when it gets another handshake on already established connection ("\x13Bit" evaluates to message length of 323119476 because the message is not treated as handshake). Maybe you should increase the retransmission delay a bit.

next_ghost wrote:My wifi router has burned out and while it was still trying to work, I had really bad transfer rate. Perhaps the delay triggered handshake retransmission and both packets got to my machine. I've found out about the burned out router an hour after posting this topic. I'm sorry to bother you.

The only retransmission of the handshake which can occur is through TCP (because of dropped packets), but both clients will not be aware of this (they don't get duplicate data)

There are some other reports of this problem on the Internet though:

Code: Select all

[5.0.7 2007-10-12 17:22:20] INFO    : message length exceeds max (323119476 > 8388608): '\x13BitTorren', count:0 ('81.203.35.221', 6881) ('KTorrent', '2.2.1.0')

from http://mandrivausers.org/lofiversion/index.php/t43733.html

BitTorrent spits this error message when it gets another handshake on already established connection ("\x13Bit" evaluates to message length of 323119476 because the message is not treated as handshake). Maybe you should increase the retransmission delay a bit.

Old versions, old bugs, whatever it was, it has long been fixed.