我花了一些时间试图解决这个问题。我找到了核心解决方案，但我并不满意，或者更可能是我没有完全理解结果，这让我很烦。
我的设置：我有一个墙上插头（端口），上面连接了内部 VLAN，多播 IPTV 可以在其上运行。当我将其插入机顶盒时，一切正常。
在中间，我插入了一台小型实验室电脑，我可以在电脑上捕获机顶盒的实时日志以进行调试。问题是 -
起初，盒子什么都不能播放。既不能播放基于存档的流，也不能播放生活流。我解决了一半的问题。使用 pimd 守护进程进行 mcast 流量转发，我能够开始播放存档（存储）流。但实时不起作用。存档存储服务器和实时流服务器是两个不同的设备。
让我感到困惑的是，中间的简单机器 debian-8 实验室 PC 为什么要这样做，它到底做了什么，竟然禁止机顶盒像直接插在墙上一样工作。我理解转发 mcast 流量的必要性，尽管有人告诉我 pimd 不是最佳选择，因为它有点过头了，如果我将 PC 插入 wifi（例如，有人可能会加入同一个 wifi，例如它会到处转发 mcast），因此可能会造成麻烦。我没有得到更好的解决方案，这就是我来这里的原因。
中间的 PC 没有防火墙，没有规则，简单地说，我想将其映像化并将其设置为简单的被动设备，它可以根据机顶盒上的 IP 捕获日志，并且不会干扰盒子和外部 VLAN 之间的通信。
一些解决方案提示我在 lab-pc eth0 和 eth1 上设置桥接。但效果不佳，或者我设置不当。
其他解决方案是使用像集线器这样的被动设备，它可以将流量发送到任何地方，然后将所有东西放在一起，然后从实验室电脑上监听。但我讨厌它，因为我完全确定一定有一些优雅的基于 SW 的解决方案。- 除了找出我需要在这两个端口之间转发的所有 IP 之外，也许还有别的方法，这样机顶盒就不会觉得它没有直接插入。这听起来更像是蛮力。
我缺乏乐于帮助或向周围的人解释的能力，尽管我已经得到了我需要的东西，但我还是无法放手（来自存档流行为的日志）
我也会继续寻找并询问:)
谢谢
Setting of lab-pc:
eth0 - outer world/VLAN - gets IP via dhcp
eth1 - set-top box plugged in - got static IP
set-top box - acquire its own IP on which i can listen to in the logs.