FabricPath

https://v2ex.com/t/972245 你看看这个，我没用过，但是他这个思路是正确的，要看能“稳定发送数据”的“长连接”数量

@Bullpen3891 他这个是一直在新建连接，并且新建之后就关闭了，对于 bras 来说，会直接靠 fin 或者 reset 释放连接，所以不会占用“连接数”。
ikuai 的连接数来自 netfilter 的 conntrack ，conntrack 的条目是靠报文触发创建，靠 timeout 来 gc ，他和 bras 的连接数没有必然关系。ikuai 的连接数主要来自下面这些超时时间；调大下面的 timeout 可以让 ikuai 的连接数显示得更大
$ sysctl -a |grep conntrack|grep timeout
net.netfilter.nf_conntrack_dccp_timeout_closereq = 64
net.netfilter.nf_conntrack_dccp_timeout_closing = 64
net.netfilter.nf_conntrack_dccp_timeout_open = 43200
net.netfilter.nf_conntrack_dccp_timeout_partopen = 480
net.netfilter.nf_conntrack_dccp_timeout_request = 240
net.netfilter.nf_conntrack_dccp_timeout_respond = 480
net.netfilter.nf_conntrack_dccp_timeout_timewait = 240
net.netfilter.nf_conntrack_frag6_timeout = 60
net.netfilter.nf_conntrack_generic_timeout = 600
net.netfilter.nf_conntrack_gre_timeout = 30
net.netfilter.nf_conntrack_gre_timeout_stream = 180
net.netfilter.nf_conntrack_icmp_timeout = 30
net.netfilter.nf_conntrack_icmpv6_timeout = 30
net.netfilter.nf_conntrack_sctp_timeout_closed = 10
net.netfilter.nf_conntrack_sctp_timeout_cookie_echoed = 3
net.netfilter.nf_conntrack_sctp_timeout_cookie_wait = 3
net.netfilter.nf_conntrack_sctp_timeout_established = 432000
net.netfilter.nf_conntrack_sctp_timeout_heartbeat_acked = 210
net.netfilter.nf_conntrack_sctp_timeout_heartbeat_sent = 30
net.netfilter.nf_conntrack_sctp_timeout_shutdown_ack_sent = 3
net.netfilter.nf_conntrack_sctp_timeout_shutdown_recd = 0
net.netfilter.nf_conntrack_sctp_timeout_shutdown_sent = 0
net.netfilter.nf_conntrack_tcp_timeout_close = 10
net.netfilter.nf_conntrack_tcp_timeout_close_wait = 3600
net.netfilter.nf_conntrack_tcp_timeout_established = 432000
net.netfilter.nf_conntrack_tcp_timeout_fin_wait = 120
net.netfilter.nf_conntrack_tcp_timeout_last_ack = 30
net.netfilter.nf_conntrack_tcp_timeout_max_retrans = 300
net.netfilter.nf_conntrack_tcp_timeout_syn_recv = 60
net.netfilter.nf_conntrack_tcp_timeout_syn_sent = 120
net.netfilter.nf_conntrack_tcp_timeout_time_wait = 120
net.netfilter.nf_conntrack_tcp_timeout_unacknowledged = 300
net.netfilter.nf_conntrack_udp_timeout = 30
net.netfilter.nf_conntrack_udp_timeout_stream = 120

@Bullpen3891 ikuai 如果都只有 1000 多，那你连接数大概率被限制到 500 了。bras 的连接数限制是 lru 置换，你的 pt 一直在新建连接，所以你其他应用的 tcp 连接就被置换出去，就不通了

连接数限制，找一下连接数测试工具测试一下。

对新增的 API 或者字段没有需求的情况下，为啥要更新 proto...
如果整个经常需要所有引用方更新 proto ，那先问一下改 proto 的人为什么不能做到前后兼容。

所以，直接复制一份也没啥问题，你现在的痛苦不是“复制 proto”带来的

让小工再拉根光纤，easy

@tutugreen 卧槽？咋双拨的，cmcc 已经失效了

很好，不会
只是不能双拨了

没遇到这个问题，10G EPON 聚合下行 5Gbps 稳稳的。
大概率是你设备的问题，比如某些神奇的光猫桥接的时候需要勾选绑定 lan 口