[질문] WhiteBin-bin 7주차

[WhiteBin-bin]

🗓️ 관련 주차

Week07

📌 학습 주제

TCP와 UDP

👤 담당자

백현빈

🔑 주요 키워드

• TCP
• UDP
• 연결형 통신
• 비연결형 통신
• 3-Way Handshake
• 4-Way Handshake
• 흐름 제어
• 혼잡 제어
• 순서 제어
• 오류 제어

🧷 질문 작성 규칙

• 질문은 이슈 본문이 아니라 댓글로 작성합니다.
• 하나의 댓글에는 하나의 질문만 작성합니다.
• 답변은 해당 질문 댓글에 대댓글로 작성합니다.
• 추가 질문이 있다면 같은 댓글 스레드에서 이어서 논의합니다.
• 참고 자료가 있다면 질문 댓글 하단에 함께 첨부합니다.

[cutiepepe2926]

❓ 질문 내용

TCP에서 흐름 제어와 혼잡 제어가 동시에 동작할 때, 송신자가 실제로 한 번에 전송할 수 있는 데이터의 양은 어떤 기준으로 결정되나요?

수신자가 처리할 수 있는 범위와 네트워크가 감당할 수 있는 범위가 서로 다를 경우, TCP가 두 조건을 어떻게 함께 고려하는지도 궁금합니다.

🧩 헷갈리는 부분

흐름 제어에서는 수신자가 처리할 수 있는 범위 안에서 데이터를 전송하기 위해 Sliding Window를 사용하고, 혼잡 제어에서는 네트워크 상태를 고려하여 Slow Start나 Congestion Avoidance 등을 통해 전송량을 조절한다고 이해했습니다.

그런데 실제 TCP 통신에서는 이 두 기능이 별도로 동작하는 것이 아니라 동시에 적용될 것 같습니다.

예를 들어,

수신자는 100개의 데이터를 받을 수 있지만 네트워크 상태상 20개 정도만 보내는 것이 적절한 경우
네트워크는 100개의 데이터를 충분히 처리할 수 있지만 수신자는 10개 정도밖에 처리하지 못하는 경우

각각 실제 송신자가 전송할 수 있는 데이터의 양이 어떻게 결정되는지가 궁금합니다.

또한 ACK가 정상적으로 도착하면서 Sliding Window의 범위가 증가하거나 이동하는 과정과, Slow Start를 통해 네트워크에 전송하는 데이터 양이 증가하는 과정이 서로 어떤 관계를 가지는지도 헷갈립니다.

💭 내가 이해한 내용

• 흐름 제어는 수신자의 처리 능력을 기준으로 송신량을 조절한다.
• Sliding Window를 통해 ACK를 하나씩 기다리지 않고 일정 범위의 데이터를 연속해서 전송할 수 있다.
• 혼잡 제어는 네트워크가 감당할 수 있는 데이터 양을 기준으로 송신량을 조절한다.
• Slow Start에서는 처음에는 적은 양의 데이터부터 전송하고, 정상적으로 전달되면 점차 전송량을 증가시킨다.

🎯 원하는 답변 방향

• 흐름 제어와 혼잡 제어가 동시에 적용되는 과정
• Sliding Window와 Slow Start가 실제 TCP 통신에서 서로 어떤 관계를 가지는지
• 수신자의 처리 가능 범위와 네트워크의 처리 가능 범위가 다를 때 전송량이 결정되는 기준
• ACK를 받으면서 전송 가능한 범위가 변화하는 과정
• 실제 예시를 이용한 설명

🔗 참고 자료

[limhb708]

❓ 질문 내용

TCP 연결 설정(3-Way)과 종료(4-Way)의 메커니즘 차이점

연결을 수립할 때와 종료할 때 오가는 패킷의 단계 수가 왜 다른지 그 설계 구조가 궁금합니다.

또한 연결 종료 후 소켓이 즉시 닫히지 않고 일정 시간 유지되는 정확한 이유를 알고 싶습니다.

🧩 헷갈리는 부분

연결할 때는 3번만 주고받으면 되는데, 종료할 때는 왜 1번 더 많은 4번을 주고받아야 하는지 패킷 처리 흐름이 헷갈립니다.

그리고 마지막 ACK를 보낸 후 클라이언트가 즉시 소켓을 닫지 않고, 굳이 대기 상태를 유지해야 하는 이유가 모호합니다.

💭 내가 이해한 내용

• 3-Way Handshake는 클라이언트와 서버가 서로 통신할 준비가 되었는지 송수신 능력을 동시에 확인하며 연결을 설정한다.

• SYN과 ACK 플래그를 사용하며, 서버가 자신의 SYN과 ACK를 한 패킷에 묶어 보낼 수 있어 총 3단계로 완료된다.

• 4-Way Handshake는 TCP가 양방향 통신을 지원하므로 각각의 통신 방향을 독립적으로 종료해야 한다.

🎯 원하는 답변 방향

• 실제 예시를 이용한 설명

🔗 참고 자료

[minzx23]

❓ 질문 내용

3-way handshake나 4-way handshake에서 한 쪽의 응답이 계속 없을 경우에는 어떻게 처리하나요?

🧩 헷갈리는 부분

예를 들어 syn을 보냈는데 ack이 계속 안오는 경우에는 syn을 다시 보내거나 ack이 올 때까지 기다리는 방법이 있을 것 같은데, 이 두 방법은 너무 비효율적이라고 생각합니다.
따라서 다른 더 효율적인 방법이 있을 것 같은데 실제로 저 두 방법을 사용하는지 아니면 다른 방법이 있는지 궁금합니다.

💭 내가 이해한 내용

• 3-way handshake는 syn와 ack를 주고받으며 연결한다
• 4-way handshake는 fin과 ack를 주고받으며 연결을 종료한다
• 두 방식 모두 TCP 통신에서 이루어지는 과정이다

🎯 원하는 답변 방향

3-way handshake와 4-way handshake의 각 단계에서 응답이 없으면 어떤 과정으로 처리하는지 설명해 주시면 감사하겠습니다.

🔗 참고 자료

[sooloin]

❓ 질문 내용

흐름 제어와 혼잡 제어가 서로 다른 목적이라는 건 알겠는데, 실제로 TCP가 전송량을 결정할 때 이 둘을 어떻게 동시에 반영하나요?

🧩 헷갈리는 부분

Sliding Window는 수신자의 처리 능력(흐름 제어) 기준이고, Slow Start는 네트워크 상태(혼잡 제어) 기준이라고 배웠는데, 그럼 실제 전송 시점에는 이 두 개의 "허용량"이 서로 다른 값으로 계산될 텐데 최종적으로 얼마를 보낼지는 어떻게 정해지는 건가요?

💭 내가 이해한 내용

막연히 둘 중 더 작은 쪽 값을 따라간다일 것 같다고 추측은 했지만, 자료에는 이 둘을 종합하는 방식에 대한 설명이 없어서 확신이 없습니다.

🎯 원하는 답변 방향

흐름 제어의 Window 크기와 혼잡 제어의 Window 크기가 각각 계산된 뒤 최종 전송량이 어떻게 결정되는지(둘 중 최솟값을 쓰는 게 맞는지 등), 개념 수준에서 정리해주는 답변을 원합니다.

🔗 참고 자료