Upgrade from Release 16.2 and Earlier Software Releases

Because of software changes in Release 16.3, you must modify the router configuration as follows before you upgrade from Release 16.2 or earlier to Release 18.3:

• You can no longer configure RED drops on low-latency queuing (LLQ; queue 0). That is, if you include the policy qos-scheduler scheduling llq command in the configuration, you cannot configure drops red-drop in the same QoS scheduler. If your vEdge router has this configuration, remove it before upgrading to Release 17.2. If you do not remove the RED drop configuration, the configuration process (confd) will fail after you perform the software upgrade, and the Viptela devices will roll back to their previous configuration.
• For vEdge 2000 routers, you can no longer configure interfaces that are not present in the router. That is, the interface names in the configuration must match the type of PIM installed in the router. For example, if the PIM module in slot 1 is a 10-Gigabit Ethernet PIM, the configuration must refer to the proper interface name, for example,10ge1/0, and not ge1/0. If the interface name does not match the PIM type, the software upgrade will fail. Before you upgrade from Release 16.2 or earlier to Release 17.2, ensure that the interface names in the router configurations are correct.

Hardware Caveats

The following are known behaviors of the hardware:

• On vEdge 1000 routers, support for USB controllers is disabled by default. To attach an LTE USB dongle to a vEdge 1000 router, first attach the dongle, and then enable support for USB controllers on the vEdge router, by adding the system usb-controller command to the configuration. When you enter this command in the configuration, the router immediately reboots. Then, when the router comes back up, continue with the router configuration. Also for vEdge 1000 routers, if you plug in an LTE USB dongle after you have enabled the USB controller, or if you hot swap an LTE USB dongle after you have enabled the USB controller, you must reboot the router in order for the USB dongle to be recognized. For information about enabling the USB controller, see USB Dongle for Cellular Connection.

• For vEdge 2000 routers, if you change the PIM type from a 1-Gigabit Ethernet to a 10-Gigabit Ethernet PIM, or vice versa, possibly as part of an RMA process, follow these steps:
  1. Delete the configuration for the old PIM (the PIM you are returning as part of the RMA process).
  2. Remove the old PIM, and return it as part of the RMA process.
  3. Insert the new PIM (the PIM you received as part of the RMA process).
  4. Reboot the vEdge 2000 router.
  5. Configure the interfaces for the new PIM.

• On a vEdge 5000 router, you cannot enable TCP optimization by configuring the tcp-optimization-enabled command.

Software Caveats

The following are known behaviors of the software:

Cellular Interfaces

• On a vEdge 100m-NA and 100m-GB routers, when you configure profile 1 for a wireless WAN, you might see the error "Aborted: 'vpn 0 interface cellular0 profile': Invalid profile 1 : APN missing". [VIP-31721]
• When configuring cellular attach-profile and data-profile on Cisco IOS XE routers running the XE SD-WAN software, you must use the default profile ID.

• The vEdge 100wm router United States certification allows operation only on non-DFS channels.

