• 时间：2020.10.18
  • 地点：4206
  • 组别：9️⃣
  • 记录人：欧荣星
  • 主持人：蔡静
  • 支持者：李欣悦
  • 时间掌握者：薛岳

本次讨论的内容

对本周学习的内容/作业/自测/PBL进行讨论

🤓 解决的问题

  1. 既然有了滑动窗口，为什么还要有等同于滑动窗口的拥塞窗口？
    • 滑动窗口是控制接收以及同步发送和接收的数据范围的，用于告诉发送端目前接收的数据范围，用于流量控制，接收端使用。
    • 拥塞窗口是控制发送速率的，避免发的过多，发送端使用。因为tcp是两个方向，所以两边都有，但是每个方向只有一个滑动窗口。
  2. 一个传输轮次就是一个RTT？
    • 这是个近似值。如果连续发送耗时极短，则发送第一个报文和最后一个报文段时间忽略不计，那么第一个报文到达目的地时，第二个报文段也是紧随其后，就可以认为一个传输轮次用时基本等于RTT了。其中TCP中的RTT不同于数据链路层的RTT，TCP中的往返时延是：记录每个报文段发出的时间以及收到相应的确认报文段的时间。
  3. 如何控制TCP报文段的发送时机？
    • TCP维持一个变量，它等于最大报文段长度MSS，只要缓存中存放的数据达到MSS字节就组装成一个TCP报文段发送出去。
    • 由发送方的应用程序指明要求发送报文段，即TCP支持的推送操作。
    • 是发送方的一个计时器期限到了，这时就把当前已有的缓存数据装入报文段发送出去
  4. 在停止等待协议中，如果收到重复的报文段时不予理睬（即悄悄地丢弃它而其他什么也不做）是否可行？
    • 不可行。假设收到第一个报文，进行回复，但是回复确认消息丢失了。理所当然，发送段没有收到确认，肯定会再次发送，接收端收到了，却不会再进行回复;。一直到超时，发送端就会认为是，确认丢失，和实际情况不符

😕 还未解决的问题

  1. 同样是拥塞不可避免，能不能把TCP解决拥塞的方法应用到交通拥塞呢？
    • 我们有两个原则：一是拥塞不可避免，单纯增加资源并不能避免拥塞的发生，只能用动态的方法加以解决；二是数据包守恒原则。政府花费很大资金修路，并不能避免堵车，只能从源头控制，例如首先限制车辆进入主路，根据实际情况，再慢慢增加每一个路口的车流量，但是，当达到一个阀值，增加速度要放缓，并不时探测整个主路的拥堵情况，如果情况危急，立刻封闭半个路口，并将车流量降到最低，也就是重新回复到慢启动状态

💯 优秀作业推荐

  • 内容丰富详细，有图片说明
    • 1603035497315.jpg