Hi Deepak, Not, as far as my quick code browse suggests.
—a > On 4 Sep 2018, at 20:25, .ılı.D'p@k.ılı. <deepak....@gmail.com> wrote: > > Hi Andrew, > > Is there a similar delete call for the "vlib_node_add_next" function? > > Regards > Deepak Kumar Ch > > >> On Tue, Sep 4, 2018 at 11:54 PM, .ılı.D'p@k.ılı. <deepak....@gmail.com> >> wrote: >> Hi Andrew, >> >> I was expecting the delete command to remove acl from the ip4 arc and also >> the node graph of acl wont have ip4-lookup listed in its next nodes. >> The current delete command is not doing a revert to old state. >> >> Is there a way to make the node-graph go back to the init state? >> >> Regards, >> Deepak Kumar Ch >> >> >> >> >> >> >> >> >>> On Tue, Sep 4, 2018 at 10:46 PM, Andrew 👽 Yourtchenko <ayour...@gmail.com> >>> wrote: >>> Deepak, >>> >>> If the feature enable/disable (or its usage) is broken, the trace for the >>> traffic via thar interface with removed acl would still show the acl plugin >>> node in the path, could you send the trace for a packet with acl and >>> without acl to see whether it is the case ? >>> >>> I don’t make any efforts to “nullify” the egress graph from the acl plugin >>> nodes because 99% of the time after you remove the acl you will apply it >>> back or apply a different acl, in my experience. Could you explain a bit >>> more why you expect it differently ? >>> >>> --a >>> >>>> On 4 Sep 2018, at 18:36, .ılı.D'p@k.ılı. <deepak....@gmail.com> wrote: >>>> >>>> Hi , >>>> >>>> When i remove acl from interface, its node graph doesnt revert back to >>>> original state. >>>> >>>> #vppctl show vlib graph acl-plugin-in-ip4-fa >>>> Name Next Previous >>>> acl-plugin-in-ip4-fa error-drop [0] >>>> >>>> //ADD ACl >>>> vat# acl_add_replace ipv4 permit >>>> vl_api_acl_add_replace_reply_t_handler:108: ACL index: 0 >>>> >>>> //ATTACH to interface >>>> vat# acl_interface_add_del sw_if_index 2 add input acl 0 >>>> >>>> //CHECK if acl's vpp node graph has changed >>>> #vppctl show vlib graph acl-plugin-in-ip4-fa >>>> Name Next Previous >>>> acl-plugin-in-ip4-fa error-drop [0] >>>> ip4-mpls-label-disposition >>>> ip4-lookup [1] >>>> ip4-mpls-label-disposition >>>> >>>> ip4-input-no-checksum >>>> ip4-input >>>> >>>> //DEL ACL >>>> vat# acl_interface_add_del sw_if_index 2 del input acl 0 >>>> >>>> //CHECK if acl's vpp node graph has reverted back >>>> #vppctl show vlib graph acl-plugin-in-ip4-fa >>>> Name Next Previous >>>> >>>> acl-plugin-in-ip4-fa error-drop [0] >>>> ip4-mpls-label-disposition >>>> ip4-lookup [1] >>>> ip4-mpls-label-disposition >>>> >>>> ip4-input-no-checksum >>>> ip4-input >>>> >>>> Regards, >>>> Deepak Kumar Ch >>>> -- >>>> >>>> >>>> Regards, >>>> Deepak Kumar Ch >>>> >>>> “We judge ourselves by our intentions and others by their actions.”- >>>> Stephen M.R. Covey >>>> -=-=-=-=-=-=-=-=-=-=-=- >>>> Links: You receive all messages sent to this group. >>>> >>>> View/Reply Online (#10352): https://lists.fd.io/g/vpp-dev/message/10352 >>>> Mute This Topic: https://lists.fd.io/mt/25178343/675608 >>>> Group Owner: vpp-dev+ow...@lists.fd.io >>>> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [ayour...@gmail.com] >>>> -=-=-=-=-=-=-=-=-=-=-=- >> >> >> >> -- >> >> >> Regards, >> Deepak Kumar Ch >> >> “We judge ourselves by our intentions and others by their actions.”- Stephen >> M.R. Covey > > > > -- > > > Regards, > Deepak Kumar Ch > > “We judge ourselves by our intentions and others by their actions.”- Stephen > M.R. Covey
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10362): https://lists.fd.io/g/vpp-dev/message/10362 Mute This Topic: https://lists.fd.io/mt/25178343/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
