a****8
发帖数: 2771 | 1 公司网络从office 365的sharepoint 下载大文件。如果用Windows，不论是用IE，
Firefox， Chrome都下了不久就中断报错。用Mac可以下完。同样vlan。
用Wireshark packet capture， 两边都有大量的标红的Tcp Retransmission， TCP
Dup Ack. 区别是Mac那边完事了FIN。PC这边没多久微软的服务器就给［RST，ACK］。
查switch （show int counter error ) 无错误。firewall也没有interface的错误。
MTU都是1500.
求思路。 |
z**r
发帖数: 17771 | 2 有意思，是就这台机器这样还是所有windows机器都这样？
【在 a****8 的大作中提到】
: 公司网络从office 365的sharepoint 下载大文件。如果用Windows，不论是用IE，
: Firefox， Chrome都下了不久就中断报错。用Mac可以下完。同样vlan。
: 用Wireshark packet capture， 两边都有大量的标红的Tcp Retransmission， TCP
: Dup Ack. 区别是Mac那边完事了FIN。PC这边没多久微软的服务器就给［RST，ACK］。
: 查switch （show int counter error ) 无错误。firewall也没有interface的错误。
: MTU都是1500.
: 求思路。
|
a****8
发帖数: 2771 | 3 试了好几台windows 机器
【在 z**r 的大作中提到】
: 有意思，是就这台机器这样还是所有windows机器都这样？
|
j*a
发帖数: 14423 | 4 file size? fs==ntfs?
【在 a****8 的大作中提到】
: 公司网络从office 365的sharepoint 下载大文件。如果用Windows，不论是用IE，
: Firefox， Chrome都下了不久就中断报错。用Mac可以下完。同样vlan。
: 用Wireshark packet capture， 两边都有大量的标红的Tcp Retransmission， TCP
: Dup Ack. 区别是Mac那边完事了FIN。PC这边没多久微软的服务器就给［RST，ACK］。
: 查switch （show int counter error ) 无错误。firewall也没有interface的错误。
: MTU都是1500.
: 求思路。
|
a****8
发帖数: 2771 | 5 50m. 下载正常Ｉｓｏ没问题
【在 j*a 的大作中提到】
: file size? fs==ntfs?
|
j*a
发帖数: 14423 | 6 do you use a proxy there?
safari in mac? how about firefox for mac?
【在 a****8 的大作中提到】
: 50m. 下载正常Ｉｓｏ没问题
|
a****8
发帖数: 2771 | 7 no proxys. did not try Firefox since safari already worked
【在 j*a 的大作中提到】
: do you use a proxy there?
: safari in mac? how about firefox for mac?
|
R*****A
发帖数: 127 | 8 试试修改一下你的windows tcp/ip的buffer size吧，多半是太小了。 |
j*a
发帖数: 14423 | 9 well, it's not a network issue.
your best bet is on os/browser.
【在 a****8 的大作中提到】
: no proxys. did not try Firefox since safari already worked
|
a****8
发帖数: 2771 | 10 win7和win8都试了，主流浏览器也都试了。 我在想是什么让office365的server给我发
RST的。也不能全说不是network issue，毕竟tcp retrans太多了。
【在 j*a 的大作中提到】
: well, it's not a network issue.
: your best bet is on os/browser.
|
|
|
a****8
发帖数: 2771 | 11 同一个的笔记本，回家下载就一点问题没有。怀疑是ISP的事。
【在 j*a 的大作中提到】
: well, it's not a network issue.
: your best bet is on os/browser.
|
n**********l
发帖数: 271 | 12 MTU mismatch (with ISP)?
What about linux? Have you tried a download manager? Change your user agent?
btw is your PCs and MACs downloading from the same server (I guess they are
using CDN)?
Firewall/security devices?
for RST/ACK, does the seq even match the previous packet? I am thinking
about GFW... (uncheck relative seq number in tcp protocol analyzer if it is
confusing) |
a****8
发帖数: 2771 | 13
Please explain.
agent?
are
same server according to wireshark
ASA. Tried to disable inspect. Made no difference.
is
GFW?
【在 n**********l 的大作中提到】
: MTU mismatch (with ISP)?
: What about linux? Have you tried a download manager? Change your user agent?
: btw is your PCs and MACs downloading from the same server (I guess they are
: using CDN)?
: Firewall/security devices?
: for RST/ACK, does the seq even match the previous packet? I am thinking
: about GFW... (uncheck relative seq number in tcp protocol analyzer if it is
: confusing)
|
a****8
发帖数: 2771 | 14 那么多retran，我都有点怀疑是ISP内部的的duplex mismatch了 |
m**t
发帖数: 1292 | 15 这个有可能，以前遇到过
【在 R*****A 的大作中提到】
: 试试修改一下你的windows tcp/ip的buffer size吧，多半是太小了。
|
m**k
发帖数: 290 | |
a****8
发帖数: 2771 | 17 在家里下载，一个retran都没有。
【在 m**t 的大作中提到】
: 这个有可能，以前遇到过
|
a****8
发帖数: 2771 | 18 wired. no vpn
【在 m**k 的大作中提到】
: wireless? vpn?
|
R*****A
发帖数: 127 | 19 fin 也好， rst也好，tcp stack 结束链接的方式在windows 和 solaris 环境下是有
不太好的结束方式。这个google一下就知道了。
至于http对于大文件，2G or above, 一直以来都有这样那样的bug, 尤其是windows下
的browser, 支持不太好。(貌似firefox是最好的？）
retransmit太多，大多是哪个地方buffer满了，你家里没有的话可能是在家里RTT小，
正好不需要那么多buffer. |
z**r
发帖数: 17771 | 20 can you just upload the capture?
【在 a****8 的大作中提到】
: 试了好几台windows 机器
|
|
|
a****8
发帖数: 2771 | 21 windows
【在 z**r 的大作中提到】
: can you just upload the capture?
|
a****8
发帖数: 2771 | 22 mac
【在 z**r 的大作中提到】
: can you just upload the capture?
|
w*f
发帖数: 111 | 23 it could be tcp checksums are not correct |
z**r
发帖数: 17771 | 24 看来网络很忙呀，这么多dupack。你的windows传输慢应该是这些dupack造成的fast
retransmission搞的。你的SACK是打开的吗？好像windows 7有个这个的bug，你可以安
装一个hotfix试试
http://support.microsoft.com/kb/2525390
或者你disable tcp offload试试
【在 a****8 的大作中提到】
: windows
|
l***y
发帖数: 791 | 25 查MTU 从用户端开始use ping with packet-size specification, 如果能大的packet
都能 ping across 就不是 MTU issue.
【在 a****8 的大作中提到】
: 公司网络从office 365的sharepoint 下载大文件。如果用Windows，不论是用IE，
: Firefox， Chrome都下了不久就中断报错。用Mac可以下完。同样vlan。
: 用Wireshark packet capture， 两边都有大量的标红的Tcp Retransmission， TCP
: Dup Ack. 区别是Mac那边完事了FIN。PC这边没多久微软的服务器就给［RST，ACK］。
: 查switch （show int counter error ) 无错误。firewall也没有interface的错误。
: MTU都是1500.
: 求思路。
|
m**t
发帖数: 1292 | 26 网络速度造成的，改BUFFER 可以增加tolerance, 你可以仔细分析pcap 里 TCP
windowsize, 可能break 的时候 window size 超过了或者服务器端或者laptop上
buffer设置
【在 a****8 的大作中提到】
: 在家里下载，一个retran都没有。
|
z**r
发帖数: 17771 | 27 window size又不是固定的。他这个问题就是DUPACK造成的retransmission，俺觉得
buffer大了这个问题搞不好更严重。不知道他windows版本是哪个，要是windows7的话
，很可能就是需要安装那个hotfix。不过归根结底还是在网络不好的情况下，机器怎么
处理DUPACK。
【在 m**t 的大作中提到】
: 网络速度造成的，改BUFFER 可以增加tolerance, 你可以仔细分析pcap 里 TCP
: windowsize, 可能break 的时候 window size 超过了或者服务器端或者laptop上
: buffer设置
|
R*****A
发帖数: 127 | 28 应该不会更严重了。
在公司我觉得很多噪音包，广播呀，啥的。 NIC很忙的。
在家嘛，独占啦。
把tcp buffer, socket buffer, NIC buffer 都往上调一下，应该有些效果。 |
a***n
发帖数: 262 | 29 I would try to check mentioned ASA firewall settings.
Maybe totally "bypass" the firewall inspection just to
isolate the issue a little bit more.
Check the following presentation page 82 and 88.
http://www.slideshare.net/CiscoSecurity/this-session-covers-ind
【在 a****8 的大作中提到】
: 公司网络从office 365的sharepoint 下载大文件。如果用Windows，不论是用IE，
: Firefox， Chrome都下了不久就中断报错。用Mac可以下完。同样vlan。
: 用Wireshark packet capture， 两边都有大量的标红的Tcp Retransmission， TCP
: Dup Ack. 区别是Mac那边完事了FIN。PC这边没多久微软的服务器就给［RST，ACK］。
: 查switch （show int counter error ) 无错误。firewall也没有interface的错误。
: MTU都是1500.
: 求思路。
|
z**r
发帖数: 17771 | 30 楼主是不是应该给大家一个后续交代啊？
【在 a****8 的大作中提到】
: 公司网络从office 365的sharepoint 下载大文件。如果用Windows，不论是用IE，
: Firefox， Chrome都下了不久就中断报错。用Mac可以下完。同样vlan。
: 用Wireshark packet capture， 两边都有大量的标红的Tcp Retransmission， TCP
: Dup Ack. 区别是Mac那边完事了FIN。PC这边没多久微软的服务器就给［RST，ACK］。
: 查switch （show int counter error ) 无错误。firewall也没有interface的错误。
: MTU都是1500.
: 求思路。
|
|
|
a****8
发帖数: 2771 | 31 试了不通过ASA，直接连到ISP给的switch上，用public ip，same problem
【在 a***n 的大作中提到】
: I would try to check mentioned ASA firewall settings.
: Maybe totally "bypass" the firewall inspection just to
: isolate the issue a little bit more.
: Check the following presentation page 82 and 88.
: http://www.slideshare.net/CiscoSecurity/this-session-covers-ind
|
a****8
发帖数: 2771 | 32 telecom vendor派了一个啥啥不懂的tech，来了disconnect我们所有的连接，用他的
laptop测了下速度，against their own server,上行下行速度都达标，告诉我不是他
们的毛病，就走了.
【在 z**r 的大作中提到】
: 楼主是不是应该给大家一个后续交代啊？
|
z**r
发帖数: 17771 | 33 无语了，大家给你出了那么多主意，结果你一个都没试试啊
【在 a****8 的大作中提到】
: telecom vendor派了一个啥啥不懂的tech，来了disconnect我们所有的连接，用他的
: laptop测了下速度，against their own server,上行下行速度都达标，告诉我不是他
: 们的毛病，就走了.
|
a****8
发帖数: 2771 | 34 我的laptop run windows 8, 所以您的Windows 7 hotfix不适用。 改laptop tcp
window的注意被您否了，我也觉得不make sense. You can't expect end users to
change their registry settings just to download a file.
【在 z**r 的大作中提到】
: 无语了，大家给你出了那么多主意，结果你一个都没试试啊
|
a****8
发帖数: 2771 | 35 chimney offload state: disabled. |
a****8
发帖数: 2771 | 36 laptop nic 不支持tcp offload
【在 z**r 的大作中提到】
: 看来网络很忙呀，这么多dupack。你的windows传输慢应该是这些dupack造成的fast
: retransmission搞的。你的SACK是打开的吗？好像windows 7有个这个的bug，你可以安
: 装一个hotfix试试
: http://support.microsoft.com/kb/2525390
: 或者你disable tcp offload试试
|
n**********l
发帖数: 271 | 37 Contact Microsoft support LOL |
R*****A
发帖数: 127 | 38 板上的想法都打了水漂了，还是楼上说的好，call M$吧 |
z**r
发帖数: 17771 | 39 你试试传输小的数据包看有没有这么多dupack和retransmission？
【在 a****8 的大作中提到】
: 我的laptop run windows 8, 所以您的Windows 7 hotfix不适用。 改laptop tcp
: window的注意被您否了，我也觉得不make sense. You can't expect end users to
: change their registry settings just to download a file.
|
z**r
发帖数: 17771 | 40 微软有这种服务吗？估计等到了能理解这个问题的level，起码得level 3以上的客服了
。或者还有一个笨办法，该升级网络了
【在 R*****A 的大作中提到】
: 板上的想法都打了水漂了，还是楼上说的好，call M$吧
|
|
|
a****8
发帖数: 2771 | 41 continous ping 没有丢包的。
【在 z**r 的大作中提到】
: 你试试传输小的数据包看有没有这么多dupack和retransmission？
|
