hyuk
Member
Hi,
I've been thinking about it on my own and can't seem to come up with an answer, so I'm asking.
After L4 switch, there are two TURN servers (routed through a load balancer), and these TURN servers (A, B) communicate with Flashphoner media servers in different networks. The issue is that the streaming video disconnects after approximately 40 seconds for some reason. TURN server A communicates smoothly with the media server without disconnection. However, packets routed through TURN server B stop after about 40 seconds. To identify the root cause of the problem, I captured packets from the server where TURN server B is located. Upon inspection, I found that the STUN data from the client stops after No. 10105. The server configurations for TURN servers A and B are identical, and the settings for both TURN servers are the same. Could this issue be due to the Flashphoner media server not receiving packets from the TURN server, or is it a problem with the TURN server not receiving packets in the first place? Can we determine this from the captured packet? I will attach the packet for reference.
Packet capture is attached through the report. (TCP 3478 capture )
If it is difficult to give a detailed answer about the turn server, please give me some advice based on your long experience. );
I've been thinking about it on my own and can't seem to come up with an answer, so I'm asking.
After L4 switch, there are two TURN servers (routed through a load balancer), and these TURN servers (A, B) communicate with Flashphoner media servers in different networks. The issue is that the streaming video disconnects after approximately 40 seconds for some reason. TURN server A communicates smoothly with the media server without disconnection. However, packets routed through TURN server B stop after about 40 seconds. To identify the root cause of the problem, I captured packets from the server where TURN server B is located. Upon inspection, I found that the STUN data from the client stops after No. 10105. The server configurations for TURN servers A and B are identical, and the settings for both TURN servers are the same. Could this issue be due to the Flashphoner media server not receiving packets from the TURN server, or is it a problem with the TURN server not receiving packets in the first place? Can we determine this from the captured packet? I will attach the packet for reference.
Packet capture is attached through the report. (TCP 3478 capture )
If it is difficult to give a detailed answer about the turn server, please give me some advice based on your long experience. );
Last edited: