TIPC消息阻塞丢包最多显示981行问题解决

1、现象
TIPC用于信息回显，A进程连续发送成功，B进程接收最多981条，其他全部无法select到，后续消息被丢弃；

2、原因
TIPC的Socket可以在Bind前通过setsockopt()函数进行设置拥塞管理，其参数如下：
setsockopt（int sockfd, int level, int optname, const void *optval, socklen_t optlen）；
当level为SOL_TIPC，也就是使用tipc时，optname有如下值可以选择：
1）TIPC_IMPORTANCE
这个值用来标识本Socket消息的重要性，设置为重要时本Socket在发生拥塞时，消息丢失的可能性很小，默认级别是TIPC_LOW_IMPORTANCE，即发送拥塞消息丢弃。
TIPC_LOW_IMPORTANCE, 低优先级
TIPC_MEDIUM_IMPORTANCE, 中优先级
TIPC_HIGH_IMPORTANCE 高优先级
TIPC_CRITICAL_IMPORTANCE. 紧急优先级

3、解决办法
TIPC连续最多回显981行消息就阻塞丢弃问题，修改方法如下：

4、其他拥塞管理选项
1）TIPC_SRC_DROPPABLE
同样是作为拥塞控制，如果设置为此值，则在拥塞发生时，TIPC会丢弃消息，否则，将把消息放入队列缓存。

默认情况下: 对SOCK_SEQPACKET, SOCK_STREAM, SOCK_RDM 三种传输方式，也就是可靠链接则将消息缓存，对SOCK_DGRAM，也就是不可靠链接则将消息丢弃。

2）TIPC_DEST_DROPPABLE
仍然为拥塞控制服务。针对下面三种情况有用，消息不能发送到目的地址，或者目的地址不存在，或者目的地址发生了拥塞。如果使能这个功能，在发生以上三种情况是，消息将被丢弃，否则会将消息返回给发送者。

默认情况下：SOCK_SEQPACKET ，SOCK_STREAM两种传输方式，返回给发送者。对SOCK_RDM和SOCK_DGRAM则将消息丢弃。这样做的目的是在使用面向链接的情况下发生通信失败时进行合适的处理，同时不增加面向无链接的情况下通信失败的处理的复杂性。