< draft-ietf-tsvwg-aqm-dualq-coupled-25b.txt | draft-ietf-tsvwg-aqm-dualq-coupled-25c.txt > | |||
---|---|---|---|---|
skipping to change at page 46, line 32 ¶ | skipping to change at page 46, line 32 ¶ | |||
a burst arrives at an empty queue, the sojourn time only fully | a burst arrives at an empty queue, the sojourn time only fully | |||
measures the burst's delay when its last packet is dequeued, even | measures the burst's delay when its last packet is dequeued, even | |||
though the queue has known the size of the burst since its last | though the queue has known the size of the burst since its last | |||
packet was enqueued - so it could have signalled congestion | packet was enqueued - so it could have signalled congestion | |||
earlier. To remedy this, each head packet can be marked when it | earlier. To remedy this, each head packet can be marked when it | |||
is dequeued based on the expected delay of the tail packet behind | is dequeued based on the expected delay of the tail packet behind | |||
it, as explained below, rather than based on the head packet's | it, as explained below, rather than based on the head packet's | |||
own delay due to the packets in front of it. [Heist21] identifies | own delay due to the packets in front of it. [Heist21] identifies | |||
a specific scenario where bursty traffic significantly hits | a specific scenario where bursty traffic significantly hits | |||
utilization of the L queue. If this effect proves to be more | utilization of the L queue. If this effect proves to be more | |||
widely applicable, it is believed that using the delay behind the | widely applicable, using the delay behind the head could improve | |||
head would improve performance. | performance. | |||
The delay behind the head can be implemented by dividing the | The delay behind the head can be implemented by dividing the | |||
backlog at dequeue by the link rate or equivalently multiplying | backlog at dequeue by the link rate or equivalently multiplying | |||
the backlog by the delay per unit of backlog. The implementation | the backlog by the delay per unit of backlog. The implementation | |||
details will depend on whether the link rate is known; if it is | details will depend on whether the link rate is known; if it is | |||
not, a moving average of the delay per unit backlog can be | not, a moving average of the delay per unit backlog can be | |||
maintained. This delay consists of serialization as well as | maintained. This delay consists of serialization as well as | |||
media acquisition for shared media. So the details will depend | media acquisition for shared media. So the details will depend | |||
strongly on the specific link technology, This approach should be | strongly on the specific link technology, This approach should be | |||
less sensitive to timing errors and cost less in operations and | less sensitive to timing errors and cost less in operations and | |||
End of changes. 1 change blocks. | ||||
2 lines changed or deleted | 2 lines changed or added | |||
This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/ |