@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 的处理出了问题。