2012-04-10 33 views
0

我正在研究同时进行VoIP,Cam-streaming和文件传输的应用程序。目前它运行在Windows,OS X,Android和iPhone/iPad上。正如你可能知道的那样,这可以创建相当多的网络流量,特别是如果同一局域网上的几个人同时进行。结果,VoIP质量受损。QoS槽UPnP用于改进无线LAN上的VoIP质量

我认为最好的理论解决方案是礼貌地询问本地Wi-Fi路由器是否可以优先考虑VoIP流量。不幸的是,大多数流量流,包括用于VoIP和视频的SIP都被加密并通过TCP发送。所以路由器无法确定TCP/UDP流是做什么的。

我已经简要地查看了UPnP QoS。从规格来看,这正是我需要的。但我不知道它是否适用于今天的家庭路由器。我也不知道它是否按我想要的方式工作。简单来说:对于VoIP,我想通过它的端点指定一个流,并告诉Wi-Fi路由器/家庭网络给它最小的延迟。

所以我的问题是真的:

  • 是否值得进一步深入探讨的UPnP服务质量的努力?
  • 这是广泛适应现代家庭局域网硬件(无线路由器)?
  • 有没有更好的方法来考虑?

我还注意到,三星有一个正在申请专利,我很关心这个问题。

我还没有找到任何非常好的API用于UPnP和QoS,但我想可以用curl或boost :: asio来做一些事情。如果我这样做,C++开放源代码库对此有兴趣吗?

回答

0

加密不在QoS中扮演角色,因为加密(通常)是在应用程序级别而不是在TCP/IP级别。

更有可能的是你的问题都涉及到http://www.bufferbloat.net/

+0

加密防止路由器从识别RTP流的RTP流。所以即使他们有逻辑来处理VoIP媒体流,在这种情况下也不行。感谢您的链接btw :) – jgaa 2012-04-10 16:58:39