TCP的核心系列 — SACK和DSACK的实现（一）
TCP的实现中，SACK和DSACK是比较重要的一部分。
SACK和DSACK的处理部分由Ilpo Järvinen (ilpo.jarvinen@helsinki.fi) 维护。
tcp_ack()处理接收到的带有ACK标志的数据段时，如果此ACK处于慢速路径，且此ACK的记分牌不为空，则调用
tcp_sacktag_write_queue()来根据SACK选项标记发送队列中skb的记分牌状态。
笔者主要分析18和37这两个版本的实现。
相对而言，18版本的逻辑清晰，但效率较低；37版本的逻辑复杂，但效率较高。
本文主要内容：18版tcp_sacktag_write_queue()的实现，也即18版SACK和DSACK的实现。
Author：zhangskd @ csdn
18版数据结构
/* 这就是一个SACK块 */
struct tcp_sack_block {
u32 start_seq; /* 起始序号 */
u32 end_seq; /* 结束序号 */
};
struct tcp_sock {
...
/* Options received (usually on last packet, some only on SYN packets). */
struct tcp_options_received rx_opt;
...
struct tcp_sack_block recv_sack_cache[4]; /* 保存收到的SACK块，用于提高效率*/
...
/* 快速路径中使用，上次第一个SACK块的结束处，现在直接从这里开始处理 */
struct sk_buff *fastpath_skb_hint;
int fastpath_cnt_hint; /* 快速路径中使用，上次记录的fack_count，现在继续累加 */
...
};
struct tcp_options_received {
...
u16 saw_tstamp : 1, /* Saw TIMESTAMP on last packet */
tstamp_ok : 1, /* TIMESTAMP seen on SYN packet */
dsack : 1, /* D-SACK is scheduled, 下一个发送段是否存在D-SACK */
sack_ok : 4, /* SACK seen on SYN packet, 接收方是否支持SACK */
...
u8 num_sacks; /* Number of SACK blocks, 下一个发送段中SACK块数 */
...
};
18版本实现
18版本的逻辑较清晰，我们先来看看。
static int tcp_sacktag_write_queue(struct sock *sk, struct sk_buff *ack_skb, u32 prior_snd_una)
{
const struct inet_connection_sock *icsk = inet_csk(sk);
struct tcp_sock *tp = tcp_sk(sk); /* SACK选项的起始地址，sacked为SACK选项在TCP首部的偏移 */
unsigned char *ptr = ack_skb->h.raw + TCP_SKB_CB(ack_skb)->sacked; struct tcp_sack_block *sp = (struct tcp_sack_block *) (ptr + 2); /* 指向第一个sack块 */
int num_sacks = (ptr[1] - TCPOLEN_SACK_BASE) >> 3; /* sack的块数 */ int reord = tp->packets_out; /* 乱序的起始包位置，一开始设为最大 */
int prior_fackets; /* 上次的fackets_out */
u32 lost_retrans = 0; /* 重传包可能丢失时SACK块结束序号，表示需要遍历到的最高序号 */
int flag = 0; /* 有两种用途：先表示是否为快速路径，后用于返回标志 */
int dup_sack = 0; /* 有没有DSACK */
int i; /* 如果之前没有SACKed的数据 */
if (! tp->sacked_out)
tp->fackets_out = 0; /* FACK是根据最新的SACK来计算的，所以也要为0 */
prior_fackets = tp->fackets_out; /* 处理前先保存上次的fackets_out */ /* SACK fastpath:
* if the only SACK change is the increase of the end_seq of the first block then only
* apply that SACK block and use retrans queue hinting otherwise slowpath.
* 什么是快速路径：就是只有第一个SACK块的结束序号发生变化，其它的都不变。
*/
flag = 1; /* 为1的话为快速路径，0为慢速路径 */ for (i = 0; i < num_sacks; i++) {
__u32 start_seq = ntohl(sp[i].start_seq); /* 块的起始序号 */
__u32 end_seq = ntohl(sp[i].end_seq); /* 块的结束序号 */ /* 判断是否进入快速路径。
* 对第一个块：只要求起始序号相同
* 对于非第一个块：要求起始序号和结束序号都相同
* 也就是说，快速路径指的是只有第一个块的结束序号增加的情况
*/
if (i == 0) {
if (tp->recv_sack_cache[i].start_seq != start_seq)
flag = 0; } else {
if ((tp->recv_sack_cache[i].start_seq != start_seq) ||
(tp->recv_sack_cache[i].end_seq != end_seq))
flag = 0;
} /* 更新，保存这次收到的SACK块 */
tp->recv_sack_cache[i].start_seq = start_seq;
tp->recv_sack_cache[i].end_seq = end_seq; /* Check for D-SACK.
* 检测是否有DSACK ，DSACK块如果有，只能在第一个块
*/
if (i == 0) {
u32 ack = TCP_SKB_CB(ack_skb)->ack_seq; /* 如果第一个SACK块的起始序号小于它的确认序号，说明此SACK块包含了确认过的数据 */
if (before(start_seq, ack)) {
dup_sack = 1;
tp->rx_opt.sack_ok |= 4;
NET_INC_STATS_BH(LINUX_MIB_TCPDSACKRECV); /* 如果第一个SACK块包含在第二个SACK块中，也说明第一个SACK块是重复的，即DSACK */
} else if (num_sacks > 1 &&
!after(end_seq, ntohl(sp[1].end_seq)) &&
!before(start_seq, ntohl(sp[1].start_seq))) {
dup_sack = 1;
tp->rx_opt.sack_ok |= 4;
NET_INC_STATS_BH(LINUX_MIB_TCPDSACKOFORECV);
}
} /* D-SACK for already forgotten data...
* Do dumb counting.
* undo_retrans记录重传数据包的个数，如果undo_retrans降到0，
* 就说明之前的重传都是不必要的，进行拥塞调整撤销。
* 条件：DSACK、undo_marker < end_seq <= prior_snd_una
*/
if (dup_sack && !after(end_seq, prior_snd_una) &&
after(end_seq, tp->undo_marker))
tp->undo_retrans--; /* Eliminate too old ACKs, but take into account more or less fresh ones,
* they can contain valid SACK info.
* tp->max_window为接收方通告过的最大接收窗口。
* 如果SACK信息是很早以前的，直接丢弃。
*/
if (before(ack, prior_snd_una - tp->max_window))
return 0;
} if (flag)
num_sacks = 1; /* 快速路径时只有第一个块有变化，处理第一个块即可 */
else {
int j;
/* 上次第一个SACK块的结束处，也是这次快速路径的开始点，慢速路径中重置了 */
tp->fastpath_skb_hint = NULL; /* order SACK blocks to allow in order walk of the retrans queue.
* 对SACK块按起始序号，从小到大冒泡排序，以便与接下来的顺序遍历。
*/
for (i = num_sacks - 1; i > 0; i--) {
for (j = 0; j < i; j++) {
if (after(ntohl(sp[j].start_seq), ntohl(sp[j+1].start_seq))) {
sp[j].start_seq = htonl(tp->recv_sack_cache[j+1].start_seq);
sp[j].end_seq = htonl(tp->recv_sack_cache[j+1].end_seq);
sp[j+1].start_seq = htonl(tp->recv_sack_cache[j].start_seq);
sp[j+1].end_seq = htonl(tp->recv_sack_cache[j].end_seq);
}
}
}
} /* clear flag as used for different purpose in following code */
flag = 0; /* 用于返回一些标志 */ /* 逐个处理SACK块，可能只有一个，也可能多个 */
for (i = 0; i < num_sacks; i++, sp++) {
struct sk_buff *skb;
__u32 start_seq = ntohl(sp->start_seq); /* SACK块起始序号 */
__u32 end_seq = ntohl(sp->end_seq); /* SACK块结束序号 */
int fack_count; /* 用于更新fackets_out */ /* Use SACK fastpath hint if valid.
* 如果处于快速路径，那么可以不用从头遍历发送队列。
*/
if (tp->fastpath_skb_hint) {
skb = tp->fastpath_skb_hint; /* 从这个段开始处理 */
fack_count = tp->fastpath_cnt_hint; /* 已有的fackets_out */ } else { /* 否则慢速路径，从头开始处理 */
skb = sk->sk_write_queue.next; /* 发送队列头 */
fack_count = 0;
} /* Event B in the comment above.
* high_seq是进入Recovery或Loss时的snd_nxt，如果high_seq被SACK了，那么很可能有数据包
* 丢失了，不然就可以ACK掉high_seq返回Open态了。
*/
if (after(end_seq, tp->high_seq))
flag |= FLAG_DATA_LOST; /* 从skb开始遍历发送队列 */
sk_stream_for_retrans_queue_from(skb, sk) {
int in_sack, pcount;
u8 sacked; /* 记录最后一个正在处理的段，下次进入快速路径时，可以直接从这里
* 开始处理，而不用从头遍历发送队列。
*/
tp->fastpath_skb_hint = skb;
tp->fastpath_cnt_hint = fack_count; /* The retransmission queue is always in order, so we can short-circuit
* the walk early.
* 当前skb段的序号超过SACK块的右端时，说明这个SACK块已经处理好了。
*/
if (! before(TCP_SKB_CB(skb)->seq, end_seq))
break; /* 这个段是否完全包含在SACK块中 */
in_sack = ! after(start_seq, TCP_SKB_CB(skb)->seq) &&
! before(end_seq, TCP_SKB_CB(skb)->end_seq);
pcount = tcp_skb_pcount(skb); /* 这个段分为多少个包 */ /* 如果当前的段是TSO段，且它的一部份包含在SACK块中。
* 那么那些已经被SACK的部分就不用再重传了，所以需要重新分割TSO段。
*/
if (pcount > 1 && ! in_sack &&
after(TCP_SKB_CB(skb)->end_seq, start_seq)) {
unsigned int pkt_len; /* 表示TSO段的后半部在SACK块之外 */
in_sack = ! after(start_seq, TCP_SKB_CB(skb)->seq); if (! in_sack) /* 如果TSO段的前半部在SACK块之外 */
pkt_len = (start_seq - TCP_SKB_CB(skb)->seq); /* SACK块之外段的长度 */
else
pkt_len = (end_seq - TCP_SKB_CB(skb)->seq); /* SACK块之内段的长度 */ /* 把TSO段分为两部分 */
if (tcp_fragment(sk, skb, pkt_len, skb_shinfo(skb)->gso_size))
break; pcount += tcp_skb_pcount(skb); /* skb缩减了，需要重新计算 */
} fack_count += pcount; /* 累加fackets_out */ sacked = TCP_SKB_CB(skb)->sacked; /* 这就是记分板scoreboard */ /* Account D-SACK for retransmitted packet.
* 如果此skb属于DSACK块，且skb被重传过。
* 这里in_sack指的是：全部包含在SACK块中，还有前半部包含也算，因为分割了：）
*/
if ((dup_sack && in_sack) && (sacked & TCPCB_RETRANS) &&
after(TCP_SKB_CB(skb)->end_seq, tp->undo_marker))
tp->undo_retrans--; /* 如果减为0，那么说明之前重传都是不必要的，进行拥塞控制调整撤销 */ /* The frame is ACKed. 当这个skb被确认了*/
if (! after(TCP_SKB_CB(skb)->end_seq, tp->snd_una)) {
/* 乱序情况1：R|S标志，收到DSACK */
if (sacked & TCPCB_RETRANS) {
if ((dup_sack && in_sack) && (sacked & TCPCB_SACKED_ACKED))
reord = min(fack_count, reord); /* 更新乱序的起始位置 */ } else {
/* 乱序情况2：一个包落在highest_sack之前，它既没被SACK过，也不是重传的，
* 现在才到达了，那么它就是乱序了。就是前面的洞自动填满了：）
*/
if (fack_count < prior_fackets && ! (sacked & TCPCB_SACKED_ACKED))
reord = min(fack_count, reord);
} /* Nothing to do; acked frame is about to be dropped.
* 这个skb已经被正常确认了，不用再处理了，它即将被丢弃。
*/
continue;
} /* 如果这个包是重传包，并且它的snd_nxt小于此块的结束序号，
* 那么这个重传包可能是丢失了，我们记录这个块的结束序号，
* 作为接下来遍历的最高序号。
*/
if ((sacked & TCPCB_SACKED_RETRANS) &&
after(end_seq, TCP_SKB_CB(skb)->ack_seq) &&
(! lost_retrans || after(end_seq, lost_retrans)))
lost_retrans = end_seq; /* 如果这个包不包含在SACK块中，即在SACK块之外，则不用继续处理 */
if (! in_sack)
continue; /* 如果skb还没有被标志为SACK，那么进行处理 */
if (! (sacked & TCPCB_SACKED_ACKED)) {
/* 有R标志，表示被重传过 */
if (sacked & TCPCB_SACKED_RETRANS) {
/* If the segment is not tagged as lost, we do not clear RETRANS, believing
* that retransmission is still in flight.
* 如果之前的标志是：R | L，那么好，现在收到包了，可以清除R和L。
* 如果之前的标志是：R，那么认为现在收到的是orig，重传包还在路上，所以不用干活：）
*/
if (sacked & TCPCB_LOST) {
TCP_SKB_CB(skb)->sacked &= ~(TCPCB_LOST | TCPCB_SACKED_RETRANS); /* 取消L和R标志 */
tp->lost_out -= tcp_skb_pcount(skb); /* 更新LOST包个数 */
tp->retrans_out -= tcp_skb_pcount(skb); /* 更新RETRANS包个数 */
/* clear lost hint */
tp->retransmit_skb_hint = NULL;
} } else {
/* New sack for not retransmitted frame, which was in hole. It is reordering.
* 如果一个包落在highest_sack之前，它即没被SACK过，也不是重传的，那么
* 它肯定是乱序了，到现在才被SACK。
*/
if (! (sacked & TCPCB_RETRANS) && fack_count < prior_fackets)
reord = min(fack_count, reord); /* 记录乱序的起始 */ /* 如果有L标志 */
if (sacked & TCPCB_LOST) {
TCP_SKB_CB(skb)->sacked &= ~TCPCB_LOST; /* 清除L标志 */
tp->lost_out -= tcp_skb_pcount(skb); /* 更新lost_out */
/* clear lost hint */
tp->retransmit_skb_hint = NULL;
}
} TCP_SKB_CB(skb)->sacked |= TCPCB_SACKED_ACKED; /* 打上S标志 */
flag |= FLAG_DATA_SACKED; /* New SACK */
tp->sacked_out += tcp_skb_pcount(skb); /* 更新sacked_out */ if (fack_count > tp->fackets_out)
tp->fackets_out = fack_count; /* 更新fackets_out */ } else { /* 已经有S标志 */
/* 如果之前是R|S标志，且这个包被DSACK了，说明是乱序 */
if (dup_sack && (sacked & TCPCB_RETRANS))
reord = min(fack_count, reord);
} /* D-SACK. We can detect redundant retransmission in S|R and plain R frames
* and clear it.
* undo_retrans is decreased above, L|R frames are accounted above as well.
* 如果skb被D-SACK，并且它的重传标志还未被清除，那么现在清除。
*/
if (dup_sack && (TCP_SKB_CB(skb)->sacked & TCPCB_SACKED_RETRANS)) {
TCP_SKB_CB(skb)->sacked &= ~TCPCB_SACKED_RETRANS;
tp->retrans_out -= tcp_skb_pcount(skb);
tp->retransmit_skb_hint = NULL;
}
}
} /* Check for lost retransmit. This superb idea is borrowed from "ratehalving." Event C.
* 如果lost_retrans不为0，且处于Recovery状态，说明有重传包丢失，进行处理。
*/
if (lost_retrans && icsk->icsk_ca_state == TCP_CA_Recovery) {
struct sk_buff *skb; /* 从头开始遍历发送队列 */
sk_stream_for_retrans_queue(skb, sk) {
/* lost_retrans记录的是SACK块结束序号，并且只在小于lost_retrans内有发现重传包丢失 */
if (after(TCP_SKB_CB(skb)->seq, lost_retrans))
break; /* 不关心成功确认过的包 */
if (! after(TCP_SKB_CB(skb)->end_seq, tp->snd_una)
continue; /* 现在判断这个重传包是否丢失。
* 这个包要是重传包，并且它的snd_nxt小于lost_retrans
*/
if ((TCP_SKB_CB(skb)->sacked & TCPCB_SACKED_RETRANS) &&
after(lost_retrans, TCP_SKB_CB(skb)->ack_seq) && (IsFack(tp) ||
!before(lost_retrans, TCP_SKB_CB(skb)->ack_seq + tp->reordering * tp->mss_cache))) {
TCP_SKB_CB(skb)->sacked &= ~TCPCB_SACKED_RETRANS; /* 清除R标志 */
tp->retrans_out -= tcp_skb_pcount(skb); /* 更新retrans_out */
/* clear lost hint */
tp->retransmit_skb_hint = NULL; /* 给这个包重新打上L标志 */
if (! (TCP_SKB_CB(skb)->sacked & (TCPCB_LOST | TCPCB_SACKED_ACKED))) {
tp->lost_out += tcp_skb_pcount(skb); /* 更新lost_out */
TCP_SKB_CB(skb)->sacked |= TCPCB_LOST; /* 打上L标志 */
/* 这个弄错了吧？应该是FLAG_DATA_LOST才对 */
flag |= FLAG_DATA_SACKED;
NET_INC_STATS_BH(LINUX_MIB_TCPLOSTRETRANSMIT);
}
}
}
} tp->left_out = tp->sacked_out + tp->lost_out;
/* 更新乱序队列长度。
* 乱序队列的长度 = fackets_out - reord + 1，reord记录从第几个包开始乱序
*/
if ((reord < tp->fackets_out) && icsk->icsk_ca_state != TCP_CA_Loss)
tcp_update_reordering(sk, ((tp->fackets_out + 1) - reord), 0); #if FASTRETRANS_DEBUG > 0
BUG_TRAP((int) tp->sacked_out >= 0);
BUG_TRAP((int) tp->lost_out >= 0);
BUG_TRAP((int) tp->retrans_out >= 0);
BUG_TRAP((int) tcp_packets_in_flight(tp) >= 0);
#endif return flag;
}
Q: 为什么说18版的实现效率不高呢？
A: 我们收到num_sacks个SACK块，如果符合快速路径，那么遍历一次发送队列就可以了；
但是如果不符合快速路径，那么对于每个SACK块，都要遍历一次发送队列，而且都是从头开始遍历，
这样就做了很多重复工作，复杂度为O(num_sacks * cwnd)。如果cwnd很大的话，CPU消耗会较高。
37版本在这一方面做了一些优化。
对于18版本中的一些细节，接下来会对照37版本的实现进行详细分析，比如：
SACK选项的地址在接收时是如何保存起来的，这是在tcp_rcv_established中处理的。
DSACK的原理和实现，这部分在37中独立出来。
检测重传包是否丢失的原理和实现，这部分在37中独立出来。
乱序是如何检测的，它的原理和实现。
Reference
RFC 2018
RFC 2883
TCP的核心系列 — SACK和DSACK的实现（一）的更多相关文章
- TCP的核心系列 — SACK和DSACK的实现（二）
和18版本相比,37版本的SACK和DSACK的实现做了很多改进,最明显的就是需要遍历的次数少了, 减少了CPU的消耗.37版的性能提升了,代码有大幅度的改动,逻辑也更加复杂了. 本文主要内容:37版 ...
- TCP的核心系列 — SACK和DSACK的实现（七）
我们发送重传包时,重传包也可能丢失,如果没有检查重传包是否丢失的机制,那么只能依靠超时来恢复了. 37版本把检查重传包是否丢失的部分独立出来,这就是tcp_mark_lost_retrans(). 在 ...
- TCP的核心系列 — SACK和DSACK的实现（三）
不论是18版,还是37版,一开始都会从TCP的控制块中取出SACK选项的起始地址. SACK选项的起始地址是保存在tcp_skb_cb结构的sacked项中的,那么这是在什么时候做的呢? SACK块并 ...
- TCP的核心系列 — SACK和DSACK的实现（六）
上篇文章中我们主要说明如何skip到一个SACK块对应的开始段,如何walk这个SACK块包含的段,而没有涉及到 如何标志一个段的记分牌.37版本把给一个段打标志的内容独立出来,这就是tcp_sack ...
- TCP的核心系列 — SACK和DSACK的实现（五）
18版本对于每个SACK块,都是从重传队列头开始遍历.37版本则可以选择性的遍历重传队列的某一部分,忽略 SACK块间的间隙.或者已经cache过的部分.这主要是通过tcp_sacktag_skip( ...
- TCP的核心系列 — SACK和DSACK的实现（四）
和18版本不同,37版本把DSACK的检测部分独立出来,可读性更好. 37版本在DSACK的处理中也做了一些优化,对DSACK的两种情况分别进行处理. 本文主要内容:DSACK的检测.DSACK的处理 ...
- TCP的核心系列 — ACK的处理（二）
本文主要内容:tcp_ack()中的一些细节,如发送窗口的更新.持续定时器等. 内核版本:3.2.12 Author:zhangskd @ csdn 发送窗口的更新 什么时候需要更新发送窗口呢? (1 ...
- TCP的核心系列 — ACK的处理（一）
TCP发送数据包后,会收到对端的ACK.通过处理ACK,TCP可以进行拥塞控制和流控制,所以 ACK的处理是TCP的一个重要内容.tcp_ack()用于处理接收到的ACK. 本文主要内容:TCP接收A ...
- TCP的核心系列 — 重传队列的更新和时延的采样（二）
在tcp_clean_rtx_queue()中,并非对每个ACK都进行时延采样.是否进行时延采样,跟这个ACK是否为 重复的ACK.这个ACK是否确认了重传包,以及是否使用时间戳选项都有关系. 本文主 ...
随机推荐
- 【JQ成长笔记】jQuery Validate验证插件
validate是一款很好的jq插件,提供了强大的验证功能,让客户端表单验证变得更简单,同时提供了大量的定制选项,满足应用程序各种需求.该插件捆绑了一套有用的验证方法,包括 URL 和电子邮件验证,同 ...
- Dialog 不能全屏，左右有间距解决方案
dialog 默认的样式@android:style/Theme.Dialog 对应的style 有pading属性,所以win.getDecorView().setPadding(0, 0, 0, ...
- Android Studio常用小技巧
1. Debug 模式查看变量的值: To quickly evaluate the value of any expression while debugging the program, hold ...
- SQL Server 判断数据库是否存在，表是否存在
if DB_ID('testdb') is not null -- 如果这个数据库已经存在了 drop database testdb; create database testdb; if OBJE ...
- Oracle EBS-SQL (SYS-5):sys_配置文件查询.sql
select distinct l.profile_option_name, v.profile_option_value, fu.user_na ...
- JAVA代码静态检测之PMD
今天再次想启动Java代码静态检测工具的利用问题,主要再次尝试用了PMD,发现不少代码编码规范问题和好的代码建议,并学到不少自己之前没有注意到的Java方便的基础知识,感觉很不错,把相关明白的好的规则 ...
- Hibernate get 和load的区别
1 load是要用的时候才从数据库去查询,get 是马上查询. 2 对于不存在的记录,get会报空指针异常,load会报 org.hibernate.ObjectNotFoundException: ...
- HDU 4914 Linear recursive sequence(矩阵乘法递推的优化)
题解见X姐的论文 矩阵乘法递推的优化.仅仅是mark一下. .
- Tomcat的JVM内存大小如何设置？【转】
[转]:专家答疑 Tomcat的JVM内存大小如何设置? 本文和大家重点讨论一下如何设置Tomcat的JVM内存大小,JAVA程序启动时JVM都会分配一个初始内存和最大内存给这个应用程序.这个初始内存 ...
- Div实现滚动条效果
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/ ...