Balancing RTP packets for video broadcasting. Really?

Question

Video processing

Good time everyone!
I have a small service for storing and broadcasting VOD video using the HLS protocol.
Pieces of mpegts are stored on different servers, while streaming, pieces are given from each server in turn.
It turns out that there is no bottleneck in the form of a single server (as, for example, if the video was shown via mp4 progressive download from one server)
So, now we want to make the same scheme for rtsp, - for androids of older versions that do not support HLS well (or do not support it at all)
The scheme is as follows:
There is an RTSP server (master) that runs on port 554, the client requests a stream, the server says: I will send RTP to this port (let's say the client address is 85.18.45.4 and port 8094) via UDP.
The master gives commands to the nodes at a certain time to send RTP over UDP to this address and port from a certain second of the video
Can I, having, say, 10 servers, send RTP packets over UDP sequentially from each server to the port of one client at 85.18.45.4:8094 (1 ,2,3,4...) in order to get rid of the bottleneck in the form of 1 thread \ 1 client. for 1 server?
With UDP, such a trick should seem to work (because the torrent seems to work) with TCP - no.
Will the player not kill such a stream by looking at the src and port of the sender, kicking off the UDP\RTP stream?
In what ways can you balance the load using an rtsp stream for broadcasting?