2014年8月7日
By 克里斯托弗•穆勒 Bitmovin GmbH的首席技术官和联合创始人
专题文章

HTTP / 2.0和DASH:计划未来改进的视频交付

我们还评估了HTTP / 1的链接使用情况.0, HTTP / 1.1、HTTP / 2.在不同的往返时间(RTT)下，使用和不使用SSL加密，i.e. 延迟，专注于基于dash的媒体流. HTTP / 1.在我们的rtt范围为0到50ms的实验中，0实现了等于或高于90%的链路使用率. 然而，对于典型的移动接入连接rtt, i.e., 100和150ms, 链路使用率仅在75%到85%之间, TCP启动慢，影响每个网段请求. HTTP / 1.1用持久连接和流水线解决了这个问题, 使固定和移动接入连接RTT的容忍度和链路使用率高于93%，范围为0至150ms, 因为TCP慢启动只在会话开始时影响. HTTP / 2的性能.0类似于HTTP / 1.1，由于HTTP / 1.我可以使用单个持久连接和流水线. 然而，必须注意的是HTTP / 2.0隐式地提供这些功能，而在HTTP / 1的情况下.由于代理和服务器不支持这些功能，因此不可能在任何时候使用这些功能, 因为它们是可选的，而不是强制性的.

结论、展望和挑战

如图所示，HTTP / 2.0与DASH结合可以显著提高流媒体性能, 特别是在与HTTP / 1相比具有高rtt的移动网络中.0. 此外，它消除了HTTP / 1的一个主要问题.1, i.e.、线首阻塞(HoL). 除此之外，HTTP / 2.0引入了一个额外的特性，它允许服务器向客户端推送百家乐软件. 这在HTTP之上实现了一种全新的流媒体方法，可以进一步减少延迟和开销. 例如, 在段生成过程中，可以将段推送到客户端, 实现基于低延迟的DASH方法. 客户端仍然可以控制适应过程，因为它可以通知服务器何时应该切换到特定的表示，然后服务器将所选表示的部分推送给客户端. 下图显示了这种混合推/拉方法的示例.

这可能会为目前无法有效部署DASH的应用程序打开一扇门, 例如实时通信应用程序或其他需要低延迟流方法的应用程序. 然而，这种方法也会带来挑战，例如.g., 如何在保持会话状态的同时缓存推送的百家乐软件和服务客户端, 或者透明地将这样的会话转发到带有状态信息的另一个服务器.

其他挑战在未来会变得更加重要，比如HTTP / 2的无缝部署.HTTP / 1为0.0和HTTP / 1.我仍然在客户端，以及在服务器端. 目前, 下一步协议协商(NPN)和应用层协议协商(ALPN)正在考虑用于此目的. 这允许HTTP / 2.启用0的服务器将连接降级到HTTP / 1.1或HTTP / 1.如果客户端不支持，则为0. 还考虑了其他机制，如带内升级或DNS提示. 选择和部署可以被业界轻松无缝采用的正确机制将是HTTP / 2成功的关键.0.

此外,HTTP / 2.0目前存在压缩比信息泄漏大规模利用(CRIME)和当前编码表信息泄漏(PETAL)导致的安全问题。. 此外，HTTP / 2提供的持久连接特性.与HTTP / 1相比，0隐式地将客户端绑定到特定的服务器.0，其中单个请求可以路由到不同的服务器，以便对客户端透明地进行负载平衡. 有人可能会质疑HTTP / 2.仍然可以从不同的服务器请求百家乐软件，但这必须由客户端管理, 例如，它可以以轮询方式使用所有DNS解析主机.

而, 我们有许多机遇，也有许多挑战需要解决, 但是有了这样一个灵活高效的协议栈, 我很期待看到会弹出什么样的应用程序.

DASH和HTTP / 2也可以吗.我会和你在一起!

前一页