@ScepterZ guest 目前大部分还是隔离与非 guest 用户的交互，这是为了安全。似乎 guest 还有限速功能的路由器比较少，也可能是我孤陋寡闻了

光猫不会经常动吧，我都是要管理的时候，临时 ssh 给 ETH1 配置一个静态 IP ，然后就可以访问了

1.软路由够强吗？
2.iperf3 加选项-R 反方向测一下

@FstarKing 可以啊，只要你的软路由支持 2.5G 光口。这样可以省一个光电转换器。

前几天我也想过这个问题，发了帖。你参考一下 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 值）。
----------------------------------------------------------------------------------------------------------------------