You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On Juniper devices, routes with indirect next-hops are not showing any values for the next-hop in the output.
Bug Description
example route:
5.35.225.7/32 (2 entries, 1 announced)
*BGP Preference: 170/-101
Source: 62.138.130.149
Next hop: 62.138.164.57 via ae0.0, selected
Protocol next hop: 10.30.30.9
Local AS: 64613 Peer AS: 64613
Age: 5d 23:08:04 Metric2: 0
AS path: I
Communities: 1234:101 no-advertise
Accepted
Localpref: 100
Router ID: 62.138.130.149
Neither of the two next-hops is showing up in the output:
Routes For: 5.35.225.7
Timestamp: 2021-04-13 08:11:28 UTC
- Prefix: 5.35.225.7/32
- RPKI State: Not Verified
- AS Path:
- Next Hop:
- Weight: 170
- Local Preference: 100
- MED: 0
- Communities:
- 1234:101
- no-advertise
- Originator:
- Peer: 62.138.130.149
- Age: 6 days (Wed, 07 Apr 2021 08:56:14 UTC)
Expected behavior
Expect to see the protocol next-hop 10.30.30.9 in the output.
Steps to Reproduce
Query route with indirect next-hop
Possible Solution
The relevant section in the code appears to be this
# Extract the 'to:' value from the next-hop
selected_next_hop = ""
for hop in next_hops:
if "selected-next-hop" in hop:
selected_next_hop = hop.get("to", "")
break
When parsing the "to:" value it's looking for the "selected-next-hop" flag in the output.
However, I don't think indirect next-hops (e.g. protocol next-hops) have that flag set at all.
At least I'm unable to find an example of this anywhere in my network.
Thus, since the route (or any other route for that matter) has "protocol-nh" set but not "selected-next-hop", the next-hop value is left blank.
On Juniper devices, routes with indirect next-hops are not showing any values for the next-hop in the output.
Bug Description
example route:
Neither of the two next-hops is showing up in the output:
Expected behavior
Expect to see the protocol next-hop
10.30.30.9
in the output.Steps to Reproduce
Query route with indirect next-hop
Possible Solution
The relevant section in the code appears to be this
When parsing the "to:" value it's looking for the "selected-next-hop" flag in the output.
However, I don't think indirect next-hops (e.g. protocol next-hops) have that flag set at all.
At least I'm unable to find an example of this anywhere in my network.
Thus, since the route (or any other route for that matter) has "protocol-nh" set but not "selected-next-hop", the next-hop value is left blank.
Environment
Server
The text was updated successfully, but these errors were encountered: