Open
Bug 1780620
Opened 1 year ago
Updated 1 year ago
Research why we calculate negative feedback_rtt in GoogCcNetworkController::OnTransportPacketsFeedback
Categories
(Core :: WebRTC, task)
Core
WebRTC
Tracking
()
NEW
People
(Reporter: mjf, Unassigned)
References
Details
Currently, we're calculating feedback_rtt in GoogCcNetworkController::OnTransportPacketsFeedback:
TimeDelta feedback_rtt =
report.feedback_time - feedback.sent_packet.send_time;
This number can be negative (and probably shouldn't be allowed). A negative number causes an assert in GoogCcNetworkController::UpdateCongestionWindowSize here:
DataSize data_window = last_loss_based_target_rate_ * time_window;
We currently don't call UpdateCongestionWindowSize
because we have no QueueSize
set in the field trial string. Prior to the fast-forward work, there was no default congestion window trial string, so we also never called UpdateCongestionWindowSize
.
Reporter | ||
Updated•1 year ago
|
Depends on: libwebrtc-fast-forward
You need to log in
before you can comment on or make changes to this bug.
Description
•