CDN77的Juraj Kacaba谈论低延迟流媒体和边缘

Juraj Kacaba，客户实施主管 CDN77，采访了创始执行董事蒂姆·西格林(Tim Siglin)，帮助我流研究基金会, and 特约编辑，流媒体, 在流媒体东2023的采访中讨论低延迟流媒体和边缘传输.

Siglin在讨论开始时提到他看到Kacaba给了一个在内容交付峰会上的演讲引起了他的注意. Kacaba谈到了在不破坏流稳定的情况下降低延迟的方法. “多年来，我们在行业中遇到的一个问题是，从一个角度来看，HTTP传输非常棒, 但是当你做碎片化的MP4时, 你必须等待...共和党和诸如此类的事情，”西格林说. “我写了一些早期的论文光滑的流，所以这一直是一个经典问题. 几年前我谈到的一个问题是，我们把自己逼到一个角落，我们必须等30秒才能交货. 所以你谈到了可能解决这个问题的方法.”

“Usually, 在这些用例中，我们所做的是与客户合作，了解他们需要什么,” Kacaba says. 从一开始, we've been like, ‘Okay, 所以我们需要坚持使用HTTP，因为这是最常用的格式.“当我们想在社交媒体上使用这种解决方案时, 或者流行的流媒体应用, 我们需要一个在所有公共设施上都能得到支持的解决方案 iPhones 还有其他设备. 我们选择HLS或MPEG-DASH的原因是什么. 然后我们问，降低延迟的正常方法是什么，来控制数据块本身的大小? 只有一个临界值——你可以切断它，然后它就会变得不稳定.”

西格林说:“人们试图将其降低到阈值以下，这导致了非常糟糕的视频.

Kacaba说CDN77的方法是, “让我们生成数据块，并看看如何处理边缘的数据块. 所以，你学得越来越多. 假设你有5秒的时间. 因为它仍然是一个大块, 它是你在CDN上发布的一段静态内容，就像其他静态内容一样. 但是您可以做的是将数据块分割成更小的HTTP块, 然后把它推送到服务器, 甚至在客户端[请求]之前.”

西格林说:“所以你是在预填充。.

“是的，”Kacaba说. “我们已经把它推向了边缘. 而且，每个小的HTTP块都有关于下一个HTTP块的信息. 所以有一个恒定的HTTP推送来自原点. 我们这样做是为了确保无论何时玩家请求块, 我们至少已经缓存了一部分, 他们已经准备好交付了. 当然，你需要把所有这些都塞进四五秒钟, 取决于所需的延迟时间.”

“一些流媒体节目回来了，我们请Roger Pantos来谈谈他们的低延迟HLS,” Siglin says. 你所描述的和那个有点相似, 或者基本上你可以使用标准HLS或标准DASH分割?”

Kacaba says, “我们想要关注的一件事是纯粹使用市场标准, 这是标准化的HLS, or MPEG-DASH, 因为它是由CMAF包装的. So, 当你想在市场上部署这些解决方案时, 你需要确保玩家端和最终用户端的可用性, 但是您还需要确保它是标准化的，并且易于为您的客户机部署, 这些应用程序的提供者是谁, 这就是我们要走的路.”

“因此，寻找低延迟HLS的问题之一是，你必须从本质上转换 everything 转向低延迟HLS，”西格林说. “我听到你描述的是——如果我说错了请纠正我——如果你有一个不一定能接收部分数据块的设备，你就可以传送它, 你可能需要把它作为一个完整的块发送给其他更了解这一点的人，他们有能力重新打包它.”

“是的，就是这样，”Kacaba说. “这也是我们喜欢使用标准化格式的原因. 有一条很直的路. 即使设备不具备低延迟流媒体的能力, 您可以切换到正常的标准化和受支持的格式.”

“Now talk about (请求)合并有一点，”西格林说. “我认为很多人都不熟悉这一点，你也提到了这一点.”