• When you are configuring primary and last-resort cellular interfaces with high control hello interval and tolerance values, note the following caveats:
  • When you configure two interfaces, one as the primary interface and the other as the last-resort interface, and when you configure a high control hello interval or tolerance values on the last-resort interface (using the hello-interval and hello-tolerance commands, respectively, the OMP state indicates init-in-gr even though it shows that the control connections and BFD are both Up. This issue was resolved in Release 16.2.3. However, the following caveats exist:
    — You can configure only one interface with a high hello interval and tolerance value. This interface can be either the primary or the last-resort interface.
    — In certain cases, such as when you reboot the router or when you issue shutdown and no shutdown commands on the interfaces, the control connections might take longer than expected to establish. In this case, it is recommended that you issue the request port-hop command for the desired color. You can also choose to wait for the vEdge router to initiate an implicit port-hop operation. The request port-hop command or the implicit port hop initiates the control connection on a new port. When the new connection is established, the stale entry is flushed from the vSmart controllers.
  • If the primary interface is Up, as indicated by the presence of a control connection and a BFD session, and if you configure a last-resort interface with higher values of hello interval and tolerance than the primary interface, if you issue a shutdown command, followed by a no shutdown command on the last-resort interface, the last-resort interface comes up and continuously tries to establish control connections. Several minutes can elapse before the operational status of the last-resort interfaces changes to Down. If this situation occurs, it is recommended that you issue a request port-hop command for the desired color.
  • If you have configured a primary interface and a last-resort interface that has higher hello interval and tolerance values than the primary interface, and if the last-resort interface has control connections to two vSmart controllers, if you issue a shutdown command, followed by a no shutdown command on the last-resort interface, a control connection comes up within a reasonable amount of time with only one of the vSmart controllers. The control connection with the second vSmart controller might not come up until the timer value configured in the hello tolerance has passed. If this situation occurs, it is recommended that you issue a request port-hop command for the desired color.

• When you activate the configuration on a router with cellular interfaces, the primary interfaces (that is, those interfaces not configured as circuits of last resort) and the circuit of last resort come up. In this process, all the interfaces begin the process of establishing control and BFD connections. When one or more of the primary interfaces establishes a TLOC connection, the circuit of last resort shuts itself down because it is not needed. During this shutdown process, the circuit of last resort triggers a BFD TLOC Down alarm and a Control TLOC Down alarm on the vEdge router. These two alarms are cleared only when all the primary interfaces lose their BFD connections to remote nodes and the circuit of last resort activates itself. This generation and clearing of alarms is expected behavior.

• For cellular interface profile, the profile number can be 0 through 15. Profile number 16 is reserved, and you cannot modify it.

Configuration and Command-Line Interface

• When you upgrade to Release 17.2 from any prior Viptela software release, the CLI history on the Viptela device is lost. The CLI history is the list of commands previously entered at the CLI prompt. You typically access the history using the up and down arrows on the kayboard or by typing Ctrl-P and Ctrl-N. When you upgrade from Release 17.2 to a later software release, the CLI history is maintained.

• When you issue the request reset configuration command on a vEdge Cloud router, a vManage NMS, or a vSmart controller, the software pointer to the device's certificate might be cleared even though the certificate itself is not deleted. When the device reboots and comes back up, installation of a new certificate fails, because the certificate is already present. To recover from this situation, issue the request software reset command.
• VRRP on vedge-cloud is not supported on ESXi x86 devices due to ESXi limitations. On vmxnet3, an error message will be thrown while attempting to configure VRRP. On E1000, error message will not be thrown, but VRRP will not function as configured.

Control and BFD Connections

• When a vBond orchestrator, vManage NMS, or vSmart controller goes down for any reason and the vEdge routers remain up, when the controller device comes back up, the connection between it and the vEdge router might shut down and restart, and in some cases the BFD sessions on the vEdge router might shut down and restart. This behavior occurs because of port hopping: When one device loses its control connection to another device, it port hops to another port in an attempt to reestablish the connection. For more information, see the Firewall Ports for Viptela Deployments article. Two examples illustrate when this might occur:
  • When a vBond orchestrator goes down for any reason, the vManage NMS might take down all connections to the vEdge routers. The sequence of events that occurs is as follows: When the vBond orchestrator crashes, the vManage NMS might lose or close all its control connections. The vManage NMS then port hops, to try to establish connections to the vSmart controllers on a different port. This port hopping on the vManage NMS shuts down and then restarts all its control connections, including those to the vEdge routers.
  • All control sessions on all vSmart controllers go down, and BFD sessions on the vEdge routers remain up. When any one of the vSmart controllers comes back up, the BFD sessions on the routers go down and then come back up because the vEdge routers have already port hopped to a different port in an attempt to reconnect to the vSmart controllers.

• When a vEdge router running Release 16.2 or later is behind a symmetric NAT device, it can establish BFD sessions with remote vEdge routers only if the remote routers are running Release 16.2 or later. These routers cannot establish BFD sessions with a remote vEdge router that is running a software release earlier than Release 16.2.0.

• When you add or remove an IPv4 address on a tunnel interface (TLOC) that already has an IPv6 address, or when you add or remove an IPv6 address on a TLOC that already has an IPv4 address, the control and data plane connections for that interface go down and then come back up.
• Release 16.3 introduces a feature that allows you to configure the preferred tunnel interface to use to exchange traffic with the vManage NMS. In the vManage NMS, you configure this on cellular, Ethernet, and PPP Interface feature templates, in the vManage Connection Preference field under Tunnel Interface. In the CLI, you configure this with the vmanage-connection-preference command. The preference value can be from 0 through 8, with a lower number being more preferred. The default value is 5. If you set the preference value to 0, that tunnel interface is never used to exchange traffic with the vManage NMS, and it is never able to send or receive any overlay network control traffic.
  With this configuration option, there is one situation in which you can accidentally configure a device such that it loses all its control connections to all Viptela controller devices (the vManage NMSs and the vSmart controllers). If you create feature templates and then consolidate them into a device template for the first time, the NMS software checks whether each device has at least one tunnel interface. If not, a software error is displayed. However, when a device template is already attached to a device, if you modify one of its feature templates such that the connection preference on all tunnel interfaces is 0, when you update the device with the changes, no software check is performed, because only the configuration changes are pushed to the device, not the entire device template. As a result, these devices lose all their control connections. To avoid this issue, ensure that the vManage connection preference on at least one tunnel interface is set either to the default or to a non-0 preference value.

Interfaces

• On virtual interfaces, such as IRB, loopback, and system interfaces, the duplex and speed attributes do not apply, and you cannot configure these properties on the interfaces.

• When a vEdge router has two or more NAT interfaces, and hence two or more DIA connections to the internet, by default, data traffic is forwarding on the NAT interfaces using ECMP. To direct data traffic to a specific DIA interface, configure a centralized data policy on the vSmart controller that sets two actions—nat and local-tloc color. In the local-tloc color action, specify the color of the TLOC that connects to the desired DIA connection.

• When configuring interfaces for an IOS XE router using one of the VPN Interface feature configuration templates, you must spell out the interface names completely. For example, you must type GigabitEthernet0/0/0. Also, you must define all the interfaces in the router even if you are not using them so that they are configured in the shutdown state and so that all default values for them are configured.

• For IOS XE routers that have a DSLAM module plugged in, you must include the VPN Interface DSL PPPoA or the VPN Interface DSL PPPoE feature configuration template in the device configuration template to successfully configure the routers from vManage NMS.

IPsec

• For IKE-enabled IPsec tunnels that use IKE Version 2, the SD-WAN software does not support Traffic Flow Confidentiality (TFC) padding for ESP Version 3, as defined in RFC 4303, IP Encapsulating Security Payload (ESP).

IPv6

• You can configure IPv6 only on physical interfaces (ge and eth interfaces), loopback interfaces (loopback0, loopback1, and so on), and on subinterfaces (such as ge0/1.1).
• For IPv6 WAN interfaces in VPN 0, you cannot configure more than two TLOCs on the vEdge router. If you configure more than two, control connections between the router and the Viptela controllers might not come up.
• IPv6 transport is supported over IPsec encapsulation. GRE encapsulation is not supported.
• You cannot configure NAT and TLOC extensions on IPv6 interfaces.

• DHCPv6 returns only an IPv6 address. No default information is accepted. IPv6 router solicitation and router advertisement messages are not processed.

IRB

• On integrated routing and bridging (IRB) interfaces, you cannot configure autonegotiation.

NAT

• When you reboot a vSmart controller, the BFD sessions for all symmetric NAT devices go down and come back up. This is expected behavior.

Policy

• In policy definitions, any application list or application family list that you define with an app-list option cannot have more than 10 items per list.

Routing Protocols

• When a vEdge router transport interface is using an old IPv6 SLAAC address for control connections or BFD sessions, or both, the IP address used for control connections and BFD might become out of sync with the actual IPv6 address. This situation can happen when the IPv6 address that SLAAC advertises from the gateway router changes suddenly and the old IPv6 address has not first been invalidated. As a workaround, if the router has no mechanism to invalidate older prefixes when the IPv6 prefix changes, first remove the router-advertisement configuration on the default gateway router and then change the IPv6 address. To resolve this problem when it occurs on a vEdge router, shut down the interface and then restart it; that is, issue a shutdown command, followed by a no shutdown command.

• When you configure OSPF using a vManage NMS device configuration template, the configuration of an NSSA area or a stub area and the configuration of an area range are not pushed to the router when you attach the device configuration template to the router. As a workaround, configure these parameters in CLI mode on the router, from the vManage Tools ► SSH Terminal screen, using the OSPF area and range configuration commands.

Security

• It is recommended that you use IKE Version 2 only with Palo Alto Networks and Ubuntu strongSwan systems. Viptela has not tested IKE Version 2 with other systems.

  SNMP

  T1/E1

  vManage NMS

  Outstanding Issues

  The following are outstanding issues in IOS XE SD-WAN Software Release 16.9 and SD-WAN Software Release 18.3. The CSC number following each issue is the bug number in the Cisco Defect Tracking System. The VIP number following each issue is the bug number in the Viptela bug-tracking database.

  Cellular Interfaces

  Cloud OnRamp for SaaS

  Configuration and Command-Line Interface

  Forwarding

  Interfaces

  NMS

  Policy

  • In vManage NMS, when you use the policy configuration wizard to create policies for a mesh topology, you might need to create an additional policy using a CLI template for the mesh policy to work. This situation is known to occur in a network that has two regions, where each region is mesh that is a subset of the entire network, where each region has its own data center, and where the branch vEdge routers in one region communicate with branch routers in the other region through the data centers. We will call these Region 1 and Region 2. Assume that Region 1 has a control policy that advertises its TLOCs to the data center in Region 2, and Region 2 has a control policy that prevents the spokes and data center in Region 2 from advertising TLOCs to the spokes in Region 1. The result is that the data center in Region 2 repeatedly attempts to form control tunnels to the data center in Region 1, but these attempts fail. As a workaround, you must a policy using a CLI template that allows the data center in Region 2 to exchange TLOCs with the data center in Region 1 and then attach that policy to the vEdge routers. [VIP-29933]

  Routing Protocols

  Security

  ◦ 18.3.6: vBond became unreachable when vMange is switched from Active to Backup. [CSCvq05418]

  ◦ vdaemon crashed on cEdge when vManage is migrated from Active to backup on 18.3.6 [CSCvq05385]

  SNMP

  • When you configure an SNMP trap target address, you must use an IPv4 address.
  • The Viptela interface MIB supports both 32-bit and 64-bit counters, and by default sends 64-bit counters. If you are using an SNMP monitoring tool that does not recognize 64-bit counters, configure it to read 32-bit MIB counters.
  • On a vEdge router, if you perform an snmpwalk getnext request for an OID for which there is no information, the response that is returned is the next available instance of that OID. This is the expected behavior.
  • If you wish to change the card and controller type on the device, you must first remove the previously configured card and controller and reboot the device.
  • You cannot configure rollback or load override features on a multilink interface.
  • PPP multilink QoS is currently not supported in the VPN Interface Multilink template.
  • PPP multilink NAT is currently not supported in the VPN Interface Multilink template.

  • For a vEdge Cloud VM instance on the KVM hypervisor, for Viptela Releases 16.2.2 and later, it is recommended that you use virtio interfaces. For software versions earlier than Release 16.2.2, if you are using the Ubuntu 14.04 or 16.04 LTS operating system, you can use IDE, virtio, or virtio-scsi interfaces.

  • On a Viptela device that is being managed by a vManage NMS system, if you edit the device's configuration from the CLI, when you issue the commit command, you are prompted to confirm the commit operation. For example:
    vEdge(config-banner)# commit
    The following warnings were generated:
      'system is-vmanaged': This device is being managed by the vManage. Any configuration changes to this device will be overwritten by the vManage.
    Proceed? [yes,no]
    You must enter either yes or no in response to this prompt.
    During the period of time between when you type commit and when you type either yes or no, the device's configuration database is locked. When the configuration database on a device is locked, the vManage NMS is not able to push a configuration to the device, and from the vManage NMS, you are not able to switch the device to CLI mode.
  • The members of a vManage cluster rely on timestamps to synchronize data and to track device uptime. For this time-dependent data to remain accurate, do not change the clock time on any one of the vManage servers of the cluster after you create the cluster.

  • When you use the vManage Maintenance ► Software Upgrade screen to set the default software version for a network device, that device must be running Release 16.1 or later at the time you set the default software version. If the network device is running Release 15.4 or earlier, use the CLI request software set-default command to set the default software version for that device.

  • When you are using a vManage cluster, when you are bringing up new vManage NMS in the cluster, use an existing vManage NMS to install the certificate on the new vManage NMS.

  • In vManage feature configuration templates, for the passwords listed below, you cannot enter a cleartext password that starts with $4 or $8. You can, however, use such passwords when you are configuring from the CLI.

    • Neighbor password, in the BGP feature configuration template

    • User password, in the Cellular Profile feature configuration template

    • Authentication type password and privacy type password, in the SNMP feature configuration template

    • RADIUS secret key and TACACS+ secret key, in the System feature configuration template

    • IEEE 802.1X secret key, in the VPN Interface Ethernet feature configuration template

    • IPsec IKE authentication preshared key, in the VPN Interface IPsec feature configuration template

    • CHAP and PAP passwords, in the VPN Interface PPP Ethernet feature configuration template

    • Wireless LAN WPA key, in the WiFi SSID feature configuration template

  • PPP CHAP is currently not supported in the VPN Interface Multilink template.
  • PPP multilink fragmentation is currently not supported in the VPN Interface Multilink template.
  • If a serial interface is bundled into a multilink interface, you cannot remove it from the vManage NMS.
  • Once you attach the VPN Interface Multilink template to a device, you cannot detach it from the device.
  • When you configure cellular interfaces on an IOS XE router, the cellular profile may not be written to the modem. [CSCvk08395]
  • On an IOS XE router, you cannot delete the VDSL controller configuration. [CSCvk27232]
  • On an ISR 4331 router, when you remove the last-resort configuration from an interface, the router might crash. [CSCvm26371]
  • If you configure IPv6 on a cellular interface, the control connections might go down and come back up continuously. [VIP-21970]
  • On a vEdge 100m router running Release 18.3.0, the Cloud OnRamp for SaaS and vtracker processes might crash when a specific configuration with multiple VPNs and interfaces gets pushed. [CSCvk79278/VIP-43925]
  • When the vManage AAA feature template is used to configure TACACS authentication, vManage does not generate the correct configuration for cEdge routers. As a result, TACACS authentication is not working for those routers. [CSCvn38487/VIP-47732]
  • With the ping source ip-address command, if you type it as ping so ip-address, the CLI does not autocomplete so and the command fails. You must type out the keyword source. [CSCvi46383/VIP-36087]

  • If a physical interface is part of a bridge, you cannot adjust the MTU on the interface. As a result, the 802.1x interface's MTU has to be lowered to 1496. If the interface needs to also run OSPF, this MTU size can cause an MTU mismatch with other interfaces that have an MTU of 1500. [CSCvi59620/VIP-26759]

  • When you configure a hostname that includes a period (.), only the portion of the hostname before the period is displayed. As a workaround, use an underscore (_) or a hyphen (-). [CSCvj32215/VIP-38369]
  • On an IOS XE router, the file generated by the request admin-tech command might not include DSL-related information or ATM/dialer-related information. [CSCvj43195, CSCvj54679]
  • On IOS XE routers, when you configure users to be in different AAA user groups, both groups might have the same privilege level. [CSCvj29165/VIP-39683]
  • The show omp routes command output might display the incorrect tag for OMP routes. [CSCvj82776/VIP-39722]
  • On an IOS XE router, when you push a configuration template in which the interface to the vManage NMS is configured as down, it might take 15 minutes to roll back the configuration instead of the usual 5 minutes. [CSCvj88473]
  • On an IOS XE router, when you issue the show platform software trace command from the CLI, the router might reboot unexpectedly. As a workaround, use the request admin-tech command to collect the trace information. [CSCvj90293]
  • On an IOS XE router, EEM-related configurations on Confd are not supported. [CSCvj95656]
  • When you attempt to activate a vEdge cloud router on which the organization name is not configured, the router is not activated and no error message is displayed. [CSCvk10038/VIP-40503]
  • A template push from the vSmart controller might fail with an application communication error. [CSCvk31357/VIP-41576]
  • GPS location coordinates that you configure on an IOS XE router might not take effect. CSCvk65202/VIP-42609]
  • Attaching a configuration template to a vEdge 5000 router might fail with the error message "Null". [CSCvm46954/VIP-44173]
  • On an IOS XE router, you might not be able to configure a static route from the configuration templates. [CSCvm55390/VIP-44437]
  • On an IOS XE router, you might not be able to delete BFD from an interface using Netconf. [CSCvm60350/VIP-44577]
  • When you try to push the default templates that include cflowd policies to an IOS XE router, the template push might fail with the error "Bad CLI  source Loopback0, location 16". [CSCvm61034/VIP-44614]
  • On an IOS XE router, when you attach a NTP feature template that contains a VRF other than VPN 0, the vManage server might push the incorrect VRF name. [CSCvm68056/VIP-44887]
  • For IOS XE routers, the vManage NMS might not generate an NTP source interface configuration. [CSCvm68397/VIP-44901]
  • On an IOS XE router, when you issue the commit and-quit command to exit configuration mode, you might be placed into router exec mode instead of SD-WAN exec mode.[ CSCvm72402/VIP-45042]
  • When two routes exist to the same neighbor, if you specify a single IP address in the show ip routes command, the command might return only one of the routes, but if you specify an IPv4 prefix and prefix length, the command returns both routes. [VIP-32736]
  • If you disable deep packet inspection (DPI) on a vEdge router, traffic directed towards queue 0 (LLQ) might become bursty or might be dropped. [CSCvi35220/VIP-34211]
  • Traffic might be blackholed because of stale BFD sessions. This happens in a scenario when there are two vEdge routers at a site, both configured with TLOC extension between them, and the circuit that they are connected to goes down. One router clears all its BFD sessions, but the second one does not, so all traffic is sent to the uncleared BFD sessions and is blackholed. [CSCvi45659/VIP-35113]
  • When you configure a cellular interface as a last-resort interface, the cellular interface might remain up at all times. [CSCvi49913/VIP-34495]
  • Routes might be installed in the routing table with the incorrect color. [CSCvi59626/VIP-35088]
  • When you switch data traffic from one tunnel to another (for example, from a biz-ethernet to an lte tunnel), a small amount of traffic might be lost. [CSCvi66931/VIP-27992]

  • The vManage DPI screen might display a DIA graph for a vEdge router on which local internet exit is not configured. [CSCvj50058/VIP-38987]

  • A vEdge router might crash with the error message, "FTMD-3-ERRO-1000011: FP Core 1 Died. Core file recorded at /var/crash/core.fp1.5310". [CSCvj63407/VIP-39318]

  • When you use VLAN tagged interfaces for transport interfaces, the interface throughput might drop. [CSCvj79568/VIP-39647]

  • On an IOS XE router, VPN 0 traffic might not be NATed over interfaces configured as TLOC extensions. [CSCvk34856/VIP-41673]

  • On a vEdge 100 router with an IPv6 underlay, the throughput speed might decrease noticeably. [CSCvk52771/VIP-42167]

  • On cflowd template packets, the DF bit might get set. [CSCvk77142/VIP-43032]

  • On an IOS XE router, ECMP might not work. [CSCvm26391/VIP-43788]

  • A vEdge100m router might crash when a workstation connected to it on the service side requests a DHCP address. [CSCvm42884/VIP-44045]

  • An IOS XE router might not be able to calculate loss, latency, and jitter. [CSCvm60561/VIP-44585]

  • When you upgrade a vEdge 5000 router from Release 18.3.0 to Release 18.3.1, the router performance might decrease. [CSCvm60731/VIP-44603]

  • On an IOS XE router, the default template configuration pushed by the vManage NMS might include the "no exec", which disables console access. [CSCvm63759/VIP-44731]
  • For IEEE 802.1X, you cannot configure a RADIUS server for MAC authentication bypass (MAB). [VIP-18492]
  • In application-aware routing policy, the salesforce_chatter, oracle_rac, and google_photos applications might not be classified properly. [VIP-21866]
  • If you misconfigure the target VPN for NAT, the ICMP unreachable messages might contain the inside IP address. [VIP-43947]
  • When forwarded ports are not open on the inside client, NAT might block RST packets in the return path and might generate ones on behalf of outside client. [VIP-43950]
  • In vManage NMS, removing a DSL configuration from a router might fail with the errors "Failed to process device request" and "inconsistent value: Device refused one or more commands". [CSCvk29514/VIP-41479]
  • On IOS XE routers, when you issue the show control local-properties command, the output might show that a subinterface's state is up even though its administrative state is down. [CSCvk72903/VIP-42864]
  • The output of the show interface command might not display subinterfaces. [CSCvk77546/VIP-43214]
  • The output of the show interface queue command might not correctly report the number of dropped packets. [CSCvm39500/VIP-43970]
  • When you use Auto IP to assign the tunnel interface IP address. the vEdge router is assigned an address, but statically configuring that same address might not work, which results in the control connection on the tunnel interface going down. As a workaround, remove the configured IP address from the CLI and configure the static IP address again. [CSCvm40434/VIP-43987]
  • You might not be able to configure the Cloud Onramp VPC even when vEdge routers are present. [VIP-34655]
  • NMS configuration-db may run into an issue where a partial corruption can occur. This situation can occur when the disk gets full. This is an issue in the software of a third-party that the vendor has already fixed. [VIP-49259]
  • On an IOS XE router, when you configure a centralized data policy with no sequences and with the default action (drop), the from-service or from-tunnel apply options might not work. [CSCvh94044]
  • A centralized policy that is pushed from the vSmart controller to the vEdge routers might not be applied on the routers. [CSCvi54347/VIP-27046]
  • For zone-based firewalls, you can configure a VPN to be in only one zone. [CSCvi97773/VIP-37609]

  • In the vManage Centralized Policy UI Builder, the Membership has no options to accept or reject and no way to change the default action. These options are all available in CLI and need to be added to the UI builder for the same capabilities. [CSCvj43085/VIP-38730]

  • You cannot match ICMP in a policy that you associate with the source and destination zones in a zone pair​, because ICMP is not a transport layer protocol and zone pair policies match only TCP protocols. [CSCvk03248]
  • On IOS XE routers, the zone-based firewall zone-pair statistics​ displayed on the vManage NMS might not be the same as the statistics displayed on the router itself, with the show sdwan zbfw zonepair-statistics command. [CSCvk36517/VIP-41739]
  • If you enable NAT and apply a localized data policy on a transport interface, the control connection on that interface might not come up. [CSCvk44405/VIP-41968]
  • When you are configuring a localized data policy (access list) in vManage NMS, you might encounter errors with entering port numbers and number ranges. [CSCvk76181/VIP-42981]
  • Pushing policy from the vManage NMS to the vSmart controller might time out even though the vSmart controllers are up and have control connections to all vManage servers. [CSCvk78100/VIP-43427]
  • If DPI momentarily encounters an out-of-memory or a resource exhaustion situation, when it returns to normal, the output of the show app dpi summary command might show statistics counters as 0 even through flows continue to be recognized and classified by the DPI software. [CSCvm40554/VIP-43993]
  • When you apply a QoS policy to a vEdge router, the router's interface throughput might slow considerably. As a workaround, remove the configuration and reboot the router. [CSCvm49899/VIP-44272]
  • When you activate a centralized policy, the vSmart controller might reboot before starting the policy. [CSCvm59347/VIP-44565]
  • On an IOS XE router, if you configure both the bgp ha-mode sso prefer and neighbor additional-paths send receive commands, you might not be able to configure the bgp ha-mode sso prefer command. [CSCuy24258/VIP-44685]
  • On IOS XE routers, OSPF version 2 ELL private TLVs might not map properly to the IANA code points on point-to-point and unnumbered interfaces. [CSCvh22300/VIP-42020]

  • In the BGP feature template, the BGP neighbor route policy variable name is displayed as the default name (bgp_neighbor_policer_out_pol_name) rather than the name you enter. However, the name you enter does show up when you are attaching the template to the device. [CSCvj17396/VIP-37988]

  • The show omp tlocs advertised command might not properly filter TLOC-advertised routes. [CSCvj67940/VIP-39400]
  • OSPF NSSA external1 and external2 prefixed might not be advertised into OMP. [CSCvk78335/VIP-43505]
  • A vEdge router might crash when you issue a show ospf command. [CSCvk78359/VIP-43519]
  • On an IOS XE router, if you modify the MD5 key on an OSPF interface and then you the MD5 configuration from an OSPF interface, the Linux IOS process (linux_iosd) might crash and the router might reboot. [CSCvm37501/VIP-43933]
  • In an overlay network with three vSmart controllers, if a controller group list configured on a 100 vEdge router contains two vSmart controllers, the maximum number of controllers that the router can connect to is set to two, and the maximum number of OMP sessions on the router is set to two, 50 routers connect to each of two vSmart controllers. If you bring these two controllers down, all 100 connections then move to the third vSmart controller. However, if you then bring up one of the other vSmart controllers, 50 connections move to that controller, but the third controller might still have 100 connections. [VIP-27955]
  • When a certificate for controllers is about to expire, no syslog message is generated. [VIP-28960]

