tcp sendmsg中的2个问题

Huntsmen

问题1，关于发送窗口的问题
前提条件：
mss=300，接收方通告了一个窗口为1000，然后发送3个段即900个字节，但是都没有收到确认，剩余发送窗口只剩下100个字节；
场景：
这个时候又有300字节的数据到来，tcp_sendmsg会产生一个新的skb挂在sk_send_head下面，产生skb的时候并没有考虑snd_wnd，而是考虑的mss来决定skb的大小，所以skb->len=300，
skb组好之后就调用tcp_push->tcp_write_xmit->tcp_snd_wnd_test时检查是否在发送窗口之内，
虽然发送窗口还可以发送100个字节，但是tcp_snd_wnd_test检查没有通过，这一包数据不能发送，只有等通告窗口变大之后才能接着发，这样是否不太合理

1. static bool tcp_snd_wnd_test(const struct tcp_sock *tp,
   
2.                              const struct sk_buff *skb,
   
3.                              unsigned int cur_mss)
   
4. {
   
5.         u32 end_seq = TCP_SKB_CB(skb)->end_seq;
   
6. 
   
7.         if (skb->len > cur_mss)
   
8.                 end_seq = TCP_SKB_CB(skb)->seq + cur_mss;
   
9. 
   
10.         return !after(end_seq, tcp_wnd_end(tp));
    
11. }

复制代码

问题2：对OOB数据的理解是否正确？
对于带外数据OOB，TCP的处理是当做紧急URG数据来处理，
在发送端它的发送也是按照应用层递交的顺序来发送的，比如应用层调用send发送了10包数据之后再调用send发送一个oob数据，tcp的处理是将10包普通数据发送完之后才会发送这1包oob数据，不会将他们的顺序颠倒；
但是在接收方，收到这些数据之后，递交给应用层的顺序是有可能颠倒的；

瀚海书香

回复 1# Huntsmen

这个时候又有300字节的数据到来，tcp_sendmsg会产生一个新的skb挂在sk_send_head下面，产生skb的时候并没有考虑snd_wnd，而是考虑的mss来决定skb的大小，所以skb->len=300，
skb组好之后就调用tcp_push->tcp_write_xmit->tcp_snd_wnd_test时检查是否在发送窗口之内，
虽然发送窗口还可以发送100个字节，但是tcp_snd_wnd_test检查没有通过，这一包数据不能发送，只有等通告窗口变大之后才能接着发，这样是否不太合理

1. 这个设计这样来看的确是不合理。
2. 你这个场景是一个非常特殊的场景，如果修改算法解决这个场景，那么普通防止拥塞的场景可能会受影响。
3. 引用linus的一句话，解决这个问题而引入的问题，比解决这个问题更复杂。

BTW: 在家可以用中文输入法了
   

henrystark

回复 1# Huntsmen
问题1：
Linux实现是以“数据段”为单位设定窗口的，这本来就是它的设计规则，你说的情况，需要以字节为单位设计窗口改变算法，对现有的Linux内核改变太多。
问题2：
TCP只按seq是否连续来向应用层递交数据，不管怎样紧急，最终递交的数据必须保持seq连续。这是TCP基本规则之一，所以不会有乱序提交的可能性。