内核版本:2.6.37
主要源文件:linux-2.6.37/ net/ ipv4/ tcp_bic.c
本文主要分析BIC算法实现
======================================================================================================
1. 相关结构体和参数
/* BIC TCP Parameters */ struct bictcp { u32 cnt ; /* increase cwnd by 1 after ACKs */ u32 last_max_cwnd ; /* last maximum snd_cwnd */ u32 loss_cwnd ; /* congestion window at last loss */ u32 last_cwnd ; /* the last snd_cwnd */ u32 last_time ; /* time when updated last_cwnd */ u32 epoch_start ; /* beginning of an epoch */ #define ACK_RATIO_SHIFT 4 u32 delayed_ack ; /* estimate the ratio of Packets/ACKs << 4 */ } ;
/* Scale factor beta calculation * max_cwnd = snd_cwnd * beta */ #define BICTCP_BETA_SCALE 1024 /* In binary search , * go to point (max+min) / N */ #define BICTCP_B 4 /*并不是真正的二分*/
2. 全局变量
static int fast_convergence = 1 ; /* BIC能快速的达到一个平衡值,开关*/
static int max_increment = 16 ; /* 每次增加的MSS 不能超过这个值,防止增长太过剧烈*/
static int low_window = 14 ; /* lower bound on congestion window , for TCP friendliness */
static int beta = 819 ; /* = 819 / 1024(BICTCP_BETA_SCALE) ,beta for multiplicative increase 。?*/
static int initial_ssthresh ; /* 初始的阈值 */
static int smooth_part = 20 ; /* log(B/(B*Smin))/log(B/(B-1))+B, # of RTT from Wmax-B to Wmax 。?*/
/* initial_ssthresh的初始值被设置成2^31-1=2147483647 */
bictcp结构体保存在:
struct inet_connection_sock { ... u32 icsk_ca_priv[16] ; #define ICSK_CA_PRIV_SIZE (16*sizeof(u32)) } static inline void *inet_csk_ca( const struct sock *sk ) { return (void *)inet_csk(sk)->icsk_ca_priv ; }
============================================================================================================
tcp_is_cwnd_limited的实现没弄明白
/* Slow start with delack produces 3 packets of burst , so that it is * safe "de facto". This will be default - same as the default reordering * threshold - but if reordering increases , we must be able to allow * cwnd to burst at least this much in order to not pull it back when * holes are filled. */ static __inline__ __u32 tcp_max_burst ( const struct tcp_sock *sk ) { return tp->reordering ; } /* u8 reordering ; Packets reordering metric */
/* RFC2681 Check whether we are limited by application or congestion * window . This is the inverse of cwnd check in tcp_tso_should_defer */ /* 返回0,不需要增加cwnd ; 返回1,cwnd被限制,需要增加 */ int tcp_is_cwnd_limited ( const struct sock *sk , u32 in_flight ) { const struct tcp_sock *tp = tcp_sk(sk) ; u32 left ; if( in_flight >= tp->snd_cwnd ) /* 不是规定in_flight < snd_cwnd ? */ return 1 ; left = tp->snd_cwnd - in_flight ; if( sk_can_gso(sk) && left * sysctl_tcp_tso_win_divisor < tp->snd_cwnd && left * tp->mss_cache < sk->sk_gso_max_size ) return 1 ; return left <= tcp_max_busrt( tp ) ; }
=============================================================================================================
3. bictcp拥塞避免
static void bictcp_cong_avoid ( struct sock *sk , u32 ack , u32 in_flight ) { struct tcp_sock *tp = tcp_sk(sk) ; struct bictcp *ca = inet_csk_ca(sk) ; /* 如果发送拥塞窗口不被限制,不能再增加,则返回 */ if( !tcp_is_cwnd_limited(sk , in_flight)) return ; if( tp->snd_cwnd < tp->snd_ssthresh ) tcp_slow_start( tp ) ; else { bictcp_update(ca , tp->snd_cwnd ) ; tcp_cong_avoid_ai( tp , ca->cnt ) ; } }
从以上函数可以看出,BIC的慢启动和reno相同。在拥塞避免阶段,当snd_cwnd <= low_window ,两者也采用相同方法。
只有当snd_cwnd > low_window时,BIC才开始显示出它的特性。
在include/ net / tcp.h中,
/* TCP timestamps are only 32-bits */
#define tcp_time_stamps ((__u32)(jiffies))
4. bictcp结构体的更新(BIC算法关键)
/* * Compute congestion window to use. */ static inline void bictcp_update( struct bictcp *ca , u32 cwnd ) { /* 31.25ms以内不更新ca!!!*/ if ( ca->last_cwnd == cwnd && (s32) ( tcp_time_stamp - ca->last_time) <= HZ / 32 ) return ; ca->last_cwnd = cwnd ; ca->last_time = tcp_time_stamp ; if ( ca->epoch_start == 0 ) /* recording the beginning of an epoch */ ca->epoch_start = tcp_time_stamp ; /* start off normal */ if( cwnd <= low_window ) { /*为了保持友好性*/ ca->cnt = cwnd ; /*这样14个以内的ack,可使snd_cwnd++ */ return ; } /* binary increase */ if ( cwnd < ca->last_max_cwnd ) { /*上次掉包前一个snd_cwnd */ __u32 dist = (ca->last_max_cwnd - cwnd) / BICTCP_B ; /* 四分之一 */ if ( dist > max_increment ) /* linear increase */ /*dist > 16,处于线性增长阶段,每收到16个ACK,会使snd_cwnd++ */ ca->cnt = cwnd / max_increment ; else if ( dist <= 1U ) /* binary search increase */ /* dist <=1 , ca->cnt=5*cwnd,会造成snd_cwnd增长极其缓慢,即处于稳定阶段 */ ca->cnt = (cwnd * smooth_part ) / BICTCP_B ; else /* binary search increase */ /* 1 < dist <= 16 ,每收到dist个ACK,会使snd_cwnd++,故增长很快 */ ca->cnt = cwnd / dist ; } else { /* 进入max_probing阶段 */ /* cwnd < ca->last_max_cwnd + 4 */ if ( cwnd < ca->last_max_cwnd + BICTCP_B ) /* ca->cnt = 5*cwnd ; slow start */ ca->cnt = (cwnd * smooth_part ) / BICTCP_B ; else if ( cwnd < ca->last_max_cwnd + max_increment * ( BICTCP_B - 1)) /* 增长率从5/(3*cwnd)~47/(3*cwnd),snd_cwnd的增长加快*/ ca->cnt = (cwnd * (BICTCP_B - 1)) / (cwnd - ca->last_max_cwnd) ; else ca->cnt = cwnd / max_increment ;/* 增长率为16/cwnd ,更快 */ } /* if in slow start or link utilization is very low */ if ( ca->loss_cwnd == 0 ) { /* 没有发生过丢包,所以snd_cwnd增长应该快点*/ if ( ca->cnt > 20 )/* increase cwnd 5% per RTT */ ca->cnt = 20 ; } /* 相当于乘与delayed_ack的百分比,delayed得越严重,则snd_cwnd应该增加越快*/ /* 这样有无delayed对snd_cwnd的影响不大*/ ca->cnt = (ca->cnt << ACK_RATIO_SHIFT) / ca->delayed_ack ; /* ca->cnt cannot be zero */ if ( ca->cnt == 0) ca->cnt = 1 ;}
5. 小结:
从以上函数可以看出,和reno相比,BIC在拥塞避免阶段snd_cwnd增长极快。
当ca->last_max_cwnd - snd_cwnd >= 4 时,snd_cwnd最快的增长率为 1/16 。
而当ca->last_max_cwnd - snd_cwnd <4 时,增长率非常低,可以使当前的snd_cwnd维持很长一段时间,
即以最合适的snd_cwnd发送数据。
这两点使BIC在高带宽、长时延的环境下能达到较高的吞吐量。
1. 搜索阶段
(1) cwnd < last_max_cwnd - 64, 则cnt = cwnd / 16
(2) last_max_cwnd - 64 <= cwnd < last_max_cwnd -4 ,则cnt = cwnd / dist
(3) last_max_cwnd - 4 <= cwnd < last_max_cwnd ,则cnt = 5*cwnd
总体来说,snd_cwnd增长先快后慢,趋于稳定。
2. max probing阶段
(1) last_max_cwnd <= cwnd < last_max_cwnd + 4,则cnt = 5*cwnd
(2) last_max_cwnd + 4 <= cwnd < last_max_cwnd + 48 ,则cnt = 3*cwnd / (cwnd - last_max_cwnd)
(3) cwnd >= last_max_cwnd + 48 ,则cnt = cwnd / 16
总体来说,snd_cwnd的增长先慢后快,越来越快。
=======================================================================================================
来看一下初始化和重置
static inline void bictcp_reset( struct bictcp *ca ) { ca->cnt = 0 ; ca->last_max_cwnd = 0 ; ca->loss_cwnd = 0 ; ca->last_cwnd = 0 ; ca->last_time = 0 ; ca->epoch_start = 0 ; ca->delayed_ack = 2 << ACK_RATIO_SHIFT ; // 默认50%的delayed包 }
bictcp_reset在两种情况下被调用:初始化时(bictcp_init )、进入拥塞处理时(bictcp_state 状态为TCP_CA_Loss)。
static void bictcp_init( struct sock *sk ) { bictcp_reset( inet_csk_ca( sk) ) ; /* 加载模块时设置了。否则,其值 = 2^31 - 1 */ if ( initial_ssthresh ) tcp_sk(sk)->snd_ssthesh = initial_ssthresh ; }
=============================================================================================================
慢启动阈值调整
我们知道,对一个拥塞控制算法而言,有两个函数必不可少,除了上面分析过的bictcp_cong_avoid(拥塞避免),还有
bictcp_recalc_ssthresh(慢启动阈值重新计算)。RENO只是简单的把发生拥塞时的窗口除以2,而BIC则增加了一些东西。
/* * behave like Reno until low_window is reached , * then increase congestion window slowly */ static u32 bictcp_recalc_ssthresh( struct sock *sk ) { const struct tcp_sock *tp = tcp_sk(sk) ; struct bictcp *ca = inet_csk_ca(sk) ; ca->epoch_start = 0 ; /* end of epoch,平静的日子结束了 */ /* Wmax and fast convergence * fast? 好像是更安全点吧。丢包点比上次低,说明恶化,则主动降低。 * 丢包点比上次高,则说明更好,当然采用更大的。 */ if ( tp->snd_cwnd < ca->last_max_cwnd && fast_convergence ) /* 就是last_max_cwnd = 0.9 * snd_cwnd */ ca->last_max_cwnd = (tp->snd_cwnd * (BICTCP_BETA_SCALE + beta )) / ( 2 * BICTCP_BETA_SCALE ) ; esle ca->last_max_cwnd = tp->snd_cwnd ; ca->loss_cwnd = tp->snd_cwnd ; /* snd_cwnd<=14时,同reno,保持友好性 */ if ( tp->snd_cwnd <= low_window ) return max( tp->snd_cwnd >> 1U , 2U ) ; esle /* 就是snd_ssthresh=0.8*snd_cwnd ,很大的一个数,能充分利用带宽 */ return max( tp->snd_cwnd * beta ) / BICTCP_BETA_SCALE , 2U ) ; }
bictcp_recalc_ssthresh做了两件事:重赋值last_max_cwnd、返回新的慢启动阈值。
特别值得注意的是,snd_ssthresh = 0.8 * snd_cwnd 。这个可比RENO的snd_ssthresh = 0.5 * snd_cwnd 大了很多。
所以说BIC能够更有效的利用大带宽。
=======================================================================================================
计算delayed packets ratio
/* Track delayed acknowledgement ratio using sliding window * ratio = (15*ratio + sample) / 16 * sample是此时的cnt,而本来的ratio = delayed_ack / 16 * 按如下函数计算后,现在的ratio = (15*ratio) /16 + cnt /16 * cnt = cnt - 原来的ratio */ static void bictcp_acked( struct sock *sk , u32 cnt , s32 rtt ) { const struct inet_connection_sock *icsk = inet_csk(sk) ; if ( icsk->icsk_ca_state == TCP_CA_Open ) { struct bictcp *ca = inet_csk_ca(sk) ; /* 作者似乎很注重delayed包对snd_cwnd的影响,要尽量削弱 */ cnt -= ca->delayed_ack >> ACK_RATIO_SHIFT ; ca->delayed_ack += cnt ; } }
在struct inet_connection_sock中,有__u8 icsk_ca_state,表示拥塞控制的状态。
在tcp.h中,
enum tcp_ca_state { TCP_CA_Open = 0, #define TCPF_CA_Open (1<<TCP_CA_Open) TCP_CA_Disorder = 1, #define TCPF_CA_Disorder (1<<TCP_CA_Disorder) TCP_CA_CWR = 2, #define TCPF_CA_CWR (1<<TCP_CA_CWR) TCP_CA_Recovery = 3, #define TCPF_CA_Recovery (1<<TCP_CA_Recovery) TCP_CA_Loss = 4 #define TCPF_CA_Loss (1<<TCP_CA_Loss) };
============================================================================================================
static u32 bictcp_undo_cwnd( struct sock *sk ) { const struct tcp_sock *tp = tcp_sk(sk) ; const struct bictcp *ca = inet_csk_ca(sk) ; return max( tp->snd_cwnd , ca->last_max_cwnd ) ; }
此函数在退出拥塞处理时调用,而下面的bictcp_state则是在进入拥塞处理时调用。
static void bictcp_state( struct sock *sk , u8 new_state ) { if ( new_state == TCP_CA_Loss ) bictcp_reset( inet_csk_ca(sk) ) ; }
============================================================================================================
bictcp算法结构体
static struct tcp_congestion_ops bictcp = { . init = bictcp_init , . ssthresh = bictcp_recalc_ssthresh , . cong_avoid = bictcp_cong_avoid , . set_state = bictcp_state , . undo_cwnd = bictcp_undo_cwnd , . pkts_acked = bictcp_acked , . owner = THIS_MODULE , . name = "bic" , } ;
bictcp注册函数
static int __init bictcp_register(void) { /* bic算法的参数不能太多,多于16个u32 */ BUILD_BUG_ON( sizeof( struct bictcp) ) > ICSK_CA_PRIV_SIZE ) ; return tcp_register_congestion_control( &bictcp ) ; }
OK,关于BIC的代码分析告一段落,接下来看看相关函数是在什么样的情况下,以什么顺序来调用的。
======================================================================================================
BIC函数的调用时机
1. 连接每收到一个ack,则调用tcp_ack
2. tcp_ack会调用bictcp_acked,用来更新cnt和delayed_ack(用来消除delay包的影响)
3. tcp_ack会调用bictcp_cong_avoid,这是分两种情况:
(1)snd_cwnd小于慢启动阈值,处于慢启动阶段,则调用tcp_slow_start
(2)snd_cwnd大于慢启动阈值,处于拥塞避免阶段,则调用bictcp_update来更新bictcp,再调用tcp_cong_avoid_ai
4. tcp_ack中如果检测到丢包,进入拥塞处理阶段,则调用bictcp_recalc_ssthresh来更新慢启动阈值。
5. tcp_ack中完成丢包重传后,退出拥塞处理阶段,则调用bictcp_undo_cwnd来更新snd_cwnd。
快速重传:tcp_ack中的丢包检测,即检测到连续3个重复ACK。
快速恢复:bictcp_undo_cwnd,直接把snd_cwnd更新为max(snd_cwnd,last_max_cwnd),和掉包前相差不大。
更具体的可以看看tcp_ack(net/ ipv4/ tcp_input.c)。