gdin

@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 机顶盒里面的点播内容