mjoras / SCONE-PROTOCL

Repository for files related to the topic formerly known as SADCDN.
Other
9 stars 10 forks source link

Throughput, not bandwidth #77

Closed Kevsy closed 4 months ago

Kevsy commented 4 months ago

The charter mentions:

"communicating network properties to clients relevant to a given application, such as the maximum achievable bandwidth for a video"

"a solution that communicates the maximum achievable bandwidth for a video"

I believe we should change 'maximum achievable bandwidth' to 'maximum achievable throughput' because:

1- bandwidth is maximum achievable throughput. Hence the current wording reads as 'maximum achievable maximum achievable throughput' 2- 'bandwidth' is used in spectrum allocation, and that is a relevant factor in how a radio network delivers video - so there is a risk of confusion between the two contexts. 3- the second paragraph of the charter starts with "Local mobile radio conditions may constrain the maximum throughput", so replacing bandwidth with throughput later in the document maintains consistency.

ihlar commented 4 months ago

Fully agree, the distinction is subtle but important. Especially so in the context of bitrate shaping where the maximum achievable throughput for a flow might be lower than the "real" link bandwidth.

SpencerDawkins commented 4 months ago

The charter mentions:

"communicating network properties to clients relevant to a given application, such as the maximum achievable bandwidth for a video"

"a solution that communicates the maximum achievable bandwidth for a video"

I believe we should change 'maximum achievable bandwidth' to 'maximum achievable throughput' because:

1- bandwidth is maximum achievable throughput. Hence the current wording reads as 'maximum achievable maximum achievable throughput' 2- 'bandwidth' is used in spectrum allocation, and that is a relevant factor in how a radio network delivers video - so there is a risk of confusion between the two contexts. 3- the second paragraph of the charter starts with "Local mobile radio conditions may constrain the maximum throughput", so replacing bandwidth with throughput later in the document maintains consistency.

@Kevsy, thank you for entering this as its own issue. IMO, we've had a LOT of conversations in various places (dating back to SADCDN) between

Your suggestion points us MORE clearly toward the second point of view, without constraining the charter so tightly that non-ABR video would be out of scope. I think that's the right thing to do.

I think this issue

ihlar commented 4 months ago

Fixed in #78.