🖥 네트워크 원리 (웹 브라우저 2 - 3)

애플리케이션에서 의뢰받은 프로토콜 스택이 메세지를 송신하는 방법

1. 소켓 작성
2. 서버 접속
3. 데이터 송 수신
4. 서버에서 연결을 끊고 소켓 말소
5. IP와 이더넷의 패킷 송,수신 동작
6. UDP 프로토콜을 이용한 송 수신 동작

이전에 정리한 1,2번에 이어서 3,4번에 대해서 정리하겠습니다.

3. 데이터 송, 수신

3-1. 프로토콜 스택에 HTTP 리퀘스트 메시지를 넘기기

connect에서 애플리케이션에 제어가 되돌아오면 데이터 송수신 을 할 수 있습니다.
커넥션 :
- 데이터를 송/수신 할 수 있도록 파이프와 같은 것으로 소켓이 연결되어 있는데, 이 파이프와 같은 것을 커넥션이라고 함.
- 이 커넥션은 close를 호출하여 연결을 끊기 전까지 계속 존재합니다.

데이터 송,수신의 첫 작업은 애플리케이션이 write를 호출하여 송신 데이터를 프로토콜 스택에 건네주는 것입니다.

프로토콜 스택은 받은 데이터를 곧바로 송신하는 것이 아닌 , 자체 내부에 있는 송신용 버퍼 메모리 영역에 저장 하고, 애플리케이션이 다음 데이터를 건네주기를 기다립니다.

📌 받은 데이터를 왜 일단 저장할까?

프로토콜 스택으로 전달하는 데이터의 길이는 애플리케이션의 종류나 만드는 방법에 따라 결정됩니다. 즉, 항상 다르기 때문에 프로토콜 스택에서 제어할 수가 없습니다.
만약, 작은 단위의 데이터를 받을 때마다 데이터를 보내게 되면 네트워크의 효율이 저하되기 때문에, 어느정도 데이터를 쌓고 나서 송수신 동작을 합니다.

📌 프로토콜 스택에 데이터를 저장하지 않고 바로 전송하도록 애플리케이션에서 옵션을 설정할 수도 있습니다.
브라우저와 같은 대화형 애플리케이션이 서버에 메시지를 보내는 경우라면 프로토콜 스택에 저장해놓는 동안 응답 시간이 지연되므로 이와 같은 옵션을 사용하는 경우가 많습니다.

3-2. 패킷이 도착했는지 확인

패킷 : 데이터의 단위
TCP는 송신한 패킷이 상대에게 올바르게 도착했는지 확인하고, 도착하지 않았으면 다시 송신하는 기능이 있기 때문에, 패킷 송신 후 확인 동작으로 넘어갑니다.

📌 확인 과정
1. 서버로 넘기는 데이터를 조각으로 분할
2. 데이터 맨 앞에서부터 따져서 각 조각이 몇 번째 바이트에 해당하는지를 시퀀스 번호라는 항목에 저장 >> TCP 헤더에 기록
3. 데이터의 크기도 같이 전달
4. 데이터의 누락 여부를 확인 할 수 있음

예를 들어, 1,460바이트까지 수신 완료함. 1,461 패킷이 도착하면 누락이 없는 것임
근데 시퀀스 번호가 1,461인 패킷이 도착하지 않았는데 
2,921 패킷이 도착하면 1,461 패킷이 누락된 것임

5.이렇게 데이터의 누락여부를 확인 후에, 이전에 수신한 데이터를 합쳐서 데이터를 몇 번째 바이트까지 수신한 것인지 계산하고, 그 값을 ACK 번호(아크번호)에 기록해서 송신측에 전달

송신 : 00 번째 바이트부터 시작되는 데이터를 xx바이트만큼 보내세요
수신 : xx번째 바이트까지 수신했습니다.

ACK번호를 되돌려주는 위의 동작을 수신확인 응답이라고 부름

--틈틈히 정리중--