ack2972697497win34496
18:13:32.290941A>B:.ack1win17248(DF)
18:13:32.293774A>B:.1:4313(4312)ack1win17248(DF)
18:13:32.293856C>A:icmp:Bunreachable-
needtofrag(mtu1500)!(DF)
18:13:33.637338A>B:.1:1461(1460)ack1win17248(DF)
.
.
.
18:13:35.561691A>B:.1514021:1515481(1460)ack1win17248(DF)
18:13:35.561814A>B:.1515481:1516941(1460)ack1win17248(DF)
18:13:35.561938A>B:.1516941:1518401(1460)ack1win17248(DF)
18:13:35.562059A>B:.1518401:1519861(1460)ack1win17248(DF)
18:13:35.562174A>B:.1519861:1521321(1460)ack1win17248(DF)
18:13:35.564008B>A:.ack1481901win64680(DF)
18:13:35.564383A>B:.1521321:1522781(1460)ack1win17248(DF)
18:13:35.564499A>B:.1522781:1524241(1460)ack1win17248(DF)
18:13:35.615576B>A:.ack1484821win64680(DF)
18:13:35.615646B>A:.ack1487741win64680(DF)
18:13:35.615716B>A:.ack1490661win64680(DF)
18:13:35.615784B>A:.ack1493581win64680(DF)
18:13:35.615856B>A:.ack1496501win64680(DF)
18:13:35.615952A>B:.1524241:1525701(1460)ack1win17248(DF)
18:13:35.615966B>A:.ack1499421win64680(DF)
18:13:35.616088A>B:.1525701:1527161(1460)ack1win17248(DF)
18:13:35.616105B>A:.ack1502341win64680(DF)
18:13:35.616211A>B:.1527161:1528621(1460)ack1win17248(DF)
18:13:35.616228B>A:.ack1505261win64680(DF)
18:13:35.616327A>B:.1528621:1530081(1460)ack1win17248(DF)
18:13:35.616349B>A:.ack1508181win64680(DF)
18:13:35.616448A>B:.1530081:1531541(1460)ack1win17248(DF)
18:13:35.616565A>B:.1531541:1533001(1460)ack1win17248(DF)
18:13:35.616891A>B:.1533001:1534461(1460)ack1win17248(DF)
在本例中,每两段到达的数据产生一个ACK 。(即使源主机是同一个,由于没有时间戳
选项,在本例中段长较大) 。
如何检测
这样的情况可在当通告的MSS比连接的实际PMTU要大得多的跟踪包中可看到 。
如何修改该问题有几个建议:
一个简单的办法是回答每个包,而不管其大小 。这有一个缺点是在处理大量小包时产
生大量的ACK;在X窗口系统中就有这样的应用 。
一个稍微复杂的处理办法是监测进来的段大小并试图决定发送者使用的段大小 。这对
接收者的状态要求多一点,但计算得更精确,能避免糊涂窗口综合症 。
2.3问题名字
从PMTU确定MSS
分类
性能
描述
在连接开始阶段的MSS通告应基于系统接口的MTU 。(因为效率和其它原因这可能不是
最大的MSS) 。某些系统使用决定的PMTUD值来决定要通告的MSS值 。
这导致了通告的MSS要小于系统能接收的最大的MTU 。
意义
通告的MSS向远程系统指示了可接收的最大TCP段[RFC879] 。若该值太小,远程系统
在发送时被迫使用小的段长,完全是由于本地系统在较早时发现一个非凡的PMTU 。
由于Internet上路由器的不对称属性[Paxson97],返回的PMTU和发送的PMTU完全可
能不同 。使用这种办法限制段长可能造成性能降低及使PMTUD算法失败 。
即使路由器是对称的,人为将段长限制降低会使得不可能以后查询来决定PMTU是否改
变 。
含义
整个PMTUD的要点是尽可能发送大的段 。若一个持续了很长时间的连接不能检测到更
大的PMTUD,那么就无法获得潜在的性能 。这破坏了PMTUD的要点 。
相关RFCRFC1191 。
[RFC879]有MSS计算和适当值的讨论 。注重本实践并不和这些RFC的定义相冲突 。
阐述问题的输出文件
输出文件是在中间主机上用tcpdump记录 。主机A初始化两条到主机B的单独的连接
A1和A2 。路由器是在MTU瓶颈位置 。TCP选项照常从所有非SYN包中移走 。
22:33:32.305912A1>B:S1523306220:1523306220(0)
win8760
22:33:32.306518B>A1:S729966260:729966260(0)
推荐阅读
- 84消毒液的正确使用方法是什么?
- 用PC模式解读9300的CPU和内存使用情况
- 教师节怎么画老师的画法
- 84是巴氏的谐音吗?
- 牛养殖的听声音辨病技术
- 联想 E261半个月的实用感受
- 鸡场养殖的禁忌事项
- 075257开头固话是哪里的
- 如何取消QQ兴趣部落中的点赞
- 如何去除豆豉中的苦味