大概 10 天前左右外出在外地，回到广州发现广州电信已割接到 vBRAS ，后果就是造成组播 260 秒断流，用 RouterOS IGMP Proxy 转发，用 DIYP 播放组播信号只能看 260 秒，然后一直静止画面，换台后，可以再播 260 秒，然后又卡死，用原配的机顶盒播放也在 260 秒卡顿几秒，然后继续播放，通过抓包发现这时是转为了单播，肯定是组播的问题。 报障后电信后台重做数据，260 秒问题并没有解决，反而大量频道失去了组播源，仅有少量台用组播可以播放 260 秒的。 几个月前发现朋友家的佛山电信也是割接到 vBRAS 的，同样只有少量组播源，绝大多数频道都没有组播，但今天检测朋友家的网络发现该片区的组播源都有了。 初步判断是割接 vBRAS 相关配置问题，23 年就有人反映有些地方电信割接了 vBRAS 会出现各种问题，不成熟，这次是自己亲身体验了。 今天也检测了广州几个地方的电信线路，还有较多片区是未割接到 vBRAS 的，搞了 3 年多，不知道为什么这么多问题还是没解决，还是强行推广割接。目前未发现移动的割接 vBRAS ，移动的 BRAS 感觉片区很多，分得比较细，电信的一个 AC 管一大片。 虽然扫描发现还保留有一个传统的 BRAS ，用 PPPoE 可以指定拨入，但 IPTV 是 IPoE 认证的，无法切换。 另外意外发现 PPPoE 指定传统 BRAS 拨入时，下行速率偏低，但上行偏高，签约速率 50M 上行，实测可以达到 130M+。
This topic created in 35 days ago, the information mentioned may be changed or developed.
 |
1
laminux29 Aug 24
不是哥们，你在公网上玩组播？你这出发点就有问题啊..公网支持组播是情分，不支持组播是本分。你要在公网上玩视频，建议还是老老实实走 tcp 视频流吧。
|
 |
4
bigtan Aug 24
深圳电信的 IPTV 可以用 pppoe 博，最近也切换到了 vbars ，但是没发现楼主提的 IPTV 断流。不过 msdlite 都有个兼容性选项，每隔多少秒，重新加入组播，似乎就是解决楼主这个问题的，推荐楼主试试。
|
 |
5
Autonomous Aug 24
@bigtan
同深圳电信，IPTV 组播甚至可以在普通上网通道里面播放到（即 VLAN 41 的那个，用 [email protected] 来拨号），前段时间也出现过和楼主相似的问题，我是看 130 秒就卡死，后来 UniFi 更新了一波固件解决了这个问题，莫名其妙就好了。 |
|
6
bigtan Aug 24
非 IPTV 的 vlan 里面也能播 IPTV ，666 啊。
https://github.com/bigtan/iptv-rs 我自己写了个组播+回看+源模板+FCC+链接生成的程序，参考了众多 v 友的成果，还带 OpenWrt 的插件，可以试试 @Autonomous |
 |
7
gdin OP @bigtan <rejoinTime>120</rejoinTime> 这个吧，指定小于 260 秒，有试过，不行，udpxy 也有相关参数，试过不行，通过抓包发现内网有在 260 秒内发出 Membership Report 报告的，肯定是局端对 Membership Report 的处理出了问题。
|
|
9
gdin OP @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 秒了。
|
 |
10
lingaoyi Aug 24
羡慕你们区，我们海珠区上行签约速率 50M 上行，已经不能跑到 100M 了。
|
|
11
gdin OP @lingaoyi 不是，正常拨号上行只有 70M 左右，是指定 BRAS 拨号(AC Name)才意外发现的，海珠大部分都割接到 vBRAS 了，但都保留了一个 BRAS
|
|
15
gdin OP @lingaoyi Mikrotik(RouterOS)、OpenWRT/iStoreOS 等功能强大的路由都可以，扫描（ interface pppoe-client scan / pppoe-discovery ）出来，再指定，指定名称不同路由不同（ AC Name / Access Concentrator ）
|
 |
17
wske Aug 25
想问楼主你的 pppoe 拨号 mtu 设置多少？
白云区前一阵也改为 vbras 了 |
 |
