Project

General

Profile

Protocol core-core Version 3 » History » Version 45

Greg Burri, 07/11/2009 09:39 AM

1 1 Greg Burri
h1. Protocols
2
3
This page describes the protocols used by Aybabtu for network communication between cores and between core and GUI.
4
5 7 Greg Burri
h2. Core <-> Core
6 1 Greg Burri
7 22 Greg Burri
See source:protos/network_protocol.proto for message details.
8 21 Greg Burri
9 43 Greg Burri
!network_protocol.png!
10
11 31 Greg Burri
h3. Downloading threads
12 29 Greg Burri
13 39 Greg Burri
There is _NbDownloadThread_ threads. Each thread will choose a free chunk and download it. A peer cannot have more than one connection per other peer. A peer which a download is active is set as not free.
14 23 Greg Burri
15
<pre>
16 27 Greg Burri
F : the list of all unfinished download
17
C : A list of chunk candidates (empty at start)
18
19 33 Greg Burri
- Take the first file in F -> f.
20
Loop :
21
   If the hash chunks of f are unknown :
22 37 Greg Burri
      If there is already a peer asking for hashes :
23
         - Take the next file in F -> f.
24
         - continue
25
      Else
26
         - Ask the hashes to the source (see the message 'GetHashes').
27 41 Greg Burri
   For each chunk not downloaded and not being downloaded of f -> c :
28 27 Greg Burri
      If c has a free peer :
29 37 Greg Burri
         - Add c to C
30 27 Greg Burri
   If C isn't empty :
31 30 Greg Burri
      - Take the best chunk in C based on peer.downloadRate.
32 1 Greg Burri
        If there is more than one best chunk then choose one randomly.
33
      - Grab the lock for the peer
34 42 Greg Burri
      - Request the download (see the message 'GetChunk')
35 33 Greg Burri
      - Take the first file in F -> f.
36 34 Greg Burri
   Else :
37 33 Greg Burri
      - Take the next file in F -> f.
38 23 Greg Burri
</pre>
39
40 36 Greg Burri
h3. Updating peer to hash association thread
41 23 Greg Burri
42 36 Greg Burri
This thread will periodically grab the _NumberOfChunkToUpdate_ first chunks and request to all other peers what chunk they have.
43 1 Greg Burri
44 40 Greg Burri
If there is no chunk available the message will be send without hashes. This message is also used to know the peer on the network.
45 37 Greg Burri
46
<pre>
47
F : the list of all unfinished download
48
C : list of latest chunk hashes sent
49
50
Loop :
51
   Time.now -> t
52
   Empty C
53
   n : number of chunk = 0
54
   While take the next file in F -> f
55
      If C.count >= 'NumberOfChunkToUpdate' :
56
         - Break
57
      If we know the hashes for f :
58
         For all chunks of f -> c :
59
            - Add c to C
60
      Else :
61
         - Break
62
   - Send the list of the chunk to everyone. (The received responses will be compared against C)
63
   - Wait 'TimeBetweenChunksUpdate' - (Time.now - t)
64
         
65
</pre>
66 23 Greg Burri
67 8 Greg Burri
h3. Parameters
68
69 10 Greg Burri
Most parameters will be stored as constants in their component.
70
71 9 Greg Burri
|_.Name|_.Value |_.Unit|_.Explanation/Comments|
72 19 Greg Burri
| _IMAliveFrequency_ | 0.1 | [Hz] | The message _IMAlive_ is sent each 10s. |
73 14 Greg Burri
| _ChunkSize_ | 33554432 | [Byte] | (32 MB) |
74
| _LanSpeed_ | 52428800 | [Byte/s] | (50 MB/s) |
75 17 Greg Burri
| _TimeRecheckChunkFactor_ | 4 | - | If the time to download a chunk exceeds _TimeRecheckChunkFactor_ * _ChunkSize_ / _LanSpeed_ the peers are rescanned to choose a better one (better download rate). For example : 4 * 32 / 50 = 2.6 second |
76
| _SwitchToAnotherPeerFactor_ | 1.5 | - | During the recheck of the peers to choose a better one the other download rate must be above the current * 1.5. |
77
| _DownloadRateValidTime_ | 1500 / _LanSpeed_ = 300 s | [s] | (5 min). The download rate of a peer is only valid during this time after its last update. After that its rate is set to the maximum. | 
78 15 Greg Burri
| _TimeBetweenChunksUpdate_ | 500 / _LanSpeed_ = 10 s | [s] | Each 10 s a daemon will scan the _NumberOfChunkToUpdate_ first chunks from the first queued downloads to know which peer has which chunk. |
79 20 Greg Burri
| _NumberOfChunkToUpdate_ | 100 * _LanSpeed_ / _ChunkSize_ = 156 | - | The first 156 hash chunks (3 kB) will by send periodically to each peer. See message _HaveChunks_ in the proto file. |
80 19 Greg Burri
| _FindTimeout_ | 15 | [s] | A search request is abandoned after 15 seconds from the start of the request. See message _Find_. |
81 25 Greg Burri
| _GetHashesTimeout_ | 200 | [s] | Timeout for the message _GetHashes_. |
82 19 Greg Burri
| _HaveChunksTimeout_ | _TimeBetweenChunksUpdate_ = 10 | [s] | Timeout for the message _HaveChunks_. |
83 1 Greg Burri
| _GetEntriesTimeout_ | 10 | [s] | Timeout for the message _GetEntries_. |
84
| _NbDownloadThread_ | 3 | - | Number of concurrent downloading thread. |
85 45 Greg Burri
| _BufferSize_ | 1048576 | [Byte] | (1 MB). This buffer is used when reading or writing a file. |
86
| _TCPSocketBufferSize_ | 33554432 | [Byte] | (32 Mo). Used when data are received. See _QAbstractSocket::setReadBufferSize_. |
87
| _TCPPeerConnectionKeepAlive_ | 600 | [s] | (10 min). There's can be one or more connection to a certain peer, these connections are kept alive for a period of time. For each known peer there is a pool of connection.  |
88 8 Greg Burri
89 7 Greg Burri
h2. Core <-> GUI