TCP Receiver: ACK generation

• TCP에서 예약과정이 어떻게 작동하는지?
• Reliable, ByteStream?
• Message Boundary적용X

Delayed Ack

하나로 뭉쳐서 보내기 위해 : 정상적인 경우는 단 하나 이거 뿐입니다.

첫번째 그림은 세번쨰 sender의 보낸게 사라질 것

엑이 늦게 도착해서 92번이 재전송. 그런데 199까지도 받았으니까 120으로 답하게 되는 것

이게 cumulative ack의 장점, 이전의 ack가 loss되어도 다음의 ack가 도착하면 영향이 X

1. 4000까지 받고 1400까지의 데이터를 송신
2. 1401까지 받았고 5000까지 데이터 송신
3. 500ms 딜레이백을 위해 기다리다가 무한정은 아니고 일정 시간 되니까 출발
4. 6000까지 보내고 1401까지 받음
5. 또 딜레이 백 500ms
6. 그런데 그 다음 데이터가 또 도착
7. 500ms될때까지 기다리는 게 아니라 바로 출발

receiver에서 딜레이백 발생
누적 액으로 701액 송신
900까지 둘 다 보냈지만 액이 701이 날라옴

그래서 다시 701부터 보냄

그걸 받고 나면 액 901을 다시 보냄

타임아웃밸류가 처음에는 RTT두배로 loss가 된 게 인지가 되면 타임아웃 전에. 그러나 쓸데없이 재전송도 위험. 듀플리케이트 ack로

빨리 재전송

dup. Ack이 3개 이상 나오면

TCP에서는 packetloss가 나면 congestion이 났다고 추정을 함.

T.O과 3dup.Ack이 다르다.