• System

  vEdge Hardware

  vManage NMS

    ◦ One vmanage in standby cluster not able to install its own root-ca active/backup [CSCvq04452]

  • When you poll the VIPTELA-OPER-VPN MIB, interface descriptions are limited to 32 characters. [CSCvi37645/VIP-35787]
  • An SNMP query might not display the flow-sampling interval (.1.3.6.1.4.1.41916.12.6.1.2). [CSCvm48892/VIP-44239]
  • After you reboot an ISR 4000 router, OpenDNS local-domain bypass might stop working. [CSCvf27566/VIP-43025]
  • When you change the negotiated interface speed on a vEdge router, the buffer allocation also changes. [CSCvi80775/VIP-37238]
  • When control connections are coming on on an ISR 11000 router, you might see kernel traceback error message on the console. These message have no affect on router functionality. [CSCvi88112]
  • The gzip process on a router might consume a lot of CPU. [CSCvj58797/VIP-39228]
  • On an IOS XE router, PnP might configure a static IP address instead of a DHCP address during the PnP workflow. [CSCvk16663/VIP-41261]
  • On a vEdge 2000 router, weighted round-robin queues might favor queues with larger packets. [CSCvk40521/VIP-41883]
  • You might not be able to upgrade a vEdge 1000 router from Release 18.2.0 to Release 18.3.0 from the vManage GUI. As a workaround, upgrade from the CLI. [CSCvk44649/VIP-41972]
  • You might not be able to reboot a vEdge 1000 router by issuing reboot commands from the CLI. [CSCvk56629/VIP-42265]
  • You might not be able to open an SSH connection from a vEdge router to a vManage NMS. [CSCvk61571/VIP-42465]
  • If you disable deep packet inspection (DPI) on a vEdge router, traffic directed towards queue 0 (LLQ) might become bursty or might be dropped. [CSCvk77270/VIP-43088]
  • A vEdge 1000 router might silently reboot with reboot reason "Soft Reset (Watchdog)". [CSCvk78682/VIP-43640]
  • When you change the speed on a Finisar FCLF-8521-P2BTL transceiver from 1000 Mbps to 100 Mbps, packets might be dropped. [CSCvk78638/VIP-43617]
  • With AWS, you might not be able to upgrade the vBond orchestrator software, because the AWS region might throttle the rate of transferring the software image file from the vManage NMS to the vBond controller. As a workaround, perform the software upgrade from the CLI. [CSCvk79267/VIP-43918]
  • An ASR 1001-HX router running time-sensitive networking (TSN) might experience intermittent HMAC errors. [CSCvm01519]
  • On a vEdge 5000 router, if you enable cloud-qos, the forwarding performance might drop significantly. [CSCvm57183/VIP-44494]
  • A vEdge 5000 router running Release 17.2.7 might not be able to form control connections with a vBond orchestrator. [CSCvm62586/VIP-44670]
  • On vEdge routers, when you issue an nping command for IPv6, the command might fail, and a core file might be created on the router. From vManage NMS, you issue this command from the Monitor ► Network ► Troubleshooting ► Ping pane. From the CLI, you use the tools nping command, specifying options "--ipv6". [VIP-31924]
  • vEdge 1000 and vEdge 2000 routers might experience high CPU usage. [CSCvk29013/VIP-41438]
  • After you upgrade from Release 17.2.7 to Release 18.3.0, the vManage NMS might report that all vEdge 2000 routers as in Hardware Error state. [CSCvk77198/VIP-43053]
  • A vEdge 5000 router might reboot multiple times with the error message "Software initiated FP core Watch dog failure". [CSCvk79322/VIP-43937]

  • On a vEdge 100m router, after you execute the request software reset command, the router might reboot continuously. [VIP-24149]

  • vBond(s) running version 18.3 or higher will prevent vEdge(s) running version 16.3 or lower from establishing control connection(s) with vSmart(s) running version 18.3 or higher. Please contact Support for additional details and next steps. [CSCvn29173/VIP-50343]
  • When you push a policy that contains an error to the vSmart controller, the error message might not correctly indicated the cause of the error. [CSCvi32788/VIP-32253]
  • In the vManage AAA feature template, you might not be able to enter the RADIUS secret key even though you can enter that same key in the CLI. [CSCvi34649/VIP-31856]
  • You might not be able to reset an interface on an IOS XE router from the vManage NMS. [CSCvi42655/VIP-34418]
  • After a vManage NMS silently reboots, it might be out of sync with the vManage cluster. [CSCvi43327/VIP-35891]
  • The default VPN 512 management feature template is named "Transport VPN", which is confusing because VPN 0 is the transport VPN. [CSCvi59799/VIP-36771]
  • If NMS services are down on one of the servers in a vManage cluster, you might not be able to perform an CLI operations from the vManage NMS. [CSCvj00848/VIP-37672]
  • In a vManage cluster with two servers, if both servers go down, you might need to manually restart the vManage services to return the vManage servers to an operational state. To do this, issue the request nms configuration-db restart command from the vManage server. One way to determine whether you need to restart the services is to check the /var/log/nms/debug.log file on the vManage server for a message indicating that neo4j needs to be restarted. [CSCvj29075/VIP-38228]
  • If you reboot one of vManage servers in a cluster while the vManage NMS is downloading a software image to a vEdge router, the cluster might report server errors and might stop operating properly. [CSCvj38580/VIP-38556]

  • In Forwarding Class/QoS in the Localized Policy wizard, if you create a class map, assign a queue to that class map, successfully add the queue, and then delete the class from the class map list, the Forwarding Class column might be empty instead of displaying the class name. [CSCvj41271/VIP-38690]

  • The vManage GUI might not start, and the vmanage-server.log file might contain a lot of exceptions. [CSCvj79456/VIP-39644]

  • You might not be able to change the AWS instance from C3 to C4. [CSCvj94072/VIP-40092]
  • On a vEdge router, a packet capture/speed test might fail with the error, "Device Error: Failed to read server configuration" after the router reboots after a power added and the router is then re-added to the overlay network. This problem occurs because the data stream collection setting on the vManage NMS might become out of sync while the vEdge router is temporally disconnected from the network. As a workaround, disable the data stream collection on the vManage Administration ► Settings screen and then re-enable it. [CSCvk11112/VIP-40569]
  • On a vManage NMS running Release 18.2.0, the information on the Config Diff might not aligning properly, which makes it hard to compare the two configurations. [CSCvk12352/VIP-40589]
  • If you configure optional parameters in a feature configuration template, the vManage NMS might not be able to push the configuration to the router. [CSCvk15467/VIP-40720]
  • On an IOS XE router, pushing a configuration template might fail with the error "failed to publish task on message bus". As a workaround, restart all the NMS servers from the vManage NMS. [CSCvk23051/VIP-41240]
  • On an IOS XE router, you might not be able to delete a dialer interface in no shut state from the vManage NMS. [CSCvk27129/VIP-41680]
  • When you temporarily disconnect a vEdge router from the network, data stream settings might go out of sync and vManage NMS might report an error. If this happens, disable and then re-enable the data stream. [CSCvk27493/VIP-41369]
  • Upgrading a vEdge router using ZTP might fail for routers that use MIPS images. [CSCvk32990/VIP-41621]
  • If ZTP is enabled on a vManage NMS running Release 18.2, you must enable ZTP again after you upgrade the vManage NMS to Release 18.3. [CSCvk33216/VIP-41637]
  • For a vManage NMS running in multitenant mode, connecting to a vEdge router using SSH from the vManage NMS, might not work. [CSCvk38122/VIP-41772]
  • When ZTP Software Install task starts while a Software Install task is in progress, the installation task might fail. [CSCvk40360/VIP-41873]
  • You might not be able to remove a vManage NMS from a vManage cluster. [CSCvk40435/VIP-41880]
  • After you upgrade the vManage NMS from Release 17.2.6 to Release 18.3.0, configuration database entries might be missing. [CSCvk53396/VIP-42181]
  • You might not be able to reboot a vEdge 1000 router by issuing reboot commands from the CLI. [CSCvk57214/VIP-42283]
  • Email alerts about alarms might not be generated consistently. [CSCvk58084/VIP-42305]
  • When under a heavy load, the vManage NMS might become slow to respond, and control connections might go down and come back up. [CSCvk59440/VIP-42319]
  • When you push the vEdge router list from the vManage NMS, some vEdge routers might become unreachable. [CSCvk63612/VIP-42567]
  • When you upgrade from Release 17.2 to Release 18.2, template migration might fail. [CSCvk65125/VIP-42603]

  • To activate a vEdge Cloud router, entering the UUID of the device in upper case letters might not work. As a workaround, enter the UUID in lower case letters. [CSCvk67084/VIP-42660]

  • When you upgrade the vManage NMS software from Release 18.2.0 to Release 18.3.0, the vManage software might fail to activate. [CSCvk69670/VIP-42783]
  • In Release 18.3, the vManage Maintenance ► Settings ► Statistics Setting tab still lists Cflowd even though the vManage NMS no longer collects cflowd statistics. [CSCvk72673/VIP-42857]
  • After a router becomes unreachable and then comes back online, device configuration templates might never be pushed to the router. [CSCvk72985/VIP-42869]
  • While a device template is being pushed to a router, you might see template out-of-sync messages and duplicate system IP addresses. [CSCvk73077/VIP-42880]
  • In Release 18.3, configuration variables cannot contain slashes (/) or ampersands (&). [CSCvk77234/VIP-43065]
  • If the SP organization name contains an ampersand (&), a template push might fail, and the message returned to the vManage screen is "null". [CSCvk77480/VIP-43188]
  • For a vEdge 100m router, you might not be able to save the VPN Interface Cellular template. [CSCvk77696/VIP-43289]
  • In Release 18.3, you might not be able to copy the built-in Google_Apps or Microsoft_Apps application lists in the vManage NMS. [CSCvk77988/VIP-43404]
  • On a vEdge Cloud VM instance on Azure, the public IP address might be bound to the management NIC instead of to the transport NIC. [CSCvk77997/VIP-43406]
  • You might be unable to instantiate anew Azure vEdge Cloud instance on an existing resource group. [CSCvk77999/VIP-43408]
  • When you use SSO login for the second time on a vManage server, the Cisco login banner continues to spin because of browser caching, As a workaround, either close the browser or clear the cache. [CSCvk79079/VIP-43802]
  • If the organization name or SP orgranization name contains an ampersand (&), the vManage NMS might not sign the CSR and so the vEdge router is unable to join the overlay network. [CSCvk78273/VIP-43484]
  • When you activate a vEdge cloud chassis-id that is generated on PnP, a duplicate device entry might be created. [CSCvm38184/VIP-43962]
  • The vManage Configuration ► Templates screen might report that some feature templates have a status of "out of sync," but the devices do not report this same status. [CSCvm42410/VIP-44013]
  • A software upgrade from Release 16.2.10 to Release might fail with the message "/usr/bin/vconfd_script_upgrade.sh: line 129: sw: command not found". [CSCvm46901/VIP-44168]
  • Users in some user groups might not be able to view the vManage geography map. [CSCvm62262/VIP-44648]
  • In Release 18.3.0, when you a template to a newly RMAed router, you might receive a connection refused message even though the router has control connections to the vManage NMS. [CSCvm62440/VIP-44653]
  • When you upgrade an AWS-hosted instance from Release 17.x to Release 18.3.0, a large number of Java garbage collection (GC) allocation errors might occur, causing the GUI to become unresponsive. [CSCvm70027/VIP-44947]
  • If you try to configure a vEdge router using vManage configuration templates, you might see errors related to lock-denied problems. As a workaround, reboot the router. [VIP-23826]
  • You might not be able to edit configuration templates, with the vManage server reporting that multiple users are trying to edit the template at the same time. [VIP-27615]
  • When you use the vManage NMS and the CLI show system status command, the reboot reason is incorrect; it is shown as unknown. The /var/log/tmplog/vdebug logs shows that the system reboot happened because of a user-initiated upgrade to Release 17.1.3. [VIP-31222]
  • You might not be able to push configuration templates to vEdge routers. [VIP-34886]

