연결 종료할 때 FIN+ACK 를 보내는 이유
강사님. 안녕하세요.
강의 잘 보고 있습니다.
궁금한게 있어서 질문 드립니다.
연결 종료 과정에서 그림을 보면 FIN+ACK을 같이 보내고 있는데 그 이유가 무엇인가요?
Client ------FIN+ACK?-------> Server
Client <--------ACK----------- Server
Client <-----FIN+ACK?-------- Server
Client ---------ACK----------> Server
ACK은 전에 보냈던 데이터를 잘 수신했다는 의미로 보내는 것이라 이해를 했는데, FIN을 처음 보낼 때 같이 ACK도 보내는 이유가 궁금합니다.
답변 1
0
이유는 간단합니다. 빠른 처리가 가능하기 때문입니다. 그리고 그렇게 처리해도 될 만큼 두 호스트 간 네트워크 환경이 좋기 때문입니다. TCP는 매우 느린 네트워크 환경을 가정하고 설계 됐습니다. 이제는 시간이 많이 흘러 다양한 변형이 나왔습니다. 표준 큰 틀에서 준수한 성능향상을 위한 개선(변형)이 가능합니다. 참고하시기 바랍니다.
http 관련하여 질문드립니다.
0
30
2
제가 이해한 것이 맞을까요?
0
90
1
제가 Socket을 잘 이해한 건지 궁금합니다
0
115
2
Broadcast 학습 중 간단한 궁금증이 생겨 질문드립니다
0
122
1
책 추천 부탁드립니다.
0
144
2
Host범위에 대해서 질문이 있습니다.
0
124
2
택배차 즉 Frame의 생명주기
0
128
2
단편화 관련 질문
0
82
2
네트워크 공부에 추천하실만한 책이 있으신가요?
0
263
1
예전에 있었던 수동 IP 할당 경험에 대한 질문
0
99
2
ttl 관련 질문
0
79
3
SSL OSI 7계층
0
154
2
만약 송신측 + 모든 라우터의 MTU는 동일했지만 수신측에서 MTU가 더 작으면 어떻게 되나요?
0
104
2
라우터에 대해 궁금합니다
0
107
2
네트워크 질문 있습니다.
0
156
2
Broadcast 범위에 대한 질문
0
111
1
응용 과정으로 넘어가기 전에 질문 입니다.
0
170
2
UDP 통신 시 Socket 설정
0
232
2
host 내부 process 통신
0
153
2
스위치에 대한 질문
0
202
2
L3Switch & Router
1
254
3
RESTful API에 대해 질문 드립니다
0
214
2
스위치에 대하여
0
206
2
그림 한 장으로 외워서 끝내는 웹 서비스 구조 기본이론만 재생이 안돼요
1
239
3





