• R1
    a.
    运输层报文只需要包含目的端口号与数据部分。端口4字节，数据1196字节。
    b.
    运输层报文需要包含源端口号，目的端口号与数据部分。源端口号4字节，目的端口号4字节，数据1192字节。
    c.
    运输层在网络核心中不需要做任何事。
  • R2
    a.
    可以使用R1b的协议，写信的家庭成员是应用层，把信交给收集信件的家庭成员，代表运输层。运输层在信封上加上发信人的姓名和收件人的姓名，表示端口号，再把信交给邮政服务。
    b.
    不需要打开信封检信件内容。
  • R3
    源端口号y，目的端口号x
  • R4
  1. 允许少部分报文丢失
  2. 要求一定发送速率，不想被TCP的拥塞控制所束缚
  • R5
    可能是因为TCP有完善的丢失/差错时的重传机制，不需要再用户层处理数据丢失。
  • R6
    可以得到可靠数据传输，在应用层检查数据是否完整，如果不完整则由应用层发送报文指示发送端重传。
  • R7
    两台报文段被描述为相同的套接字。
    应用层进程可以解析报文数据，也可以通过取得源主机的IP和端口号来识别两个不同主机。
  • R8
    通过不同的套接字传递。套接字都具有端口80。Web服务使用TCP，TCP的套接字是由源IP和端口号，目的IP和端口号共同确定的。
  • R9
    需要确认收到的报文是新的报文还是对上一次报文的重传。
  • R10
    需要确认发送的报文是否丢失。
  • R11
    依然需要定时器来控制重传。
  • R12
    没有Access Code，无法完成
  • R13
    没有Access Code，无法完成
  • R14
    a. 错
    b. 错
    c. 对
    d. 错
    e. 对
    f. 错
    假设旧SampleRTT都为0.9，则旧EstimatedRTT为0.9，DevRTT为0。
    新的SampleRTT为1，新的EstimatedRTT为0.9125，新的DevRTT为0.025。 则新的TimeoutInterval为0.9225，小于1
    g. 错
    同一报文中的确认号与该报文的初始序号和字节数无关
  • R15
    a. 20字节数据
    b. 确认号为90
  • R16
    用户键入R后，又发送了3个报文段
    A发送： Seq=43, ACK=80, data='R'
    B发送： Seq=80, ACK=44, data='R'
    A发送： Seq=44, ACK=81
  • R17
    两个都是R/2左右的速率
  • R18
    错，设为当前拥塞窗口值的一半
  • R19
    4*RTTFE是客户与前端服务器连接通信所需的时间。 在前端服务器收到请求时，会与远端服务器通信，由于TCP连接是持续的，没有建立连接的时间，因此所花时间为RTTBE。 再加上中间服务器处理的事件。