湖北电信 IPTV 机顶盒与局域网组播共存

家里开通了电信 IPTV，但套餐只包含了一台机顶盒，家中有多台电视时使用起来并不方便。很早以前我就知道可以通过 igmpproxy 转发组播，再配合 udpxy 将组播转换为普通 HTTP 单播，但此前一直没有配置成功。

最近重新梳理了一遍光猫、机顶盒和组播之间的关系，终于实现了以下目标：

• 原装 IPTV 机顶盒继续正常使用，直播和点播均不受影响；
• 局域网中的其他设备（电视、电脑、手机等）可以收看直播。

本文记录的是我在湖北武汉电信网络中的实际配置。不同地区的 VLAN 和认证方式都可能不同，请不要直接照抄参数。修改光猫前，建议先备份配置，并记录每一处原始设置。

原始网络结构

光猫中原本有两项主要业务：

1. 上网业务，采用路由模式，本文不讨论；
2. iTV 业务，采用桥接模式，仅绑定到光猫的 LAN2 口。

iTV 桥接连接的关键参数如下：

在这一结构下，电信机顶盒连接 LAN2，并由机顶盒自己进行 PPPoE 拨号。机顶盒的网络设置中可以看到 IPTV 账号，但密码通常不会直接显示。

这里有一个容易踩的坑：IPTV 密码可能由机房或装维系统下发。即使通过 10000 客服重置或查询到了一个密码，也不一定能在现网环境中成功拨号。如果确认账号无误但始终认证失败，最好直接联系当地装维人员，获取当前线路实际使用的 IPTV 密码。

失败的尝试：让两个设备分别拨号

我最初的思路很直接：在光猫的 iTV 桥接连接中，除 LAN2 外再绑定一个 LAN3，让原装机顶盒连接 LAN2，另一个路由器或小主机连接 LAN3。两台设备分别使用同一组 IPTV 账号、密码拨号，小主机负责运行 igmpproxy，就可以实现局域网组播。

实际测试发现，这种方式行不通：只要其中一台设备已经拨号成功，第二台设备的拨号就会被拒绝。至少在我的线路上，同一个 IPTV 账号无法同时建立两个 PPPoE 会话。这意味着如果光猫桥接，让下游设备拨号，原装机顶盒和独立组播代理只能二选一。

关键调整：改由光猫拨号

进一步查看机顶盒设置时，我发现它除了 PPPoE，还支持 DHCP 联网。由此可以换一种思路：

不再让机顶盒直接拨号，而是让光猫建立 IPTV PPPoE 连接，再通过 DHCP 给 LAN2、LAN3 下游设备分配地址。

我将光猫中的 iTV 连接从桥接模式改为路由模式，填写 IPTV PPPoE 账号和密码，并同时绑定 LAN2、LAN3。

修改后，光猫成功获得了运营商 IPTV 网络中的 10.x.x.x 地址，机顶盒改为 DHCP 后也能取得光猫下发的局域网地址。

此时测试结果如下：

• IPTV 平台登录正常；
• 菜单和业务页面正常；
• 点播节目可以播放；
• 直播频道仍然黑屏。

这个现象很有价值。它说明 PPPoE 认证、DHCP 和普通 IP 通信已经正常，机顶盒也没有被限制为必须自行拨号；但直播所需的组播链路尚未打通。点播通常走普通单播，而直播依赖 IGMP 和运营商的组播 VLAN，因此两者完全可能出现一个正常、另一个黑屏的情况。

配置组播 VLAN 和 IGMP

接下来进入光猫的 IGMP / 组播相关设置，启用所需的 IGMP 功能，并为刚才建立的 IPTV 路由连接配置正确的组播 VLAN。

在我的武汉电信线路上，实测参数是：

• IPTV 业务 VLAN：3542；
• 组播 VLAN：50。

需要特别注意：这两个 VLAN 不是同一个概念，不能因为 IPTV 连接使用 3542，就把组播 VLAN 也填写为 3542。组播 VLAN 50 是这条武汉电信线路上的实测值，其他地区或局端配置可能不同。

光猫不同固件中的选项名称差异很大，需要找到类似「IGMP Proxy」「IGMP Snooping」「组播 VLAN」这样的选项，参考下图设置。这里应以自己光猫设备的界面和原始运营商配置为准。

