TURN is inherently a difficult protocol to load-balance. Full correct load balancing requires deep-packet-inspection and a load balancer integrated with TURN. But there is simpler way: 300 ALTERNATE-SERVER error code mechanism that makes it simple and it was specially designed for that purpose. But as far as I understand, the WebRTC TURN client does not support ALTERNATE-SERVER, yet. I'd like to ask whether there are definite plans for supporting that.
Currently, if you are using the very basic TURN (like no RTCP TURN streams) then a simple network load-balancer would work with TURN and WebRTC. But eventually those more complex TURN features (like mobile streams) will be used by the clients, and the primitive load balancers will stop working. I guess that the WebRTC client has to solve the problem for the future by supporting the 300 error code.
Thanks
Oleg