You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For single queue scenario, I’m confused how the returning traffic (from bond to VM) works.
Say tap was allocated to lcore 10 only.
When vif0 got the traffic it can be in any lcore, let's assumelcore11 got the packet and no LB happens,
Will it has to know lcore10 connects to the RX VM so it fwd lcore11 -> lcore10 -> VM?
Or, the lcore allocation is only for RX direction? If that is the case, then it is worth to say it explicitly in our book.
The text was updated successfully, but these errors were encountered:
The polling core is only for vif RX side. This is what is described into dpdkinfo -c tools.
The the packet is processed by a core (the same or another).
Then this core has to deliver the packet on a TX queue.
I have no idea how the TX queue is chosen.
Vif0 (N queues) to vif X (less than N queues):
core 10 is polling on vif0
core 11 is processing the packet and is delivering the packet on of the vif X queue (I do not know the target Q is selected – probably a hash is calculated).
vif X to vif0
Core X is the polling core on vif X
Core Y is the processing core and is delivering the packet on one of the vif 0 queue (here probably the TX queue attached to it has we have exactly the same number of Q on vif0 side as number of core).
For single queue scenario, I’m confused how the returning traffic (from bond to VM) works.
Say tap was allocated to lcore 10 only.
When vif0 got the traffic it can be in any lcore, let's assumelcore11 got the packet and no LB happens,
Will it has to know lcore10 connects to the RX VM so it fwd lcore11 -> lcore10 -> VM?
Or, the lcore allocation is only for RX direction? If that is the case, then it is worth to say it explicitly in our book.
The text was updated successfully, but these errors were encountered: