-
Notifications
You must be signed in to change notification settings - Fork 538
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
[vog/systemlag] Voq lagid allocator #1603
[vog/systemlag] Voq lagid allocator #1603
Conversation
@judyjoseph - could you please review the PR, thanks. |
Signed-off-by: vedganes <vedavinayagam.ganesan@nokia.com> Class for lag id allocation in atomic fashion. The LAG ID is allocated from central chassis app db. A lua script loaded in the redis at the time of lag allocator instantiaion ensures allocation unqiue lag id when multiple clients requests for lag id simultaneously. System wide unique lag id is used for system lag in VOQ based switches.
Signed-off-by: vedganes <vedavinayagam.ganesan@nokia.com> Changes to fix code review comments. The lua script evaluation is not passed with keys. The keys for the required data are internally hardcoded in the script itself.
Signed-off-by: vedganes <vedavinayagam.ganesan@nokia.com> Typos fixed. Redundant redis set call is removed.
77b5caa
to
8688425
Compare
retest this please |
retest vs please |
1 similar comment
retest vs please |
/AzurePipelines run |
Commenter does not have sufficient privileges for PR 1603 in repo Azure/sonic-swss |
/AzurePipelines run |
Azure Pipelines successfully started running 1 pipeline(s). |
retest this please |
retest vs please |
1 similar comment
retest vs please |
retest vs please |
retest this please |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
retest vs please |
1 similar comment
retest vs please |
@judyjoseph, thanks for starting the Azurepipeline runs and your approval. I tried to restart the vs test. It seems "retest vs please" has not started the vs test. Would you please help to start the vs test? |
vs tests it not required anymore, Azure Pipeline run is good enough. I will merge it, |
o.k. thanks @judyjoseph. The system lag functionality PR (#1605) depends on this PR to build successfully. |
What I did Defined class for lag id allocator and added lua script for allocating/freeing lag id in atomic fashion Why I did it For portchannels in VOQ based chassis systems we need unique lag id across the system. The lag id (aka system port aggreggator id) is allocated during portchannel creation. The changes are for a class for lag id allocation in atomic fashion. The LAG ID is allocated from central chassis app db. A lua script loaded in the redis at the time of lag id allocator instantiation ensures allocating unique lag id when multiple clients requests for lag id simultaneously. Ref: VOQ LAG HLD PR: sonic-net/SONiC#697
What I did
Defined class for lag id allocator and added lua script for allocating/freeing lag id in atomic fashion
Why I did it
For portchannels in VOQ based chassis systems we need unique lag id across
the system. The lag id (aka system port aggreggator id) is allocated during portchannel
creation. The changes are for a class for lag id allocation in atomic fashion. The LAG ID is allocated
from central chassis app db. A lua script loaded in the redis at the
time of lag id allocator instantiation ensures allocating unique lag id when
multiple clients requests for lag id simultaneously.
Ref: VOQ LAG HLD PR: sonic-net/SONiC#697
How I verified it
Details if related
Note: This PR is dependent on sonic-swss-common PR sonic-net/sonic-swss-common#447