對於get_peers查詢,主線DHT節點發送的udp數據包的最大大小是多少? 節點在存儲3000個對等點時如何響應? (在這種情況下數據包非常大)。 主線DHT客戶端如何處理它的響應?主線DHT節點爲get_peers查詢發送的udp數據包的最大大小是多少?
預先感謝您。
對於get_peers查詢,主線DHT節點發送的udp數據包的最大大小是多少? 節點在存儲3000個對等點時如何響應? (在這種情況下數據包非常大)。 主線DHT客戶端如何處理它的響應?主線DHT節點爲get_peers查詢發送的udp數據包的最大大小是多少?
預先感謝您。
就像任何BitTorrent的追蹤器,響應沒有包含所有的同行,只是隨機選擇。
最流行的客戶端(我真的可以只代言UT,BTML和libtorrent-rasterbar)有一個假定MTU大小,他們儘量不超過。假定MTU大小低於字節(這是典型的最大以太網幀大小)的某處,這是通常的路徑的MTU,你會在互聯網上看到以及上端。通常情況下,刪除幾十個字節是一個好主意,以覆蓋通過PPPoE和其他傳輸方式運行的連接。
當通過IPv6發送數據包時,如果它通過Teredo(1280字節),則需要注意使用更低的MTU,但我所提到的這些客戶端都不支持IPv6上的DHT。
準確地說,uTorrent的假定的1500的MTU - 20個字節的IP報頭的 - 8個字節的UDP -header的 - 潛在PPPoE header 8個字節 - - 2個字節用於潛在MPPE header 24個字節潛在GRE header的。即字節的UDP有效載荷。
即使你的數據包超過路徑MTU,IP層將它們分片和端點,透明的BitTorrent客戶端將它們合併。
對於IPv6的DHT的1024個字節的上限已定義,見http://bittorrent.org/beps/bep_0032.html
至於值列表(在對等體返回),該節點簡單地應該返回隨機子集配合到數據包大小,不是完整的列表。