Partial file upload protocol

Bug #524531 reported by andyhhp
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
StrongDC++
New
Undecided
Unassigned

Bug Description

My client is 2.30, other client is 2.22

I am a distributed hub writer/maintainer/owner and while debugging, I found the following problem which I would deem a bug

When I am uploading a file to a single user (the downloading user is most definatly downloading from more than 1 source but this might be irrelevent)

I get the following line trace
Hub: [Incoming][127.0.0.1:7314] DCTM 3POB VK54 ADCS/0.10 2755 3078468531
Client: [Outgoing][<snip>] CSUP ADBAS0 ADBASE ADTIGR ADBZIP ADZLIG
Client: [Outgoing][<snip>] CSTA 000 RFadc://127.0.0.1:7314
Client: [Incoming][<snip>] CSUP ADBAS0 ADBASE ADTIGR ADBZIP ADZLIG
Client: [Outgoing][<snip>] CINF ID<snip> TO3078468531
Client: [Incoming][<snip>] CINF ID<snip>
Client: [Incoming][<snip>] CGET file TTH/SMU5G2NS5QSBZGXOHVGNPJENWXVMYI25UZH6CCI 0 16777216 ZL1
Client: [Outgoing][<snip>] CSND file TTH/SMU5G2NS5QSBZGXOHVGNPJENWXVMYI25UZH6CCI 0 16777216 ZL1

//Few seconds later

Hub: [Incoming][127.0.0.1:7314] DCTM 3POB VK54 ADCS/0.10 2755 3078468531
Client: [Outgoing][<snip>] CSUP ADBAS0 ADBASE ADTIGR ADBZIP ADZLIG
Client: [Outgoing][<snip>] CSTA 000 RFadc://127.0.0.1:7314
Client: [Incoming][<snip>] CSUP ADBAS0 ADBASE ADTIGR ADBZIP ADZLIG
Client: [Outgoing][<snip>] CINF ID<snip> TO3078468531
Client: [Incoming][<snip>] CINF ID<snip>
Client: [Incoming][<snip>] CGET file TTH/SMU5G2NS5QSBZGXOHVGNPJENWXVMYI25UZH6CCI 0 16777216 ZL1
Client: [Outgoing][<snip>] CSND file TTH/SMU5G2NS5QSBZGXOHVGNPJENWXVMYI25UZH6CCI 0 16777216 ZL1

//Few seconds later

Hub: [Incoming][127.0.0.1:7314] DCTM 3POB VK54 ADCS/0.10 2755 3078468531
Client: [Outgoing][<snip>] CSUP ADBAS0 ADBASE ADTIGR ADBZIP ADZLIG
Client: [Outgoing][<snip>] CSTA 000 RFadc://127.0.0.1:7314
Client: [Incoming][<snip>] CSUP ADBAS0 ADBASE ADTIGR ADBZIP ADZLIG
Client: [Outgoing][<snip>] CINF ID<snip> TO3078468531
Client: [Incoming][<snip>] CINF ID<snip>
Client: [Incoming][<snip>] CGET file TTH/SMU5G2NS5QSBZGXOHVGNPJENWXVMYI25UZH6CCI 0 16777216 ZL1
Client: [Outgoing][<snip>] CSND file TTH/SMU5G2NS5QSBZGXOHVGNPJENWXVMYI25UZH6CCI 0 16777216 ZL1

Given that the Client-Client connection is already open, why is the downloading client resending a CTM request and re-negociating all the SUP and INF data for each segment it is downloading from me? I would argue that it is irrelevent and unneeded as the connection is never being terminated before the next DCTM is sent.

Revision history for this message
Big Muscle (bigmuscle) wrote :

This looks more that some kind of error occurred or the connection was shut down by some reason. It would explain why it always requested the same segment.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.