New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Publish a BEP explaining how to add support for WebTorrent #881
Changes from all commits
File filter...
Jump to…
| @@ -0,0 +1,242 @@ | ||
| :BEP: XXX | ||
| :Title: Websocket tracker protocol for WebRTC transport | ||
| :Version: $Revision$ | ||
| :Last-Modified: $Date$ | ||
| :Author: Yoann Ciabaud <y.ciabaud@gmail.com> | ||
| :Status: Draft | ||
| :Type: Standards Track | ||
| :Content-Type: text/x-rst | ||
| :Created: 02-Aug-2016 | ||
| :Post-History: | ||
|
|
||
|
|
||
| Abstract | ||
| ======== | ||
| Webapps are more and more used to publish and consume content over the | ||
| internet, Bittorrent could be used to optimize the server and network resources | ||
| needed to distribute files but the need for a client software prevents its | ||
| usage in a browser environment. | ||
|
|
||
| This BEP explains how to add support for WebRTC signaling on a tracker in | ||
| order to make the webapps able to connect peers using the WebRTC API [1]. | ||
| Once a communication channel is open between the peers using WebRTC, the | ||
| standard Bittorent peer connection protocol is used. | ||
|
|
||
| Due to the WebRTC signaling process, the tracker needs to push messages to the | ||
| clients with a full-duplex communication channel available in a web browser. | ||
| At the moment this BEP is written, Websockets [2] are the only compatible | ||
| standard technology. | ||
|
|
||
| WebRTC signaling process | ||
| ========================= | ||
| The diagram below explains the messages involved in the WebRTC signaling | ||
| process. | ||
|
|
||
| :: | ||
|
|
||
| peer 1 tracker peer 2 | ||
|
|
||
| | | | | ||
| | | | | ||
| | announce start | | | ||
| | numwant=x | | | ||
| | x SDP offers | | | ||
| | >-------------------> | | | ||
| | | | | ||
| | | SDP offer | | ||
| | | >-------------------> | | ||
| | | | | ||
| | | SDP answer | | ||
| | | <-------------------< | | ||
| | | | | ||
| | SDP answer | | | ||
| | <-------------------< | | | ||
| | | | connection established | ||
| .|.. .. .. .. .. .. .. .. .. .. .. .. .. .. .. ..|.. . | ||
| | | | ||
| V V | ||
|
|
||
| Websocket tracker protocol | ||
| ========================== | ||
|
|
||
| credits | ||
| ------- | ||
| The websocket tracker protocol has been designed for the Webtorrent [3] project | ||
| by Feross Aboukhadijeh and hundreds of open source contributors. | ||
|
|
||
| overview | ||
| -------- | ||
| The websocket tracker uses JSON payloads reflecting the HTTP request parameters | ||
| and an additional action property used to switch between "announce" and other | ||
| actions (ex. scrape). If the announce URL of the torrent contains the ws or wss | ||
| protocol, a websocket connection is established between the client and the | ||
| tracker. | ||
|
|
||
| WebRTC offers and answers can be provided as an extension of the announce | ||
| message, the tracker will be responsible to forward them between the peers to | ||
| act as a signaling service. | ||
|
|
||
| After the connection is open, the client can begin announcing itself by using | ||
| the JSON messages below. | ||
|
|
||
| signaling related message format | ||
| --------------------------------- | ||
| announce request:: | ||
|
|
||
| { | ||
| "action": "announce", | ||
| "info_hash": "", | ||
| "peer_id": "" | ||
| "numwant": 0, | ||
| "uploaded": 0, | ||
| "downloaded": 0, | ||
| "left": 0, | ||
| "event": "", | ||
|
||
| "offers": [ | ||
| { | ||
| "offer_id": "", | ||
| "offer": "" | ||
| }, | ||
| ... | ||
| ] | ||
| } | ||
|
|
||
| A client can provide SDP offers that the tracker will forward to peers to | ||
| establish a connection. | ||
| "offers" is a JSON array containing a list of WebRTC SDP offers and a generated | ||
| "offer_id" used to match peers and offers. | ||
|
|
||
|
|
||
| announce response:: | ||
|
|
||
| { | ||
| "action": "announce", | ||
| "complete": 0, | ||
| "incomplete": 0, | ||
| "interval": 0, | ||
| "info_hash": "" | ||
| } | ||
|
|
||
|
|
||
| offer or answer message:: | ||
|
|
||
| { | ||
| "action": "announce", | ||
| "info_hash": "", | ||
| "offer_id": "", | ||
| "peer_id": "", | ||
| "sdp": "" | ||
yciabaud
Author
Contributor
|
||
| } | ||
|
|
||
| The tracker forwards the offer or the answer to clients in an announce message | ||
| with an "sdp" property. | ||
|
|
||
|
|
||
| answer message:: | ||
|
|
||
| { | ||
| "action": "announce", | ||
| "info_hash": "", | ||
| "offer_id": "", | ||
| "peer_id": "", | ||
| "to_peer_id": "", | ||
| "answer": "" | ||
|
||
| } | ||
|
|
||
| A client can answer to an offer by sending the data in an announce message with | ||
| an "answer" property. The "to_peer_id" property tells the tracker to which | ||
| peer it has to forward the message. | ||
|
|
||
|
|
||
| other message format | ||
| -------------------- | ||
|
|
||
| scrape request:: | ||
|
|
||
| { | ||
| "action": "scrape", | ||
| "info_hash": "" | ||
| } | ||
|
|
||
|
|
||
| scrape response:: | ||
|
|
||
| { | ||
| "announce": "", | ||
wI2L
|
||
| "info_hash": "", | ||
yciabaud
Author
Contributor
|
||
| "complete": 0, | ||
| "incomplete": 0, | ||
| "downloaded": 0 | ||
| } | ||
|
|
||
|
|
||
| multi-scrape request:: | ||
|
|
||
| { | ||
| "action": "scrape", | ||
| "info_hash": ["ih1", "ih2", ...] | ||
| } | ||
|
|
||
|
|
||
| multi-scrape response:: | ||
|
||
|
|
||
| { | ||
| "ih1": { | ||
| "announce": "", | ||
wI2L
|
||
| "info_hash": "ih1", | ||
| "complete": 0, | ||
| "incomplete": 0, | ||
| "downloaded": 0 | ||
| }, | ||
| "ih2": | ||
| { | ||
| "announce": "", | ||
| "info_hash": "ih2", | ||
| "complete": 0, | ||
| "incomplete": 0, | ||
| "downloaded": 0 | ||
| } | ||
| } | ||
|
|
||
|
|
||
| If the tracker encounters an error, it might send an error message. | ||
|
|
||
| error response:: | ||
|
|
||
| { | ||
| "action": "error" | ||
| "message": "" | ||
| } | ||
yciabaud
Author
Contributor
|
||
|
|
||
|
|
||
| Existing implementations | ||
| ======================== | ||
|
|
||
| bittorrent-tracker [4] support this protocol, it is used in all WebTorrent [3] | ||
| clients. | ||
|
|
||
|
|
||
| Extensions | ||
| ========== | ||
|
|
||
| JSON format is extensible, therefore a client or a tracker can add data to the | ||
| message structure. This way, additional fields can be added without breaking | ||
| compatibility. | ||
|
|
||
| References and Footnotes | ||
| ======================== | ||
|
|
||
| .. [1] https://www.w3.org/TR/webrtc/ | ||
| .. [2] https://tools.ietf.org/html/rfc6455 | ||
| .. [3] https://webtorrent.io | ||
| .. [4] https://github.com/feross/bittorrent-tracker | ||
| .. | ||
| Local Variables: | ||
| mode: indented-text | ||
| indent-tabs-mode: nil | ||
| sentence-end-double-space: t | ||
| fill-column: 70 | ||
| coding: utf-8 | ||
| End: | ||
Analyzing a bit the payloads from
wss://tracker.openwebtorrent.com/, this field is not present for announce done at regular intervals. However, for consistency with the BT protocol it should be mentionned that a missing event, or an event that is represented by an empty string is one of those made at regular intervals.