연결 종료할 때 FIN+ACK 를 보내는 이유
강사님. 안녕하세요.
강의 잘 보고 있습니다.
궁금한게 있어서 질문 드립니다.
연결 종료 과정에서 그림을 보면 FIN+ACK을 같이 보내고 있는데 그 이유가 무엇인가요?
Client ------FIN+ACK?-------> Server
Client <--------ACK----------- Server
Client <-----FIN+ACK?-------- Server
Client ---------ACK----------> Server
ACK은 전에 보냈던 데이터를 잘 수신했다는 의미로 보내는 것이라 이해를 했는데, FIN을 처음 보낼 때 같이 ACK도 보내는 이유가 궁금합니다.
답변 1
0
이유는 간단합니다. 빠른 처리가 가능하기 때문입니다. 그리고 그렇게 처리해도 될 만큼 두 호스트 간 네트워크 환경이 좋기 때문입니다. TCP는 매우 느린 네트워크 환경을 가정하고 설계 됐습니다. 이제는 시간이 많이 흘러 다양한 변형이 나왔습니다. 표준 큰 틀에서 준수한 성능향상을 위한 개선(변형)이 가능합니다. 참고하시기 바랍니다.
강의 6:29 관련 질문
0
104
2
http 관련하여 질문드립니다.
0
91
2
제가 이해한 것이 맞을까요?
0
134
1
제가 Socket을 잘 이해한 건지 궁금합니다
0
177
2
Broadcast 학습 중 간단한 궁금증이 생겨 질문드립니다
0
168
1
책 추천 부탁드립니다.
0
197
2
Host범위에 대해서 질문이 있습니다.
0
168
2
택배차 즉 Frame의 생명주기
0
178
2
단편화 관련 질문
0
123
2
네트워크 공부에 추천하실만한 책이 있으신가요?
0
361
1
예전에 있었던 수동 IP 할당 경험에 대한 질문
0
142
2
ttl 관련 질문
0
134
3
SSL OSI 7계층
0
219
2
만약 송신측 + 모든 라우터의 MTU는 동일했지만 수신측에서 MTU가 더 작으면 어떻게 되나요?
0
147
2
라우터에 대해 궁금합니다
0
149
2
네트워크 질문 있습니다.
0
195
2
Broadcast 범위에 대한 질문
0
141
1
응용 과정으로 넘어가기 전에 질문 입니다.
0
209
2
UDP 통신 시 Socket 설정
0
280
2
host 내부 process 통신
0
184
2
스위치에 대한 질문
0
244
2
L3Switch & Router
1
302
3
RESTful API에 대해 질문 드립니다
0
256
2
스위치에 대하여
0
247
2