21、UDP报文的格式,字段的意义

1、UDP有两个字段:数据字段和首部字段。
  • 首部字段
首部字段很简单,只有8个字节,由4个字段组成,每个字段的长度都是两个字节。


1)源端口:源端口号。在需要对方回信时选用。不需要时可用全0。
2)目的端口:目的端口号。这在终点交付报文时必须要使用到。
3)长度: UDP用户数据报的长度,其最小值是8(仅有首部)。
4)校验和:检测UDP用户数据报在传输中是否有错。有错就丢弃。

2、要注意的地方
  • UDP首部中校验和的计算方法有些特殊。在计算校验和时,要在UDP用户数据报之前增加12个字节的伪首部。伪首部既不向下传送也不向上递交,而仅仅是为了计算校验和。与IP数据报的校验和只校验IP数据报的首部不同,UDP的校验和是把首部和数据部分一起都校验。
伪首部:
          

  • 0
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
IP(Internet Protocol)报文格式如下: ``` +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |Version| IHL |Type of Service| Total Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Identification |Flags| Fragment Offset | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Time to Live | Protocol | Header Checksum | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Source Address | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Destination Address | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Options | Padding | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ``` 各字段意义如下: - Version:IP 协议版本,通常为 4(IPv4)或 6(IPv6)。 - IHL(Internet Header Length):IP 报文头部长度,以 32 位字长作为单位。最小值为 5,表示头部长度为 5 × 32 位 = 160 位。 - Type of Service:服务类型,用于指定数据包的优先级,包括最大延迟、最大吞吐量、最高可靠性等等。 - Total Length:IP 报文总长度,包括头部和数据部分的长度,以字节为单位。 - Identification:用于标识每个数据报。当一个数据报被分片时,所有的分片都具有相同的标识符。 - Flags:用于控制分片,包括标志位 MF(More Fragments)和 DF(Don't Fragment)。 - Fragment Offset:分片偏移量,指示当前分片相对于原始数据报的偏移量,以 8 字节为单位。 - Time to Live(TTL):生存时间,用于防止数据报在网络中无限循环,每经过一个路由器 TTL 减 1,当 TTL 为 0 时数据报被丢弃。 - Protocol:指示数据部分使用的协议类型,例如 TCP、UDP、ICMP 等。 - Header Checksum:IP 报文头部校验和,用于检测报文头部是否有误。 - Source Address:源 IP 地址。 - Destination Address:目的 IP 地址。 - Options:可选项,包括时间戳、记录路由等等。 - Padding:填充,用于保证头部长度为 32 位字长的倍数。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值