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