optimize the selection of bind paths · Pull Request !858 · openEuler/gazelle

https://gitee.com/openeuler/gazelle/issues/IBAJSN?from=project-issue

bind经过多次修改，语义逻辑较乱。 **当前代码中所有用户态ip都会尝试kernel bind和用户态 bind** ，会有用户态ip 内核态bind失败的log日志，未开启单网卡功能时用户态ip不需要bind。
问题引入根因：新增kernel_bind_process函数时，没有考虑0地址bind内核态的情况，0地址只bind了用户态，导致后续多次定位修改。

修改逻辑如图，根据ip确认要执行哪条路径，不再进行尝试bind
![输入图片说明](https://foruda.gitee.com/images/1736858231640642083/3ef30ec6_9076719.png "屏幕截图")
 **1、match_host_addr之后，除用户态ip和0地址外，都只走内核态
2、check_if_kernel_bind之后，如果是0地址，或者开启单网卡等开关时，则执行kernel_bind_process
3、其他只执行用户态bind**

.
.
.
修改历史：
pr_740 https://gitee.com/openeuler/gazelle/pulls/740
同节点通信时tcpv6打流不同，原因: virtio_user ipv6地址需要等待 4~5 秒后，有tentative状态转测可用状态，故使用while循环多次进行poxsi->bind
当kni，virtio_user未开启时，直接退出，避免无用的kernel bind。

pr_846 https://gitee.com/openeuler/gazelle/pulls/846
openGauss使用tpcc测试时首次测试必定出现The connection attempt failed ->
当未开启当网卡开关时候，也存在其他内核的bind操作，需要执行 bind 操作，没有开启单网卡开关时直接跳过了所有ip内核bind流程。

pr_846 https://gitee.com/openeuler/gazelle/pulls/852
ipv6打流失败，流量为0。原因：当poxsi->bind失败后，会在10s内进行poxsi->bind多次绑定，此时有tcp v6的连接来时，则未能建立tcpv6的连接进行打流。

openEuler/gazelle .gitee-modal { width: 500px !important; }

搜索帮助

openEuler/gazelle