문제

트레이스에 약간의 문제가있는 것입니다.창 크기가 각 세그먼트간에 전송 된 ACK의 양과 함께 창 크기가 증가하고 ACK'D 세그먼트의 크기에 의해 증가 할 것이라면 연결이 느리게 시작됩니다.그러나 내 추적의 시작 부분은 추가되지 않는 번호 (아래 스크린 샷)를 보여줍니다.내가 알지 못하는 것은 수학이 이전 창 크기와 ACKS가 중간에 추가로 합산되지 않기 때문에 패킷 6 크기가 계산되는 방법입니다.누구든지 이에 어떤 빛을 흘릴 수 있습니까?

또한 느린 시작이 혼잡 회피가 될 때 발견하는 방법을 모르게하지 않습니다.추적에서 볼 수있는 것이 있습니까?

느린 시작은 패킷 13까지만 이동하는 것 같습니다. 그래서 혼잡 회피가 끝났음을 가정해야합니까?

http://img10.imageshack.us/f/tcptrace.jpg/

주어진 도움을 주셔서 감사합니다!나는 정말로 그것을 감사드립니다

도움이 되었습니까?

해결책

Your sentence starting 'I know' is incorrect, hence your confusion. You are conflating the receive window advertised by the receiver and the congestion window maintained by the sender, which does not appear in packets and which doubles on each ACK during slow start. This is not the place to reiterate all of RFC 2001 but I suggest you take another look at it.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top