dpvs icon indicating copy to clipboard operation
dpvs copied to clipboard

DPVS is a high performance Layer-4 load balancer based on DPDK.

Results 154 dpvs issues
Sort by recently updated
recently updated
newest added

**dpvs.conf:** ``` !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ! This is dpvs default configuration file. ! ! The attribute "" denotes the configuration item at initialization stage. Item of ! this type is configured oneshoot...

1. Increase VS's refcount when adding one RS 2. Decrease VS's refcount when deleteing one RS 3. Remove VS when its refcount is zero(No RS associated)

pr/codes-tested-ok
pr/codes-need-change

tools/keepalived/keepliaved/check/ipvswrapper.c 这个接口 ``` static void update_vsge_alive_count(virtual_server_group_entry_t *vsge, const virtual_server_t *vs, bool up) { unsigned *alive_p; if (vsge->is_fwmark) { if (vs->af == AF_INET) alive_p = &vsge->fwm4_alive; else alive_p = &vsge->fwm6_alive; }...

issue/to-reproduce
issue/reproduced

support ah and esp protocals

pr/codes-need-change

测试环境 Linux debian 10 kernel :4.19.0-18-amd64 dpvs :1.9.0 网卡:intel 82599ES 现象:在配置地址后,接收到ping包后,dpvs 报段错误后退出进程,dmesg查看报如下错误。 [63205.069661] ixgbe 0000:02:00.1 enp2s0f1: NIC Link is Up 10 Gbps, Flow Control: RX/TX [63325.402310] traps: lcore-worker-1[20350] general protection...

dpvs版本1.8.8. dpdk 18.11.2 dpvs启动时,物理口down,dpvs配置bond口,dpvs启动会崩溃。如果不使用bond,物理口down也可正常起来。

用的官方的版本18.11.2,网卡inter I350 系统内核版本2.10.0-1127.el7.x86_64 centos7.8 按照官网的步骤一步步配置,发现curl时通时不通,我理解是不通的时候包没有被dpdk劫持,送到内核去处理了。有朋友遇到过类似的问题吗

【现象描述】 使用dpdk 18.11的dpvs,在网口初始化流程netif_port_init中,网口初始化完成后添加kni_dev,并设置kni的MAC地址使其和物理口的一致。实际发现设置kni的MAC地址的时候总是超时,提示 "linux_set_if_mac: fail to set kni0's MAC address: Timer expired"。 【原因分析】 设置MAC地址的linux_set_if_mac是通过ioctl(..., SIOCSIFHWADDR, ...)实现的,系统调用最终会执行kni内核模块的ndo_set_mac_address,也即kni_net_set_mac,其中的kni_net_process_request,会把MAC地址的变动作为request放到kni fifo队列,并等待用户态从kni fifo队列取走request,用户态处理完毕回一个reply到kni fifo队列,此后kni内核模块的等待队列被唤醒,整个流程走完: ``` ioctl --> ndo_set_mac_address --> kni_net_set_mac --> kni_net_process_request --> kni_fifo_put(req) -->...

issue/to-solve

以下这段代码可以看到,当30秒后dpdk网卡才启动的话netif_port_start函数就会直接返回,导致后续的混杂模式、MTU、flush_fdir都不会执行到,后续网卡link up也不会进行重新配置了,建议是否可以在link up之前就可以进行这些配置,因为这些都是基础网卡配置,即使没有link up也可以进行设置。 // wait the device link up RTE_LOG(INFO, NETIF, "Waiting for %s link up, be patient ...\n", port->name); for (ii = 0; ii < wait_link_up_msecs; ii++) {...

issue/to-solve