I want to make ice4j compatible with the continuous gathering of ICE candidates: https://tools.ietf.org/html/draft-uberti-mmusic-nombis-00.
The use case is the follow: a client implements this draft and is connected to the bridge exchanging media with other participants, then at some point changes its connectivity (e.g. passing from wifi to 4g) and starts sending STUN binding requests from the new IP; Jitsi Videobridge doesn't answer to these new STUN requests so obviously no media is exchanged with this client after the network change.
I tried to modify SinglePortUdpHarvester to restart the agent and the connectivity establishment when the STUN requests from the new IP come, but with no luck so far.
Perhaps someone more expert on ice4j can give me some advice.
Just a note: if JVB is forced to use multiple UDP ports (org.jitsi.videobridge.SINGLE_PORT_HARVESTER_PORT=-1), with a small change in the bridge to accept packets also from the new remote address this use case works like a charm without issues on ICE side.
Thanks in advance,