前言
传输层是负责端对端之间的传输,端指的是端口(port);TCP协议和UDP协议都是传输层的协议
端口的划分
① 0-1023:知名端口
② 3306:mysql数据库的端口
③ 1521:oracle数据的端口
如下图所示,为一些固定的端口号:
也可以通过cat /etc/services
【问题一】一个进程是否可以bind多个端口号?
可以
【问题二】一个端口号是否可以被多个进程bind?
不可以,一个端口号只能绑定一个进程
我们可以使用 netstat [选项] 命令来查看网络状态
常用选项如下:
- n 拒绝显示别名,能显示数字的全部转化成数字
- l 仅列出有在 Listen (监听) 的服務状态
- p 显示建立相关链接的程序名
- t (tcp)仅显示tcp相关选项
- u (udp)仅显示udp相关选项
- a (all)显示所有选项,默认不显示LISTEN相关
1. UDP的特点
UDP的具体特征分析可查看---->【UDP的特征】
无连接,不可靠,面向数据报
2. UDP的协议格式
- 16位源端口:数据从哪一个端口发出来的,也就是数据从哪一个进程发送出来的
- 16位目的端口:数据想要到哪一个端口去,也就是数据想要去往哪一个进程
- 16位UDP长度:表示整个数据报(UDP头部+UDP数据)的最大长度
- 16位的UDP校验和:校验数据在传输过程中是否失真,数据在传输的过程中需要经过很多链路设备,如果在转发过程中有某个字节损坏,就相当于整个这个数据失真了,如果UDP接收方校验和出错,就会直接将数据丢弃掉,且不会通知发送方
【拓展】16位能够表示的数据最大位长度位2^16=65536—>指的是UDP数据的最大长度
【问题三】想要使用UDP协议发送大于2^16的数据长度的数据应该如何发送?
采用自定制协议,当数据在应用层会被打上应用层的报头,在报头中会有数据的长度和两个标识,一个标识用来标识是否属于同一条数据,另一个标识用来标识当前数据在整个完整的数据的什么位置,相当于偏移量
如下图所示:
【拓展】16位的UDP校验和的校验原理
1)发送方进行填充,接收方进行校验
对接收方:
如果校验成功(对所有16个比特位相加和全为1),会将数据交给应用层;
如果校验失败,即使数据已经到达了接收方传输层的UDP协议,也会被丢弃,有可能在传输的过程中失真
2)发送填充
Ⅰ. 将除了校验和的16位比特位,其余的按照16个比特位相加,在相加的过程中如果出现比特位超过16位的情况需要进行回卷
回卷的策略:最高位+低16位 计算出来的新值
Ⅱ. 加完的结果进行反码运算
Ⅲ. 将反码运算的结果放到16位的校验和当中
流程如下图所示:
3. UDP缓冲区
- 发送缓冲区:将应用层数据打上UDP报头后直接递交给网络层
- 接收缓冲区:去掉UDP报头后将数据递交给应用层
- UDP协议并不保证数据的有序到达
4. UDP的应用
- NSF:网络文件系统
- TFTP:简单文件传输协议
- DHCP:动态主机配置协议
- BOOTP:启动协议(用于无盘设备启动)
- DNS:域名解析协议
也包括自己写UDP程序时自定义的应用层协议