@cloudsigma

>添加 iptables -I FORWARD -p udp -j ACCEPT ，问题依旧。应该不是防火墙问题。
不是这样设置，在 http://router-ip/cgi-bin/luci/admin/network/firewall/forwards 添加端口转发。添加后，看看是否 router 还会对 server 发送 icmp destination unreachable port unreachable. 你上传的 udp 包截图中可以看到这样的 icmp 包。

这个问题看起来是因为路由器阻止了 112.86.202.42 发过来的包。

LAN PC(port x,z) -- router(port y, z) -- Internet server

通常来讲，internet server 那边的包能通过 router, 必须要从 LAN PC 这边先丢一个 udp 包过去，不然 router 的防火墙会挡。
那从 LAN PC 发出去的包，经过 router 的 NAT ， 源 port x 会变成 port y 。x 与 y 可能相等，也可能不等。相等就是完全锥形。一般来讲，不管相等还是不等，后续从 internet server 这边过来的包都可以顺利通过 router 的防火墙到达 LAN PC. 但现在你的情况是看起来是路由器阻止了 112.86.202.42 发过来的包。又根据你的说法，“切换到 hw 光猫拨号，vlan 类型 选择完全锥形，换台切换，都是秒开。”所以我怀疑 OpenWRT 对 udp 不完全锥形有 bug. 你可以：

1. 在 OpenWRT 系统，确认 x 和 y 是否相等。
2. 如果 internet server IP 地址固定，在 OpenWRT 系统，防火墙设置把所有这个 internet server IP 的包全部 port forwarding 到你的 vlc client IP 中。目的是让 OpenWRT 的防火墙不要丢掉进来的包。为了防止干扰，先关掉机顶盒。

我是你引用帖的 op, 你的问题不一定与我相同。我的问题基本已经解决。只是还有一个问题没有搞清楚。你的 tcpdump 没有显示出来。append 一下，我可以帮忙看看。

@LGA1150
@fvladlpa
@wwbfred
目前看来是我用的一个较老的 OpenWRT, 没有对入口的 tcp sync 包做 mss clamping 。晚上试试看，如果是，有时间的话，我会调查看看为什么老的路由器没有对入口的 tcp sync 包做 mss clamping 也可以。

bug report:
https://github.com/openwrt/openwrt/issues/8122

patch:
https://git.openwrt.org/?p=project/firewall3.git;a=patch;h=e9b90dfac2225927c035f6a76277b850c282dc9a

@wwbfred
1. 机顶盒没有提供界面设置 MTU,除非你想办法 hack 进它的 shell 。
2. 其他设备目前还没有测试.
3. >根据我的记忆你的理解是不正确的。路由中间件认为包过大解决方案是自己分包，而不是通知对端发小包。对端的发包大小就是由网卡的 MTU 决定。

参考 tcp/ip 详解， 我是这样理解的。
--------------------------------------------------------------------------------------------------------------------
T C P 的路径 M T U 发现按如下方式进行：在连接建立时，T C P 使用输出接口或对端声明的
M S S 中的最小 M T U 作为起始的报文段大小。路径 M T U 发现不允许 T C P 超过对端声明的 M S S 。
如果对端没有指定一个 M S S ，则默认为 5 3 6 。一个实现也可以按 2 1 . 9 节中讲的那样为每个路由
单独保存路径 MTU 信息。
一旦选定了起始的报文段大小，在该连接上的所有被 T C P 发送的 I P 数据报都将被设置 D F
比特。如果某个中间路由器需要对一个设置了 D F 标志的数据报进行分片，它就丢弃这个数据
报，并产生一个我们在 11.6 节介绍的 ICMP 的“不能分片”差错。
如果收到这个 I C M P 差错，T C P 就减少段大小并进行重传。如果路由器产生的是一个较新
的该类 I C M P 差错，则报文段大小被设置为下一跳的 M T U 减去 I P 和 T C P 的首部长度。如果是一
个较旧的该类 I C M P 差错，则必须尝试下一个可能的最小 M T U （见图 2 - 5 ）。当由这个 I C M P 差
错引起的重传发生时，拥塞窗口不需要变化，但要启动慢启动。
由于路由可以动态变化，因此在最后一次减少路径 M T U 的一段时间以后，可以尝试使用
一个较大的值（直到等于对端声明的 M S S 或输出接口 M T U 的最小值）。RFC 11 9 1 推荐这个时
间间隔为 10 分钟（我们在 11.8 节看到 Solaris 2.2 使用一个 30 分钟的时间间隔）。
在对非本地目的地，默认的 M S S 通常为 5 3 6 字节，路径 M T U 发现可以避免在通过 M T U 小
于 5 7 6 （这非常罕见）的中间链路时进行分片。对于本地目的主机，也可以避免在中间链路
（如以太网）的 M T U 小于端点网络（如令牌环网）的情况下进行分片。但为了能使路径 M T U
更加有用和充分利用 M T U 大于 5 7 6 的广域网，一个实现必须停止使用为非本地目的制定的 5 3 6
的 MTU 默认值。MSS 的一个较好的选择是输出接口的 MTU （当然要减去 IP 和 TCP 的首部大小）
（在附录 E 中，我们将看到大多数的实现都允许系统管理员改变这个默认的 MSS 值）。
----------------------------------------------------------------------------------------------------------------------