保存并重新连接后，机顶盒的直播和点播都恢复正常。至此，IPTV 相关的网络结构变成了：

flowchart LR
    A["电信 IPTV"] --> B["光猫<br/>负责 IPTV PPPoE 拨号"]
    B -->|LAN2| C["原装 IPTV 机顶盒<br/>DHCP"]
    B -->|LAN3| D["路由器或小主机<br/>组播上游"]
    D --> E["家庭局域网<br/>组播下游"]

这个结果证明：由光猫统一拨号以后，绑定到该 IPTV 连接的多个 LAN 口都可以访问 IPTV 网络、接收组播，不再需要多个设备争抢同一个 PPPoE 会话。

将直播送入家庭局域网

搞定原装机顶盒后，就可以放心配置局域网直播了。准备一台具有两个网络接口的路由器或小主机：

• 一个接口连接光猫 LAN3，作为 IPTV 上游；
• 另一个接口连接家庭局域网，作为下游（如果设备是单网口但是支持 Wi-Fi，也可以直接无线接入家庭局域网）；
• 使用 igmpproxy 在上下游之间转发 IGMP 请求和组播流；
• 如需提高电视、手机等终端的兼容性，再使用 udpxy 将 RTP / UDP 组播转换为 HTTP 单播。

以我的网络为例，小主机的有线接口连接光猫 IPTV 侧，无线接口连接 192.168.x.0/24 家庭网络。igmpproxy 只负责按需转发组播，不会自动把 IPTV 网络中的普通单播流量完整路由到家庭网络；防火墙还需要允许下游发出的 IGMP，以及对应的 UDP 组播流量。

一个简化的 igmpproxy.conf 结构如下，接口名和网段必须按实际环境修改：

1
2
3
4
5
6
7
8

quickleave

phyint eth0 upstream ratelimit 0 threshold 1
        altnet 10.0.0.0/8

phyint wlan0 downstream ratelimit 0 threshold 1

phyint lo disabled

其中，eth0 是连接光猫 LAN3 的 IPTV 上游，wlan0 是连接家庭网络的下游。实际设备可能使用 enp1s0、end0、br-lan 等其他接口名。若上下游方向写反，或者遗漏了 IPTV 组播源所在的 altnet，通常会出现客户端已经发送 IGMP Join、却始终收不到视频流的情况。

如果播放器能够直接打开 RTP / UDP 地址，局域网设备可以直接加入组播；如果电视系统、无线 AP 或播放器对组播支持不佳，则更适合使用 udpxy。例如，原始频道地址为：

1

rtp://239.x.x.x:端口

通过运行在 192.168.x.x:4022 上的 udpxy 转换后，播放地址通常写成：

1

http://192.168.x.x:4022/rtp/239.x.x.x:端口

这样每台电视看到的是普通 HTTP 单播，兼容性往往更好。

排错思路

这套配置涉及认证、VLAN、IGMP 和播放器多个环节，这是一个大致的问题排查思路：

排查时可以先选一个确定可用的频道，分别在 IPTV 上游接口、小主机和家庭网络侧抓包。看到客户端发出 IGMP Membership Report，并不等于组播视频流一定已经返回；还需要确认对应的 UDP 数据包是否真正到达每一段链路。

总结

这次成功的关键，在于解决了 IPTV 上游的连接方式：

1. 由光猫统一建立 IPTV PPPoE 连接；
2. 让原装机顶盒通过 DHCP 接入；
3. 正确配置独立的组播 VLAN 和 IGMP 功能；
4. 将 LAN2、LAN3 同时绑定到 IPTV 连接；
5. 再通过双网口设备把组播转发到家庭局域网，必要时转换为 HTTP 单播。

当然，也可以在一台 OpenWrt 路由器上同时完成互联网拨号、IPTV VLAN 拆分和组播转发。原理并没有变化，只是需要在交换机 VLAN、接口、防火墙和策略路由之间做更细致的配置。不过，这也会增加由于 OpenWrt 路由器单点故障导致网络和 IPTV 都崩溃的概率。对于希望保留原装机顶盒、同时让多台电视观看直播的家庭来说，让光猫负责 IPTV 拨号、再由独立小主机转发组播，是一种相对直观且容易排错的方案。