Lists.Fd.Io
Sent: Tuesday, September 04, 2018 3:05 PM
To: Andrew Yourtchenko ; .ılı.D'p@k.ılı.
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] vnet_feature_enable_disable disable option is broken
No, there isn’t. There isn’t much of a point in deleting graph arcs. If the
feature is reenabled, the exi
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ı.
mailto:deepak@gmail.com>> wrote:
Hi Andrew,
Is there a similar delete call for the "vlib_nod
Hi Deepak,
Not, as far as my quick code browse suggests.
—a
> On 4 Sep 2018, at 20:25, .ılı.D'p@k.ılı. 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ı.
>>
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,
Deep
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ı.
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-l
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 effort
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 NextPrevious
acl-plugin-in-ip4-faerror-drop [0]
//ADD ACl
vat# acl_add_replace ipv4 permit