BitTorrent protocol encryption

This is an old revision of this page, as edited by 70.45.50.121 (talk) at 01:04, 27 January 2006 (additional info for recent developments). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Protocol header encrypt (PHE), Message stream encryption (MSE), Protocol encryption (PE) or Protocol header encryption (PHE) are features of some BitTorrent clients that attempts to make BitTorrent hard to throttle. Some ISPs throttle BitTorrent traffic because it makes up a large porportion of total traffic and the ISPs don't want to spend money buying extra capacity. Instead, the ISPs spend money on hardware that look for BitTorrent traffic and slow them down.

History

Protocol header encrypt was conceived by RnySmile and first implemented in the BitComet client version 0.60 on 8 September 2005.

Message stream encryption was implemented in Azureus version 2307-B29 on 19 January 2006. [1]

µTorrent will implement protocol encryption in a later release. [2] It is not called protocol header encryption because it encrypts all of the data, not just the headers. Due to a lack of cooperation between the Azureus and µTorrent developers, µTorrent was planning to use its own protocol. However, recent developments may mean they will collaborate on the protocol after all. [3] A new protocol specification was created by various developers and it was agreed that it was better than the current one in Azureus. Because of this, both clients are more than likely to implement the same new encryption protocol.

Operation

The BitComet PHE method is not published.

The Azureus method uses either the infohash or a D-H exchange to establish the key, then it either uses RC4 as the encryption method or just send the message as plaintext.

They are incompatable with each other.