@tofuliang 这个就是多拨，只是你用了不同账号来拨，查了一下，还真是可以通过 PPPoE 传输组播的，叫 PVC 方案，传输是可以传输，但这种方式，就是你上面说的 DeepSeek 的回答一样，它对每个用户都要复制一份组播流，那完全失去了组播的意义，从流量的角度来说相当于已经退化成了“单播”了，纯是为了实现兼容而已。估计旧的 BRAS 可以用这种方式。

@tofuliang 组播不可能走 PPPoE 通道的，你图 2 那里 IPTV 业务没有绑定光猫的物理端口，这个有点奇怪，openwrt 上的 pppoe-iptv 的拨号接口是什么？用上网的同一个网口？还是说通过划分了 vlan 来传输？这个组播是通过上光猫的网口 1 来传输的？

@tofuliang PPPoE 是点对点协议，不支持组播，不能通过 PPPoE 链路传输，你这种情况应该是只用 PPPoE 认证，认证通过后，组播流是直接通过光猫 iTV 口的以太网传输的，这个我测试过，你监控路由器与光猫 iTV 口的网口是有很大流量的，但 PPPoE 拨号后的那个 PPPoE 接口却没什么流量。IPoE 是通过 DHCP 来认证，不用 PPPoE 拨号，无论是 IPoE 还是 PPPoE 都是只用来认证，组播流都是直接用以太网传输。

@tofuliang 就是因为割接 vBRAS 造成的，他们一直没有搞好，投诉了，也没解决，他们说要把 IPTV 机顶盒改为 pppoe 拨号才行，还要换机顶盒什么的，你们那里应该是 9 月 18 号割接，我这里是 8 月割接，只要割接了就不行，我目前还没解决呢

@yutian12345 嗯，我试了，是可以，pppoe 理论上是 ppp 点对点协议，不支持组播，之所以能用，是因为 pppoe 只用于认证，然后组播还是直接走了以太网口，即是 pppoe 仅仅用来拨号，通过后，组播数据不经过这个 pppoe 拨号后的接口传输，而是直接从以太网口转发了。不过我这里换 pppoe 拨号来用组播仍然是 260 断流，运营商依然是没有解决 vBRAS 的问题

@yutian12345 如果是 PPPoE ，自己可以登录机顶盒切换到 IPoE 的，PPPoE 只能通过单播的方式看，IPoE 可以用组播，不是不让看，是我想用组播的方式。公网 IP 与什么认证方式，用 BRAS 或 vBRAS 没有关系，那是用户模板里决定的

@lingaoyi 应该是备份用的，vBRAS 就是软件定义 BRAS ，跑在 x86 服务器上，不如传统的 BRAS 稳定，当 vBRAS 出问题了，回落到传统 BRAS 吧

@369908633 申诉，直到解封为止，不行就换运营商，一定行

@wske 上网可以指定啊，就是指定客村那个才出现上行 130M ，不指定就是 70M 。但上网与 IPTV 无关的，IPTV 是用 IPoE 认证，才有组播，PPPoE 认证不支持组播

@smileawei IPTV 肯定是 IPoE ，PPPoE 没意义，ppp 协议本身就不支持组播，现在的问题是 IPoE 组播也出问题，原装机顶盒直接连 iTV 口用 IPoE 验证都是组播无法续约，只有第一次 260 秒，后就转单播

@wske 1492 ，标准的，如果小于这个数（比如 1432 ），很可能运营商判定为你开 pcdn ，惩罚关小黑屋了

@lingaoyi 华硕刷 openwrt/梅林固件 话咁易

@lingaoyi Mikrotik(RouterOS)、OpenWRT/iStoreOS 等功能强大的路由都可以，扫描（ interface pppoe-client scan / pppoe-discovery ）出来，再指定，指定名称不同路由不同（ AC Name / Access Concentrator ）

@bigtan 项目不错哦，channels 是需要自己维护？在 iptv.toml 里面配置吗？能不能读取运营商的直接频道列表生成？

@lingaoyi 不是，正常拨号上行只有 70M 左右，是指定 BRAS 拨号(AC Name)才意外发现的，海珠大部分都割接到 vBRAS 了，但都保留了一个 BRAS

@Autonomous vlan 41 有组播信号估计是局端配置了在这个 vlan 下发，是 pppoe 拨号通过后，直接向 vlan 41 请求组播就可以？不拨号有没有？ 130 秒估计是查询一次没收到报告就断开，IGMP 局端设备会隔 125 秒（参数：Query Interval ，默认 125 秒）下发 Membership Query 指令要求客户端上报成员关系报告（ Membership Report ），强壮系数（ Robustness Variable ）默认为 2 ，即允许 1 次 Membership Query 下发后，没收到，但第 2 次必须收到，最大响应时间（ Max Response Time ）默认为 10 秒，所以就是 125*2+10=260 得到 260 秒没收到 Membership Report 即中断组播信号发送。你这个可能是 135 秒，应该是 Robustness Variable 设为了 1 ，125+10=135 ，如果是 130 秒的话，就是除了 Robustness Variable 设为了 1 ，Max Response Time 也设为了 5 ，那就是 135+5=130 秒了。

@laminux29 感谢推荐！不过我这里关心的主要的是 IGMP 组播直播技术上的问题，不是 IPTV 机顶盒里面的点播内容

@bigtan <rejoinTime>120</rejoinTime> 这个吧，指定小于 260 秒，有试过，不行，udpxy 也有相关参数，试过不行，通过抓包发现内网有在 260 秒内发出 Membership Report 报告的，肯定是局端对 Membership Report 的处理出了问题。