TCP(Transfer Control Protocol)

• 전송 제어 프로토콜 → 4계층인 Transport Layer에 존재
• 네트워크 통신에서 신뢰적인 연결 방식 → reliable network 보장 프로토콜
• network congestion avoidance algorithm 사용

Reliable Network 보장의 문제점

• 패킷이 손실될 수 있다.
• 패킷의 순서가 바뀔 수 있음
• 네트워크가 혼잡할 수 있음
• recevier가 overload 되는 문제

흐름 제어 (end to end)

• 송신 측과 수신 측의 데이터 처리 속도 차이 해결하기 위한 기법
• Flow control은 receiver가 패킷을 지나치게 많이 받지 않도록 조절
• receiver가 sender에게 본인의 상태를 feedback함
• 방법

  1. Stop and Wait : 매번 전송한 패킷에 대해 확인 응답을 받아야만 다음 패킷 전송

     

  2. Sliding Window (Go Back N ARQ : 오류 제어 시)

     • 수신 측에서 설정한 윈도우 크기만큼 송신측에서 확인 응답 없이 세그먼트를 전송할 수 있게 하여 데이터 흐름을 동적으로 제어

       1. 송신 측에서 프레임에 번호를 붙여 윈도우 크기만큼의 프레임을 차례대로 전송하고 대기 이때, 전송한 프레임을 버퍼에 저장 (버퍼의 개수 = 윈도우 크기)

       2. 수신 측에서 프레임의 수신을 완료하면 그 결과를 ACK+프레임 번호 형식으로 송신 측에 통보

       3. 송신 측은 ACK를 확인하면 해당 프레임을 버퍼에서 지우고 다음 차례의 프레임을 버퍼에 저장하고, 수신 측에 전송

          

          

     • **'3 way handshaking'**을 통해 수신 호스트의 receive window size에 자신의 send window size를 맞추게 된다.

  3. 피기 배킹

  • 양방향 전송을 지원하는 경우

  • ACK를 별도의 응답으로 보내지 말고, 정보 프레임에 담아 함께 보내면 전송 횟수를 줄이는 효과

    

혼잡 제어

• 송신측의 데이터 전달과 네트워크의 데이터 처리 속도 차이를 해결하기 위한 기법
• 각 호스트는 정보를 빨리 보내기 위하여 정해진 시간 내에 보낼 수 있는 최대의 패킷을 보냈고, 일부 라우터에서는 혼잡 현상이 발생하여 정해진 시간 내에 받은 패킷들을 모두 처리하지 못하였다.
• 정해진 시간 내에 패킷이 처리되지 않으면 호스트는 패킷을 재전송하였고, 라우터는 더 많은 패킷을 받게 되어서 혼잡 현상이 더 심해졌다.
• 송신측에서 보내는 데이터의 전송속도를 강제로 줄이게 되는데, 이러한 작업을 혼잡제어