传输层 - UDP 重要！！！

传输层

负责数据能够从发送端传输接收端.

再谈端口号

端口号(Port)标识了一个主机上进行通信的不同的应用程序;

在TCP/IP协议中, 用 “源IP”, “源端口号”, “目的IP”, “目的端口号”,（这四个组成了套接字） "协议号"这样一个五元组来标识一个通信(可以通过 netstat -n查看);

端口号范围划分

• 0-1023： 知名端口号, HTTP, FTP, SSH等这些广为使用的应用层协议, 他们的端口号都是固定的.
• 1024-65535： 操作系统动态分配的端口号. 客户端程序的端口号, 就是由操作系统从这个范围分配的.

认识知名端口号（56位比特位）

有些服务器是非常常用的, 为了使用方便, 人们约定一些常用的服务器, 都是用以下这些固定的端口号:

• ssh服务器，使用22端口
• ftp服务器，使用21端口
• telnet服务器，使用23端口
• http服务器，使用80端口
• https服务器，使用443端口

执行下面的命令，可以看到知名端口号

cat / etc / services

我们自己写一个程序使用端口号时，要避开这些知名端口号。

两个问题

1.一个进程是否可以bind多个端口号？
是的

2.一个端口号是否可以被多个进程bind？
不可以

netstat（查看网络状态）

netstat是一个用来查看网络状态的重要工具
常用选项：

• n 拒绝显示别名，能显示数字的全部转化为数字
• l 仅列出有在listen的服务状态
• p 显示建立相关链接的程序名
• t （tcp）仅显示tcp相关选项
• u （udp）仅显示udp相关的选项
• a （all）显示所有选项，默认不显示listen相关
  netstat -nlnp 查看本主机的udp服务器

pidof（通过进程名，查看进程id）

pidof sshd（查看本主机的pid）

在查看服务器的进程id时非常方便

UDP协议

UDP协议格式

• 16位UDP长度, 表示整个数据报(UDP首部+UDP数据)的大长度;
• 如果校验和出错, 就会直接丢弃;（如果报文丢了，丢了就丢了，反正UDP也是不可靠的，只要出错，直接丢掉）

UDP的特点

UDP传输的过程类似于寄信。

• 无连接
• 不可靠
• 面向数据报
• 因为UDP足够简单，所以不可靠，不能说他不行

面向数据报

应用层交给UDP多长的报文, UDP原样发送, 既不会拆分, 也不会合并;

用UDP传输100个字节的数据：

• 如果发送端调用一次sendto，发送100个字节，那么接收端必须调用对应的一次recvfrom，接收100个字节；而不能循环调用10次recvfrom
  ，每次接收10个字节。

UDP的socket既能读, 也能写, 这个概念叫做 全双工

UDP使用注意事项

我们注意到, UDP协议首部中有一个16位的大长度. 也就是说一个UDP能传输的数据大长度是64K(包含UDP首部).

然而64K在当今的互联网环境下, 是一个非常小的数字.

如果我们需要传输的数据超过64K, 就需要在应用层手动的分包, 多次发送, 并在接收端手动拼装;

基于UDP的应用层协议

• NFS：网络文件系统
• TFTP：简单的文件传输协议
• DHCP：动态主机配置协议
• BOOTP：启动协议（用于无盘设备启动）
• DNS：域名解析协议