当没有 QoS 套接字处于活动状态时，Windows RSVP QoS 服务将停止。这可以改变吗？
我们有一个使用 QoS 套接字的程序，我们的软件电话应用程序使用 RTP 的 QoS。
该应用程序通常保持运行状态，但有时会重新启动。 （停止，等待 300 毫秒，启动。）
我们发现，当软件电话应用程序停止时，服务器上最后一个使用 QoS 的应用程序也会停止，因此 Windows 上的 RSVP QoS 服务也会停止。
当我们重新启动应用程序时，RSCP QoS 服务通常启动得非常快，但有时服务启动需要整整 30 秒，导致我们的应用程序启动也很慢。
有人知道我是否可以配置该服务不每次都停止吗？
计算机是Windows XP SP3，并打开了Windows 防火墙。 （我们的应用程序在防火墙中确实有例外。）
问候
莱夫
We have a program that uses QoS-sockets, our softphone application uses QoS for the RTP.
That application is normally left running, sometimes however it is restarted. (Stop, wait 300ms, start.)
We have found that when the softphone-application is stopped that the last one useing QoS on the server, so the RSVP QoS-service on windows is stopped as well.
When we restart our application the RSCP QoS-service normally starts really fast, however sometimes the service start takes a full 30 seconds, causing our application to start slowly as well.
Anyone know if I can configure the service not to stop each time?
The computer is Windows XP SP3, with Windows Firewall turned on. (Our application do have an exception in the firewall.)
Regards
Leif
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
最后通过解决方法解决了这个问题。
现在，在主应用程序中，我们打开一个 QoS 套接字，并保持打开状态直到主应用程序结束。这样 RSVP 服务就无法关闭，因为它正在使用中。
（我发现在没有bind()-ing的情况下打开套接字是有效的，所以我们不需要任何端口。）
In the end this was solved with a workaround.
In the main-application we now open a QoS-socket, which we keep open until the main-application ends. That way the RSVP service cannot be closed, since it's in use.
(I found that opening the socket without bind()-ing works, so we don't need any port.)