[Edited Message Follows] "Interfaces are created/deleted under the barrier so there is not packets in flight."
Can you please add more details? I just gave a scenario. In general, this is applicable to all meta fields /Opaque fields. How is VPP handling the outdated meta fields in packets due to config changes? Does this mean all the packets need to be flushed out or processed before the new config is applied? On Mon, Jul 12, 2021 at 11:04 AM Damjan Marion < dmar...@me.com > wrote: > > > >> On 11.07.2021., at 17:10, satish amara < satishkam...@gmail.com > wrote: >> >> >> >> [Edited Message Follows] >> >> Hi, >> I have a few questions about how synchronization is being done when there >> are multiple workers/threads accessing the same data structure. >> For example, IPsec headers have a seq number that gets incremented. >> If we have IPsec flow and encrypting packets on VPP do we assume that >> packets in the same flow go to the same core for encryption? >> > > > Yes, we handoff all packets to the owning thread. For fat flows we have > crypto scheduler which offloads crypto operations to the multiple cores > but order is still maintained by the owning thread. > > >> >> In IP lookup will find the adjacency and store it in the Opaque field.. >> Send to another node to rewrite. Before the packet gets processed in the >> next node if the interface is removed from the forwarding table. What will >> happen? Lots of info being stored in Opaque fields for a couple of >> features. How the code is making sure changes in the config data are taken >> care of when the packets are still being processed by intermediate nodes >> in the graph. >> > > Interfaces are created/deleted under the barrier so there is not packets > in flight. > > — > Damjan >
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#19748): https://lists.fd.io/g/vpp-dev/message/19748 Mute This Topic: https://lists.fd.io/mt/84132489/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