@cloudsigma 上海移动的机顶盒不是组播，我抓到的包是单播。这个机顶盒插到路由器后面就可以用。也不需要设置什么 vlan ，相当于一个普通上网设备。从这个角度看，我感觉这不是严格意义上的 iptv 。

@LGA1150
@fvladlpa
关于 MSS champing, 我在发帖之前就查过， 发现路由器只对从 WAN(eth0 和基于 eth0 的 pppoe 接口）出去的包做了 champing, 但没对进来的包没有做。我在想如果对进来的包也做了话，就应该能解决问题。老人家要看电视，所以现在又换回老路由器了。现在还没有实验环境。晚上试试看。fvladlpa 提供的命令就没有限制接口。但有个问题是新老路由器都没有做，不知道老路由器为啥可以流畅观看。可能还有某个点我弄错了或者疏忽了，不过现在最需要确定的是先看下对从 wan 进来的包也做一下 MSS champing 看是否能解决。

老路由器:
mangle 表里面做的， 其他表没有 grep 到
root@OpenWrt:~# iptables -t mangle -L -nv
Chain PREROUTING (policy ACCEPT 2578K packets, 2530M bytes)
pkts bytes target prot opt in out source destination
2578K 2530M fwmark all -- * * 0.0.0.0/0 0.0.0.0/0

Chain INPUT (policy ACCEPT 85635 packets, 7987K bytes)
pkts bytes target prot opt in out source destination

Chain FORWARD (policy ACCEPT 2489K packets, 2522M bytes)
pkts bytes target prot opt in out source destination
2489K 2522M mssfix all -- * * 0.0.0.0/0 0.0.0.0/0

Chain OUTPUT (policy ACCEPT 132K packets, 236M bytes)
pkts bytes target prot opt in out source destination

Chain POSTROUTING (policy ACCEPT 2622K packets, 2758M bytes)
pkts bytes target prot opt in out source destination

Chain fwmark (1 references)
pkts bytes target prot opt in out source destination

Chain mssfix (1 references)
pkts bytes target prot opt in out source destination
10301 615K TCPMSS tcp -- * pppoe-wan 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 /* wan (mtu_fix) */ TCPMSS clamp to PMTU
0 0 TCPMSS tcp -- * eth0 0.0.0.0/0 0.0.0.0/0 tcp flags:0x06/0x02 /* wan (mtu_fix) */ TCPMSS clamp to PMTU
root@OpenWrt:~# iptables -t filter -L -nv |grep MSS
root@OpenWrt:~# iptables -t nat -L -nv |grep MSS

@fengchen0vr 支持多个频段这个我知道，我是想用 6g 频段，因为用的人少，且频段宽。

@fengchen0vr ax210 在中国 wifi6e 的软件或固件是开放的吗？也就是说可以使用吗？

@lly8666 证这一层我是想不到的。这个才是关键啊。老哥能不能给我发个邮件啊，指点一二。邮箱是我的 id 加 90 ，要科学才能使用的 g 家的。

@lly8666 能不能加个绿色软件或者留个邮箱来点拨一下啊

@lly8666 直接说哪一天的公众号呗

主要是 PT 吧。op 的上行从 50m 升级到 100 是因为下行升级而自动升级的吗？如果是，是哪家运营商？有些运营商打死是 50

@lly8666 我只看到一个教师升级上传的活动

上海联通可以买吗

刚才试了一下，直接更新还不行，据说还有点问题，需要等几天
% sudo do-release-upgrade -c
Checking for a new Ubuntu release
No new release found.

打个叉，科学测速用的哪家的机场，费用如何。想换一个试试看

@yzc27 理论上，你主路由的防火墙会阻止 internet 那边主动发来的请求，是不能主动连接到你内网的 IPv6 机器上开放的服务的，比如你现在的 OpenVPN.如果你主路由上不添加规则放行也能通，说明你主路由的防火墙有安全漏洞.