20
smileawei Aug 25
深圳电信 pppoe 拨号获取 iptv 的话。对于有公网 ip 的人，切记不要这么干。 上网的 pppoe 会变成内网 IP 。 正确的方式还是 ipoe 认证拿 IP 。网上有抓包和重放 dhcp option 的教程。
|
|
21
smileawei Aug 25
https://github.com/smileawei/ChinaTelecom-GuangdongIPTV-RTP-List/
基于 Github 上广东电信 iptv 扫描组播的数据，做了个每周定时对组播源做测试，按照清晰度排序生成 m3u 。 有需要的自取。 |
|
22
wske Aug 25
@gdin 你试过指定 AC 吗？目前同时支持 vbras 和 传统 NE40E bras
root@EzOpWrt:~# pppoe-discovery -I eth1 Access-Concentrator: GD-GZ-DXDS-vBRAS.C-1.MCN.VNE9000 AC-Ethernet-Address: 00: -------------------------------------------------- Access-Concentrator: GD-GZ-DXDS-vBRAS.C-1.MCN.VNE9000 AC-Ethernet-Address: 00: -------------------------------------------------- Access-Concentrator: GD-GZ-DXDS-vBRAS.C-1.MCN.VNE9000 AC-Ethernet-Address: 00: -------------------------------------------------- Access-Concentrator: GD-GZ-DXDS-vBRAS.C-1.MCN.VNE9000 AC-Ethernet-Address: 00: -------------------------------------------------- Access-Concentrator: GD-GZ-KC-EP-2.MCN.NE40E-X16A AC-Ethernet-Address: c4: -------------------------------------------------- |
|
23
gdin OP @smileawei IPTV 肯定是 IPoE ，PPPoE 没意义，ppp 协议本身就不支持组播，现在的问题是 IPoE 组播也出问题，原装机顶盒直接连 iTV 口用 IPoE 验证都是组播无法续约，只有第一次 260 秒，后就转单播
|
|
24
gdin OP @wske 上网可以指定啊，就是指定客村那个才出现上行 130M ，不指定就是 70M 。但上网与 IPTV 无关的，IPTV 是用 IPoE 认证，才有组播，PPPoE 认证不支持组播
|
 |
29
yutian12345 Aug 30
？我这里番禺的 itv 为啥还是 pppoe 拨号继续用啊
|
|
30
yutian12345 Aug 30
而且就算是 ipoe 的话，iptv 通道应该也是分开的啊，总不能电视也不让看啊
|
|
31
yutian12345 Aug 30
@smileawei 目前广州这里我用 pppoe 和公网 ip 似乎还没冲突
|
|
34
gdin OP @lingaoyi 应该是备份用的，vBRAS 就是软件定义 BRAS ，跑在 x86 服务器上，不如传统的 BRAS 稳定，当 vBRAS 出问题了，回落到传统 BRAS 吧
|
|
35
gdin OP @yutian12345 如果是 PPPoE ，自己可以登录机顶盒切换到 IPoE 的，PPPoE 只能通过单播的方式看，IPoE 可以用组播，不是不让看，是我想用组播的方式。公网 IP 与什么认证方式，用 BRAS 或 vBRAS 没有关系，那是用户模板里决定的
|
|
36
yutian12345 23 days ago via Android
@gdin 我 pppoe 一直用的组播，还转出来给其他设备看了。
|
|
37
gdin OP @yutian12345 嗯，我试了，是可以，pppoe 理论上是 ppp 点对点协议，不支持组播，之所以能用，是因为 pppoe 只用于认证，然后组播还是直接走了以太网口，即是 pppoe 仅仅用来拨号，通过后，组播数据不经过这个 pppoe 拨号后的接口传输，而是直接从以太网口转发了。不过我这里换 pppoe 拨号来用组播仍然是 260 断流，运营商依然是没有解决 vBRAS 的问题
|
 |
38
tofuliang 9 days ago
番禺这里的，一直都是光猫桥接，宽带,IPTV(拨号后得到网段是 10.170.xxx.xx) 单线复用交给 OpenWrt 拨号，搭配 rtp2httpd ，局域网上网看 IPTV 两不误。
18 号切到 vbras 后 IPTV 组播收不到数据包，只能用 rtsp 单播流了，请教下，是需要更改什么设置么？ |
|
39
tofuliang 9 days ago
   @gdin 请教下，那我这种是什么情况呢？组播走哪个接口？是自己买的 2.5G 光猫。 如图所示，只用到 INTERNET 连接，只绑到端口 1,单网线负责上网双拨+IPTV PPPoE 拨号。 一直都用的好好的，rtp2httpd 应该就是走的组播流量，(9 月 18 号开始不行了)，rtsp 这种单播地址还可以。 另外真的推荐 rtp2httpd 这个软件，可以直接在网页端看电视。 |