“所以，合并是一种一直存在的东西 Varnish在相当长的一段时间里，美国的cdn一直处于劣势，”Kacaba说. “对我们来说，最主要也是最首要的问题是我们的工作 NGINX 请求合并. 在正常设置中，它本质上是不存在的. 所以这是我们需要克服的第一个大障碍, 我们需要从头开始编写代码. 我们设法做到了，所以现在我们甚至可以在NGINX上使用它. 这是我们迈出的第一步. 市场标准是什么，使用的是什么，我们可以利用什么，以及我们如何调整它? 我们尝试使用所有市场标准的原因是，这样您就可以拥有自己的编码器和堆栈, 我们可以把我们的CDN放进去，帮助你降低网络或你那边的延迟. 然后我们还可以为您提供我们自己的内置编码和视频处理解决方案. 所以我们的目标就是尽可能地开放实施. 您可以只实现CDN端来降低延迟, 但也要处理好你已经制作好的内容. Also, if you are open, 你可以使用我们自己的编码器，有更多的方法来调整它，微调它来做一个特定的用例.”

“你主要关注的是直播吗??” Siglin asks.

Kacaba说:“现在是一半一半，因为我们的主要用例之一是社交媒体。. “我们现在在社交媒体上看到的是越来越多的直播内容. 越来越多的社交媒体应用将直播作为一个整体进行投资.”

“而且因为你在做社交媒体, of course, 其中一个固有的问题是，你的产品主要面向移动设备,” Siglin says. “与主动力装置相反. 有一件事一直让我很感兴趣，那就是我们试图降低HLS的延迟, 甚至关于DASH的讨论都是关于这些delta的, 你也在断断续续的网络上投递. 如果漏掉了中间的一个会怎样呢? 系统如何恢复? 它是否必须等待整个段长度的时间才能获得下一组数据包?”

“我们对待它的方式是, 当你有请求合并时, 当然，这完全是多余的，我们希望能领先一步. 所以我们利用我们的私有主干把数据块放到它们需要的地方. 当然还有多层缓存, 因此，即使这些步骤中的任何一个连接断开并恢复, 它离下一步还很近. 这样你就有了一个更冗余的堆栈.”

“所以基本上在你释放之前，你已经验证了它已经到达了你路径的边缘,” Siglin says.

“没错，”Kacaba说. “With HTTP push 你可以在它们被提供给客户之前，验证你的细分市场.”

这会增加多少额外的时间?” Siglin asks. “因为很明显，TCP/IP的一个特点是, 握手确认是需要一段时间的.”

“当它在亚秒级的超低延迟空间内不移动时, 这里和那里的几毫秒正好是这些类型的步骤所需要的缓冲,” Kacaba says.

“而且你待的时间比窗口问题还长?” Siglin asks.

“Even with WebRTC在美国，你仍然有这个小小的缓冲，但你总是需要一个缓冲，”Kacaba说.

“这是我们几十年来学到的东西，从缓冲中发挥作用，”西格林说. “不要试图马上就把它放进去, 尤其是当他们互相反目时.”

Kacaba说:“你提到了移动设备，我认为这是一个很好的观点. 现在越来越多的人通过移动设备和移动网络消费内容, 所以抖动是个大问题. 然后你开始在现实世界中实现不同的解决方案，在某个时候你问自己一个问题，比如, ‘Okay, 那么延迟有多短才是真正的延迟呢?你会看到最终用户是如何使用这项服务的, 在4到6秒的时间内移动通常是社交媒体的理想空间. 因为一件事是，内容生产者——也就是社交媒体上的某一类人——他当然想在聊天中说话, but also, 社交媒体需要适度的聊天，有一些缓冲，使内容安全.”

“这是典型的美国广播转储按钮，你可以确保(直播)没有做(不合适的)事情。”,” Siglin says.

了解更多关于低延迟流和边缘 流媒体连接2023.

Free

合资格订户

Subscribe Now Current Issue Past Issues

5年后内容交付的优势在哪里?

The edge in content delivery is by definition a moving target; CDN Alliance chair Mark de Jong suggests that the ultimate definition or destination of the edge might well be the end user themselves. 领先的内容公司认为今天的优势在哪里?他们期望5年后的优势在哪里? 德容提出了华纳兄弟的问题. Discovery的Subhrendu Sarkar和Starz的Rob Collins, 在这段来自2023年流媒体连接的视频中，谁对内容交付的去向给出了最好的猜测.

11 Oct 2023