Nigel Kukard <nkukard@lbsd.net>: Author Summary

Builds triggered by Nigel Kukard <nkukard@lbsd.net>

Builds triggered by an author are those builds which contains changes committed by the author.
23
10 (43%)
13 (57%)

Breakages and fixes

Broken means the build has failed but the previous build was successful.
Fixed means that the build was successful but the previous build has failed.
6 (26% of all builds triggered)
0 (0% of all builds triggered)
-6
Build Completed Code commits Tests
FRR › TOPOPR › #48 1 year ago
docs: Added large-community documentation
Closes #1140

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: English language cleanup
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Moved AS regular expressions to BGP regular expressions
Regular expressions are used throughout in bgp commands, it
should not be in a section under as paths which cannot be
easily found.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Clarified the use of show bgp ipv4/ipv6 for communities
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Cleaned up BGP showing of information section
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
232 passed
FRR › TOPOPR › #47 1 year ago
docs: Added large-community documentation
Closes #1140

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: English language cleanup
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Moved AS regular expressions to BGP regular expressions
Regular expressions are used throughout in bgp commands, it
should not be in a section under as paths which cannot be
easily found.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Clarified the use of show bgp ipv4/ipv6 for communities
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Cleaned up BGP showing of information section
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
1 of 249 failed
FRR › FRR30SNAP › #3 1 year ago
bgpd: Fixed incorrect calculation of pointer location
com_index_to_delete[i] holds the location in lcom->val of where the
value is stored, we cannot just increment it by this value on each
iteration as we'll overflow the size of lcom->val.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
docs: Added large-community documentation
Closes #1140

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Cleaned up BGP showing of information section
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Clarified the use of show bgp ipv4/ipv6 for communities
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed typo in the lc list type being matched on
This should be EXPANDED, not STANDARD.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed potential memory leak if additive is false in normal communities
The else portion of the IF dups the community, but doesn't free old

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
vtysh: Fix for the ordering of large-community lists in config output
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed incorrect MTYPE being used for large communites
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed pointer arithmatic miscalculation
If we increment PTR by i * size each time, we end up doing 1, 3, 6
etc.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed pointer calculation issue in lcommunity
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed incorrect large community pointer calculation
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Moved AS regular expressions to BGP regular expressions
Regular expressions are used throughout in bgp commands, it
should not be in a section under as paths which cannot be
easily found.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed potential memory leak if additive is false
The else portion of the IF dups the lc, but doesn't free old

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: English language cleanup
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
1 of 1323 failed
FRR › FRR › #549 1 year ago
doc: English language cleanup
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Moved AS regular expressions to BGP regular expressions
Regular expressions are used throughout in bgp commands, it
should not be in a section under as paths which cannot be
easily found.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Cleaned up BGP showing of information section
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Clarified the use of show bgp ipv4/ipv6 for communities
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
5 of 3560 failed
FRR › TOPOPR › #46 1 year ago
docs: Added large-community documentation
Closes #1140

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
232 passed
FRR › TOPOPR › #45 1 year ago
docs: Added large-community documentation
Closes #1140

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
1 of 249 failed
FRR › TOPOPR › #44 1 year ago
docs: Added large-community documentation
Closes #1140

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
232 passed
FRR › TOPOPR › #43 1 year ago
bgpd: Fixed typo in the lc list type being matched on
This should be EXPANDED, not STANDARD.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed incorrect MTYPE being used for large communites
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed typo in comment
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed incorrect calculation of pointer location
com_index_to_delete[i] holds the location in lcom->val of where the
value is stored, we cannot just increment it by this value on each
iteration as we'll overflow the size of lcom->val.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Cleaned up the lcom->size * LCOMMUNITY_SIZE with lcom_length()
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed pointer calculation issue in lcommunity
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed potential memory leak if additive is false in normal communities
The else portion of the IF dups the community, but doesn't free old

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed pointer arithmatic miscalculation
If we increment PTR by i * size each time, we end up doing 1, 3, 6
etc.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: The large community size is easier to read if its using the constant
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
docs: Added large-community documentation
Closes #1140

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed some comments in bgp_lcommunity.h
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed potential memory leak if additive is false
The else portion of the IF dups the lc, but doesn't free old

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed incorrect large community pointer calculation
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Cleaned up some comments
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Use lcommunity_new() to allocate new lcommunity
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
232 passed
You have insufficient permissions to see all of the builds.
Build Completed Code commits Tests
FRR › TOPOPR › #47 1 year ago
docs: Added large-community documentation
Closes #1140

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: English language cleanup
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Moved AS regular expressions to BGP regular expressions
Regular expressions are used throughout in bgp commands, it
should not be in a section under as paths which cannot be
easily found.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Clarified the use of show bgp ipv4/ipv6 for communities
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Cleaned up BGP showing of information section
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
1 of 249 failed
FRR › FRR30SNAP › #3 1 year ago
bgpd: Fixed incorrect calculation of pointer location
com_index_to_delete[i] holds the location in lcom->val of where the
value is stored, we cannot just increment it by this value on each
iteration as we'll overflow the size of lcom->val.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
docs: Added large-community documentation
Closes #1140

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Cleaned up BGP showing of information section
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Clarified the use of show bgp ipv4/ipv6 for communities
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed typo in the lc list type being matched on
This should be EXPANDED, not STANDARD.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed potential memory leak if additive is false in normal communities
The else portion of the IF dups the community, but doesn't free old

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
vtysh: Fix for the ordering of large-community lists in config output
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed incorrect MTYPE being used for large communites
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed pointer arithmatic miscalculation
If we increment PTR by i * size each time, we end up doing 1, 3, 6
etc.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed pointer calculation issue in lcommunity
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed incorrect large community pointer calculation
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Moved AS regular expressions to BGP regular expressions
Regular expressions are used throughout in bgp commands, it
should not be in a section under as paths which cannot be
easily found.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed potential memory leak if additive is false
The else portion of the IF dups the lc, but doesn't free old

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: English language cleanup
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
1 of 1323 failed
FRR › FRR › #549 1 year ago
doc: English language cleanup
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Moved AS regular expressions to BGP regular expressions
Regular expressions are used throughout in bgp commands, it
should not be in a section under as paths which cannot be
easily found.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Cleaned up BGP showing of information section
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
doc: Clarified the use of show bgp ipv4/ipv6 for communities
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
5 of 3560 failed
FRR › TOPOPR › #45 1 year ago
docs: Added large-community documentation
Closes #1140

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
1 of 249 failed
FRR › TOPOPR › #42 1 year ago
bgpd: The large community size is easier to read if its using the constant
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed potential memory leak if additive is false in normal communities
The else portion of the IF dups the community, but doesn't free old

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed pointer calculation issue in lcommunity
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Use lcommunity_new() to allocate new lcommunity
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed typo in the lc list type being matched on
This should be EXPANDED, not STANDARD.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed incorrect MTYPE being used for large communites
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed pointer arithmatic miscalculation
If we increment PTR by i * size each time, we end up doing 1, 3, 6
etc.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Cleaned up the lcom->size * LCOMMUNITY_SIZE with lcom_length()
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed some comments in bgp_lcommunity.h
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
docs: Added large-community documentation
Closes #1140

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed incorrect large community pointer calculation
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Cleaned up some comments
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed typo in comment
Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed incorrect calculation of pointer location
com_index_to_delete[i] holds the location in lcom->val of where the
value is stored, we cannot just increment it by this value on each
iteration as we'll overflow the size of lcom->val.

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
bgpd: Fixed potential memory leak if additive is false
The else portion of the IF dups the lc, but doesn't free old

Signed-off-by: Nigel Kukard <nkukard@lbsd.net>
Testless build
You have insufficient permissions to see all of the builds.
Build Completed Code commits Tests