Open Ricarnev opened 6 months ago
Could you describe a little more what is your topology ? You talked about a JS client , a server and Sipsorcery ... You have 2 clients (Web + SipSorcery) and in the middle a server ?
Do you send paquets often ? i.e. is there sometimes a long period without sending any data ?
The delay of 10 mns let me think about a device (a switch for example) which cut the link after some period of inactivity.
Have you tested a echo scenario (small packets but "often" like every seconds) ? Is it cut before 10 mns ?
I have an ASP .Net Core server that uses SignalR for signaling and Sipsorcery to handle WebRTC. The client role is played by a React application. There is no middleware between them, they communicate directly. Packets are sent according to how they are decoded (if the image on the screen changes, a frame packet is sent. If not, no packets are sent). This is the logic of the Javascript decoder. I think in about 10 minutes the app breaks when transferring large packages and often (0-16kb every second). If you transfer small packages and not so often - the application will work longer. The server and client work on the same device, i.e. both on localhost. At the same time, I do nothing. The connection is fully established and I just leave the screen streaming (I open any YouTube video, so you get more packages and more often).
This looks like https://github.com/sipsorcery-org/sipsorcery/issues/969
Greetings, everyone. I am using DataChannel to transmit frames. After an indefinite amount of time (always different times, but within 10 minutes), my DataChannel with whoever is broadcasting is interrupted. When this happens, an onclose event is called on the JavaScript client side, which tells me that the DataChannel is closed. This event is not called in SipSorcery. I tested using a direct connection of 2 clients directly and my DataChannel worked stably.So I have suspicions that the error occurs on the SipSorcery side. What I am using: -Sending packets by the client to the server only when the send buffer is empty -Packets are no more than 16kb in size (I have since replaced this with a value for the maximum size passed to sctp). -Send a new packet only after a message that the server has received the previous packet. Here is the log of the moment when my DataChannel goes down:
Dear users, developers, could you please tell me what the problem is? Or maybe it is a library bug and it will help you to fix bugs