No, there isn’t. There isn’t much of a point in deleting graph arcs. If the feature is reenabled, the existing arc from A to B will be reused.
D. From: vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> On Behalf Of Andrew Yourtchenko Sent: Tuesday, September 4, 2018 2:50 PM To: .ılı.D'p@k.ılı. <deepak....@gmail.com> Cc: vpp-dev@lists.fd.io Subject: Re: [vpp-dev] vnet_feature_enable_disable disable option is broken 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<mailto: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<mailto: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<mailto: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<mailto: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<mailto:vpp-dev+ow...@lists.fd.io> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [ayour...@gmail.com<mailto: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 (#10363): https://lists.fd.io/g/vpp-dev/message/10363 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] -=-=-=-=-=-=-=-=-=-=-=-
