Cyber Monday 2024! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Juniper Exam JN0-480 Topic 8 Question 4 Discussion

Actual exam question for Juniper's JN0-480 exam
Question #: 4
Topic #: 8
[All JN0-480 Questions]

You have recently committed a change after creating a new blueprint in Juniper Apstr

a. In the main dashboard, you see a number of anomalies related to BGR What is a likely cause of these anomalies?

Show Suggested Answer Hide Answer
Suggested Answer: B

In Juniper Apstra, a blueprint is a logical representation of the network design and configuration. When you create a new blueprint, you need to commit the changes to apply them to the network devices. However, committing the changes does not mean that the network is immediately updated and operational. It may take some time for the network to converge and reflect the new state of the blueprint. During this time, you may see some anomalies related to BGP in the main dashboard, which indicate that the BGP sessions are not established or stable between the devices. These anomalies are usually temporary and will disappear once the network converges and the BGP sessions are up and running. Therefore, the statement B is the most likely cause of these anomalies in this scenario.

The following three statements are less likely causes of these anomalies in this scenario:

You have misconfigured ASNs. This is possible, but not very likely, because Juniper Apstra provides ASN pools that can be automatically assigned to the devices based on their roles. You can also manually specify the ASNs for the devices, but you need to ensure that they are unique and consistent with the network design. If you have misconfigured ASNs, you may see some anomalies related to BGP, but they will not disappear after the network converges. You will need to fix the ASNs and commit the changes again to resolve the anomalies.

Spine-leaf links are incorrectly set. This is possible, but not very likely, because Juniper Apstra provides connectivity templates that can be used to define the spine-leaf links based on the interface maps. You can also manually specify the spine-leaf links, but you need to ensure that they are correct and match the physical cabling. If you have incorrectly set the spine-leaf links, you may see some anomalies related to BGP, but they will not disappear after the network converges. You will need to fix the spine-leaf links and commit the changes again to resolve the anomalies.

A generic system has not been configured. This is not relevant, because a generic system is a device that is not managed by Juniper Apstra, but is connected to the network. A generic system does not affect the BGP sessions between the devices that are managed by Juniper Apstra. If you have a generic system in your network, you need to configure it manually and ensure that it is compatible with the network design. A generic system does not cause any anomalies related to BGP in the main dashboard.


Blueprint Summaries and Dashboard

BGP Session Flapping Probe

Probe: BGP Session Monitoring

Contribute your Thoughts:

Kandis
6 months ago
I think it's possible that misconfigured ASNs could also be causing the anomalies in the main dashboard.
upvoted 0 times
...
Barrett
7 months ago
I disagree, I believe the spine-leaf links may be incorrectly set causing the anomalies.
upvoted 0 times
...
Angella
7 months ago
I think the fabric might not have converged yet. That could be the cause of the anomalies.
upvoted 0 times
...
Rusty
7 months ago
I just committed a change in Juniper Apstr and now I'm seeing anomalies related to BGR. Any idea what could be causing this?
upvoted 0 times
...

Save Cancel
az-700  pass4success  az-104  200-301  200-201  cissp  350-401  350-201  350-501  350-601  350-801  350-901  az-720  az-305  pl-300  

Warning: Cannot modify header information - headers already sent by (output started at /pass.php:70) in /pass.php on line 77