The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
In Cisco SD-WAN Cloud OnRamp for Colocation solution, the Link Aggregation Control Protocol (LACP) is enabled for the management
port channel. The management port channel is created by default using the Ethernet links (eth0-1 and eth0-2). To ensure the
port channel configuration on the management switch side is reachable, run the support ovs appctl bond-show mgmt-bond command and ensure OOB switch ports that are connected to the switch has the following port-channel configuration.
In Cisco SD-WAN Cloud OnRamp for Colocation solution, DHCP is enabled by default on the management port channel. Once the
DHCP server is up, the host gets the DHCP IP address on management internal port.
Sticky DHCP
Note
Sticky DHCP configurations are optional.
Configure the DHCP servers to get sticky DHCP IP address. The DHCP client identifier is the serial number on the CSP device.
The DHCP server configuration on a Linux server is:
Since vManage is the controller in this solution, Configure shared writes to candidate database (CDB) which will keep the device config in sync with vManage.
Note
Configure shared is only applicable to static ip configurations. Any other configurations done manually using either confd cli or netconf
or rest api, will be removed by vManage as NFVIS is a vManaged device in this solution.
In NFVIS NetworkHub image, networks are automated and user should not create, delete or modify networks. You can reset the
host server to default configurations using the factory reset all command.
SRIOV Support
SR-IOV is statically enabled on NFVIS Cisco SD-WAN Cloud OnRamp for Colocation image with a CSP 5444 Product Identifier (PID).
SRIOV is enabled by default on ethernet ports eth1-1, eth1-2, eth4-1, eth4-2 as Niantec NIM cards are placed in slots 1 and
4.
SR-IOV is enabled only on Niantic NICs and onboard Niantics does not support SR-IOV.
Thirty two virtual functions are created on each PNIC. . If the NIC is connected to 1G, two virtual functions are created.
Virtual Ethernet Port Aggregator (VEPA) mode is enabled.
The naming convention is: <interface name>-SRIOV-1,<interface name>-SRIOV-2 ,<interface name>-SRIOV-3,<interface name>-SRIOV-4.
Fortville NICs are used to create port channels for OVS data traffic and HA sync between the VM's.
OVS-DPDK Support
Starting from NFVIS 3.12 release, OVS-DPDK support is enabled on NFVIS. The data and HA bridges are ovs-dpdk bridges by default.
The bridges are associated with bonds created over pnics on the Fortville card. The pnics are bound to DPDK compatible drivers.
OVS-DPDK support provides higher performance than the standard kernel OVS datapath.
NFVIS System has two CPUs from the same socket. For each socket one CPU is reserved for DPDK. The kernel is allocated 8GB
of memory. 4G memory is allocated per socket for the DPDK poll mode driver. The rest of the memory is converted to 2MB huge
pages and allocated for VM deployment.
To check the OVS-DPDK status, use Show system:system settings dpdk-status command.