This section lists known behavior, system maximums, and limitations in hardware and software in Juniper Networks CSO Release 5.0.0.
SRX Dual CPE cluster-level RMA is not supported. Only cluster node-level RMA is supported.
The SRX4100 and SRX4200 devices support all existing SD-WAN features, except the following:
Phone home client—The CPE devices must be manually activated by copying the stage-1 configuration from the CSO portal, pasting it to the console of the SRX4100 and SRX4200 devices, and then committing the stage-1 configuration.
LTE and xDSL interfaces.
EX2300 and EX3400 devices do not support the phone home client. You must manually copy the stage-1 configuration from the CSO portal and paste it to the device console to commit the stage-1 configuration when you create a LAN site or activate an EX series switch.
Do not zeroize EX2300 and EX3400 devices as that might result in unexpected behavior.
To activate NFX150, phone-home server should be configured to contact the CSO instance running on AWS. Contact the Juniper team for more information.
Dynamic VPN (DVPN)
Creation and deletion of DVPN tunnels based on the DVPN create and delete thresholds are governed by the
MAX_DVPN_TUNNELSand MIN_TUNNELS_TO_START_DVPN_DEACTIVATE parameters, respectively. However,
MIN_TUNNELS_TO_START_DVPN_DEACTIVATEare not honored when DVPNs are created or deleted from the CSO UI. This might cause the total active DVPN tunnels count on the Site > WAN tab to show a greater value than the
MAX_DVPN_TUNNELSvalue configured for that site.
DVPN create and delete thresholds are based on the APPTRACK_SESSION_CLOSE messages. When APPTRACK_SESSION_CLOSE messages reach the specified threshold, an alarm is generated for creating or deleting a DVPN tunnel. However, the alarms are not cleared until the APPTRACK_SESSION_CLOSE message count goes below the threshold (for create alarms) or above the threshold (for delete alarms) to trigger a fresh cycle. This causes the create and delete alarms to remain active and prevent further alarms and to, thus, slow down the creation or deletion of tunnels.
Passive probes created by an SD-WAN policy time out because of inactivity in 60 seconds and causes CSO to close the corresponding sessions and trigger
APPTRACK_SESSION_CLOSEmessages are tracked by CAN, and are added to the number of sessions closed. The sessions closed count is used to calculate the DVPN delete threshold.
The job log message that says “No update of SD-WAN policy configuration on device with ID deviceID due to missing required information” is not an error even though it appears in red color. The message only indicates that there is no SD-WAN policy applicable for the site.
An SD-WAN policy deployment is successful even if there is no matching WAN link meeting the SLA. This is expected behavior and is done so that when a WAN link matching the SLA becomes available, traffic is routed through that link.
The policy intents defined for a firewall or an SD-WAN policy must not have conflicts with other policy intents in that policy because such conflicts lead to inconsistent behavior. For example:
You cannot define an SD-WAN policy with one policy intent for application X and SLA profile S-1 and another policy intent for application X and SLA profile S-2.
You cannot define two firewall policy intents with the same source and destination endpoints but one with action Allow and another with action Deny.
If WAN link endpoints are not of similar type but overlay tunnels are created based on matching mesh tags, the static policy for site-to-site or central Internet breakout traffic gives preference to the remote link type.
Advanced SLA configurations, such as CoS rate limiting, are not supported during local breakout if no specific application is selected; that is, if Application is set to ANY. Choose specific applications if you want to enable advanced SLA configurations, such as CoS rate limiting.
If two or more SD-WAN policy rules are configured for the same application with different levels of granularity, such as all, sites, and departments, then CSO applies the CoS rate limiter in the same order in which you have created the intents.
Between spoke 1 (attached to the provider hub) and spoke 2 (attached to the provider hub and the gateway site), traffic occurs in the following paths:
From spoke 1 to spoke 2, forward traffic goes through the provider hub (to spoke 2) and reverse traffic goes through the gateway site (to spoke 1).
From spoke 2 to spoke 1, forward traffic goes through the gateway site (to spoke 1) and the reverse traffic goes through the provider hub to spoke 2.
On the WAN tab of the Site-Name page, the link metrics graph displays aggregated data. Therefore, in cases where the aggregation interval overlaps between source and destination link data, the link metrics graph displays incorrect data.
If the SD-WAN mode is Real-Time Optimized and a path switch is triggered because a link goes down, sometimes the link switch event displayed in the CSO GUI does not contain the SLA violation metric details.
On the SD-WAN Events page, when you mouse over the Reason field of link switch events, sometimes Above Target is displayed instead of the absolute SLA metric value for very large values (for example, for an SLA metric value that is 100 times the target value).
When an SD-WAN policy is deployed and a high rate of traffic flows through the CPE device, this might lead to network congestion and introduce delays or cause traffic. However, even though an SLA violation is reported, the traffic does not switch to a different link.
In device redundancy mode, when you reboot a node, the device fails to generate a few system logs. Because a few system logs are not generated, the link switch event in CSO displays the source interface same as the destination interface.
Sometimes duplicate link switch events are displayed on the Link Switch Events page.
UTM web filtering is not supported in an active-active SRX cluster.
Intrusion prevenion system (IPS) is not supported. Therefore, in the IPS report, the attack name from the IPS signatures is displayed as UNKNOWN.
SSL Proxy is not supported on SRX300 and SRX320 series devices.
Site and Tenant Workflow
In the Add Site workflow, use IP addresses instead of hostnames for the NTP server configuration. If you are using hostnames instead of IP addresses, ensure that the hostname is DNS-resolvable; if the hostname is not DNS-resolvable, ZTP for the device fails.
Ensure that tenants use unique site names so that no two tenants have sites with the same name.
CSO uses RSA key based authentication when establishing an SSH connection to a managed CPE device. The authentication process requires that the device has a configured root password, and you can use Administration Portal to specify the root password in the device template.
To specify a root password for the device:
- Log in to Administration Portal.
- Select Resources > Device Templates.
- Select the device template and click Edit.
- Specify the plain text root password in the ENC_ROOT_PASSWORD field.
- Click Save.
When you try to deploy a LAN segment on an SRX Series spoke device, the CSO GUI allows you to select more than one port for a LAN segment. However, for SRX Series devices, only one port for a LAN segment can be deployed; multiple ports in a LAN segment can be deployed only on NFX Series devices.
On a site with an NFX Series device, if you deploy a LAN segment without the VLAN ID specified, CSO uses an internal VLAN ID meant for internal operations and this VLAN ID is displayed in the UI. There is no impact on the functionality.
Do not create departments that have names starting with default, default-reverse, mpls, internet, or default-hub because CSO uses the following departments for internal use:
DHCP configuration on WAN links on a SD-WAN hub is not supported.
When you use Mozilla Firefox to access the CSO GUIs, a few pages do not work as expected. We recommend that you use Google Chrome version 60 or later to access the CSO GUIs.
When you copy and paste a stage–1 configuration from Chrome version 71.0.3578.98, insert a new line, as shown in the following example, in the private key text:
-----BEGIN RSA PRIVATE KEY----- Proc-Type: 4,ENCRYPTED DEK-Info: DES-EDE3-CBC,1F6A1336016A8239 ADD A NEW LINE HERE 2C638z/Lgr/g4Kw7r9lys9XWnUGbGnPpT1cc5jGq1Qbb8Nu286QsVGfrUy7Qh9sU FJkIQI9bOMNadLL7wklsnwBCVAoAYjX+haizSaZzDphT6XBzph35BN9M0Zmb+Kpn fH5i5FZx8FJixbnonCmaVrWFgWcwUi+ijUKp/h9NfE5c2W5m2VBdmRjBfjWo9jcH HV5gkkoG0Gdx7Kv60HKOMDl2YkjL4zfAzBS8J8BMmk5x6sY+GqNQOdgs7m4oXYCH 1loOYS6n9l0WDZcxXYWWeINlu6zOSIlZYVIdwaE0OMDvoA82tzTHFmMy2kA48FHJ
If you do not insert the new line, the private key fails.
If you select purge audit log with the archive and store in local location option, you need to contact Juniper Networks for accessing the locally-archived audit logs. We recommend that you use the archive and store in remote location option for easy access to archived logs. When you run an audit log purge with the archive and store in a remote location option, ensure that the remote server where you want to archive the purged audit logs is reachable from CSO.
A LAN segment deploy job is handled in two parts in the following sequence:
LAN segment-related policies are deployed.
Firewall policies are deployed.
However, the deploy job status is updated as soon as the first part is completed. Because of this, a deploy job for a LAN segment is shown as a success even though the associated firewall policy deployment is still in progress.
When you edit a tenant, changing the deployment plan from Hybrid WAN to SD-WAN or vice versa is not supported, although the field is displayed as editable.
On an NFX Series device:
To activate a virtualized network function (VNF), perform the following steps:
- Add the VNF to the device.
- Initiate the activation workflow and ensure that the job is 100% completed.
To retry the activation of a VNF that failed, perform the following steps:
- Deactivate the VNF.
- Remove the VNF.
- Add the VNF to the device.
- Initiate the activation workflow and ensure that the job is 100% completed.
Class-of-service (CoS) configuration on Layer 2 interfaces (ge-0/0/*) is not supported on NFX150 CPE devices.
LAN routes are not advertised to the neighbor in case of a data center department on a gateway site that uses routing protocols such as BGP or OSPF. In such cases, configure source NAT on the gateway site from the CSO UI or configure reverse routes on the routing device.
Overlapping LAN segments are not supported across a CSO installation.