PROSAGA码农传奇-ECN-TCP ECN源代码

TCP_ECN_OK是从Linux内核的内部位标记struct tcp_sock为（字段ecn_flags）。其中有几个位标记（来自Linux内核源include/net/tcp.h文件）：

```
398 #define TCP_ECN_OK              1
399 #define TCP_ECN_QUEUE_CWR       2
400 #define TCP_ECN_DEMAND_CWR      4
401 #define TCP_ECN_SEEN            8
```

表达式tp->ecn_flags & TCP_ECN_OK是逻辑测试，是否仍然设置了TCP_ECN_OK。

更新：我认为TCP_ECN_OK打开tcp套接字时会设置该位（如果sysctl的当前设置启用了Linux中的ECN支持），并且如果套接字的另一端也支持ECN，它将保持设置状态。

如维基百科http://en.wikipedia.org/wiki/Explicit_Congestion_Notification中所述

ECN是一项可选功能，仅在两个端点都支持并愿意使用时才使用。

...跳到Linux部分

Linux内核通过sysctl接口，通过/ proc / sys / net / ipv4 / tcp_ecn变量的值配置，支持TCP的ECN的三种工作模式：[11- tcp_ecn inDocumentation/networking/ip-sysctl.txt ]

0 –禁用ECN，既不启动也不接受
1 –在传入连接请求时启用ECN，并在传出连接尝试时也请求ECN
2 –在传入连接请求时启用ECN，但在传出连接上不请求ECN。//默认为3.14 //
默认值为2，这意味着默认情况下，入站连接请求时会启用ECN，但在出站连接上不会请求。无论如何，只有当TCP连接的两端都表明支持ECN时，Linux内核才会使用ECN。[11]

例如，当我们在传出套接字连接的开始处发送SYN并tcp_ecn为传出连接启用sysctl （“ sysctl_tcp_ecn”标志为1）时，我们将tcp头中的ECE位置1，并将TCP_ECN_OK设置为1。net / ipv4 / tcp_output.c第315行

```
315 /* Packet ECN state for a SYN.  */
316 static inline void TCP_ECN_send_syn(struct sock *sk, struct sk_buff *skb)
....
320         tp->ecn_flags = 0;
321         if (sock_net(sk)->ipv4.sysctl_tcp_ecn == 1) {
322                 TCP_SKB_CB(skb)->tcp_flags |= TCPHDR_ECE | TCPHDR_CWR;
323                 tp->ecn_flags = TCP_ECN_OK;
324         }
```

稍后，如果连接的另一端不支持ECN或将其禁用，我们将取消设置TCP_ECN_OK标志。 net / ipv4 / tcp_input.c第246行

```
246 static inline void TCP_ECN_rcv_synack(struct tcp_sock *tp, const struct tcphdr *th)
247 {
248         if ((tp->ecn_flags & TCP_ECN_OK) && (!th->ece || th->cwr))
249                 tp->ecn_flags &= ~TCP_ECN_OK;
250 }
```

对于传入连接，我们取消设置TCP_ECN_OK，如果传入的SYN没有ECE TCP头标志（阅读更多有关的标志和ECN RFC3168“ 加法显式拥塞通知的（ECN）到IP ”）

```
252 static inline void TCP_ECN_rcv_syn(struct tcp_sock *tp, const struct tcphdr *th)
253 {
254         if ((tp->ecn_flags & TCP_ECN_OK) && (!th->ece || !th->cwr))
255                 tp->ecn_flags &= ~TCP_ECN_OK;
256 }
```