tcp와 udp는 컴퓨터 네트워크 아키텍처의 어떤 프로토콜에 속합니까?

• UDP는 일대일, 다대일 및 다대일을 지원합니다.
• UDP 헤더 낮은 오버헤드

헤더 필드에는 소스 포트, 대상 포트, 길이, 체크섬을 포함하여 8바이트만 있습니다. 체크섬 계산을 위해 12바이트 의사 헤더가 일시적으로 추가됩니다.

전송 제어 프로토콜(TCP, Transmission Control Protocol)은 IETF의 RFC 793에 의해 정의된 연결 지향적이고 안정적인 바이트 스트림 기반 전송 계층 통신 프로토콜입니다.

TCP: 사용자 메시지 프로토콜, 연결 지향. 데이터 전송이 완료되면 연결이 해제됩니다. TCP는 브로드캐스트 또는 멀티캐스트 서비스를 제공하지 않습니다.

• 에는 흐름 제어가 있습니다.
• 는 전이중 통신을 제공합니다. 응용 프로그램 계층) 메시지는 바이트 스트림으로 간주되며 바이트 스트림은 다양한 크기의 데이터 블록으로 구성됩니다. 각 TCP 연결은 지점 간(일대일) 연결만 가능합니다.
• 2. TCP 연결
• TCP는 두 개의 호스트 번호나 포트 번호가 아닌 소켓을 연결합니다.

3 TCP 세그먼트 헤더 형식

소스 포트와 대상 포트: 각각 2바이트를 차지하며 소스 포트와 대상 포트를 각각 씁니다.일련 번호: 4바이트, TCP는 바이트 스트림을 지향하며 TCP 연결로 전송됩니다. 바이트 스트림의 각 바이트는 순서대로 번호가 지정됩니다. 전송될 전체 바이트 스트림의 시작 번호는 전송이 설정될 때 설정되어야 합니다.

확인 번호: 수신될 것으로 예상되는 다음 세그먼트의 시퀀스 번호. 예를 들어, B는 A가 보낸 메시지 세그먼트를 올바르게 수신합니다. 시퀀스 번호는 501이고 데이터 길이는 200바이트입니다. 따라서 B는 다음 메시지 세그먼트의 시퀀스 번호가 701일 것으로 예상합니다. B가 보낸 확인 메시지 세그먼트에서 A의 경우, 확인번호는 701입니다.

• Confirm ACK: ACK=1이면 확인 번호 필드가 유효하고, 그렇지 않으면 유효하지 않습니다. TCP는 연결이 설정된 후 전송된 모든 메시지 세그먼트의 ACK가 1로 설정되어야 한다고 규정합니다.
• 동기화 SYN: 연결이 설정될 때 시퀀스 번호를 동기화하는 데 사용됩니다. SYN=1, ACK=0이면 연결 요청 세그먼트임을 나타냅니다. 상대방이 연결 설정에 동의하면 응답 메시지에 SYN=1, ACK=1이 포함됩니다.
• 종료 FIN: 연결을 해제하는 데 사용됩니다. FIN=1이면 이 세그먼트의 보낸 사람의 데이터가 전송되었으며 연결을 해제해야 함을 의미합니다.
• Window: 창 값은 수신자가 발신자가 전송 창을 설정할 수 있도록 하는 기초 역할을 합니다. 이러한 제한의 이유는 수신기의 데이터 캐시 공간이 제한되어 있기 때문입니다.
• 4. TCP 3방향 핸드셰이크

먼저 B는 LISTEN(듣기) 상태로 클라이언트의 연결 요청을 기다리고 있습니다.

A는 B에게 연결 요청 메시지(SYN=1, ACK=0)를 보내고 초기 시퀀스 번호 x를 선택합니다.

• B가 A로부터 확인을 받은 후 연결이 설정됩니다.
• 5. TCP 웨이브 4번

