前几天我也想过这个问题，发了帖。你参考一下 https://www.v2ex.com/t/851511

@Jat001 上面都写了啊。现在差个支持网管的 2.5G 交换机，这个如果便宜的话，没多少钱啊

@bao3 我的理解也是。像 vlan 这些都是一些基本的网管功能。交换机芯片厂商不可能为这些还做区分。那理论上只要 cpu 支持运行相同的 driver,且提供配置的接口就有办法配置 vlan 了？还是说非网管的 cpu 做了什么阉割吗？

另，冒昧问一句，贵司有出网管电口 2.5G 交换机或者 2.5G/10G 光口+2.5 电口混合型交换机的计划吗？可以透露吗？

@sidkang 这玩意可能不行，有两个问题:
1. 目前打算买的猫棒只支持 2.5G ， 你提供的 crs305 是 10G 的 SFP+, 可能不支持 2.5G, 也就是说可能会协商为 1G 的速度。
2. crc305 只有 1 个 1G 的 ethernet port,没办法突破 1G 的瓶颈。

@Illusionary
@sidkang
可以这样:
运营商光纤--某为 2.5G 猫棒(100 左右）--光电收发器（光转 2.5G 电口,100 多)- -|软路由 2.5G WAN-软路由 2.5G LAN | --非网管 2.5G 交换机-2.5G 客户端如 NAS

@sidkang 嗯，这也是一个可供选择的方式。

@Tianao 我还真问了 tp link 在 jd 的供应商，只有万兆的。

@Tianao 大哥，你推荐的好像有点贵。也怪我，帖子里面没有说清楚。我暗含的意思是支持网管的 2.5G 交换机价格要划算，适合家用，5 口最好，最好不要超过 8 口。如果超过 1500 ，那在我的使用场景下，还不如直接上 有两个 2 个 2.5G 以上速率接口的路由器了。

是 ipv6 在某些情况下不好用吗？所以想给指定设备下发？

@cloudsigma 你说了 port x 和 port y 相同，就表示 OP 已经支持端口完全锥形了

@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 的软件或固件是开放的吗？也就是说可以使用吗？