XL-710 SR-IOV

[SThir10]

Is it possible to distribute the traffic to different VF's based on tuple values without configuring VLAN or MAC address for individual VF?

[Caguicla_Intel]

Hello SThir10,

Thank you for posting in Intel Ethernet Communities. 

Please share the exact model of the XL710 adapter and the intended Operating System used as this would help us in checking your request.

We look forward to hear from you.

We will follow up after 3 business days in case we don't receive a reply.

Best regards,

Crisselle C

Intel® Customer Support

[Caguicla_Intel]

Hello SThir10,

Good day!

Please provide the requested information for us to proceed in checking your request.

Awaiting to your response.

We will follow up after 3 business days in case we don't receive a reply.

Best regards,

Crisselle C

Intel® Customer Support

[SThir10]

Hi Crisselle C,

Pls find the details of the os and the XL710 adapter.

OS: Linux (Centos 7.0)

# uname -r

3.10.0-693.el7.x86_64

#lspci output for the adapter

3b:00.0 Ethernet controller: Intel Corporation Ethernet Controller XL710 for 40GbE QSFP+ (rev 02)

3b:00.1 Ethernet controller: Intel Corporation Ethernet Controller XL710 for 40GbE QSFP+ (rev 02)

Verbose output from pci config space.

3b:00.0 Ethernet controller: Intel Corporation Ethernet Controller XL710 for 40GbE QSFP+ (rev 02)

Subsystem: Super Micro Computer Inc Device 084a

Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx+

Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

Latency: 0, Cache Line Size: 32 bytes

Interrupt: pin A routed to IRQ 180

NUMA node: 0

Region 0: Memory at 388000000000 (64-bit, prefetchable) [size=8M]

Region 3: Memory at 388001800000 (64-bit, prefetchable) [size=32K]

Expansion ROM at b8680000 [disabled] [size=512K]

Capabilities: [40] Power Management version 3

Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold-)

Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=1 PME-

Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+

Address: 0000000000000000 Data: 0000

Masking: 00000000 Pending: 00000000

Capabilities: [70] MSI-X: Enable+ Count=129 Masked-

Vector table: BAR=3 offset=00000000

PBA: BAR=3 offset=00001000

Capabilities: [a0] Express (v2) Endpoint, MSI 00

DevCap: MaxPayload 2048 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us

ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset+ SlotPowerLimit 0.000W

DevCtl: Report errors: Correctable+ Non-Fatal+ Fatal+ Unsupported+

RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop- FLReset-

MaxPayload 256 bytes, MaxReadReq 512 bytes

DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend-

LnkCap: Port #0, Speed 8GT/s, Width x8, ASPM not supported, Exit Latency L0s <2us, L1 <16us

ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp+

LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+

ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-

LnkSta: Speed 8GT/s, Width x8, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-

DevCap2: Completion Timeout: Range ABCD, TimeoutDis+, LTR-, OBFF Not Supported

DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-, LTR-, OBFF Disabled

LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-

Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-

Compliance De-emphasis: -6dB

LnkSta2: Current De-emphasis Level: -3.5dB, EqualizationComplete+, EqualizationPhase1+

EqualizationPhase2+, EqualizationPhase3+, LinkEqualizationRequest-

Capabilities: [e0] Vital Product Data

Product Name: Supermicro Network Adapter

Read-only fields:

[PN] Part number: AOC-S40G-i2Q   

[V0] Vendor specific: 010C

[V1] Vendor specific: 1.00  

[SN] Serial number: VA198S029423     

[VA] Vendor specific: 2

[V2] Vendor specific: AC1F6B8BBF16

[V3] Vendor specific: AC1F6B8BBF17

[V4] Vendor specific:       

[V5] Vendor specific:       

[RV] Reserved: checksum good, 0 byte(s) reserved

Read/write fields:

[VB] Vendor specific: \x00

End

Capabilities: [100 v2] Advanced Error Reporting

UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-

UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol-

UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-

CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-

CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+

AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-

Capabilities: [140 v1] Device Serial Number 16-bf-8b-ff-ff-6b-1f-ac

Capabilities: [150 v1] Alternative Routing-ID Interpretation (ARI)

ARICap: MFVC- ACS-, Next Function: 1

ARICtl: MFVC- ACS-, Function Group: 0

Capabilities: [160 v1] Single Root I/O Virtualization (SR-IOV)

IOVCap: Migration-, Interrupt Message Number: 000

IOVCtl: Enable- Migration- Interrupt- MSE- ARIHierarchy+

IOVSta: Migration-

