其實這不僅僅是發生在Azure,一般Server也有同樣的狀況。
If the server is exhibiting a strange network performance problem or strange connectivity problem maybe the issue is with TCP Chimney.
The fastest way to determine if any TCP connection on the system is offloaded is to use the netstat command with the –t command. Here is an example:
C:\Windows\system32>netstat -t
複製代碼
Active Connections
Proto Local Address Foreign Address State Offload State
TCP 10.70.92.177:57505 157.54.118.28:http CLOSE_WAIT InHost
TCP 10.70.92.177:57758 157.54.27.21:http CLOSE_WAIT InHost
TCP 128.208.191.70:62520 mail:https ESTABLISHED InHost
TCP 128.208.191.70:62521 mail:https ESTABLISHED Offloaded
TCP 128.208.191.70:62531 mail:https ESTABLISHED InHost
You cannot take a network capture of an offloaded connection on the machine where the connection is offloaded.
If you want to take a network capture (with Netmon or Ethreal|Wireshark) for a TCP connection that is offloaded you will have to take the capture on the other machine involved in the TCP connection or via 3rd machine that is attached to a mirrored port on the same switch as the machine under investigation.
Sometimes it is beneficial to determine if any of the two machines involved in a TCP conversation have the connection offloaded in hardware. You can determine this by looking at a network trace.