• A는 연결 해제 메시지 FIN=1을 보냅니다.
• B는 이를 수신한 후 확인을 보냅니다. 이때 TCP는 반 폐쇄 상태입니다. B는 A로 데이터를 보낼 수 있지만 A는 B로 데이터를 보낼 수 없습니다.
• B가 더 이상 연결이 필요하지 않으면 연결 해제 메시지 FIN=1을 보냅니다.
• A는 수신 후 확인 메시지를 보내고 TIME-WAIT 상태에 진입한 후 2MSL(최대 메시지 생존 시간)을 기다린 후 연결을 해제합니다.
• B는 A로부터 확인을 받은 후 연결을 해제합니다.

4번 웨이브한 이유
클라이언트가 FIN 연결 해제 메시지를 보낸 후, 서버는 이 메시지를 받고 CLOSE-WAIT 상태에 들어갑니다. 이 상태는 서버가 아직 전송되지 않은 데이터를 전송하기 위한 상태입니다. 전송이 완료된 후 서버는 FIN 연결 해제 메시지를 전송합니다.

TIME_WAIT
클라이언트는 서버로부터 FIN 메시지를 받은 후 이 상태로 진입합니다. 이 때, 클라이언트는 직접 CLOSED 상태로 진입하지 않으며, 타이머에 의해 설정된 2MSL 시간 동안 기다려야 합니다. 이렇게 하는 데는 두 가지 이유가 있습니다:

• 마지막 확인 메시지가 도착할 수 있도록 하기 위해서입니다. B가 A로부터 확인 메시지를 받지 못하면 A는 이 상황을 처리하기 위해 일정 시간 동안 연결 해제 요청 메시지를 다시 보냅니다.
• 일정 시간 동안 기다리는 것은 이 연결 기간 동안 생성된 모든 패킷이 네트워크에서 사라지도록 허용하여 다음 새 연결에는 이전 연결 요청 패킷이 없도록 하는 것입니다.

TCP 신뢰할 수 있는 전송 구현

TCP는 신뢰할 수 있는 전송을 위해 타임아웃 재전송을 사용합니다. 전송된 메시지 세그먼트가 타임아웃 기간 내에 확인을 받지 못하면 메시지 세그먼트가 재전송됩니다. TCP 슬라이딩 창
창은 캐시의 일부이며 바이트 스트림을 임시로 저장하는 데 사용됩니다. 송신자와 수신자는 각각 창을 가지고 있습니다. 수신자는 TCP 세그먼트의 창 필드를 통해 자신의 창 크기를 이 값과 기타 정보에 따라 설정합니다.
송신 창 내의 모든 바이트는 전송이 허용되고, 수신 창 내의 모든 바이트는 수신이 허용됩니다. 송신 창의 왼쪽에 있는 바이트가 전송되고 확인된 경우 왼쪽의 첫 번째 바이트가 전송되지 않을 때까지 송신 창을 오른쪽으로 일정 거리만큼 밀어서 수신 창의 슬라이딩을 비슷하게 확인합니다. 창 왼쪽의 바이트가 전송 및 확인되어 호스트에 전달되면 수신 창을 오른쪽으로 밉니다.

수신 창은 창 내에서 순서대로 도착하는 마지막 바이트만 확인합니다. 예를 들어, 수신 창에 수신된 바이트는 {31, 34, 35}이며 그 중 {31}이 순서대로 도착하고 {34, 35}는 그렇지 않으므로 바이트 31만 인식됩니다. 송신자는 바이트에 대한 승인을 받은 후 이 바이트 이전의 모든 바이트가 수신되었음을 알게 됩니다.

TCP에서의 흐름 제어는 슬라이딩 윈도우를 통해 구현됩니다. 일반적으로 우리는 송신자가 데이터를 최대한 빨리 보내기를 바라지만, 송신자가 데이터를 너무 빨리 보내면 그렇게 됩니다. 결과적으로 수신자는 수락할 시간이 없으므로 송신자의 흐름을 제어해야 합니다. TCP의 흐름 제어는 주로 수신자가 보낸 확인 메시지의 창 필드를 사용하여 수행됩니다. 발신자의 창 크기를 제어하여 발신자의 전송 속도에 영향을 줍니다. 창 필드를 0으로 설정하면 보낸 사람이 데이터를 보낼 수 없습니다.

