[DPDK 21.11 + Intel E810 DDP Comms] Issue with creating flow rules for TCP 5060 and SCTP 3868

[DPDK 21.11 + Intel E810 DDP Comms] Issue with creating flow rules for TCP 5060 and SCTP 3868

[Tống Đức Việt]

[-- Attachment #1: Type: text/plain, Size: 1783 bytes --]

Hi DPDK community,

I am testing rte_flow rules on DPDK 21.11 with Intel E810 NIC using the DDP Comms package.

My goal is to classify SIP and Diameter traffic by L4 ports (TCP 5060 and SCTP 3868).
However, I see inconsistent behavior when creating flow rules with testpmd.

1. TCP 5060
   - If I create a rule matching TCP src port 5060 and another rule matching TCP dst port 5060:
       flow create 0 ingress pattern eth / ipv4 / tcp src is 5060 / end \
           actions mark id 1 / end
       flow create 0 ingress pattern eth / ipv4 / tcp dst is 5060 / end \
           actions mark id 2 / end
     → The second rule fails if I use "mark" action (seems overlapping).
   - If I switch to queue-based action:
       actions queue index N / end
     → Both rules can coexist and work correctly.

2. SCTP 3868
   - I cannot create either rule (src or dst).
     Example:
       flow create 0 ingress pattern eth / ipv4 / sctp src is 3868 / end \
           actions mark id 3 / end
       flow create 0 ingress pattern eth / ipv4 / sctp dst is 3868 / end \
           actions mark id 4 / end
     → Both commands fail with "Invalid argument". Even "flow validate" shows not supported.

So it looks like:
- For TCP, port matching works partially depending on action type (mark vs queue).
- For SCTP, port field matching is not supported at all, even with queue action.

Questions:
- Is this a known limitation of Intel E810 with the DDP Comms package?
- Is SCTP src/dst port matching expected to be supported, or should I handle this in software (by sending all SCTP traffic to one queue)?
- Is there any updated DDP package or workaround (e.g., raw pattern) for SCTP 3868 filtering?

Thanks a lot for your support.

Best regards,
Viet

[-- Attachment #2: Type: text/html, Size: 9426 bytes --]