Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

header-navigation
keyboard_arrow_up
close
keyboard_arrow_left
Juniper Apstra 5.0.1 / 5.0.0 User Guide
Table of Contents Expand all
list Table of Contents
file_download PDF
{ "lLangCode": "en", "lName": "English", "lCountryCode": "us", "transcode": "en_US" }
English
keyboard_arrow_right

Configlets (Datacenter Blueprint)

Release: Juniper Apstra 5.0
{}
Change Release
date_range 04-Nov-24

From the blueprint, navigate to Staged > Catalog > Configlets to go to blueprint configlets. Configlets are vendor-specific. Apstra software automatically ensures that configlets of a specific vendor aren't applied to devices from a different vendor. You can import, edit, and delete configlets from the blueprint catalog.

Note: If an improperly-configured configlet causes Apstra deployment errors (when the device rejects the command), a service config deployment failure occurs. See Anomalies (Service) for troubleshooting.
Note:

If an improperly-configured configlet causes the disruption of connectivity between the device and Apstra controller, the device deployment state remains in PENDING forever and will never time out and fail.

For example, if a configlet with misconfigured routing engine firewall filter entry blocks the NETCONF port (tcp 830), the Junos offbox agent can't connect to the device to retrieve the running config. The device deployment remains in PENDING state indefinitely and will never time out and fail. Even if you manually change the device config to unblock NETCONF port (tcp 830), Apstra again re-sends the configuration from the last commit which results in a continuing failure. To recover, you have to re-onboard the device. For more details and the workaround, see the Juniper Support Knowledge Base article KB37291.

footer-navigation