-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
bgpd: fix route-target display with as dotted format #13721
bgpd: fix route-target display with as dotted format #13721
Conversation
52de42a
to
f6a5460
Compare
Continuous Integration Result: FAILEDContinuous Integration Result: FAILEDSee below for issues. This is a comment from an automated CI system. Get source / Pull Request: SuccessfulBuilding Stage: SuccessfulBasic Tests: FailedTopotests debian 10 amd64 part 9: Failed (click for details)Topology Test Results are at https://ci1.netdef.org/browse/FRR-PULLREQ2-TOPO9DEB10AMD64-12081/test Topology Tests failed for Topotests debian 10 amd64 part 9 Successful on other platforms/tests
|
Continuous Integration Result: FAILEDContinuous Integration Result: FAILEDSee below for issues. This is a comment from an automated CI system. Get source / Pull Request: SuccessfulBuilding Stage: SuccessfulBasic Tests: FailedTopotests Ubuntu 18.04 amd64 part 9: Failed (click for details)Topology Test Results are at https://ci1.netdef.org/browse/FRR-PULLREQ2-TOPO9U18AMD64-12080/test Topology Tests failed for Topotests Ubuntu 18.04 amd64 part 9 Successful on other platforms/tests
Warnings Generated during build:Checkout code: Successful with additional warningsTopotests Ubuntu 18.04 amd64 part 9: Failed (click for details)Topology Test Results are at https://ci1.netdef.org/browse/FRR-PULLREQ2-TOPO9U18AMD64-12080/test Topology Tests failed for Topotests Ubuntu 18.04 amd64 part 9
|
Is this really an expected RT display format |
By default when as-notation mode is standard, the whole uint32_t value should be displayed. |
Continuous Integration Result: SUCCESSFULContinuous Integration Result: SUCCESSFULCongratulations, this patch passed basic tests Tested-by: NetDEF / OpenSourceRouting.org CI System CI System Testrun URL: https://ci1.netdef.org/browse/FRR-PULLREQ2-12081/ This is a comment from an automated CI system. |
Can we fix this in this PR at once and verify with a topotest? |
I dont see the point in doing it in two steps. |
To double-check: This |
yes.
|
Yeah, but |
f6a5460
to
d792d50
Compare
Continuous Integration Result: FAILEDSee below for issues. This is a comment from an automated CI system. Get source / Pull Request: SuccessfulBuilding Stage: SuccessfulBasic Tests: FailedTopotests debian 10 amd64 part 9: Failed (click for details)Topology Test Results are at https://ci1.netdef.org/browse/FRR-PULLREQ2-TOPO9DEB10AMD64-12382/test Topology Tests failed for Topotests debian 10 amd64 part 9 Successful on other platforms/tests
|
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.
If you could add a topotest with an expected dotted format checking, that would be good. In the future it would be handy when changing/refactoring something to catch this too.
This pull request has conflicts, please resolve those before we can evaluate the pull request. |
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.
looks okay ... waiting on @ton31337 's comments
@pguibert6WIND ping |
@pguibert6WIND -- any progress on this one? |
sorry, need help for rebase. |
What do you mean need help for rebase? :) |
there is a conflict, and I need time to resolve this. |
d792d50
to
3416619
Compare
@pguibert6WIND could you rebase and push? |
3416619
to
f30088a
Compare
done |
ci:rerun |
f30088a
to
3612da3
Compare
@pguibert6WIND how should the output be for
is bad, and should be a numeric one (a not like below), right?
This is OK output, correct?:
|
I think we're just waiting on the output for this one ... to make certain it's correct? Can we get this cleaned up so we can push it? |
The following command results in a wrong route-target display: > # show running-config > [..] > route-map rmap permit 1 > set extcommunity rt 1.45:55 > exit > router bgp 1.45 as-notation plain > neighbor 192.0.2.1 remote-as 65500 > address-family ipv4 unicast > network 192.0.2.2/32 route-map rmap > Observed output: > # show bgp ipv4 192.0.2.2/32 > [..] > Extended Community: RT:1.0.0.45:55 > The decoding of the passed cli string assumes this is an IP address, whereas it is an AS number in dotted format. Consequently, the vty output will use the ip address encoding. Count the number of dots in the extended community format. If a single dot number is detected, the AS format is passed, and used by the vty output. After fix: > > # show bgp ipv4 192.0.2.2/32 > [..] > Extended Community: RT:65581:55 > For remind, AS 65581 and AS 1.45 are a unique AS number. > show bgp neighbor > BGP neighbor is 192.0.2.1, remote AS 65500, local AS 65581, external link > [..] Signed-off-by: Philippe Guibert <[email protected]>
3612da3
to
7c1480f
Compare
Today, the Route Target displayed in BGP prefix does not follow the BGP instance ASDOT format. The fix about displaying RT with appropriate format will be done on a separate pull request. |
The following command results in a wrong route-target display:
Observed output:
The decoding of the passed cli string assumes this is an IP address, whereas it is an AS number in dotted format. Consequently, the vty output will use the ip address encoding.
Count the number of dots in the extended community format. If a single dot number is detected, the AS format is passed, and used by the vty output.
Expected output: