计算机网络基础期末复习-第五章 运输层

第五章 运输层

1.通信的本质--应用进程通信 

        真正进行通信的实体是在主机中的进程，是这台主机中的一个进程和另一台主机中的一个进程在交换数据（即通信）。因此严格地讲，两台主机进行通信就是两台主机中的应用进程互相通信。IP 协议虽然能把分组送到目的主机，但是这个分组还停留在主机的网络层而没有交付主机中的应用进程。从运输层的角度看，通信的真正端点并不是主机而是主机中的进程。也就是说，端到端的通信是应用进程之间的通信。

2.运输层协议

① 用户数据报协议（UDP）：面向报文，传送数据之前不需要先建立连接。不提供可靠交付，但简单。

② 传输控制协议（TCP）：提供面向连接（字节流）的服务，不提供广播或多播，占用资源，可靠交付。

3. 端口号P215 16位，65535个，端口号分类

TCP/IP 的运输层用一个 16 位端口号来标志一个端口。

表 5-2   常用的熟知端口号

应用程序	FTP	TELNET	SMTP	DNS	TFTP	HTTP	SNMP	SNMP (trap)	HTTPS
熟知端口号	21	23	25	53	69	80	161	162	443

分类：

（1）服务器使用：熟知端口号（全球通用端口号）（0-1023）、登记端口号（1024-49151）

（2）客户端使用的端口号（短暂端口号）（49151-65535）

4. UDP首部格式、长度 务必背过P217 给定首部数据能够得到具体信息

用户数据报 UDP 有两个字段：数据字段和首部字段。首部字段很简单，只有 8 个字节（图 5-5），由四个字段组成，每个字段的长度都是两个字节。各字段意义如下：

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

5. UDP面向报文；TCP面向字节流

6. 连续ARQ协议算法应用

         连续 ARQ 协议规定，发送方每收到一个确认，就把发送窗口向前滑动一个分组的位置。图 5-13(b)表示发送方收到了对第 1 个分组的确认，于是把发送窗口向前移动一个分组的位置。如果原来已经发送了前 5 个分组，那么现在就可以发送窗口内的第 6 个分组了。

        接收方一般都是采用累积确认的方式。这就是说，接收方不必对收到的分组逐个发送确认，而是在收到几个分组后，对按序到达的最后一个分组发送确认，这就表示：到这个分组为止的所有分组都已正确收到了。

7.TCP报文首部格式  

        TCP 报文段首部的前 20 个字节是固定的（图 5-14），后面有 4n 字节是根据需要而增加的选项（n 是整数）。因此 TCP 首部的最小长度是20字节。

8. TCP可靠传输 （包含内容太多且杂乱，请看课本）

9. TCP拥塞控制方法四种类型及具体算法 

链接：简述拥塞控制的四种基本算法 - 穆穆兔兔 - 博客园 (cnblogs.com)

10. TCP三次握手过程

1、第一次握手：建立连接时,客户端发送syn包(syn=j)到服务器,并进入SYN_SEND状态,等待服务器确认； SYN：同步序列编号(Synchronize Sequence Numbers)

2、第二次握手：服务器收到syn包,必须确认客户的SYN（ack=j+1）,同时自己也发送一个SYN包（syn=k）,即SYN+ACK包,此时服务器进入SYN_RECV状态； 

3、第三次握手：客户端收到服务器的SYN＋ACK包,向服务器发送确认包ACK(ack=k+1),此包发送完毕,客户端和服务器进入ESTABLISHED状态,完成三次握手。

链接：三次握手_百度百科 (baidu.com)

注：转载请注明出处，谢谢！