집 >운영 및 유지보수 >리눅스 운영 및 유지 관리 >UDP 프로토콜의 특성과 헤더 형식
UDP의 특징
UDP 프로토콜은 매우 간단하며 IP 계층에 기능을 거의 추가하지 않습니다. UDP 프로토콜의 일부 기능을 살펴보겠습니다.
UDP는 연결이 없으며 최선의 노력을 다합니다. 데이터를 보내기 전에 미리 알려주지 않고 그냥 보낼 뿐, 수신 가능 여부에는 관심이 없습니다.
UDP는 애플리케이션이 제공하는 콘텐츠가 무엇이든 콘텐츠 앞에 헤더를 캡슐화하여 아래 IP 계층으로 전달합니다. 내용이 크건 작건 상관없이, 보내주시는 대로 보내드리겠습니다. 두뇌 없는 작업을 위해서는 애플리케이션 프로세스에서 적절한 크기를 선택해야 합니다. 지나치게 큰 데이터 패킷이 IP 계층에서 분할되는 것을 방지하기 위해 마케팅 효율성이 향상됩니다.
UDP는 일대일, 일대다, 다대다 통신을 지원하는데, TCP가 지점간 통신만 지원한다는 점을 보면 UDP가 꽤 잘 하는 것 같습니다.
UDP 헤더는 간단하며 고정된 8바이트입니다.
위의 UDP 특성을 바탕으로 몇 가지 적용 시나리오를 추측할 수 있습니다.
상대적으로 네트워크가 좋은 환경에 적합하고 패킷 손실에 민감하지 않습니다.
DHCP 프로토콜 등 브로드캐스팅이 필요한 시나리오는 브로드캐스팅이 필요하므로 UDP 프로토콜을 사용합니다.
라이브 비디오 방송과 같이 전송 효율이 높고 속도가 빠른 시나리오에서는 라이브 비디오 방송의 몇 프레임이 손실되더라도 일반적으로 별 문제가 되지 않습니다.
UDP 헤더 형식
위에서 언급했듯이 UDP 헤더는 고정된 8바이트입니다. TCP에 비해 헤더 오버헤드가 매우 작습니다.
원본 포트 번호, 2바이트 점유
대상 포트 번호, 2바이트 점유
헤더 길이, 2바이트 점유
체크섬 점유 2바이트
대상 호스트가 잘못된 포트 번호가 포함된 UDP 패킷을 수신하면 해당 패킷을 폐기한 다음 "Port Unreachable"이라는 ICMP 오류 메시지를 소스 호스트에 보냅니다. Traceroute 명령은 이 기능을 사용하여 두 호스트 간의 경로 정보를 얻습니다.
UDP의 확인 방법은 다소 특별합니다. 확인하는 동안 헤더에 12바이트 의사 헤더를 추가해야 합니다. 의사 헤더는 검증용으로만 사용되며 검증이 완료된 후에는 폐기됩니다. 또한 헤더만 확인하는 IP 데이터그램과 달리 헤더와 데이터 부분을 확인합니다.
관련 추천: "linux 비디오 튜토리얼"
위 내용은 UDP 프로토콜의 특성과 헤더 형식의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!