•   ◦ compatibility check needed for vMange disaster discovery from Active to Backup [CSCvq09667]
    ◦ vManage GUI shows vEdge cert-installation failed while control is still up and managed by vManage [CSCvq05884]

• Fixed Issues

• Issues Fixed in Release 16.9.5 and 18.3.6

  The following issues have been fixed in in IOS XE SD-WAN Software Release 16.9.5 and in Viptela Software Software Release 18.3.6. The CSC number following each issue is the bug number in the Cisco Defect Tracking System.

      CSCvn71845    QoS doesn't work properly on vEdge 100 cellular interfaces

      CSCvo05590    Bulk edit of feature template attached to ~500 cEdge devices takes 5 min per device for config gene

      CSCvo61990    show system statistics diff' does not work

      CSCvo69105    vManage does not handle chassis id in uppercase when activating vEdge Cloud

      CSCvo08423    GUI unresponsive after upgrade to 18.3.4

      CSCvo48927    WAN Interface stays down after an upgrade or reload of a vEdge 5000

      CSCvo88281    Config Diffs not aligned properly in vManage

      CSCvo99766    UI: Issue with type 8 hashes in CLI templates

      CSCvp09156    NTP issue on cEdge - cannot specify source interface in service VPN

      CSCvp18231    DHCP relay not forwarding dhcp request packets configuration   18.3.4

      CSCvp30369    NAT translation is not happening for return traffic

      CSCvp33762    Unable to commit if there are more  than 24 sub-interface under same vrrp group.

      CSCvp34862    Unable to import Database with TACACS login details

      CSCvp46023    vEdge dropping DHCP offer when source ip and dhcp-helper does not match.

      CSCvp73223    C1111 router crashing even after ROMMON downgrade

      CSCvp82758    Edit vmanage from local host to ip before cluster addition failing

