在家用网络搭建 Multicast 电视分发
Multicast TV Distribution on My Home Network
受 TallPaulTech 视频启发，我深入探索了 Multicast 这个奇特的世界，在这里数据包会被多次投递，路由表也是反向的。一旦理解其原理，内容分发的可能性便豁然开朗。我以直播电视分发为例，演示了如何利用 Multicast 在特定场景下升级家庭网络。文章详细展示了从基础的 Link-Local 示例到跨子网的 Routed Multicast 配置，包括使用 ffmpeg 进行无转码或 x264 转码的流媒体处理，以及如何利用 FRR 配置 PIM 和 MLD 来实现 Source-Specific Multicast。无论是直接复用 YLE TV 的流，还是通过 UDP 发送 MPEG-TS 传输流，这些实践都揭示了 Multicast 在家庭网络中的巨大潜力。
一旦你理解了它的工作原理，一个充满内容分发可能性的世界将向你敞开！
- throw0101d
The N Is For Networking 播客（来自 Packet Pushers）最近有一期关于组播的双集内容：
- urams
有趣的是，交易所广泛使用组播技术向参与者分发交易数据。我认为这是除了某些 IoT 应用之外最主要的商业用途。
- cletus
我曾参与 Google Fiber 电视分发系统的开发，所以对此略知一二，不过 GFiber 的电视服务使用的是 IPv4 组播而非 IPv6。
对于不熟悉的人来说，现代视频编解码器通常会将视频拆分为图像组（GOP），其中包含不同类型的帧。有些帧是完整的图像，而大多数帧仅包含差异部分。随着视频编解码器允许从前后帧中提取对象，情况会变得更为复杂。但我不展开说了。
关键在于，你必须决定多久发送一次完整图像。通常每 1-2 秒发送一次，场景切换时可能会更频繁。完整图像之间的最小间隔越大，带宽占用越低。但缺点是什么？频道启动播放所需的时间会更长。此外，网络中断的影响也会更严重，因为图像和声音可能会失真长达 2 秒，而不是 1 秒。
你还需要在 CBR（恒定比特率）和 VBR（可变比特率）之间做出选择。CBR 通常更受大规模分发场景的青睐，因为它不会让通常性能较低的 CPU 过载，但这也会导致频道切换延迟，因为发送完整图像所需的时间可能超过 1/24 或 1/30 秒。
当你开始通过网络传输视频时，还必须应对各种标准嵌套的俄罗斯套娃问题。视频有自己的格式，音频也有自己的格式。它们被封装在容器格式中（例如 MKV）。然后你还需要一个传输格式。对于 Fiber 来说，这曾经是（可能现在仍然是 […]）