删掉删掉喷子太多

summerq · 发表于 2024-4-26 01:54

本帖最后由 summerq 于 2024-4-26 10:34 编辑

祝各位心情愉快

sudo · 发表于 2024-4-26 02:40

光猫mtu 光猫pppoe拨号路由 1492 mtu
ac100 设置mtu 还有电脑设置mtu一样还是要减呢？

vasomax · 发表于 2024-4-26 02:46

其实吧,从家里2条线电信+移动, 从只有10M-20M带宽开始,到随着带宽越来越大从200M来到1000M.....现在压根忘记这玩意的存在了

summerq · 发表于 2024-4-26 03:06

sudo 发表于 2024-4-26 02:40
光猫mtu 光猫pppoe拨号路由 1492 mtu
ac100 设置mtu 还有电脑设置mtu一样还是要减呢？ ...

如果你没有端口映射的话，全默认就完事了。光猫拨号不需要你在自己的路由器上再配置mtu了

summerq · 发表于 2024-4-26 03:08

vasomax 发表于 2024-4-26 02:46
其实吧,从家里2条线电信+移动, 从只有10M-20M带宽开始,到随着带宽越来越大从200M来到1000M.....现在压根忘 ...

mtu跟带宽没关系，之所以要注意mtu，只是由于端口转发与其他应用需要防止封包碎片。譬如说你用wg远程组网，mtu直接配置1500的话，在用iper3打流，那么速度就只有全速的10%-20%了。对于平时上网来说，tcp封包本身就很小，因此不会有明显感觉

ft3980802 · 发表于 2024-4-26 07:41

很久没人发技术贴了，点赞加收藏

gaoyi124 · 发表于 2024-4-26 08:46

如果我没记错,好像这个设置在光猫中有,在路由中有,在电脑网卡中也有设置,我还真没关注过到底是默认用的多少,我不太懂,想请教一下,问题一,这个设置错误会导致什么问题呢?问题二,光猫中路由器中设置的不一致,会有什么问题?

Evalyn · 发表于 2024-4-26 09:02

不是。你从哪抄的，MTU是三层网络层概念，描述的是最大IP报文长度（包括ip包头）结果开篇计算时直接把udp一个四层协议带进去？这糊弄鬼吧

bchb · 发表于 2024-4-26 09:02

本帖最后由 bchb 于 2024-4-26 09:12 编辑

你解啥惑啊？不要误导人好吗？
最大传输单元(Maximum Transmission Unit)、最大报文长度(Maximum Segment Size)都不分

summerq · 发表于 2024-4-26 09:21

Evalyn 发表于 2024-4-26 09:02
不是。你从哪抄的，MTU是三层网络层概念，描述的是最大IP报文长度（包括ip包头）结果开篇计算时直接把udp一 ...

因为开始第一步就需要通过ping来判断mtu的长度，而ping是8byte。
其次你说的没错，所有这些知识都是抄的，因为以太网协议不是中国人发明的

summerq · 发表于 2024-4-26 09:22

