Foundation of relay candidates
With this merge request, I was wondering why the RFC stated that the base address of the relayed candidate is that candidate itself (sect 184.108.40.206. (Server Reflexive and Relayed Candidates)), and not as expected the base address the turn discovery request was sent from. Until I noticed the consequence on their foundation: it allows the relayed candidates from the same turn server to share the same foundation, and to not be tested concurrently.
But, as the base address in its current form is required to compute distinct priorities, I prefer to implement the consequence of the RFC on the foundation computation in the second patch instead.