While it fixes the current issue, I don’t think it is fully correct: this introduces a second Dequeue “token” flying around, which will then consume messages too fast. I think the delayed Dequeue sending should be done with an FSM named timer, which is then canceled right here before doing the direct thing (in case of PassThrough only; if you want to be really correct you could also cancel and reschedule for throttling mode to get immediate effect of changed bandwidth).