bchb 发表于 2024-4-26 09:02
你解啥惑啊？不要误导人好吗？
最大传输单元(Maximum Transmission Unit)、最大报文长度(Maximum Segment S ...

没错我说的就是MTU的最佳长度。全文未提MSS

bchb · 发表于 2024-4-26 09:41

本帖最后由 bchb 于 2024-4-26 09:43 编辑

summerq 发表于 2024-4-26 09:22
没错我说的就是MTU的最佳长度。全文未提MSS

我都特意加了图解，还能嘴硬
我只能说，尊重，祝好

weiweiwitch · 发表于 2024-4-26 10:11

bchb 发表于 2024-4-26 09:41
我都特意加了图解，还能嘴硬
我只能说，尊重，祝好

这。。
怨气有点重。
有问题帮忙纠错就行了。不是所有人都是专家或圣人。
不然以后没人敢写技术贴了。

mosigan · 发表于 2024-4-26 10:18

mtu不包含以太网头部14B吧

fell9999 · 发表于 2024-4-26 10:23

在IPv6网络中，MTU 的处理略有不同于IPv4。IPv6的标准最小MTU是1280字节，比IPv4的最小标准MTU要大。这意味着所有IPv6链路都必须能够处理至少1280字节大小的数据包。如果数据包超过链路的MTU，IPv6不使用像IPv4中的分片机制，而是要求发送端在发送前进行数据包的分片处理。

IPv6 和 MTU 的考虑：
不再由路由器分片：IPv6设计中一个重要的改变是，不允许在网络中途对数据包进行分片。如果一个数据包大于链路的MTU，将不会被路由器分片，而是通过ICMPv6消息通知发送端数据**大，发送端需要调整数据包的大小或进行分片处理。
路径MTU发现：IPv6使用路径MTU发现（Path MTU Discovery, PMTUD）机制来确定从源地址到目标地址之间的最大可传输单元。通过这种方式，IPv6希望建立一个端到端通信的最大MTU，避免中间网络的干预。
安全和性能问题：较小的MTU可能会影响性能，因为更多的包意味着更多的头部开销和更频繁的中断。此外，对PMTUD的依赖使网络更容易受到某些类型的网络攻击（如ICMPv6过滤）。

所以楼主的结论不一定正确。大多数情况下，全部默认就行了。

summerq · 发表于 2024-4-26 10:24

mosigan 发表于 2024-4-26 10:18
mtu不包含以太网头部14B吧

计算的时候可以都包含也可以都不包含。因为我开始是1514，而不是1500。以太网头不影响最终mtu计算的结果。算出来之后还可以用ping验证。

Evalyn · 发表于 2024-4-26 10:25

weiweiwitch 发表于 2024-4-26 10:11
这。。
怨气有点重。
有问题帮忙纠错就行了。不是所有人都是专家或圣人。

楼主开始阴阳在先，你看看他怎么阴阳我的。
上来直接扣国家帽子，这种人你指望跟他好好交流？搞技术的连挨打要立正都做不到，错了就是错了，还诡辩

mosigan · 发表于 2024-4-26 10:28

summerq 发表于 2024-4-26 10:24
计算的时候可以都包含也可以都不包含。因为我开始是1514，而不是1500。以太网头不影响最终mtu计算的结果 ...

mtu设置时就不需要考虑那14B,你这个说法不太理解

summerq · 发表于 2024-4-26 10:30

mosigan 发表于 2024-4-26 10:28
mtu设置时就不需要考虑那14B,你这个说法不太理解

开始就是1514算起的，包括那14b的以太网头。后面减去了

bchb · 发表于 2024-4-26 10:30

weiweiwitch 发表于 2024-4-26 10:11
这。。
怨气有点重。
有问题帮忙纠错就行了。不是所有人都是专家或圣人。

我觉得已经够友善了
他自己爱怎么想，我没意见
但是既然打着“教学”的名头，就不该乱写坑人吧

Evalyn · 发表于 2024-4-26 10:33

bchb 发表于 2024-4-26 10:30
我觉得已经够友善了
他自己爱怎么想，我没意见
但是既然打着“教学”的名头，就不该乱写坑人吧 ...

是的，对于一个连icmp和udp都混为一谈的人，我已经不想和他继续争辩什么了。致敬祝好

mosigan · 发表于 2024-4-26 10:33

summerq 发表于 2024-4-26 10:30
开始就是1514算起的，包括那14b的以太网头。后面减去了

大概懂你的意思了

weisir · 发表于 2024-4-27 08:33

莫伤了和气
https://info.support.huawei.com/ ... lopedia/zh/MTU.html

moveable · 发表于 2024-4-27 08:40

本帖最后由 moveable 于 2024-4-27 08:53 编辑

本来懒得回，没想到信的人还不少，这么基础问题还误导人，MTU本来就包括ip头，你减去就是mss了。

这才是正确理解https://www.zhihu.com/question/6 ... 1767473691825623040

moveable · 发表于 2024-4-27 08:49

本帖最后由 moveable 于 2024-4-27 08:50 编辑

mosigan 发表于 2024-4-26 10:28
mtu设置时就不需要考虑那14B,你这个说法不太理解

默认都有头部14B的，所以习惯上直接不算这部分直接按1500算。

mosigan · 发表于 2024-4-27 14:14

moveable 发表于 2024-4-27 08:49
默认都有头部14B的，所以习惯上直接不算这部分直接按1500算。

本来mtu设置的时候就不考虑头部14B,和习惯没什么关系，计算的时候都不算进去的

Pharaoh0818 · 发表于 2024-4-27 14:19

来晚了，，

iget · 发表于 2024-4-27 21:19

Evalyn 发表于 2024-4-26 09:02
不是。你从哪抄的，MTU是三层网络层概念，描述的是最大IP报文长度（包括ip包头）结果开篇计算时直接把udp一 ...

看来您对这方面比较在行啊！其实技术无高低，达者为师。而且被别人提醒之前，肯定认为自己认知的是正确的。
开贴沟通之前，您和楼主肯定都认为自己是正确的。您回复这贴，开头用了“从哪抄的”，最后用了个“糊弄鬼”，大约表达的是对于‘您认为’的不严谨学术作风的一种贬斥。回到楼主大约是觉得文字里有冒犯，且委屈：明明是自己的心得，却被认为是抄袭，辛苦码字却认为是糊弄。
从这里大家表达就跑偏了，脱离了技术上的对谈，反而加入了更多的情绪表达。

来的比较晚，没看到被删掉的内容。技术上也不足理解诸位回复的精妙，只对看到的后续交流信息有些许感性认识。其实茫茫人海能遇到可以对谈深刻道理的人，已可以引为知己了。在言语上放开一些，情绪上放过他人也是放过自己。

个人一点浅见，不周到的地方请批评，愿诸位皆生活平安顺遂。

qhdxy · 发表于 2024-4-27 21:30

weiweiwitch 发表于 2024-4-26 10:11
这。。
怨气有点重。
有问题帮忙纠错就行了。不是所有人都是专家或圣人。

说实话，错误的技术帖不如不写，写出来也是误人子弟

Anderson997 · 发表于 2024-4-27 21:57

iget 发表于 2024-4-27 21:19
看来您对这方面比较在行啊！其实技术无高低，达者为师。而且被别人提醒之前，肯定认为自己认知的是正确的 ...

原来的标题可是“教程”，10楼和11楼的回复都还在呢。
技术难道不是最简单的事情么，对就是对，错就是错。既然没看到还回复做啥呢。你猜破防的是谁

账号		自动登录	找回密码
密码			加入我们

[网络] 删掉删掉喷子太多

评分

[网络] 删掉删掉 喷子太多

评分

[网络] 删掉删掉喷子太多