Some newer Linux distributions use a new way (using biosdevname) of naming hardware devices, including network interfaces. This causes some software that depends on the traditional naming (for example, eth0 , eth1 ) to fail on license checks.

The workaround is to append biosdevname=0 to the kernel line of the grub configuration file and reboot. (Syntax varies among distributions.)

After reboot, you should be able to use ifconfig to verify that the NICs are named eth0 (or eth1 , ...) instead of the biosdevname names (such as p34p1).

The aggregator uses DARE to consolidate NIMOs into one network model. If you update the topo-igp-nimo node-filter configuration, or if a node goes down after running the initial DARE configuration, you must do the following:

1. Update the topo-igp-nimo exclusion or inclusion list.

2. Run collection on the topo-igp-nimo.

3. Run the WAE CLI rebuild tool to rebuild DARE and sync the updated NIMO node information:

   
   wae@wae# wae components aggregators aggregator <aggregator_network_name> rebuild
   

• LDP data collection can only be performed by executing CLI tools using the external-executable-nimo.

• NetFlow collection is not supported on Alcatel-Lucent devices.

• Due to vendor MIB limitations, WAE cannot represent QoS traffic on interfaces that have more than one VLAN configured. If a network contains such interfaces, their queue traffic statistics are omitted from the collection. The total traffic on these interfaces is still measured. As a result, demands for every class of service estimated through Demand Deduction are less accurate. Estimates of traffic totals over all classes of services, however, are not affected.

• Collection of interface egress shaping rate for Alcatel-Lucent devices does not support LAG interfaces.

• Juniper MIBs do not support P2MP LSPs.

• WAE cannot associate a GRE tunnel with the physical interface it uses to reach the tunnel destination because the IP-Tunnel MIB lacks this information.

• For Juniper routers, the signaled standby LSP option is not available from the standard MPLS-TE MIB. Only the active path option name is collected.

• For Cisco IOS XR routers:

  • IGP topology collected through topo-igp-nimo module:

    • IS-IS link-state database with TE extensions contains incorrect interface “admin-weights” (TE metric) on Intel-based routers.

    • IPv6 IS-IS link-state database does not contain IPv6 interface addresses or parallel interfaces. This information is only available when Cisco IOS XR supports IS-IS IPv6 TE extensions.

  • MAC accounting is not supported (although you can collect MAC traffic through an external NIMO).

  • The lsp-snmp-nimo module does not set the Standby value in the <LSPPaths> table for signaled backup paths or collect named affinities configured with affinity-maps.

• BGP peers:

  • The topo-bgp-nimo module does not build BGP pseudo-nodes among internal ASNs.

  • The topo-bgp-nimo module does not collect BGP peers under PE-CE VRFs.

• TE Extended Admin Groups (EAGs), also known as extended affinities, are only supported from Juniper and parse_configs.

• There is no support for building port circuits for LAG members that are not within the same IGP (inter-AS circuits).

• It is not possible to distinguish between physically connected and unconnected LAG ports that are down for LAG port matching.

• With segment routing, concurrent RSVP-TE and SR-TE paths are not supported on the same LSP.

• The optical plug-in is supported on Oracle JRE 1.8 but not on OpenJDK JRE. Oracle JRE 1.8 is not packaged with Cisco WAE. You can download Oracle JRE 1.8 from Oracle’s website.

If you are using a JRE other than Oracle JRE 1.8 for other Java programs and you want to use the optical plug-in, you must download Oracle JRE 1.8 and add the following lines to the beginning of the <WAE_installation_directory> /packages/optical-ctc-plugin/run.sh file:

#!/bin/bash
export JAVA_HOME=<path_to_JRE_installation_directory>
export PATH=$JAVA_HOME/bin:$PATH

• Multilayer collection for Cisco devices is supported only on the following platforms:

  • Cisco Network Convergence System (NCS) 2000 platforms running version 10.61, 10.7, and 10.8 for L1 devices when using the CTC optical agent. NCS 2000 platforms running version 10.9 is supported when using the Cisco Evolved Programmable Network Manager optical agent (EPN-M optical agent).

  • Cisco Aggregation Services Routers (ASR) 9000, Cisco Carrier Routing System (CRS), and Cisco NCS 5500 platforms running IOS-XR for L3 devices.

• Multilayer collection is limited to the collection of unprotected circuits.

• Collection of WSON and SSON circuits are supported.

• Collection of non-WSON circuits is only supported when using the EPN-M optical agent. It is not supported when using the CTC optical agent.

• L3-L1 mapping by LMP is supported only if the controller interface name is the same as the actual L3 interface name or of the form "dwdmx/x/x/x" where the "x/x/x/x" subscript matches that of the corresponding L3 interface.

• Central Frequency ID mapping is currently supported only for circuit paths but not for path hops.

Cisco WAE Modeling Daemon (WMD) configuration can be viewed from the Cisco WAE UI, but configuration edits must be done using the Expert Mode or WAE CLI.

• macOS Sierra 10.12 and later implements an additional security measure for applications that are not distributed through the App Store; this includes WAE Design.

  By default, WAE Design is in a quarantine state as shown by the following command on a terminal:

  
  xattr wae_design.app
  

  The command returns the following output for a quarantined application:

  
  com.apple.quarantine
  

  As a workaround, remove WAE Design from quarantine by entering the following command in the directory where WAE Design is installed:

  
  xattr -r -d com.apple.quarantine wae_design.app
  

  You can now run WAE Design from macOS Sierra 10.12 and later.

• If you are using macOS X 10.12 or later with the WAE Design GUI and the Parse Configs tool (File > Get Plan from > Configs), add the following lines in ~/.bash_profile:

  
  launchctl setenv JAVA_HOME `/usr/libexec/java_home -v 1.8`
  export JAVA_HOME=$(/usr/libexec/java_home -v 1.8)
  

You cannot run the floating license server on a setup (Linux VM or actual host) that uses bonded virtual interfaces (that is, a setup with multiple interfaces that have the same MAC address but different IP addresses within a VM). If the WAE Design client tries to check out a license from a setup that uses bonded virtual interfaces, the license checkout fails with the error "No license found."

As a workaround, run the floating license server in a standard Linux VM or host.

Cisco WAE Coordinated Maintenance 1.3.1 supports the WAE archive only when the data source is CDB.