 | tifanV2EX 第 25114 号会员，加入于 2012-08-09 23:13:23 +08:00 |
tifan 最近回复了
2023-07-05 15:53:52 +08:00 回复了 shuimitao 创建的主题 问与答 手里有 80 多台 DELL R730XD 2U 服务器，不知道干些？ |
楼主打算出么？可以南加州地区或者附近收了你的机器。
2022-01-20 06:05:46 +08:00 回复了 Archeb 创建的主题 宽带症候群 有 V 友懂广东广电的 DOCSIS 3.0 猫接入配置吗 |
另外我感觉你是想解除限速？都用 DOCSIS 这么烂的网络了，这是图个啥。
2022-01-20 06:04:46 +08:00 回复了 Archeb 创建的主题 宽带症候群 有 V 友懂广东广电的 DOCSIS 3.0 猫接入配置吗 |
DOCSIS CPE 配置可以直接用 snmp 配，建议你在老猫上线的时候 snmpwalk 拿出来看看原本配置是什么。
http://mibs.cablelabs.com/MIBs/DOCSIS/ 这里看 MIB.
http://mibs.cablelabs.com/MIBs/DOCSIS/ 这里看 MIB.
2021-05-17 11:04:45 +08:00 回复了 siriulx 创建的主题 宽带症候群 美国 ATT fiber 到国内腾讯云的连结貌似出现了问题 |
很正常。前两天和腾讯云的朋友才修复了 Verizon 到某些地方的路由问题。可以留下源 IP 、mtr --report 和目标地址看看。
2021-02-12 02:42:05 +08:00 回复了 putaozhenhaochi 创建的主题 程序员 关于 IBM Developer 中文网站关停的通知 |
2021-02-02 02:30:17 +08:00 回复了 putaozhenhaochi 创建的主题 程序员 关于 IBM Developer 中文网站关停的通知 |
2020-12-18 07:51:35 +08:00 回复了 my2492 创建的主题 宽带症候群 发现低端手机有阉割 4G 网络性能的嫌疑（同参数的手机） |
天线做的不行。外加授权问题。
2020-12-11 09:07:22 +08:00 回复了 xrds7986 创建的主题 宽带症候群 第一次用链路聚合就翻车了，求指点 |
2020-10-14 16:50:49 +08:00 回复了 naoh1000 创建的主题 宽带症候群 软路由阿里云官网打开特别慢可能是什么问题？ |
@naoh1000
> 1. 使用您提供的计算器，请问应该怎么选择？（应该把需要用上的 Ethernet, IPv4, IPv6, TCP, UDP 都选上吗？）
你如果使用了山寨隧道协议，请读源代码进行计算。简单的说，需要 1500 - 8 <PPP, 若使用了 PPP> - 20 <TCP> - (20 <TCP> | 8 <UDP>) - [tunnel overhead]
如果算不出来，可以用 ping 的方法测试，注意目标是经过隧道的地址
> 2. 我按照 Netgear KB 中的一篇文章 https://kb.netgear.com/19863/Ping-Test-to-determine-Optimal-MTU-Size-on-Router 测出我的最大不被切割包大小是 1472，+28 就是 1500，这样好像默认的 1500 就没有问题。
这只是对于你的原生流量来说的，你的隧道协议本身也有开销
> 3. 请问应该修改每一个网络设施的 MTU 还是修改软路由的就可以？软路由应该修改 WAN 还是 LAN 接口的 MTU 呢？
请在路由器的防火墙功能里修改 TCP MSS （#12 ），或者是修改你的隧道接口的 MTU，不是 WAN 也不是 LAN 。
如果实在不会修改，修改电脑里的 MTU 降低（不建议）。
> 1. 使用您提供的计算器，请问应该怎么选择？（应该把需要用上的 Ethernet, IPv4, IPv6, TCP, UDP 都选上吗？）
你如果使用了山寨隧道协议，请读源代码进行计算。简单的说，需要 1500 - 8 <PPP, 若使用了 PPP> - 20 <TCP> - (20 <TCP> | 8 <UDP>) - [tunnel overhead]
如果算不出来，可以用 ping 的方法测试，注意目标是经过隧道的地址
> 2. 我按照 Netgear KB 中的一篇文章 https://kb.netgear.com/19863/Ping-Test-to-determine-Optimal-MTU-Size-on-Router 测出我的最大不被切割包大小是 1472，+28 就是 1500，这样好像默认的 1500 就没有问题。
这只是对于你的原生流量来说的，你的隧道协议本身也有开销
> 3. 请问应该修改每一个网络设施的 MTU 还是修改软路由的就可以？软路由应该修改 WAN 还是 LAN 接口的 MTU 呢？
请在路由器的防火墙功能里修改 TCP MSS （#12 ），或者是修改你的隧道接口的 MTU，不是 WAN 也不是 LAN 。
如果实在不会修改，修改电脑里的 MTU 降低（不建议）。
2020-10-11 23:43:32 +08:00 回复了 naoh1000 创建的主题 宽带症候群 软路由阿里云官网打开特别慢可能是什么问题？ |
@naoh1000 注意如果你设置了翻墙隧道，那么这个隧道本身的 MTU 会降低（因为隧道 encapsulate 的 overhead ）
可以试试 ping 到随便一个什么走了你的隧道的 IP 就可以了。
MTU 设置正确后，如果路由器 NAT 时没有修改 MSS 那么应该额外设置一条防火墙策略修改 MSS，使其降低到目标值。
你描述的故障一般是机器 pmtu discovery 出了问题或者屏蔽了 icmp 之类的导致的，但是根治还是修改 MSS 。
如果你是 openwrt，尝试用 mtu_fix <https://openwrt.org/docs/guide-user/firewall/firewall_configuration> 或配合 iptables "clamp-mss-to-pmtu" 选项。
如果你是 RouterOS -- https://wiki.mikrotik.com/wiki/Manual:IP/Firewall/Mangle#Change_MSS
可以试试 ping 到随便一个什么走了你的隧道的 IP 就可以了。
MTU 设置正确后，如果路由器 NAT 时没有修改 MSS 那么应该额外设置一条防火墙策略修改 MSS，使其降低到目标值。
你描述的故障一般是机器 pmtu discovery 出了问题或者屏蔽了 icmp 之类的导致的，但是根治还是修改 MSS 。
如果你是 openwrt，尝试用 mtu_fix <https://openwrt.org/docs/guide-user/firewall/firewall_configuration> 或配合 iptables "clamp-mss-to-pmtu" 选项。
如果你是 RouterOS -- https://wiki.mikrotik.com/wiki/Manual:IP/Firewall/Mangle#Change_MSS
Select Language