 | 1 | initial version |
Seems that you have mixed up something: The RecvWindow shows you the amount of RecvBuffer on the host who sends it. I try to explain. The client (172.16.0.122) advertises a scalefactor of 64. The server (205.234.218.129( advertises a scalefactor of 2. So Packet #99 comes from the server and he advertises the client, that he has is to receive 14306 Bytes now. But what is important to the server and what you see in the graph, is the amount of bytes which the client is able to receive at the moment of packet #99. Therefore you have to look at the packet #98 where the client advertises the actual receive window size of 64128 Bytes. Hint try the button Switch direction in the StreamGraph window.
Maybe this link helps you to understand the different kind of buffer sizes. https://sharkfesteurope.wireshark.org/assets/presentations17eu/24.zip
| | 2 | No.2 Revision |
Seems that you have mixed up something:
something:
The RecvWindow shows you the amount of RecvBuffer on the host who sends it.
it.
I will try to explain.
explain.
The client (172.16.0.122) advertises a scalefactor of 64. The server (205.234.218.129( advertises a scalefactor of 2. So Packet #99 comes from the server and he advertises the client, that he has is to receive 14306 Bytes now. But what is important to the server and what you see in the graph, is the amount of bytes which the client is able to receive at the moment of packet #99. Therefore you have to look at the packet #98 where the client advertises the actual receive window size of 64128 Bytes. Hint try the button Switch direction in the StreamGraph window.
Maybe this link helps you to understand the different kind of buffer sizes. https://sharkfesteurope.wireshark.org/assets/presentations17eu/24.zip
| | 3 | No.3 Revision |
Seems that you have mixed up something:
The RecvWindow shows you the amount of RecvBuffer on the host who sends it.
I will try to explain.
The client (172.16.0.122) advertises a scalefactor of 64.
The server (205.234.218.129( (205.234.218.129) advertises a scalefactor of 2.
So Packet #99 comes from the server and he advertises the client, that he has is to receive 14306 Bytes now.
But what is important to the server and what you see in the graph, is the amount of bytes which the client is able to receive at the moment of packet #99. Therefore you have to look at the packet #98 where the client advertises the actual receive window size of 64128 Bytes.
Hint try the button Switch direction in the StreamGraph window.
Maybe this link helps you to understand the different kind of buffer sizes. https://sharkfesteurope.wireshark.org/assets/presentations17eu/24.zip
| | 4 | No.4 Revision |
Seems that you have mixed up something:
The RecvWindow shows you the amount of RecvBuffer on the host who sends it.
I will try to explain.
The client (172.16.0.122) advertises a scalefactor of 64.
64.
The server (205.234.218.129) advertises a scalefactor of 2.
2.
So Packet #99 comes from the server and he advertises the client, that he has is to receive 14306 Bytes now. But what is important to the server and what you see in the graph, is the amount of bytes which the client is able to receive at the moment of packet #99. Therefore you have to look at the packet #98 where the client advertises the actual receive window size of 64128 Bytes. Hint try the button Switch direction in the StreamGraph window.
Maybe this link helps you to understand the different kind of buffer sizes. https://sharkfesteurope.wireshark.org/assets/presentations17eu/24.zip
| | 5 | No.5 Revision |
Seems that you have mixed up something:
The RecvWindow shows you the amount of RecvBuffer on the host who sends it.
I will try to explain.
The client (172.16.0.122) advertises a scalefactor of 64.
The server (205.234.218.129) advertises a scalefactor of 2.
So Packet #99 comes from the server and he advertises the client, that he has is able to receive 14306 Bytes now.
But what is important to the server and what you see in the graph, is the amount of bytes which the client is able to receive at the moment of packet #99. Therefore you have to look at the packet #98 where the client advertises the actual receive window size of 64128 Bytes.
Hint try the button Switch direction in the StreamGraph window.
Maybe this link helps you to understand the different kind of buffer sizes. https://sharkfesteurope.wireshark.org/assets/presentations17eu/24.zip