네트워크가 혼잡하면 패킷이 손실되고 발신자는 계속 재전송하게 되어 네트워크 혼잡이 높아집니다. 따라서 혼잡이 발생하면 송신자의 속도를 조절해야 한다. 이는 흐름 제어와 매우 유사하지만 시작점이 다릅니다. 흐름 제어는 수신자가 제 시간에 수신할 수 있도록 하는 것이고, 혼잡 제어는 전체 네트워크의 혼잡 수준을 줄이는 것입니다.혼잡 제어 조건:


혼잡 제어는 흐름 제어와 다릅니다. 혼잡 제어는 네트워크에 너무 많은 데이터가 주입되는 것을 방지하여 네트워크의 라우터나 링크에 과부하가 걸리지 않도록 하는 글로벌 프로세스입니다. , 모든 호스트, 모든 라우터 및 네트워크 성능 저하와 관련된 모든 요소를 위해 설계되었습니다. 그러나 흐름 제어는 종종 지점 간 트래픽을 제어하며 종단 간 문제입니다.

TCP의 혼잡 주요 제어 알고리즘: 느린 시작, 혼잡 회피, 빠른 재전송, 빠른 복구

송신자는 혼잡 창(cwnd)이라는 상태 변수를 유지해야 합니다. 송신자 창: 혼잡 창은 단지 상태 변수일 뿐이며 실제로 송신자가 보낼 수 있는 데이터의 양을 결정하는 송신자 창입니다.논의의 편의를 위해 다음과 같이 가정합니다.

수신기의 수신 버퍼가 충분히 크므로 흐름 제어가 발생하지 않습니다.

• TCP의 창은 바이트 기반이지만 여기서 창 크기 단위는 메시지 세그먼트 .
ㅋㅋㅋ 즉, 보낸 사람이 보낼 수 있는 메시지 세그먼트 수는 2, 4, 8... 느린 시작에서는 cwnd가 각 라운드마다 두 배로 증가하므로 cwnd가 매우 빠르게 증가하여 보낸 사람의 메시지 세그먼트가 전송됩니다. 속도가 너무 빠르면 네트워크 정체 가능성이 높아집니다.

느린 시작 임계값 ssthresh를 설정합니다. cwnd >= ssthresh이면 혼잡 회피가 입력되고 각 라운드마다 cwnd만 1씩 증가합니다.

2. 빠른 재전송 및 빠른 복구

수신 측에서는 메시지 세그먼트가 수신될 때마다 마지막으로 수신된 주문 메시지 세그먼트를 확인해야 합니다. 예를 들어 M1과 M2가 수신되었으며 M4가 수신되면 M2에 대한 승인이 전송되어야 합니다.

발신자 측에서는 3개의 중복된 승인을 받으면 다음 세그먼트가 손실되었음을 알 수 있으며, 이때 빠른 재전송이 수행되고 다음 세그먼트가 즉시 재전송됩니다. 예를 들어, 3개의 M2가 수신되면 M3은 손실되고 M3은 즉시 재전송됩니다.

이 경우 네트워크 정체가 아닌 개별 세그먼트의 손실일 뿐입니다. 따라서 ssthresh = cwnd / 2, cwnd = ssthresh로 설정하여 빠른 복구를 수행합니다. 이때 혼잡 회피가 직접 입력됩니다.

느린 시작과 빠른 회복 속도는 cwnd의 성장률이 아닌 cwnd의 설정 값을 의미합니다. 느린 시작 cwnd는 1로 설정되고 빠른 복구 cwnd는 ssthresh로 설정됩니다.

편집 컴퓨터 네트워크 5판(동영상 공유 학습:웹 프론트엔드 소개)