Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Troubleshooting NextGen Port Extender

General Troubleshooting

This document provides various troubleshooting commands to assist you in monitoring and maintaining your NextGen Port Extender (NGPE) topology.

Base Verification Commands

Use these commands to confirm the base operation of your NGPE topology.

  • show chassis jnu role: displays whether a device is a controller or satellite.

  • show chassis jnu satellites: displays the status of a single satellite or all satellites.

  • show chassis port-extender: displays each virtual SD slot number, along with its IP address, MAC address, and cascade port number.

  • show interfaces terse: displays the up/down status of interfaces; useful for confirming the NGPE fabric is up.

  • show lacp interfaces: check the status of aex participating in LACP

  • show interfaces vtep: check the status of VTEP interfaces.

  • show l2-learning vxlan-tunnel-endpoint remote: check the status of remote VTEP interfaces

  • show bfd session device-list [satellite-name(s)]: check the status of BFD sessions

  • show configuration | display set: displays the active configuration on the device

  • show log jnud: use this command to either monitor the progress of a satellite onboarding, or use after onboarding to check for any errors.

Sync a Satellite Device with the Aggregation Device

You may find a satellite device which is fully operational, yet isn't associated with the aggregate device. The following command will re-associate the satellite device with the aggregate device.

  • request jnu satellite sync: needed if the SD goes out of sync with the AD.

Configure Traceoptions

  • set system scripts commit traceoptions: traceoptions may be enabled for the commit scripts. Traceoptions are system intensive and should only be applied as directed by support.

  • set system services netconf traceoptions: traceoptions may be enabled for netconf to assist in jnud commit issues. Traceoptions are system intensive and should only be applied as directed by support.

Check for Core Files

  • show system core-dumps device-list [satellite name(s)]: check for any core files, as directed by support. In this example, we see a core file for the LACP process in the /var/tmp/ directory on SD1, while SD2 has no cores.

Offboard a Satellite Device

You can offboard an existing SD from your NGPE topology by following this process:

  1. Capture a baseline output of the existing fabric state.

    This output shows the fabric configuration on the SD.

  2. Disable the fabric on the SD.

  3. Commit the change.

  4. Confirm the new fabric state. The aex fabric interface for the SD is absent.

    The fabric configuration for the SD is also absent.

  5. Capture the current port-extender configuration for the SD.

  6. Remove the SD from the topology with the deactivate option. Ensure that you have disabled the fabric. Otherwise, the system will not allow you to perform this step.

  7. Commit the change.

  8. The device should not appear in the NGPE topology. Confirm with this command:

Re-onboard a Satellite Device

You can re-onboard an SD to your NGPE topology by following this process:

  1. Activate the satellite.

  2. Commit the change.

  3. Remove the fabric-disable statement.

  4. If the satellite does not come back online, confirm that the SD is in the satellite role.

  5. If the satellite is not in the satellite role, then re-initiate it. If the satellite is in the satellite role, then skip to step 6.

  6. Sync the satellite with the AD and wait for the SD to appear in the NGPE topology.

Disable or Enable an Extended Port

You can disable or enable an extended port (EP) for troubleshooting purposes. This applies to a single EP, or an aggregated Ethernet interface (aex) containing EP's. The ability to disable and enable an EP is available in Junos OS Release 26.2R1 and later.

Confirm that the interface is down.

When you are ready to bring the port up, you can remove the disable option.

Confirm the port status.

Bounce an Extended Port

You can bounce an EP for troubleshooting purposes. The request interface bounce <interface-name> interval <value> operation temporarily disables and re-enables the interface automatically. You may either specifiy an interval, in seconds, or omit the interval statement. Omitting the interval causes the interface to go down and come back up immediately. The ability to bounce an EP is available in Junos OS Release 26.2R1 and later.