go2rtc
go2rtc copied to clipboard
AlexxIT
Ring Producer keeps running after the last consumer leaves
I've identified an intermittent issue involving two-way audio on Ring cameras
When using two-way audio, the "producer" stream sometimes fails to terminate after the last "consumer" disconnects.
Symptoms:
- The Ring doorbell's blue light remains continuously on.
- The camera never enters sleep mode.
- The camera appears stuck in a "live record" state and stops accepting new commands.
The problematic connection persists even if the camera is restarted via the Ring app.
Workaround: The only way to close the open connection and regain full access to the camera is to restart the go2rtc service.
This behavior was observed with go2rtc versions 1.9.10 and 1.9.11.
"producers": [
{
"id": 109,
"format_name": "ring/webrtc",
"protocol": "ws+udp",
"remote_addr": "51.48.183.14:25432 host",
"url": "ring:?camera_id=xxxxxxxxx\u0026device_id=xxxxxxxxxxx\u0026refresh_token=eyJyxxx..... .......xxxx2NTUwMjkifQ%3D%3D",
"sdp": "v=0\r\no=- 3952975086 1762801156 IN IP4 0.0.0.0\r\ns=-\r\nt=0 0\r\na=group:BUNDLE 0 1\r\nm=audio 9 UDP/TLS/RTP/SAVPF 101\r\nc=IN IP4 0.0.0.0\r\na=sendrecv\r\na=mid:0\r\na=rtcp-mux\r\na=setup:active\r\na=fingerprint:sha-256 5D:45:91:15:4E:A6:16:0B:78:D4:58:06:2F:BE:A3:1A:24:1D:43:C1:C8:71:2E:9C:72:1F:98:A6:04:91:F3:8A\r\na=ice-ufrag:0Rp1gTLwYaO6zK6eJDlBa4qsK+n8ep4m\r\na=ice-pwd:32kdAY7qHWy3v8LAUUN6r3IY85GivuHl\r\na=candidate:1 1 UDP 2013266431 2a05:d011:c40:ed00:5f1b:2ba4:26aa:94e3 24655 typ host\r\na=candidate:3 1 TCP 1010828799 2a05:d011:c40:ed00:5f1b:2ba4:26aa:94e3 443 typ host tcptype passive\r\na=candidate:4 1 UDP 2013266430 2a05:d011:c40:ed00:5f1b:2ba4:26aa:94e3 35285 typ host\r\na=candidate:7 1 UDP 2013266429 51.48.183.14 25432 typ host\r\na=candidate:9 1 TCP 1010828031 51.48.183.14 443 typ host tcptype passive\r\na=rtpmap:101 OPUS/48000/2\r\na=fmtp:101 useinbandfec=1\r\na=ssrc:3778341932 msid:2785746704@gml-2962339284 0\r\na=ssrc:3778341932 cname:2785746704@gml-2962339284\r\nm=video 9 UDP/TLS/RTP/SAVPF 98\r\nc=IN IP4 0.0.0.0\r\na=sendonly\r\na=mid:1\r\na=rtcp-mux\r\na=setup:active\r\na=fingerprint:sha-256 5D:45:91:15:4E:A6:16:0B:78:D4:58:06:2F:BE:A3:1A:24:1D:43:C1:C8:71:2E:9C:72:1F:98:A6:04:91:F3:8A\r\na=ice-ufrag:0Rp1gTLwYaO6zK6eJDlBa4qsK+n8ep4m\r\na=ice-pwd:32kdAY7qHWy3v8LAUUN6r3IY85GivuHl\r\na=candidate:1 1 UDP 2013266431 2a05:d011:c40:ed00:5f1b:2ba4:26aa:94e3 24655 typ host\r\na=candidate:3 1 TCP 1010828799 2a05:d011:c40:ed00:5f1b:2ba4:26aa:94e3 443 typ host tcptype passive\r\na=candidate:4 1 UDP 2013266430 2a05:d011:c40:ed00:5f1b:2ba4:26aa:94e3 35285 typ host\r\na=candidate:7 1 UDP 2013266429 51.48.183.14 25432 typ host\r\na=candidate:9 1 TCP 1010828031 51.48.183.14 443 typ host tcptype passive\r\na=rtpmap:98 H264/90000\r\na=rtcp-fb:98 nack pli\r\na=fmtp:98 profile-level-id=640032;packetization-mode=1\r\na=ssrc:2414375412 msid:2785746704@gml-2962339284 1\r\na=ssrc:2414375412 cname:2785746704@gml-2962339284\r\n",
"medias": [
"video, recvonly, H264",
"audio, recvonly, OPUS/48000/2",
"audio, sendonly, OPUS/48000/2"
],
"receivers": [
{
"id": 110,
"codec": {
"codec_name": "h264",
"codec_type": "video"
},
"bytes": 16906385,
"packets": 16187
},
{
"id": 115,
"codec": {
"channels": 2,
"codec_name": "opus",
"codec_type": "audio",
"sample_rate": 48000
},
"bytes": 1827027,
"packets": 11348
}
],
"senders": [
{
"id": 114,
"codec": {
"channels": 2,
"codec_name": "opus",
"codec_type": "audio",
"sample_rate": 48000
},
"parent": 126,
"bytes": 182071,
"packets": 4024
}
],
"bytes_recv": 19284112,
"bytes_send": 262551
}
],
"consumers": []
}
