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]
-=-=-=-=-=-=-=-=-=-=-=-
