Re: Why do we need congestion control?
LOCHIN Emmanuel <[email protected]>
| Newsgroups | gmane.network.end2end |
|---|---|
| Message-ID | <[email protected]> |
Le 05.04.2013 23:29, Detlef Bosau a écrit : > Am 04.04.2013 14:22, schrieb Emmanuel Lochin: > >> On 04/04/2013 13:31, Detlef Bosau wrote: >> >>> Simple question. Where is "fair dropping" that different from >>> "fair queueing"? >> >> The FairDrop queue we have implemented to drive our tests with DCTP >> simply drops packet of the most opportunistic flows in the queue. >> Meaning that if you have 3 flows and a full queue of 30 packets, you >> should have 10 packets of each flow enqueued. > > Three flows. > > Manu, how do you want to implement fair queueing on a backbone > router First, I've never claimed that I wanted to implement such mechanism inside the core router. > with actually 200.000 flows? 150.000 of them being "mice"? You talk on average not instantaneously. You only maintain a state for flows currently enqueued. It means that if you have a queue size of 30 packets, you can't have more than 30 states in your table. > At least this question should be discussed for both kind of > approaches, VJCC and DTCP. It has been already discussed for TCP, just google FairDrop and TCP. > So to my understanding, neither VJCC nor DTCP separates the problem > of resource allocation from the problem of congestion control, nor do > they eventually _solve_ the problem of (fair) resource allocation. Anyway, my ISP with CAC or DiffServ does? > To my understanding, many of us recognize the problem of a missing > (convincing) resource allocation scheme here and replacing VJCC by a > scheme which runs into the same difficulties as VJCC is a bit beating > about the bush.