|
40
gdin OP @tofuliang 就是因为割接 vBRAS 造成的，他们一直没有搞好，投诉了，也没解决，他们说要把 IPTV 机顶盒改为 pppoe 拨号才行，还要换机顶盒什么的，你们那里应该是 9 月 18 号割接，我这里是 8 月割接，只要割接了就不行，我目前还没解决呢
|
|
41
tofuliang 7 days ago
@gdin #40 我家机顶盒本就是 PPPoE 拨号的，拨号的账号密码都是通过模拟 PPPoE 服务器抓出来的。机顶盒不好用，吃灰好几年了(又卡又多广告，有些频道源都能看，硬是在机顶盒端要付费才能看)，几台电视都是在 Android TV 上装 app 搭配自己抓的直播源收看的，试了两天，rtp2httpd 搭配 rtsp 单播就是没组播好用，偶尔会卡。
对组播不熟，所以才想请教一直是 PPPoE 拨号，组播的数据是怎么走的？ |
|
42
yutian12345 7 days ago via Android
@tofuliang 怎么割接组播数据也应该是有 iptv 专网啊。是不是必须换 ipoe 认证了？我也番禺，目前 pppoe 拨号还好，也是转了播放的
|
|
43
gdin OP @tofuliang PPPoE 是点对点协议，不支持组播，不能通过 PPPoE 链路传输，你这种情况应该是只用 PPPoE 认证，认证通过后，组播流是直接通过光猫 iTV 口的以太网传输的，这个我测试过，你监控路由器与光猫 iTV 口的网口是有很大流量的，但 PPPoE 拨号后的那个 PPPoE 接口却没什么流量。IPoE 是通过 DHCP 来认证，不用 PPPoE 拨号，无论是 IPoE 还是 PPPoE 都是只用来认证，组播流都是直接用以太网传输。
|
|
44
tofuliang 6 days ago
@gdin #43 我上面说了，OpenWrt 和光猫直接只有 1 根网线(光猫也只接了 端口_1 ,可以看上面的截图)，宽带双拨，IPTV PPPoE 拨号都是走这根网线的。
刚才问 DeepSeek，结论是: 核心机制在于，用户终端（如机顶盒）发出的 IGMP（Internet Group Management Protocol）请求报文会被封装在 PPPoE 帧中。接入设备（如 DSLAM 或 OLT）通过 IGMP Snooping 功能“侦听”这些封装在 PPPoE 内的 IGMP 消息，并将其透明地转发给宽带接入服务器（BRAS）。BRAS 收到请求后，建立组播转发表项，再将组播数据流沿着 PPPoE 会话下发给用户。 这是 PPPoE 支持组播时最关键的限制。由于 PPPoE 的点对点特性，组播数据流需要为每一个 PPPoE 会话（即每一个用户）单独复制一份，即使这些用户请求的是同一个组播组（如同一个电视频道）。 这意味着，如果同一个二层网络下有 100 个用户通过 PPPoE 拨号观看同一个组播频道，BRAS 或接入设备需要复制 100 份数据流，分别封装到各自的 PPPoE 会话中发送。这与 IPoE（DHCP）环境下，组播数据流在二层网络可按组播 MAC 地址自然复制的方式有本质区别。 |
|
45
gdin OP @tofuliang 组播不可能走 PPPoE 通道的，你图 2 那里 IPTV 业务没有绑定光猫的物理端口，这个有点奇怪，openwrt 上的 pppoe-iptv 的拨号接口是什么？用上网的同一个网口？还是说通过划分了 vlan 来传输？这个组播是通过上光猫的网口 1 来传输的？
|
|
46
tofuliang 5 days ago
@gdin #45 就是 internet ，iptv 都用同一个物理端口(同一根网线)，OpenWrt 上没设置过任何 VLAN 参数，光猫上的配之前图片就有了，tr069 都删掉了。
wan 是第一个宽带拨号，vwan1 是第二个宽带拨号，iptv 就不用说了吧，modem 就是访问光猫用的。 从 /etc/config/network 截出来的。  |
|
48
gdin OP @tofuliang 这个就是多拨，只是你用了不同账号来拨，查了一下，还真是可以通过 PPPoE 传输组播的，叫 PVC 方案，传输是可以传输，但这种方式，就是你上面说的 DeepSeek 的回答一样，它对每个用户都要复制一份组播流，那完全失去了组播的意义，从流量的角度来说相当于已经退化成了“单播”了，纯是为了实现兼容而已。估计旧的 BRAS 可以用这种方式。
|
|
50
gdin OP @tofuliang 1 根网线可以透传不同 vlan ，openwrt 建对应的 vlan 41 和 vlan 45 802.1q 子接口即可，光猫那边好像是用 VLAN 绑定，Internet 和 Other(iptv)都不绑定物理口，而是通过网络设置的 VLAN 绑定来把两个 vlan 绑定到 lan 1 口。
|
|
51
yutian12345 6h 24m ago
反正我这里之前装 iptv 通道也是通过光猫 pppoe 的，我用 rtp2http 这个转了组播没问题，后来为了搞 fcc
我又把光猫 iptv 通道改为桥接，用 op 做了 pppoe 拨号，fcc 也搞定了 等真的割接必须要用 ipoe 了再说吧 |
Select Language