>웹 프론트엔드 >HTML 튜토리얼 >TCP/IP와 UDP의 차이점은 무엇입니까?

TCP/IP와 UDP의 차이점은 무엇입니까?

一个新手
一个新手원래의
2017-09-07 13:58:452708검색

TCP(Transmission Control Protocol)

은 연결 지향 프로토콜입니다. 즉, 데이터를 보내고 받기 전에 상대방과 안정적인 연결이 설정되어야 합니다. TCP 연결은 설정되기 전에 세 번의 "대화"를 거쳐야 합니다.

TCPThree-way handshakeProcess:

1 호스트 A는 동기화 시퀀스 번호의 플래그 비트가 포함된 데이터 세그먼트를 보냅니다. 호스트 B는 호스트 B에게 연결을 요청합니다. 이 데이터 세그먼트를 통해 호스트 A는 호스트 B에게 두 가지를 알려줍니다. 나에게 응답하기 위해 시작 데이터 세그먼트로 사용할 수 있는 시퀀스 번호를 알려줍니다.

2 호스트 A로부터 요청을 받은 후 호스트 B는 승인 응답(ACK) 및 동기화 시퀀스 번호(SYN) 플래그 비트가 포함된 데이터 세그먼트로 호스트 A에 응답하고 호스트 A에게 두 가지를 알려줍니다. 귀하가 요청한 데이터를 전송할 수 있습니다. 나에게 응답하기 위한 시작 데이터 세그먼트로 어떤 시퀀스 번호를 사용하시겠습니까?

3 호스트 A는 이 데이터 세그먼트를 수신한 후 확인 응답을 보냅니다. 데이터 세그먼트: "응답을 받았습니다. 이제 실제 데이터 전송을 시작하겠습니다.

이렇게 3방향 핸드셰이크가 완료되고 호스트 A와 호스트 B가 데이터를 전송할 수 있습니다.

3방향 핸드셰이크 기능:

1) 애플리케이션 계층 데이터가 없습니다.

2) SYN 플래그는 TCP 연결이 설정된 경우에만 1로 설정됩니다.

3) Handshake가 완료된 후 SYN 플래그가 0으로 설정됩니다.

TCP는 연결을 설정하기 위해 3번의 핸드셰이크가 필요하며, 연결을 4번 끊으려면

1 호스트 A가 데이터 전송을 완료하면 제어 비트 FIN을 1로 설정하고 TCP 연결 요청 중지를 제안합니다

2 FIN을 수신한 후 호스트 B는 이에 응답하고 이 방향의 TCP 연결이 닫힐 것임을 확인하고 ACK를 1로 설정합니다

3 B측은 반대 방향으로 또 다른 닫기 요청을 하고,FIN을 1

4 호스트 A가 호스트 B의 요청을 확인하고 ACK를 1로 설정하면 양방향 종료가 종료됩니다

.

TCP의 3방향 핸드셰이크와 4번의 연결 끊김에서 볼 수 있듯이 TCP는 연결 지향 통신 방법을 사용하므로 데이터 통신의 신뢰성이 크게 향상되어 데이터가 공식적으로 전달되기 전에 데이터 송신 측과 수신 측이 상호 작용할 수 있습니다.

명사 설명

ACK - 데이터를 확인하는 TCP 헤더의 제어 비트 중 하나이며, 확인이 대상에서 전송됩니다. 예를 들어 확인 번호가 X인 경우 ACK=1인 경우에만 확인 번호가 유효함을 의미합니다. ACK=0이면 확인 번호가 유효하지 않습니다. 이때 데이터의 무결성을 보장하기 위해 데이터를 재전송해야 합니다.

SYN - 이 비트는 1로 설정됩니다. TCP가 연결을 설정합니다

FIN - 보낸 사람이 전송 작업 비트를 완료했습니다. TCP가 데이터 전송을 완료하고 연결을 끊어야 할 때 연결을 끊겠다고 제안하는 당사자가 이 비트를 1로 설정합니다.

TCP 헤더 구조 :

소스 포트 16비트

대상 포트 16비트

시퀀스 번호 32비트

응답 시퀀스 번호 32비트

TCP 헤더 길이 4비트

예약됨 6 비트

제어 코드 6비트

창 크기 16비트

오프셋 16비트

체크섬 16비트

옵션 32비트(선택 사항)

이런 식으로 우리는 TCP 헤더의 최소 길이는 20바이트입니다.

UDP(사용자 데이터 프로토콜, 사용자 데이터그램 프로토콜)

(1) UDP는 비연결 프로토콜입니다. 소스와 터미널은 데이터를 전송하기 전에 연결을 설정하지 않습니다. 단순히 애플리케이션에서 데이터를 가져와 가능한 한 빨리 전송합니다. 편물. 송신 측에서 UDP가 데이터를 전송하는 속도는 애플리케이션이 데이터를 생성하는 속도, 컴퓨터 성능 및 수신 측의 전송 대역폭에 의해서만 제한됩니다. UDP는 각 메시지 세그먼트를 대기열에 넣습니다. 애플리케이션은 매번 메시지 세그먼트를 읽으면서 대기열에서 각 메시지 세그먼트를 읽습니다.

(2) 데이터 전송 시 연결이 설정되지 않으므로 송수신 상태 등 연결 상태를 유지할 필요가 없습니다. 따라서 서버 시스템은 동일한 메시지를 여러 클라이언트에 동시에 전송할 수 있습니다. 시간.

(3) UDP 패킷의 헤더는 8바이트로 매우 짧습니다. 이는 TCP의 20바이트 패킷에 비해 추가 오버헤드가 매우 적습니다.

(4) 처리량은 혼잡 제어 알고리즘에 의해 규제되지 않으며 응용 소프트웨어에서 생성된 데이터 속도, 전송 대역폭, 소스 및 단말 호스트 성능에 의해서만 제한됩니다.

(5) UDP는 최선형 전달을 사용합니다. 즉, 안정적인 전달이 보장되지 않으므로 호스트는 복잡한 링크 상태 테이블을 유지할 필요가 없습니다(그 안에 많은 매개변수가 있습니다).

(6) UDP는 메시지 지향적입니다. 송신자의 UDP에서 응용 프로그램으로 전달된 메시지는 헤더를 추가한 후 IP 계층으로 전달됩니다. 분할이나 병합은 수행되지 않지만 이러한 패킷의 경계는 유지되므로 애플리케이션은 적절한 패킷 크기를 선택해야 합니다. 우리는 두 호스트 사이의 TCP/IP 통신이 정상적인지 테스트하기 위해 종종 "ping" 명령을 사용합니다. 실제로 "ping" 명령의 원리는 UDP 데이터 패킷을 다른 호스트로 보낸 다음 다른 호스트로 보내는 것입니다. 데이터 패킷 수신을 확인합니다. 데이터 패킷이 도착하는 메시지가 제 시간에 피드백되면 네트워크가 열립니다.

UDP 헤더 구조:

소스 포트 16비트

대상 포트 16비트

길이 16비트

체크섬 16비트

UDP와의 TCP 차이점 요약 :

1. 연결 기반 및 비연결

2. UDP 프로그램 구조가 더 간단합니다. 스트림 모드 및 데이터그램 모드

5.TCP는 데이터 정확성을 보장하고 UDP는 패킷을 잃을 수 있으며 TCP는 데이터 순서를 보장하지만 UDP는 그렇지 않습니다.

위 내용은 TCP/IP와 UDP의 차이점은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.