Hi Kunal, Yes, it might be worth looking into ip and tcp csum offloads.
But given that mtu ~ 9kB, maybe look into forcing tcp to build jumbo frames, i.e., tcp { mtu 9000 } in startup.conf. It’ll be needed on both ends and I’m assuming here network between your two vpp instances supports 9k mtu. Regards, Florin > On Mar 30, 2022, at 12:46 PM, Kunal Parikh <ku...@techthumb.in> wrote: > > Hi Florin > > Following is the output from > vppctl show hardware-interfaces > > Name Idx Link Hardware > local0 0 down local0 > Link speed: unknown > local > vpp0 1 up vpp0 > Link speed: unknown > RX Queues: > queue thread mode > 0 vpp_wk_0 (1) polling > Ethernet address 0e:ca:6b:19:5b:95 > AWS ENA VF > carrier up full duplex max-frame-size 9026 > flags: admin-up maybe-multiseg rx-ip4-cksum > Devargs: > rx: queues 1 (max 8), desc 256 (min 128 max 2048 align 1) > tx: queues 2 (max 8), desc 256 (min 128 max 1024 align 1) > pci: device 1d0f:ec20 subsystem 0000:0000 address 0000:00:06.00 numa 0 > max rx packet len: 9234 > promiscuous: unicast off all-multicast off > vlan offload: strip off filter off qinq off > rx offload avail: ipv4-cksum udp-cksum tcp-cksum scatter > rx offload active: ipv4-cksum scatter > tx offload avail: ipv4-cksum udp-cksum tcp-cksum multi-segs > tx offload active: multi-segs > rss avail: ipv4-tcp ipv4-udp ipv6-tcp ipv6-udp > rss active: none > tx burst function: (not available) > rx burst function: (not available) > > Should my goal be to move items in the "avail" list to the "active" list? > > > >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#21152): https://lists.fd.io/g/vpp-dev/message/21152 Mute This Topic: https://lists.fd.io/mt/89961794/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-