Initial VFs: 64, Total VFs: 64, Number of VFs: 0, Function Dependency Link: 00

VF offset: 16, stride: 1, Device ID: 154c

Supported Page Size: 00000553, System Page Size: 00000001

Region 0: Memory at 0000388001000000 (64-bit, prefetchable)

Region 3: Memory at 0000388001810000 (64-bit, prefetchable)

VF Migration: offset: 00000000, BIR: 0

Capabilities: [1a0 v1] Transaction Processing Hints

Device specific mode supported

No steering table available

Capabilities: [1b0 v1] Access Control Services

ACSCap: SrcValid- TransBlk- ReqRedir- CmpltRedir- UpstreamFwd- EgressCtrl- DirectTrans-

ACSCtl: SrcValid- TransBlk- ReqRedir- CmpltRedir- UpstreamFwd- EgressCtrl- DirectTrans-

Capabilities: [1d0 v1] #19

Kernel driver in use: i40e

Kernel modules: i40e

00: 86 80 83 15 46 05 10 00 02 00 00 02 08 00 80 00

10: 0c 00 00 00 80 38 00 00 00 00 00 00 0c 00 80 01

20: 80 38 00 00 00 00 00 00 00 00 00 00 d9 15 4a 08

30: 00 00 68 b8 40 00 00 00 00 00 00 00 0b 01 00 00

[SThir10]

Let me know if you need to run any tool to get more information relevant to the adapter.

Thank you,

Siva

[Caguicla_Intel]

Hello SThir10,

Thank you for the reply.

Please allow us to check on your request. We will get back to you as soon as possible but no later than 3 business days.

Hoping for your patience.

Best regards,

Crisselle C

Intel® Customer Support

[Caguicla_Intel]

Hello SThir10,

Apologies for the delay on this matter.

Please confirm if the ‘Filters to Direct Traffic to a Specific VF’ on the link below is what you are looking for.

i40e Linux* Base Driver for the Intel(R) Ethernet Controller 700 Series

https://downloadmirror.intel.com/24411/eng/README.txt

Let us know if you have additional questions and clarifications.

Looking forward to your response.

In case we don't hear from you, we will follow up after 3 business days. 

Best regards,

Crisselle C

Intel® Customer Support

[SThir10]

Hi Crisselle C,

Thank you for the reply. I went thru the Readme.txt file.

What I am looking for is something like a hash function to distribute the traffic to specific VF.

I see the rx-flow-hash setting done using ethtool.

I think it works after the packet is sent to the VF (within the queues of VF). Pls correct me here if I have misunderstood.

But what I am trying to find out is if there is something like rx-flow-hash that could be used to redirect to a particular VF.

Thanks,

Siva

[SThir10]

In addition to the above, the following is the additional information.

Since I do not know the traffic pattern that comes to the interface, I may not be able to do a match on packet fields to redirect the packet to VF.

I want to use hash to keep the session sticky to a VF and as well achieve load balancing across multiple VF's.

[Caguicla_Intel]

Hello SThir10,

Thank you for the reply.

Please allow us to further check on your request. Rest assured that we will give you an update as soon as there is any findings but no later than 2-4 business days.

Thank you for your kind understanding.

Best regards,

Crisselle C

Intel® Customer Support

[Caguicla_Intel · Accepted solution]

Hello SThir10,

Thank you for the patience on this matter.

Sharing with you the Intel® Ethernet Controller 700 Series: Hash and Flow Director Filters

https://software.intel.com/en-us/articles/intel-ethernet-controller-700-series-hash-and-flow-director-filters

Kindly confirm if this is the information that you needed.

Awaiting to your response.

We will follow up after 3 business days in case we don't hear from you. 

Best regards,

Crisselle C

Intel® Customer Support

[Caguicla_Intel]

Hello SThir10,

Good day!

We'd like to check if you have visited the link that we mentioned on our previous post. In case you have additional questions, please do not hesitate to let us know.

We hope to hear from you soon.

In case we don't receive a reply, we will follow up after 3 business days. 

Best regards,

Crisselle C

Intel® Customer Support

[SThir10]

Hi Crisselle C,

Thank you for the information provided. That confirms our understanding that the hash distribution is done only after the packet is received on the VF.

Thank you,

Siva

[Caguicla_Intel]

Hello SThir10,

You are most welcome, glad to be of help.

Since you have confirmed that your question has been answered, please be informed that we will now close this request. Just feel free to post a new question if you may have any other inquiry in the future.

May you have an amazing day ahead!

Best regards,

Crisselle C

Intel® Customer Support