conncheck: another rare case of local tcp active candidate matching
authorFabrice Bellet <fabrice@bellet.info>
Tue, 5 May 2020 15:09:47 +0000 (17:09 +0200)
committerOlivier CrĂȘte <olivier.crete@ocrete.ca>
Thu, 7 May 2020 17:46:05 +0000 (17:46 +0000)
commit8efaf78c99dbb342d1f5bc52837a4cf906a3efbb
tree4f726a3b9af197ec08e45c03c5729411bfcc36ff
parent6f0710c43b162114a7a746b9f68b476a02c343a6
conncheck: another rare case of local tcp active candidate matching

An inbound stun request may come on a tcp pair, whose tcp-active socket
has just been created and connected (the local candidate port is zero),
but has not caused the creation of a discovered peer-reflexive local
candidate (with a non-zero port). This inbound request is stored in an
early icheck structure to be replayed later. When being processed after
remote creds have been received, we have to find which local candidate
it belongs to, by matching with the address only, without the port.
agent/conncheck.c