1 原论文的题目（中英文）、题目中包含了哪些关键词？这些关键词的相关知识分别是什么？

题目：PowerTCP: Pushing the Performance Limits of Datacenter Networks

      PowerTCP：逼近数据中心的网络性能极限

2 论文的背景：作者、工作单位、发表刊物、索引情况

作者：Vamsi Addanki 、Oliver Michel 、Stefan Schmid

单位：TU Berlin 、University of Vienna、Princeton University

发表刊物：19th USENIX Symposium on Networked Systems Design and Implementation（NSDI2022 计算机网络CCF A类）

3 问题的提出：论文论述的技术/科学是什么问题？为什么会存在这样问题？这种技术/科学问题存在的背景是什么？

本文研究的是数据中心网络的拥塞控制算法。

背景知识：

数据中心中存在三种形式的流：查询流、短流、长流。其中查询流和短流对延迟敏感，长流需要较高的吞吐量。

数据中心对网络的要求：低延迟、高带宽。

常规的TCP协议的拥塞控制机制（慢开始、拥塞避免、快重传、快恢复）不再适用于数据中心网络环境。

4 问题的相关研究：其他相关研究是如何解决类似的问题的？

现有的对数据中心网络拥塞控制的研究主要分为两类：基于网络状态的拥塞控制算法和基于网络变化的拥塞控制算法。

4.1 基于网络状态的拥塞控制算法

根据交换机中 Queue Length 或者RTT来发现拥塞，并且依据这些信息决定该如何调整拥塞窗口的大小（cwnd）。（voltage based）

以DCTCP（Data Center TCP）为例。在交换机处设置阈值 K，数据包达到交换机时，若队列占用值大于K，则标记该数据包。接受端收到带有标记的数据包后返回的ack报文同样带有标记，发送根据收到的ack中带标记的数据包占总发送数据包的比例来调节拥塞窗口大小(cwnd)。

实例：DCTP、DCQCN、HPCC

优点：控制更加准确

缺点：反应较慢（针对突发的网络冲突应对不足）

4.2 基于网络变化的拥塞控制算法

根据交换机中网络变化，比如检测RTT的变化（RTT的梯度），并且依据这些信息决定该如何调整拥塞窗口的大小（cwnd）。（current based）

实例：TIMELY

优点：反应更快

缺点：控制不太精准

4.3 两种拥塞控制算法的问题

由于当前的网络拥塞控制算法（Congestion Control，简称CC）实现原理的限制，当前CC在反应速度和控制精度上往往只能选一个。 

(a) 当队列长度增长速度发生变化时，基于网络状态的拥塞控制算法的反应是一样的。

(b) 针对于队列长度不同的设备，基于网络变化的拥塞控制算法的反应是一样的。

(c) 因此，基于网络状态的拥塞控制算法无法区分case2和case3这两种情形；基于网络变化的拥塞控制算法无法区分case1和case3这两种情形。

5 基本思想：本文解决该问题的基本思想、过程是什么？

实现网络拥塞控制需要如下两个关键点：

• 如何发现拥塞
• 如何控制拥塞

5.1 如何发现拥塞

本文使用的是带内网络遥测（In- band network telemetry ，简称INT）。

带内网络遥测原理：

In-band：监测网络设备的状态时无需单独构造一个数据包，可以将检测信息附加到正常数据包（如TCP、UDP）的包头。（个人理解）

简单的来说，INT可分为两部分：INT Header和INT Metadata

• INT Header：由INT的发送端添加进正常数据包，指明了要收集那些信息以及INT最终的接受端是谁。
• INT Metadata：记录网络状态，由数据包传输过程中每个网络设备添加（交换机或路由），将需要检测的数据添加进来。 

本文的所使用的网络监测方法简介

要监测的信息：

• Queue Length (qlen)
• Timestamp (ts)
• So far transmitted bytes (txBytes)
• Bandwidth (b)

监测流程：

表示正常数据包

表示INT Header

表示确认收到的ACK 

Sender :-->网络设备--->--->Receiver

Sender ：<-----网络设备<----<-----Receiver

5.2 如何控制拥塞

几乎所有的拥塞控制都是通过控制发送端的拥塞窗口的大小（cwnd）。

具体拥塞窗口该选多大是根据拥塞控制算法算出的。

本文就提出了PowerTCP算法，是一种同时基于网络状态和网络变化的拥塞控制算法。

6 配图：找出全文中最具概括性的一幅配图（架构图/流程图/思路图...），简单解释这张图。这幅图是如何概括全文的？

网络拥塞程度

 

 ：反应当前网络的拥塞程度

: 当前队列长度

: 带宽×基本往返时间(不包括排队延迟),飞行中的数据量。

:队列长度变化率

计算拥塞窗口的公式

 :拥塞窗口大小

 :经验参数，建议取0.9

 :基本往返时间（Base RTT） +排队延迟

 :增量，经验参数

计算拥塞窗口的算法

7 实验：采用了什么硬件配置和软件环境？每项测试是在和哪些同类研究做对比？分别测试了哪些指标（例如，延迟/吞吐量/资源利用率...）？

环境：

 搭建了一个基于Fat Tree拓扑的数据中心网络，其中有2个核心交换机和256台服务器，它们被组织成4个pod。每个pod由两个ToR交换机和两个汇聚交换机组成。所有交换机到交换机链路的容量均为100Gbps，服务器到交换机链路的容量均为25Gbps。

测量指标： 吞吐量、队列长度、尾延迟、短流的99th-percentile flow completion times （FCT），不同大小的流的 99th-percentile FCT。

8 二次利用：论文是否提供源代码？

无；

其他开源项目：DCTCP、HPCC、TIMELY