Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Aclorch] fix Acl bind point type issue #516

Merged
merged 7 commits into from
Jul 11, 2018
Merged

[Aclorch] fix Acl bind point type issue #516

merged 7 commits into from
Jul 11, 2018

Conversation

keboliu
Copy link
Collaborator

@keboliu keboliu commented Jun 7, 2018

What I did
Change the previous way to add ACL table bind point type. previously it will check all the port type in the ACL table to decide which type of bind point will be added to this table. Now by default, an ACL table will support both PORT and LAG bind point, no need to go through all the port and check the port type.

Why I did it
The original way will cause an issue when ACL member LAG is not configured yet but the table already created, then the LAG bind point will not be added and result in failure later when the LAG configured and bind the ACL table to this LAG.

How I verified it
Run ACL/Everflow and CRM test on the testbed.

Details if related

Copy link
Contributor

@qiluo-msft qiluo-msft left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please also cherry pick this PR to 201803 after merged into master.

bpoint_list.push_back(bind);
}

vector<int32_t> bpoint_list = { SAI_ACL_BIND_POINT_TYPE_PORT, SAI_ACL_BIND_POINT_TYPE_LAG };
Copy link
Contributor

@qiluo-msft qiluo-msft Jun 22, 2018

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Also add SAI_ACL_BIND_POINT_TYPE_VLAN? #Closed

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

yes, can add this, then we don't need to change the code in the future when deciding to support VLAN.

Copy link
Contributor

@qiluo-msft qiluo-msft left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As comment.

Copy link
Contributor

@qiluo-msft qiluo-msft left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Offline discussed with @lguohan, SONiC should not use SAI_ACL_BIND_POINT_TYPE_VLAN because it is not a supported feature. So let's remove the latest commit from this PR.
Sorry for the late comment.

@keboliu
Copy link
Collaborator Author

keboliu commented Jun 26, 2018

well, let's remove it.

@qiluo-msft
Copy link
Contributor

qiluo-msft commented Jun 26, 2018

Offline discussed with @prsunny. Our goal is:

  1. merge [minigraph parser] Fix minigraph parser issue when handling LAG related ACL table configuration sonic-buildimage#1712 into 201803 branch
  2. merge this PR into master and 201803 branch

However one ASIC SAI implementation is not ready right now (Mellanox SAI is ok). The ETA for unblocking is 7/4.

@lguohan lguohan merged commit 37b1001 into sonic-net:master Jul 11, 2018
@keboliu keboliu deleted the acl-bind-point branch August 22, 2018 10:27
oleksandrivantsiv pushed a commit to oleksandrivantsiv/sonic-swss that referenced this pull request Mar 1, 2023
- add redis_dummy_remove_route_entry() for meta_sai_remove_route_entry() calls, which is the same logic as create/set

- add NULL pointer check and add meta_sai_remove_route_entry() calls which will remove meta data after remove entries. The logic is the same as create/set

- syncd add bulkremove option for processEvent() to select processBulkEvent()

- together with this , there should be a consumer_table_pops.lua script changes to handle bulkremove in sonic_swss_common
sonic-net/sonic-swss-common#306

- after these changes , when we call bulk_create and bulk_remove, the meta data is cleared and we can bulk_create again, otherwise it raise error entry already exists.

Signed-off-by: Dong Zhang d.zhang@alibaba-inc.com
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants