Improve the delaying of STUN responses in test_nr_socket

NEW
Unassigned

Status

()

Core
WebRTC: Networking
P3
normal
2 years ago
8 months ago

People

(Reporter: drno, Unassigned)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(firefox47 affected)

Details

(Reporter)

Description

2 years ago
Bug 929977 introduces a new functionality to delay STUN responses when they pass through test_nr_socket.
But it is limited to a single response at a time and to scenarios with no simulated NAT involved. We should improve this to at least delay multiple STUN responses and handled non-NAT and NAT scenarios.
Potentially we could extend this also to handle STUN requests.
Mass change P2->P3 to align with new Mozilla triage process.
Priority: P2 → P3
You need to log in before you can comment on or make changes to this bug.