Ishirai

Results 6 comments of Ishirai

But why the Case 2 can work normally while the Case 1 doesn't though they have the same structure behind?

Update: Question Classifier node also has this problem. ![Image](https://github.com/user-attachments/assets/fdb5bbe4-0ef2-4634-aa0f-fa5ec5e7c14f) BTW, if anyone is working on or tracking this issue, feel free to reach me out for further infomation or any...

感谢您及时回复,我们这边又测试了以下几种情况: ## 情况1 当推流软件(OBS/FFmpeg)与ZLMediaKit位于同一系统内时,若配置文件中`externIP`置空或填写127.0.0.1或解析到本地的域名,不会出现`srtp_err_status_replay_fail`相关的错误,且更高的码率(测试30k / 200k kbps)都可以稳定推流,但无法从公网观看,SDP中地址为ZLMediaKit所在主机的局域网IP。本地可以通过ZLMediaKit的webrtc测试网页观看。 ## 情况2 当推流软件(OBS/FFmpeg)与ZLMediaKit位于同一系统内时,若配置文件中`externIP`填写服务器外网域名或公网IP,则会持续出现`srtp_err_status_replay_fail`错误,低码率下可以通过webrtc测试网页观看,高码率由于主机编码性能有限没有测试。 ## 情况3 推流软件(OBS)与ZLMediaKit位于OpenVPN下的同一局域网内,推流主机hosts文件中设置对应域名解析到ZLMediaKit主机的OpenVPN局域网内地址,`srtp_err_status_replay_fail`错误仅会间歇性出现,但仍会出现断流情况。ZLMediaKit主机可以通过webrtc测试网页观看。 也就是目前测试下来,只有在同一系统内运行推流和ZLMediaKit,且`externIP`置空时,才能保证不出现`srtp_err_status_replay_fail`错误且稳定推流,是否可以麻烦提供进一步的排查思路或解决方案?谢谢!

> zlm这个代码 这里修改下试试,把1024加大: > > 经测试后问题仍然存在,将此处`window_size`值根据[libsrtp中逻辑](https://github.com/cisco/libsrtp/blob/d96358e404d2155f9f43129f4ca3152c41c81f38/srtp/srtp.c#L1666)设置为32767 (0x8000 - 1)后通过GitHub Actions编译,Windows平台测试,OBS和zlm分别运行在不同主机上,zlm配置文件相对默认配置仅更改端口号和`externIP`,仍然会出现`srtp_err_status_replay_fail`及OBS切断问题。

使用Docker部署zlm时仍然会出现`srtp_err_status_replay_fail `错误。但在网页端设置`preferred_tcp=1`即使用WebRTC over TCP时网页端推流和播放都不会出现srtp的错误。但使用OBS和FFmpeg使用WHIP推流时,当tcp和udp的candidate同时出现,只会使用udp进行传输;若将配置中rtc.port置0即只使用tcp的情况下,OBS和FFmpeg均无法连接。

是否有除zlm网页外第三方客户端使用webrtc over tcp进行推流的方案?