Hello > Here “some” means that most packets are processed fast
Yes, for now i'm decrypting the quic packet which contains the SNI, now all quic packets. Due to this small percentage of packet decryption the latency increase and due to this there is RX drop on card. > Are you talking about throughput or latency? Yes i'm talking about latency in processing the other packets as well. > I guess you are pointing out a “missing feature” in VPP? yes this is really a big missing feature from VPP, as i can open a new thread in other application where i can do some other tasks like VPN/TOR detection by traffic analysis or Decryption part which will finally send the 5 touple to the processing thread which can take action on that flow. This feature is available in other framewrok, like when i wrote code with DPDK i'm able to do this. One more use case is like when i have to reassemble the TCP fragments for extracting SNI from TCP segmented packets. So, there are lot of use cases for opening a child thread with the fast thread (packet processing thread). > If you want to look at sources, start with the following API messages: Will this API help in achieving my goal of doing some extra work for packets sidewise? How should i aproach for this kind of problem?, because without this i cannot use this in production grade environment.
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#26748): https://lists.fd.io/g/vpp-dev/message/26748 Mute This Topic: https://lists.fd.io/mt/117523632/21656 Mute #vppctl:https://lists.fd.io/g/vpp-dev/mutehashtag/vppctl Mute #vpp-dev:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp-dev Mute #vppinfra:https://lists.fd.io/g/vpp-dev/mutehashtag/vppinfra Mute #dpdk:https://lists.fd.io/g/vpp-dev/mutehashtag/dpdk Mute #mellanox:https://lists.fd.io/g/vpp-dev/mutehashtag/mellanox Group Owner: [email protected] Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/14379924/21656/631435203/xyzzy [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
