From: Neale Ranns <ne...@graphiant.com> Sent: Wednesday, April 21, 2021 12:19 PM To: hem...@mnkcg.com; vpp-dev@lists.fd.io Subject: Re: [vpp-dev] dst mac-address look up?
From: hem...@mnkcg.com <mailto:hem...@mnkcg.com> <hem...@mnkcg.com <mailto:hem...@mnkcg.com> > Date: Wednesday, 21 April 2021 at 17:36 To: Neale Ranns <ne...@graphiant.com <mailto:ne...@graphiant.com> >, vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io> <vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io> > Subject: RE: [vpp-dev] dst mac-address look up? “Hi Neale, Thanks for your help and patience. The adj is complete, but my data plane doesn’t have an index to find the adj. I get the index from ip-neighbor as follows. adj_index = fib_entry_get_adj(ipn->ipn_fib_entry_index); I have written code to lookup ip-neighbor for first packet and save adj_index. For every subsequent packet, I check if adj_index is valid before using it. If adj_index is not valid, I send the packet to punt path.” [This is probably worse than before. Find the adj in the control plane and make it the result of your 6-tuple lookup.] Agree to moving adj in result of table lookup for 6-tuple when I know what you would program for adj in control plane. If there is no 6-tuple lookup, then the packet forwarding algorithm is ok. To process each subsequent packet the code calls fib_entry_get_adj() which is essentially a fib lookup because fib_entry_contribute_ip_forwarding() is called. Hemant
smime.p7s
Description: S/MIME cryptographic signature
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#19272): https://lists.fd.io/g/vpp-dev/message/19272 Mute This Topic: https://lists.fd.io/mt/82127329/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
