@hermanarturo 似乎可以，某些客户端比如 Mac 上的 iina 似乎可以用，但其他的不一定，而且大概率会引发广播风暴拖慢宽带速度，也许我哪里没设置对，后来就没再尝试了，还是用容器跑 msd_lite 保平安。

下面说在其他设备上看 IPTV 的方式。

基本原理其他人已经说的很详细了，就是在 ROS 上跑个 msd_lite 或者 udpxy 的容器，代理一下，把 IPTV 的组播数据变换成 LAN 里面的普通数据流。

首先，还是建立好光猫一侧的接口，把 VLAN 85 引进来。
/interface vlan add comment=IPTV interface=ether1 name=vlan85-eth1 vlan-id=85

接下来看看有没有连通，给这个 VLAN 接口弄个 B 面内网地址：(注意，如果已经建了桥，所以 VLAN85 的主接口就是桥的 br-iptv ，这是重点。不建桥用 msd_lite 的时候主接口就是 vlan85-eth1)

/ip dhcp-client add add-default-route=no comment=IPTV interface=vlan85-eth1 use-peer-dns=no use-peer-ntp=no

这时候看/ip/dhcp-client/show , 应该就能看到一个 23 开始的 IP 地址，这说明 VLAN 就设置成功了。

下面就是装 msd_lite 了，下面是我的流程：

/interface bridge add comment="Dockers bridge" igmp-snooping=yes name=dockers vlan-filtering=yes
/ip address add address=192.168.89.1/24 comment=Dockers interface=dockers network=192.168.89.0

/ip firewall nat add action=dst-nat chain=dstnat comment=MSD_Lite dst-address=192.168.88.1 dst-port=7088 in-interface-list=LAN protocol=tcp to-addresses=192.168.89.20

#ipv6 部份可以不做
/ipv6 address add address=fd80:1111:2222:3333::1 interface=dockers
/ipv6 firewall nat add action=masquerade chain=srcnat comment="for dockers" out-interface=pppoe-out1 src-address=fd80:1111:2222:3333::/64

# docker
/container config set registry-url=https://registry-1.docker.io tmpdir=/disk1/tmp

注意最后一条设定 igmp-proxy 上游的语句。如果你是跟前面一样有 IPTV 盒子建了 br-iptv 的桥，那么这里的接口名字就用 br-iptv 而不是 vlan85-eth1, 这是非常重要的一点。

接下来，你就可以在 LAN 里找一个支持 IPTV 流的播放器，试着打开这个链接

http://192.168.88.1:7088/rtp/239.45.3.145:5140

看看了。比如 Linux 上的 VLC ，Kodi 里的 Simple IPTV client, 安卓盒子的 dtpv 等等。

再骂一次苹果，停掉了史上最伟大的摄影师资产管理工具 Aperture 。不知道是不是跟 Adobe 做了什么幕后交易，为 Lr 让路。

很久以前用 Aperture 。
现在用 Photos ，各种不满意。为啥堆叠和分屏显示就是不复刻。
至于 Lr ，滚粗。

新年新气象，电信又出幺蛾子了。也是建了第二个连接，还专门拉了根十几米长的网线从 RB4011 另外一个接口接到 SDN 光猫的另外一个口。结果今天元旦，开始报错。发现这个新的 pppoe-out2 能拿到一个 IPv4 地址，本来还能拿到的有效期只有 1 小时的 IPv6 前缀没有了，然后从这个接口 ping 不到任何地方，连电信自己的 202.96.199.133 都不行。这是什么五讲四美开新花了吗？

交付给客户的当然是 release 分支，里面可以有一些针对客户的定制，跟主线无关的。
貌似“定制化”也应该是从 release 分支再拉出 feature 乃至 hotfix 分支。这些定制有没有需要合并回主线，另外再评估。

@terrancesiu

就是这个是你写的吧？多线接入 IPv6 的策略路由怎么弄
https://www.chiphell.com/thread-2621637-1-1.html
(出处: Chiphell - 分享与交流用户体验)

蛮好。再加上脚本自动更新前缀就更完善了。

这个需求无非是去找一块有至少两个万兆或者 2.5G 口的 ITX 主板，然后为了解决所谓的猫棒问题，再买一个以太网转 SFP 的所谓“SFP 收发器”，比如 TP-LINK 2.5G SFP 光纤收发器 TL-FC413F 。能不能跑满就不知道了。

@GeekGao 那我且用且珍惜。刚才实验了一下，无论是 pppoe-out1 上的那个/64 的地址，还是 bridge1 从 PD 分配的/60 里设定的地址，都能正常 ssh 上去。

@GeekGao 不过我是换了自己的光猫，改了桥接。怪不得下半年经常有移动的电话打过来说是要给换光猫，估计就是添加这些乱七八糟

@GeekGao 哦，莫非上海移动宽带还有复杂的看人下菜碟功能，针对不同的用户有不同的封堵策略？毕竟我每天都要用 IPv6 连回家里路由器上的 WireGuard 。

你的接法没问题，只可能是三星设备兼容性问题。HDMI 领域基本是一滩烂泥，只能信任索尼、马兰士、天龙之类的正规厂家。

@GeekGao 上海移动的 IPv6 限制很少的，至少 80 和 443 都没封。莫非你说的是联通？

你只能取消所谓的“云宽带”吧。

@FabricPath 精品网就是 1442 。OP 这个不是精品网吧，被 QoS 不是很正常？

@trott 不是为了连回内网，而是连回内网之后，其他人能从外网主动访问到你这个远程的设备。比如你的机器 A 在一个 LAN 里（比如酒店，仅有 v4 ），这样连回家里后，其他外网机器可以通过 IPv6 ssh 登录到你的这台机器 A 。应用场景确实很刁钻。看不懂也很正常。

@shenyuzhi 对，netmap 就是 1:1 NAT 一般情况下针对这种本地 VPN 业务，src-nat 已经足够。反正 RouterOS 做这些动态工作很方便，也就多折腾一下。

@SakuraYuki 随便，这种话你跟#1 的说去。