TCP 4-Way Handshake간 FIN + ACK
안녕하세요 강사님. 대부분의 TCP 연결 종료 과정을 나타낸 그림은 처음 요청시 FIN만 보내는 사진이 많던데 이는 ACK를 단순히 생략한거라고 보면 되는건가요? 제 생각에는 통신을 하다가 결국 Server -> Client로 보낸 데이터가 있을거고 Client가 이를 받아서 응답과 동시에 더는 통신을 하지 않겠다는 의사를 표현하기 위해서 FIN + ACK를 같이 보내야 한다고 생각하는데 본 강의 이미지가 더 정확한건가요?
답변 1
0
단순 생략이라기 보다 TCP 상태 전이 절차를 신속히 따르기 위한 결과 현상으로 이해하면 되겠습니다. 두 통신 주체인 클라이언트와 서버간 네트워크 속도가 안정적이고 빠르다면 각종 대기 타이머 계산 결과가 작은 값일 수 있습니다. 이는 통신 간 소요되는 시간이 매우 짧다는 뜻입니다. 그래서 나온 결과로 이해하시기 바랍니다. 그러나 과거의 느린 환경을 생각한다면 보통 FIN만 먼저 보내는 그림이 맞습니다. 참고하시기 바랍니다.
제가 이해한 것이 맞을까요?
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