• Issues Fixed in Release 18.3.5

  The following issues have been fixed in IOS XE SD-WAN Software Release 16.9.4 and in Viptela Software Release 18.3.5. The CSC number following each issue is the bug number in the Cisco Defect Tracking System.

  Security

  Issues Fixed in Release 18.3.4

  The following issues have been fixed in IOS XE SD-WAN Software Release 16.9.3 and in Viptela Software Release 18.3.4. The CSC number following each issue is the bug number in the Cisco Defect Tracking System. The VIP number following each issue is the bug number in the Viptela bug-tracking database.

  vManage

  • When you configure cEdge feature on an IOS XE router using vManage configuration templates, the cEdge GPS location is not updated. [CSCvk65202/VIP-42609: This issue has been resolved.]
  • vManage does not send an individual VLAN configuration during template push when a VLAN range is configured. [CSCvm79174/VIP-45278: This issue has been resolved.]
  • When you configure vEdge OSPF Database Router-ID with multi-tenant, vManage might get messed up. [CSCvm64917/VIP-44785: This issue has been resolved.]
  • On IOS XE routers, you might not be able to configure WAN transport VPN extension using TLOC extensions. [CSCvm65707/VIP-44788: This issue has been resolved.]
  • On IOS XE routers, you might not be able to configure cEdge using TLOC extensions. [VIP-45944: This issue has been resolved.]
  • In Release 18.3.0, when you push a vEdge feature template in to a hardware vEdge router, if you have configured "allow-service https" to be off, it might be pushed as "allow-service https". [CSCvm68469/VIP-44908: This issue has been resolved.]
  • When you configure cEdge on an IOS XE router, you can not to access the vManage via https, but can access through ssh. [CSCvm79118/VIP-45275: This issue has been resolved.]
  • In Release 18.3.1, when vManage configures template for cEdge, QoS rewrite rule is in the template, but not available in the config-preview. [CSCvm92358/VIP-45653: This issue has been resolved.]
  • On IOS XE routers, No allow service https is pushed as allow service is in feature template. Set default to true to match the yang model. [VIP-46073: This issue has been resolved.]

  vEdge

  • vEdge 5000 vDaemon crashes while attempting to establish control connections at bootup. [CSCvn02849/VIP-46135: This issue has been resolved.]
  • When you configure DIA on an IOS XE router using vManage configuration templates, the default route for DIA might not be generated. [CSCvk45719/VIP-42012: This issue has been resolved.]
  • On vManage CLI running 18.3.0 when you pass command "show log messages", the messages keep flowing and you can terminate the output using Ctrl C. [CSCvk64741/VIP-42579: This issue has been resolved.]
  • When you use Auto IP to assign the tunnel interface IP address. the vEdge router is assigned an address, but statically configuring that same address might not work, which results in the control connection on the tunnel interface going down. [CSCvm40434/VIP-43987: This issue has been resolved.]
  • In Release 18.3.0, GE0/4 on vEdge100M does not accept packets with size greater than default mtu (1500). [CSCvm94862/VIP-45795: This issue has been resolved.]
  • When vEdge is configured to do service-side NAT for translating both src/dst ip-addresses, vEdge does not translate the source-ip of ICMP return packet. [CSCvn04178/VIP-46181: This issue has been resolved.]

  ​​​​​​DHCP

  • vEdge100m router crashes when a workstation connected to it on the service side requests a DHCP address. [CSCvm42884/VIP-44045: This issue has been resolved.]
  • vEdge100m router crashes when a workstation connected to it on the service side requests a DHCP address. [VIP-46033: This issue has been resolved.]

  Forwarding

  • On a vEdge 100m router, the Forwarding Table Management process (ftmd) might crash when you configure "request admin-tech" command. [CSCvm82919/VIP-45386: This issue has been resolved.]
  • On a vEdge 100m router with the ftmd, memory leakage happens leading to segmentation fault. [CSCvm82501/VIP-45371: This issue has been resolved.]
  • Application ID missing in IPFIX packets with SNMP MIB table. [CSCvj43259/VIP-38738: This issue has been resolved.] 
  • When you use VLAN tagged interfaces for transport interfaces, the interface throughput might drop. [CSCvj79568/VIP-39647: This issue has been resolved.]
  • On a vEdge 100m router, add support to expose internal fp_dump commands to customer. [CSCvm60972/VIP-44613: This issue has been resolved.]
  • When you configure a vEdge router for service-side NAT with overload, identical source ports might be assigned during the translation process. [CSCvm66521/VIP-44841: This issue has been resolved.]
  • When you are running on release 17.2.8 router, vEdge100M-VZ crashes when you enable DPI and cflowd. [CSCvn22423/VIP-47040: This issue has been resolved.]

  Interface

  Policy

  • When you apply a QoS policy to a vEdge router, the router's interface throughput might slow considerably. As a
    workaround, remove the configuration and reboot the router. [CSCvm49899/VIP-44272]

  Issues Fixed in Releases 16.9.3 and 18.3.3.1

  The following issues have been fixed in IOS XE SD-WAN Software Release 16.9.3 and in Viptela Software Release 18.3.3.1. The CSC number following each issue is the bug number in the Cisco Defect Tracking System. The VIP number following each issue is the bug number in the Viptela bug-tracking database.

  vManage

  • When you configure DIA on an IOS XE router using vManage configuration templates, the default route for DIA might not be generated. [CSCvk45719/VIP-42012: This issue has been resolved.]
  • cEdge GPS location is not updated through vManage feature template. [CSCvk65202/VIP-42609: This issue has been resolved.]
  • Changing the device models in a Feature Template is not working. [CSCvm48856/VIP-44235: This issue has been resolved.] 
  • vManage fails to generate the BGP per neighbor route-map configuration. [CSCvm49430/VIP-44248: This issue has been resolved.] 
  • vManage should not generate "ip vrf forwarding 0" configuration for TACACs in global table for cEdge. [CSCvm53683/VIP-44394: This issue has been resolved.]
  • vManage: TLOC-Extension configuration is not generated for cEdge. [CSCvm65707/VIP-44788: This issue has been resolved.]
  • AAA auth-order does not update based on template changes in vManage. [CSCvm80695/VIP-45292: This issue has been resolved.]
  •  vManage does not create TenGig sub-interfaces correctly. [CSCvm92710/VIP-45641: This issue has been resolved.] 
  • Loss Correction Delete / Remove button is not operational in Data Policy. [CSCvm92487/VIP-45659: This issue has been resolved.]
  • Images in vManage repository are not visible but are visible in the directory (/opt/data/app-server/software/package). [VIP-45746: This issue has been resolved.]
  • ENH: vmanage AAA template source-interface accepts only physical interfaces for cEdge. [CSCvm96824/VIP-45876: This issue has been resolved.]
  • vManage creates Gig sub-interfaces when TenGig subs are defined for OSPF. [CSCvm98291/VIP-45930: This issue has been resolved.] 
  • When sub-interfaces are used, "ip helper-address" configuration is not able to push from the vManage template to the cEdge. [CSCvm98802/VIP-45950: This issue has been resolved.] 
  • When you upgrade the software, you cannot create VPN Interface Ethernet Template. [CSCvm99099/VIP-45978: This issue has been resolved.]  

  Issues Fixed in Releases 16.9.3 and 18.3.3

  The following issues have been fixed in IOS XE SD-WAN Software Release 16.9.3 and in Viptela Software Release 18.3.2. The CSC number following each issue is the bug number in the Cisco Defect Tracking System. The VIP number following each issue is the bug number in the Viptela bug-tracking database.

  Configuration and Command-Line Interface

  DHCP

  Forwarding

  Interfaces

  Policy

  Routing Protocols

  Security

  SNMP

  System

  vEdge Hardware

  vManage NMS

  Issues Fixed in Releases 16.9.2a and 18.3.2

  The following issues have been fixed in IOS XE SD-WAN Software Release 16.9.2a and in Viptela Software Release 18.3.2. The CSC number following each issue is the bug number in the Cisco Defect Tracking System. The VIP number following each issue is the bug number in the Viptela bug-tracking database.

  Forwarding

  Policy

  System

  vEdge Hardware

  vManage Server

  Issues Fixed in Release 18.3.1.1

  The following issues have been fixed in Viptela Software Release 18.3.1.1. This release is for vManage NMS only, so all the fixed issues address vManage NMS problems. The CSC number following each issue is the bug number in the Cisco Defect Tracking System. The VIP number following each issue is the bug number in the Viptela bug-tracking database.

  vManage NMS

  Issues Fixed in Releases 16.9.2 and 18.3.1

  The following issues have been fixed in IOS XE SD-WAN Software Release 16.9.2 and in Viptela Software Release 18.3.1. The CSC number following each issue is the bug number in the Cisco Defect Tracking System. The VIP number following each issue is the bug number in the Viptela bug-tracking database.

  Cellular Interfaces

  Configuration and Command-Line Interface

  Forwarding

  Interfaces

  OMP

  System

  vManage NMS

  Wireless WANs

  Issues Fixed in Release 18.3.0

  The following issues have been fixed in Viptela Software Release 18.3.0. The number following each issue is the bug number in the Viptela bug-tracking database.

  Configuration and Command-Line Interface

  DHCP

  Forwarding

  Interfaces

  Policy

  Routing Protocols

  Security

  SNMP

  System

  vEdge Hardware

  vManage NMS

  YANG Files for Netconf and Enterprise MIB Files

  Netconf uses YANG files to install, manipulate, and delete device configurations, and Viptela supports a number of enterprise MIBs. Both are provided in a single tar file. Click the filename below to download the file.

  Using the Product Documentation

  The SD-WAN product documentation is organized into seven modules:

  Module	Description
  Getting Started	Release notes for Viptela software releases, information on bringing up the Viptela overlay network for the first time, quick starts for vEdge routers, software download and installation, and an overview of the Viptela solution.
  vEdge Routers	How to install, maintain, and troubleshoot vEdge routers and their components. Provides hardware server recommendations for the controller devices—vManage NMS, vSmart controller, and vBond orchestrator servers.
  Software Features	Overview and configuration information for software features, organized by software release.
  vManage How-Tos	Short step-by-step articles on how to configure, monitor, maintain, and troubleshoot Viptela devices using the vManage NMS.
  Command Reference	Reference pages for CLI commands used to configure, monitor, and manage the Viptela devices. Includes reference pages for Viptela software REST API, a programmatic interface for controlling, configuring, and monitoring the Viptela devices in an overlay network.
  vManage Help	Help pages for the vManage screens. These pages are also accessible from the vManage GUI.

  Tips

  Using the Search Engine

  Issues

  Requesting Technical Support

  To request technical support, send email to support@viptela.com.

  To provide documentation feedback or comments, send email to docs@viptela.com.

  Revision History

  Revision 1—IOS XE SD-WAN Release 16.9.1 and SD-WAN Release 18.3.0, July 17, 2018
  Revision 2—IOS XE SD-WAN Release 16.9.2 and SD-WAN Release 18.3.1, September 7, 2018
  Revision 3—SD-WAN Release 18.1.1.1, October 3, 2018
  Revision 4—IOS XE SD-WAN Release 16.9.3 and SD-WAN Release 18.3.3, October 15, 2018

  Revision 5—IOS XE SD-WAN Release 16.9.3 and SD-WAN Release 18.3.3.1, November 9, 2018

  Revision 6—IOS XE SD-WAN Release 16.9.3 and SD-WAN Release 18.3.4, November 21, 2018 

  Revision 7—IOS XE SD-WAN Release 16.9.3 and SD-WAN Release 18.3.4, January 21, 2019

  • A vulnerability in the user group configuration of the Cisco SD-WAN Solution could allow an authenticated, local attacker to gain elevated privileges on an affected device. [CSCvi69985: This issue has been resolved.]
  • A vulnerability in the Cisco SD-WAN Solution could allow an authenticated, remote attacker to overwrite arbitrary files on the underlying operating system of an affected device. [CSCvi69862: This issue as been resolved.]
  • Multiple vulnerabilities in the local command-line interpreter (CLI) of the Cisco SD-WAN solution could allow an authenticated, remote attacker to escalate their user privileges and modify device configuration files. [CSCvm25992: This issue has been resolved.]
  • Multiple vulnerabilities in the local command-line interpreter (CLI) of the Cisco SD-WAN solution could allow an authenticated, remote attacker to escalate their user privileges and modify device configuration files. [CSCvm26016: This issue has been resolved.]
  • Multiple vulnerabilities in the local command-line interpreter (CLI) of the Cisco SD-WAN solution could allow an authenticated, remote attacker to escalate their user privileges and modify device configuration files. [CSCvm26025: This issue has been resolved.]
  • Multiple vulnerabilities in the local command-line interpreter (CLI) of the Cisco SD-WAN solution could allow an authenticated, remote attacker to escalate their user privileges and modify device configuration files. [CSCvm26033: This issue has been resolved.]
  • Multiple vulnerabilities in the local command-line interpreter (CLI) of the Cisco SD-WAN solution could allow an authenticated, remote attacker to escalate their user privileges and modify device configuration files. [CSCvm26036: This issue has been resolved.]
  • When you configure sub-interfaces in a cEdge router, the "ip helper-address" configuration is not pushed from the vManage to the cEdge​​​. [CSCvm98802/VIP-45950: This issue has been resolved.]
  • When you configure vEdge 5000 router on 10G interface for more than 1472 bytes of data, vEdge crashes. [CSCvn16681/VIP-46716: This issue has been resolved.]
  • When defining an OSPF template and specifying TenGig sub-interfaces for OSPF-enabled interfaces, vManage instead creates Gig sub-interfaces and attaches the OSPF configuration. [CSCvm98291/VIP-45930: This issue has been resolved.]
  • When you configure DIA on an IOS XE router using vManage configuration templates, the default route for DIA might not be generated. [CSCvk45719/VIP-42012: This issue has been resolved.]
  • After you upgrade from Release 17.2.x to Release 18.3.0, if you modify a policy on the vManage NMS, the policy might no longer push to the vSmart controller. [CSCvk77901/VIP-43376: This issue has been resolved.]
  • In Releases 18.2.0 and later, if an interface description contains a special character, such as an ampersand, the template push might fail with the error message "null". [CSCvm51340/VIP-44295: This issue has been resolved.]
  • On IOS XE routers, when you configure TACACS using feature templates, the vManage NMS might include "ip vrf forwarding 0" in the configuration even though "vrf 0" does not exist on these routers. [CSCvm53683/VIP-44394: This issue has been resolved.]
  • On an IOS XE router, if you use the default source interface in a logging template, the vManage NMS creates the following configuration, which is invalid: logging source-interface "". [CSCvm57114/VIP-44489: This issue has been resolved.]
  • On an IOS XE router, if you define the VPN in the logging template as anything other than the default, the VRF might always configured as Mgmt-intf, which belongs to GigabitEthernet0. This occurs for any VPN other than VPN 0. [CSCvm57126/VIP-44490: This issue has been resolved.]
  • When you create an SVI template for an ISR 1000 router, if the VLAN interface name might be defined with the incorrect syntax, with the result that the vManage NMS generates an invalid interface (for example, GigabitEthernet2). [CSCvm64908/VIP-44778: This issue has been resolved.]
  • For IOS XE routers, you might not be able to configure a DHCP server from a vManage configuration template. [CSCvm53094/VIP-44362: This issue has been resolved.]
  • ZTP allows a vEdge router that is running an earlier release, such as Release 15.4.x, to join an overlay network that is running a later release, such as Release 17.2.x, which might cause the overlay network to go down. [CSCvk14637/VIP-40662: This issue has been resolved.]
  • If you configure centralized data policy to accept protocol 112 (VRRP), VRRP data traffic might not be accepted. [CSCvk75135/VIP-42953: This issue has been resolved.]
  • When you send traffic through a vEdge 5000 router, the TCP process (tcpd) might crash and create a core file. [CSCvk79264/VIP-43915: This issue has been resolved.]
  • When VRRP failover occurs twice, a ping from the host to the virtual IP address might fail. [CSCvm47232/VIP-44187: This issue has been resolved.]
  • Multiple VRRP groups might send the same VRRP advertisements. [CSCvk78034/VIP-43413: This issue has been resolved.]
  • On IOS XE routers, you might not be able to configure WAN transport VPN extension using TLOC extensions. [CSCvm65707/VIP-44788: This issue has been resolved.]
  • In Release 18.3, if you push a centralized policy that has cflowd as the accept action to a vEdge router, the router might crash. [CSCvm53853/VIP-44410: This issue has been resolved.]
  • If you configure a set tloc-list action in a control policy on a vSmart controller and push the policy to a vEdge router, when you change the AS path configuration on that router, the OMP process (ompd) might crash on the vSmart controller. [CSCvk78896/VIP-43724: This issue has been resolved.]
  • The vEdge router software includes a version of the Linux kernel that is affected by the IP fragment reassembly denial-of-service vulnerability identified by the Common Vulnerability and Exposures (CVE) ID CVE-2018-5391. For more information, see the Cisco security advisory Linux Kernel IP Fragment Reassembly Denial-of-Service Vulnerability Affecting Cisco Products (August 2018). [CSCvm15501/VIP-43470: This issue has been resolved.]
  • vEdge routers running Release 15.4.x cannot connect to an overlay network in which the controller devices are running Releases 17.2.x or Releases 18.3.x. To have the vEdge routers join the network, you must upgrade them to Release 16.1 or later. [CSCvk44883/VIP-44101: This issue has been resolved.]
  • An snmpwalk operation for table ompRoutesTableFamilyEntriesReceivedAttributesOriginMetric in the viptela-omp MIB might time out. [CSCvk65155/VIP-42604: This issue has been resolved.]
  • After you upgrade a vEdge 2000 router to Release 18.3.0, the output of the show hardware environment command might indicate that the temperature sensors board has failed. [CSCvk77127/VIP-43030: This issue has been resolved.]
  • On vEdge 2000 routers that have redundant power supplies and that are running Release 17.2, the power supply 1 might flap. [CSCvm46846/VIP-44165: This issue has been resolved.]
  • A Manage NMS might not be able to push a device template to a vEdge router even though it has a control connection to the router. [CSCvk77926/VIP-43389: This issue has been resolved.]
  • For ISR C1117-4P routers, the Switch Port and VPN Interface SVI feature configuration templates are not available. [CSCvm49076/VIP-44245: This issue has been resolved on vSmart controllers.]
  • Scripts for upgrading Cloud onRamp from Release 17.2 to Release 18.3 might not work. [CSCvm51612/VIP-44330: This issue has been resolved.]
  • When a vManage NMS has generated a self-signed root CA that it then uses to sign vEdge Cloud certificates automatically, when the vEdge Cloud router comes up and receives and installs the signed certificate, vBond validation of the router might fail because the O field in the certificate contains a string other than the expected string, which is "Viptela". [CSCvm60099/VIP-44572: This issue has been resolved.]
  • When you upgrade from Release 17.2.8 to Release 18.3.1, Cloud onRamp instances might be deleted. [CSCvm68185/VIP-44896: This issue has been resolved.]
  • An ISR 4331 router might crash when you apply an application-aware routing policy. [CSCvm61043/VIP-44616: This issue has been resolved.]
  • When you apply a QoS service policy that includes shaping rate on an interface, the IOS process (iosd) might create a core file. [CSCvi24304: This issue has been resolved.]
  • On an AWS vManage C5 VM instance, disk I/O errors might occur continuously, and as a result the vManage NMS cannot operate properly. [CSCvk77731/VIP-43292: This issue has been resolved.]
  • On vEdge 2000 routers that have redundant power supplies and that are running Release 17.2, the power supply 1 might flap. [CSCvm46846/VIP-44164: This issue has been resolved.]
  • For Cloud OnRamp SaaS for Azure, you can configure VPN values only from 1 through 511. With this fix, you can now also configure VPNs 513 through 65528. [CSCvm64768/VIP-44767: This issue has been resolved.]
  • On an AWS vManage C5 VM instance, disk I/O errors might occur continuously, and as a result the vManage NMS cannot operate properly. [CSCvk77731/VIP-43292: This issue has been resolved.]
  • For ISR C1117-4P routers, the Switch Port and VPN Interface SVI feature configuration templates are not available. [CSCvm49076/VIP-44245: This issue has been resolved.]
  • On an ISRv router, you cannot modify the cellular controller configuration. [CSCvk27736: This issue has been resolved.]
  • On an IOS XE router, when a cellular interface is configured as a last-resort interface, the operational state of the interface might be Up. [CSCvk38707: This issue has been resolved.]
  • When you use the show ip route command to query a route that is not present in the route table, the command might return no output or no failure message. [CSCvi56366/VIP-36725: This issue has been resolved.]
  • On an IOS XE router, when you configure a centralized data policy with an app-list match condition, the policy might not work as expected. [CSCvk27018: This issue has been resolved.]
  • On an ASR 1002-HX router, after you reload the device, NAT translation might no longer work. As a workaround, either shut down and the restart the NAT interface, or remove and re-apply the source list. [CSCvk33230: This issue has been resolved.]
  • On a vEdge router, if you configure a NAT interface and if the private-to-public port mapping is different for the router's IP address of the vEdge router, the NAT might not work as expected. [CSCvk38993/VIP-41756: This issue has been resolved.]
  • If a vEdge router exhausts all its NAT entries, old entries do not get cleared and new NAT entries are not created. [VIP-41734: This issue has been resolved.]
  • When you have a localized data policy (ACL) that mirrors traffic on an interface in both directions, if you change the IP address of the interface and the mirror destination but do not remove the ACL, the outbound mirroring continues to work but the inbound mirroring stops working. If you then remove and reapply, the ACL, the mirroring again works in both directions. [CSCvi59800/VIP-33275: This issue has been resolved.]
  • On a vEdge router running, NAT, if you map two different private source IP addresses to same public source IP address/port pair, any TLOC extension might fail. [CSCvk21245/VIP-41192: This issue has been resolved.]
  • You cannot configure an ISRv router from a CD-ROM device. As a workaround, configure the router from the /bootflash or /usbflash0 device. [CSCvk27394/VIP-41351: This issue has been resolved.]
  • After you upgrade to Release 18.3.0, VRRP might not be able to reach the configured virtual IP addresses. [CSCvk64590/VIP-42577: This issue has been resolved.]
  • For a source and destination NAT, return traffic might not be able to reach the VPN that originates the session. [VIP-31299: This issue has been resolved.]
  • When you configure inbound and outbound port mirroring on the same interface, traffic might be mirrored only in one direction. [VIP-33247: This issue has been resolved.]
  • On a vBond orchestrator, if you configure allow-service netconf, the vBond orchestrator does not open TCP port 830 and thus cannot connect to the vManage NMS. As a workaround, configure allow-service all. [VIP-35916: This issue has been resolved.]
  • On a vEdge 100b router running Release 17.2.6, when you enable transport interface tracking on an interface, if you bring the interface down, the tracker might fail and cause the router to crash. [CSCvj90245/VIP-40006: This issue has been resolved.]
  • When you reboot an ASR1001-X router, the operational status of the interface that has an SFP plugged might show an as down. [CSCvj94133: This issue has been resolved.]
  • On an IOS XE router, the VLAN interface IP address might be advertised even when no physical interface is associated with it. [CSCvk34720: This issue has been resolved.]
  • On an IOS XE router, you cannot configure an MTU greater than 1500 bytes on an interface or subinterface when you are using a vManage interface configuration template. As a workaround, from the CLI, issue the "no mtu" command and commit the configuration. Then, set the desired MTU in the vManage templates. [CSCvk77283/VIP-43098: This issue has been resolved.]
  • On a vEdge router that has two TLOCs, one on a loopback interface and the second on a physical interface, when the physical interface goes down, the loopback interface might not be able to forward traffic. [VIP-34646: This issue has been resolved.]
  • On a vSmart controller, the OMP process (ompd) might crash. [CSCvk38490/VIP-41807: This issue has been resolved.]
  • In Releases 17.2.8 and later, activating software on a platform hosted in AWS might fail. If you encounter this issue, contact Customer Support for assistance. [CSCvk54504/VIP-42195: This issue has been resolved.]
  • For some routers, the Assigned Template field on the Configuration ► Devices screen might be empty. [CSCvk23108/VIP-41246: This issue has been resolved.]
  • Staging routers might take a long time if they are using the same site ID. [CSCvk31172/VIP-41554, VIP-41558: These issues have been resolved.]
  • vManage NMS might not report router alarms. [CSCvk45960/VIP-42026: This issue has been resolved.]
  • In Releases 16.9.1 and 18.3.0, attaching or updating a configuration template might fail with the error "Vty line 0 doesn't exist." [CSCvk50773/VIP-42146: This issue has been resolved.]
  • You might not be able to add a third vManage NMS to a vManage cluster. [CSCvk56456/VIP-42261: This issue has been resolved.]
  • Cellular profile configuration does not support username and password on the AT&T SKUs 100m-AT and 100wm-AT. [CSCvk36354/VIP-41718: This issue has been resolved.]
  • A color that you configure using a vManage configuration template might not be applied correctly on a vEdge router. [VIP-38735: This issue has been resolved.]
  • When the software reads the DHCP lease file, the read might fail, resulting in a vdhcpsd core. [VIP-39037: This issue has been resolved.]
  • If the vEdge routers in your overlay network are running Release 17.2, you cannot add routers to the network that are running Release 15.4. [VIP-35084: This issue has been resolved.]
  • On a vEdge 100m router, the Forwarding Table Management process (ftmd) might crash. [VIP-39984: This issue has been resolved.]
  • Starting with Release 18.3.0, VRRP on vEdge routers is RFC compliant with respect to virtual MAC addresses. There is a guaranteed support of 24 VRRP groups per vEdge router. [VIP-33722: This issue has been resolved.]
  • When you configure interface tracking on two interfaces in a vEdge router, the router might crash. [VIP-38829: This issue has been resolved.]
  • When you change the name of a counter in a centralized policy, the counter name might not be updated when the vSmart controller pushes the policy to an IOS XE router. [CSCvj60148: This issue has been resolved.]
  • The Policy Zone Pair Sessions real-time command in the vManage NMS might not work. [CSCvk36514: This issue has been resolved.]
  • On x86 vEdge routers (Cloud vEdge routers and vEdge 5000 routers), when you configure QoS schedulers, any traffic that queued in a queue to which no bandwidth or buffer is assigned will be dropped. [VIP-38008: This issue has been resolved.]

  • An implicit or a configured ACL might not work on loopback interfaces. [VIP-38731: This issue has been resolved.]

  • When you are upgrading vEdge routers to Release 16.2.12, the BGP process (bgpd) might crash during the reboot process, when the router is shutting down. [VIP-29523: This issue has been resolved.]
  • When you configure VPN-specific OMP route advertisement parameters to two VPNs on a vEdge router, they might not be applied properly in the VPNs. [VIP-37860: This issue has been resolved.]
  • On an IOS XE router, when you change the OSPF password, the commit might fail. [CSCvj92237: This issue has been resolved.]
  • The Viptela process (vdaemon) might crash when booting up an IOS XE router. [CSCvj98370: This issue has been resolved.]
  • The Viptela software includes a version of OpenSSH that is affected by the vulnerabilities identified by the following Common Vulnerability and Exposures (CVE) IDs: CVE-2016-10009 and CVE-2016-10012. [VIP-34808: This issue has been resolved.]
  • When you specify a DNS destination for IPsec on a tunnel in VPN 0, the Forwarding Table Management process (ftmd), the OMP process (ompd), or the IKE procee (iked) might crash. [VIP-38888: This issue has been resolved.]
  • A vEdge 100 router might reboot regularly, with the message "Software initiated - Daemon 'vdaemon' failed. CPU-reported reboot: Warm". [VIP-39440: This issue has been resolved.]
  • When traffic exceeds 85% of the bandwidth configured on a transport interface, SNMP traps might not get triggered. [VIP-33435: This issue has been resolved.]
  • If you invalidate an ASR 1001-X or ISRv router from vManage NMS, the request platform software sdwan config reset command might give a permission error. [CSCvk21130: This issue has been resolved.]
  • vBond orchestrators might report a large number of control-connection-auth-fail events. [VIP-22976: This issue has been resolved.]
  • The show ip route summary command might display information for VPN 65530 even though no VPN has this identifier. [VIP-42846: This issue has been resolved.]
  • In a vEdge 5000 router, if you remove and replace an SFP without powering off the router, the router is unable to detect the new SFP module details. For example, the show hardware inventory command will not list the SFP module. However, the ports on the SFP still connect and work as expected. [VIP-37562: This issue has been resolved.]
  • A vEdge 5000 router might not be able to start because of issues with its internal verification hardware. [VIP-38219: This issue has been resolved.]
  • In the vManage policy builder, you can configure a site list name that is longer that is allowed on the vSmart controller. When you attempt to activate the policy, an error occurs on the vSmart controller, [VIP-37859: This issue has been resolved.]
  • The vManage NMS might occasionally indicate that the software upgrade on a vEdge router has succeeded even though it has failed. This has been observed only rarely. [VIP-39004, VIP-39041: This issue has been resolved.]
  • The vManage interface feature configuration templates do not have drop-downs for selecting interface speed and duplex settings. [VIP-37973: This issue has been resolved.]

  • After a CSR request is sent to Symantec but before the certificate has been approved, the vManage request to retrieve the certificate might die, and so the vManage NMS might not be able to retrieve the certificate even after it has been approved. [VIP-38093: This issue has been resolved.]

  • When a localized policy that includes a policer is attached to a vEdge router and is active on that device, you might not be able to edit the policer in the vManage policy wizard. [VIP-39294: This issue has been resolved.]

  • The vManage dashboard might show an incorrect number of vBond orchestrators. [VIP-40033: This issue has been resolved.]
  • When you issue the show system buffer-pool-status command, the following error might occur: "Error: application communication failure". [VIP-40073: This issue has been resolved.]
  • When you create a new vManage VM instance and are formatting the third partition, there might be no indication that the formatting is progressing. [VIP-40254: This issue has been resolved.]
  • After you reboot a large number of routers, the vManage cluster performance might degrade. [VIP-40330: This issue has been resolved.]
  • Staging routers might take a long time if they are using the same site ID. [VIP-41558: These issues have been resolved.]
  • YANG and Enterprise MIB files for IOS XE SD-WAN Releases 16.9.1 and later and SD-WAN Releases 18.3.0 and later
  • To create a PDF of an article or a guide, click the PDF icon located at the top of the left navigation bar.
  • To find information related to an article, see the Additional Information section at the end of each article.
  • To help us improve the documentation, click the Feedback button located in the upper right corner of each article page and submit your comments.
  • To search for information in the documentation, use the TechLibrary Search box located at the top of each page.
  • On the Help results page, you can narrow down your search by selecting the appropriate documentation module at the top of the page. If, for example, you are searching for power supply information for your vEdge router model, select the Hardware module and then select your vEdge router model.
  • When a search returns multiple entries with the same title, check the URL to select the article for your hardware platform or software release.
  • When the search string is a phrase, the search engine prioritizes the individual words in a phrase before returning results for the entire phrase. For example, the search phrase full-cone NAT places links to "NAT" at the top of the search results. If such a search request does not return relevant results, enclose the entire search string in quotation marks (here, for example, "full-cone NAT").
  • The maximum PDF page limit is 50 pages.
  • It is recommended that you use the Chrome browser when reading the production documentation. Some of the page elements, such as the PDF icon, might not display properly in Safari.
  • The screenshots for the vManage NMS screens that are included in the vManage help files and other documentation articles might sometimes not match the vManage NMS software screens. We apologize for the inconvenience.

• Revision 8—IOS XE SD-WAN Release 16.9.3 and SD-WAN Release 18.3.4, February 27, 2019

•