计算机网络自学笔记 传输层

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

前言

提示：以下是本篇文章正文内容，下面案例可供参考

一、1( 3分 )

简析TCP连接建立的基本过程。

1. 客户首先向服务器发送一个特殊的TCP报文段

2. 服务器用另一个特殊的TCP报文段来响应

3. 客户再用第三个特殊的报文段作为响应

前两个报文段不承载“有效载荷”，也就是不包含应用层数据
而第三个报文段可以承载有效载荷

二、2( 2分 )

2( 2分 )
假设主机A发起一个与服务器B的Telnet会话。现在用户输入了一个字符“C”，如果客户机和服务器的起始序号分别是42和79。因此，客户机发送的第一个报文段的序号为42，服务器发送的第一个报文段的序号为79。

请问服务器在收到序号为42的报文段后，在其响应报文段79中的确认号字段中该填入什么数字？并解释为什么。

---

ACK=43

1. 首先 客户和服务器的起始序号分别是42和79.

   一个报文段的序号 就是 该报文段 数据字段 首字节的序号

   因此，客户发送的第一个报文段的序号为42

   服务器发送的第一个报文段的序号为79

      确认号就是主机正在等待的数据的下一个字节序号
   

   另外，由于客户还没有接受来自服务器的任何数据，因此该报文段中的确认号字段中是79

---

2. 第二个报文段由服务器发往客户。两个目的

   收到数据，提供确认

      ACK=43 已成功收到42以及之前的所有字节， 正在等待字节43
   

   回显数据

      数据字段data=‘C’ （填入C的ASCII码
   

Seq=79
是该TCP连接上从服务器到客户的数据流的起始序号，也正是服务器要发送的第一个字节的数据

3. 第三个报文段是从客户发往服务器的。它的唯一目的是确认已从服务器收到的数据。（前面讲过，第二个报文段中包含的数据是字符C，是从服务器到客户的）
   该报文段的数据字段为空（即确认信息没有被任何从客户到服务器的数据所捎带）。
   该报文段的确认号字段填入的是80，因为客户已经收到了字节流中序号为79及以前的字节，它现在正等待着字节80的出现。
   即使该报文段里没有数据仍有序号这是因为TCP存在序号字段，报文段需要填入某个序号。