Re: Question the other way round:
Sergey Gorinsky <[email protected]> Wed, 20 Nov 2013 15:21:58 +0100
| Newsgroups | gmane.network.end2end |
|---|---|
| Message-ID | <CEB27A17.213B0%[email protected]> |
Dear Detlef, If a sender chooses the D class for all its flows, each of its flows is served with small queuing delay at the bottleneck link (but with a smaller forwarding rate than the rate given to a throughput-greedy flow of another sender that chooses the R class). The RD design is work-conserving and does not cause underutilization. The partition of the bottleneck-link capacity between the two classes is dynamic and depends on the numbers of R and D flows. Trying to fit this into your metro-carriage analogy, one can think of the D class as quiet (low-delay) carriages and the R class as noisier (higher-throughput) carriages. The point is that some apps naturally prefer noisier carriages, i.e., a higher forwarding rate regardless of queuing delay. Charging differently for the R and D services would only distort the natural preferences of the customers. Thus, the RD service differentiation is not an issue of goodness vs. badness (or wealth vs. poverty) - it is just that some customers prefer noise and the others like quiet. Best regards, Sergey On 11/19/13 12:05 PM, "Detlef Bosau" <[email protected]> wrote: > >> Sergey, >> >> what happen in your approach, when a sender chooses class "D" for all >> pakets and flows? >> > >Don't you achieve QoS by underutilization in your approach? > >So, while with metro pricing you make the crowds stay away from the >upper class carriage by the ticket price - while in your approach >the sender has to care for a quiet carriage by appropriate pre selection >- hence, the tickets can be offered for the same price? > >So, the selection is the same, only the bad guy who does the selection >changed the location? > >-- >------------------------------------------------------------------ >Detlef Bosau >Galileistraße 30 >70565 Stuttgart Tel.: +49 711 5208031 > mobile: +49 172 6819937 > skype: detlef.bosau > ICQ: 566129673 >[email protected] http://www.detlef-bosau.de >