Versa SD-WAN Training: Lab Guide
Versa SD-WAN Training: Lab Guide
Lab Guide
Software version 16.1R2
Oct 2018
Version 1.0
About this Lab Guide
This lab guide presents instructions and associated information related to the lab
activities for this course.
Lab Topology
Trainer would be sharing Lab topology according to the lab used.
Note: Your group may have a different access IP from other participating groups.
Step1: Open Google Chrome browser and access Versa Director using the given IP address.
You should be seeing Versa Director default login screen as shown below.
Figure:1.1.1
Step2: Using provided user credentials you should be able to login into Versa Director.
Figure:1.1.2
Step2: Ping various CPEs OOB IPs from jump server to ensure out of band management
connectivity. Refer Lab topology for OOB IP addressing for your lab devices
[labuser@lab-jumpbox: ~] # ping 172.16.113.31
PING 172.16.113.31 (172.16.113.31) 56(84) bytes of data.
64 bytes from 172.16.113.31: icmp_seq=1 ttl=64 time=0.414 ms
64 bytes from 172.16.113.31: icmp_seq=2 ttl=64 time=0.250 ms
64 bytes from 172.16.113.31: icmp_seq=3 ttl=64 time=0.265 ms
64 bytes from 172.16.113.31: icmp_seq=4 ttl=64 time=0.292 ms
64 bytes from 172.16.113.31: icmp_seq=5 ttl=64 time=0.270 ms
64 bytes from 172.16.113.31: icmp_seq=6 ttl=64 time=0.358 ms
^C
--- 172.16.113.31 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 4998ms
rtt min/avg/max/mdev = 0.250/0.308/0.414/0.059 ms
[labuser@lab-jumpbox: ~] #
.---.,
( ``.
_ \ ) __ ________ _____ _____
( `. \ / \ \ / / ____| __ \ / ____| /\
\ `. ) / \ \ / /| |__ | |__) | (___ / \
\ | / \ \/ / | __| | _ / \___ \ / /\ \
\ | / \ / | |____| | \ \ ____) / ____ \
\ | / \/ |______|_| \_\_____/_/ \_\
\ | /
\_|/ _ _ ___ _______ _____ ___ _ _____
| \| | __|_ _\ \ / / _ \| _ \ |/ / __|
| .` | _| | | \ \/\/ / (_) | / ' <\__ \
|_|\_|___| |_| \_/\_/ \___/|_|_\_|\_\___/
Step5: Issue cli command show interface brief to see interface related configuration information
[ok][2018-10-17 20:53:34]
admin@Branch-31-cli>
Note: No interfaces are configured except eth0/0 [ OOB management interface]. Show
configuration command can be used to see complete configuration of the FlexVNF device.
Step6: Use cli to set the system identification name of the branch to your branch name
[Branchxxx]
admin@Branch-31-cli> configure
Entering configuration mode private
[ok][2018-10-17 21:16:53]
[edit]
admin@Branch-151-cli(config)% set system identification name Branch31
[ok][2018-10-17 21:17:02]
[edit]
admin@Branch-151-cli(config)% commit
Commit complete.
[ok][2018-10-17 21:17:05]
[edit]
admin@Branch31-cli(config)%
[edit]
admin@Branch31-cli(config)% commit
Commit complete.
[ok][2018-10-17 21:18:49]
[edit]
admin@labUser1-cli(config)%
[edit]
admin@labUser1-cli(config)% rollback 0
[ok][2018-10-17 21:19:41]
[edit]
admin@User-cli(config)% commit
Commit complete.
[ok][2018-10-17 21:19:43]
[edit]
admin@Branch31-cli(config)%
Note: explore show commit list and show commit changes ? command to see various options
1
2
Figure 2.1.1
Step2: Creating an organisation [tenant]
• Click on add (+) button to add new organization
• Name the tenant organization as Tenant1
• Global Organization id would be system generated
• Select parent organization as Provider
• Move all the available controllers from available pane to selected pane by clicking on
it under Controllers tab. (Refer Figure 2.1.2)
4 5
Figure:2.1.2
• Navigate to Analytics Cluster tab and click add (+) button to add analytics. Click on drop
down button to select an Analytics from list. (Refer Figure 2.1.3)
• Hit deploy
Figure:2.1.3
Refresh options
Figure: 2.1.4
Refresh page
Figure: 2.1.5
Steps involved to complete the Post staging Template has explained below.
Step1: Select Workflows and then select Templates under the option Template. Click on add
(+) button to create new template. Refer figure: 2.2.1
Now a new window will populate with the heading of create template.
Figure: 2.2.1
Step2: Mandatory fields to be configured under Basic tab has explained in step by step below.
Refer Figure 2.2.2.
a. Configure a Name for the template.
• Use template name format as: T-BranchXXX
• [ XXX being branch number as per your lab topology].
• E.g. template name for Brach 31 would be T-Branch31.
b. Select the Type as SDWAN Post-Staging.
Figure:2.2.2
Step3: Mandatory fields to be configured under Interface tab has explained in step by step
below. Refer Figure 2.2.3.
1. Under the Device Port Configuration option, define the interface role by clicking on
each interface number and selecting WAN/LAN.
When you select an interface as WAN, automatically a row will be created under WAN
Interfaces option.
Similarly, when you select an Interface as LAN, automatically a new row will be created
under LAN Interfaces option.
If your branch connected to 2 WAN in Lab topology, choose 2 No. of WAN ports & 1
No. of LAN port.
Note the interface naming. Interface 0 is always management and not configurable. For this
lab choose IPv4 Static addressing.
2. Once ports role is defined, you must complete the port specific information under
WAN Interfaces / LAN Interfaces option.
3. Under WAN Interfaces option, below details are mandatory per interface.
2
4
5
Assign a name for the LAN interface Choose correct organization mapping
Figure:2.2.3
Step4: No changes required on Routing tab hence click on Continue button to navigate to Split
Tunnels tab.
Step5: Mandatory fields to be configured under Split Tunnels Tab to enable Direct Internet
Access (DIA) for Local Internet breakout through internet link has explained in step by step
below. Refer Figure 2.2.4.
• VRF Names – Choose the LAN VRF Name from drop down menu
• WAN Interfaces – Choose the Internet interface from drop down menu
• DIA – Click on checkbox to enable DIA
• Now click on + button to add this entry
• Now click on continue to navigate to Inbound NAT Tab
1 2 3 4
Figure:2.2.4
Figure:2.2.5
Step8: As of now, no configuration required in Management Servers, Hence Hit on Create
button to complete the template creation.
Step9: Once the template is created, verify if the status of the template is in deployed state.
Refer Figure 2.2.6
Figure:2.2.6
Figure:2.3.1
Step2: Mandatory fields to be configured under Basic tab has explained in step by step below.
Refer Figure 2.3.1
a. Name - Configure a unique name per device as defined in Lab Topology (E.g. Brach31,
Branch32 etc...)
b. Global Device ID - System will take it automatically, however this can be adjusted
manually between 101-16383. As of now, leave it to system assigned.
c. Organization - Select the organization of the Device belong to…in this case it would be
Tenant1
d. Deployment Type – By default, CPE-Baremetal Device. It must be changed to CPE-Public
Cloud in case of CPE deployment on Cloud. As of now, no change requires, keep it to
default.
e. Serial Number – Serial number of the CPE must be entered here. Since it is Lab, you
should use SRbbb where bbb is your branch number (e.g. SR31 for Branch31).
a b c
d e
f
Figure: 2.3.2
f. Device Group – Every device must be associated with a Device Group. Click on the
+Device Group option to create a new device group. Now a new window will pop up
with the heading of create Device Group. Refer figure 2.3.3.
Figure: 2.3.4
h. Now select the device group create by you at previous steps from the drop-down
menu.
i. Click on Continue to navigate to next Tab.
Figure: 2.3.5
Step4: Under Bind data tab, you need to fill the device specific details such as WAN interface
IP with prefix, Next hop IP address, VLAN id etc. based on the variables you have chosen
during template creation. Refer Figure 2.3.6.
Refer the Excel sheet shared with you for IP details. Lab Topology uses /24 IP subnet.
Figure: 2.3.6
Step5: Post enter the values, hit the deploy button to complete the device creation. Refer
Figure 2.3.7
Figure: 2.3.7
Figure: 2.3.8
Step7. Click on the Tasks icon that is located at the upper right corner of the Director and
identify the steps taken by the Director to deploy your branch. Refer Figure 2.3.9
Figure: 2.3.9
Step8. Also go to Administration tab and then click on Inventory and hardware. Verify if your
branch is showing up as Shipped (Now the Device is ready to ship to the site and branch is
ready to bring up). Refer Figure 2.3.10
Figure: 2.3.10
Step3: invoke cli mode by using cli command. Issue show interface brief command to
ensure the device do not have any configuration except management interface configuration.
[ok][2019-02-26 11:30:59]
admin@RDBranch31-cli>
Step3: Enter Shell mode and navigate to script directory using cd command as “cd
/opt/versa/scripts”
Step5: Refer below for sample staging script format. Variables are highlighted BOLD.
You should see this message after successful run of the script
Under the Configuration tab select Devices and then select the first controller in your group.
Then navigate to Services and select IPSec. Then select the Organization as Provider [the
parent organization] in the drop-down list and click on the VPN profile of the WAN link. A pop
will show up as seen below. Select the IKE option.
Remote ID
Local ID
Figure: 3.1.1
Step5: Go to CLI prompt and verify the IKE is established and Versa FlexVNF CPE can able to
obtain temporary IP from Staging Controller
[ok][2019-02-26 11:37:51]
admin@RDBranch31-cli>
System message at 2019-02-26 11:38:03...
Commit performed by admin via ssh using netconf.
admin@RDBranch31-cli>
System message at 2019-02-26 11:38:14...
Commit performed by admin via ssh using netconf.
admin@RDBranch31-cli>
Broadcast message from root@RDBranch31
(unknown) at 11:38 ...
Figure: 3.1.2
After reboot, execute show interface brief command to validate that device boot up with
the configuration pushed from director.
[ok][2019-02-26 11:41:10]
admin@RDBranch31-cli>
Once the Branch has successfully on-boarded in director, it must be listed under
Administration > Appliances tab. Configuration Synchronized tab and the Reachability should
show the green tick box and the Service should show as UP.
Execute the command “show bgp neighbour brief” to check the BGP neighbour status with
versa SD-WAN controllers from Branch CLI.
The below output shows the BGP session with controller tvi IPs.
admin@RDBranch31-cli> show bgp neighbor brief Tenant1-Control-VR
routing-instance: Tenant1-Control-VR
[ok][2019-02-26 12:25:41]
admin@RDBranch31-cli>
Step1: Click on the CPE you want to configure from Administrations > appliance
Figure: 4.1.1
Figure: 4.1.2
Step3: Once you clicked on Tenant1-LAN-VR a new window will pop-up as Edit Tenant1-LAN-
VR.
Figure: 4.1.3
Figure: 4.1.4
Step5: After added the static route, you need to redistribute static route into BGP by adding a
rule in the redistribution policy in routing-instance “tenant1-LAN-VR”. Add a new rule in the
policy “Default-Policy-To-BGP”. To do so follow the steps from 6 to 8 as below.
Step6: Navigate to redistribution policy and click on the existing policy “Default-Policy-To-BGP”
created by workflow.
Figure: 4.1.5
Figure: 4.1.6
Figure: 4.1.7
Refer below image for output taken with show route receive-protocol bgp
Step1: Navigate to Director Configuration tab and then select the Device Template under
Templates for the right tenant.
3
2
Figure: 4.2.1
Step2:
• Select the correct Post-Staging template
• Click on Interfaces under Networking
• Make sure you are clicking on the correct vni interface from right-pane under ethernet
tab [ LAN interface in your template] to add a VLAN sub interface
1
2
Figure: 4.2.2
Figure: 4.2.3
Step4: Parameterize Unit number, VLAN ID and IP address values by clicking the gear icon. Hit
OK once all required values are parameterized.
Note: Grey Gear means absolute value whereas green gear signifies parameterized value.
Figure: 4.2.4
Step5: Before committing the newly modified template the bind data for the new variables
are to be entered. Go to Devices > Device Bind Data to enter required bind data.
Step6: Select your Device Group and Template and hit edit
Hit edit to
enter values
Figure: 4.2.6
Step7: Enter the values corresponding to your branch. Once done hit OK
Figure: 4.2.7
Step1: To RMA a Faulty Device, Go to Director Administration tab. Go to Inventory and select
Hardware. Select the branch by clicking the tick box. And click on the right-hand side
highlighted option (Replace Serial Number)
Figure: 4.3.1
Step2: On Pop-up window, enter the new serial number as SERbbb (bbb-branch Number)
and hit ok.
Figure: 4.3.2
Step 3:- Log into the Cli of corresponding branch and check the Existing Serial number by
executing the below command: “Show system details”
Figure: 4.3.3
Figure: 4.3.4
Branch will erase configuration and restart all the needed versa processes. During this phase
you will be dropped out of the CLI terminal.
Figure: 4.3.5
Figure: 4.3.6
Go to /opt/versa/scripts and execute the script you entered while bringing up the branch
earlier to connect the branch to the staging controller and Change the serial number (-n
option) for your device to SERbbb instead or SRbbb, where bbb is your branch number.
Figure: 4.3.7
Verify branch comes up and is reachable and synchronized. It may take up to 5 minutes to go
to synch state on the Versa Director User Interface.
Figure: 4.3.8
Figure: 4.3.9
Step 4: - To verify the RMA. Go to the Director Administration > Inventory > hardware from
the list of devices can be seen the new and old serial number in the branch as highlighted…
Figure: 4.3.10
Step 1:
• Upgrading of an appliance can be done via Versa Director or device CLI
• We will use director to upgrade your branch to a more current 16.2R2S6 image
• The software file must be first uploaded to the Versa Director. Select Administration
> Inventory > Image. Then click on the + icon on the right-hand top side to upload the
new image.
Figure: 4.4.1
Figure: 4.4.2
Figure: 4.4.3
Note: - Please note that a copy of the FlexVNF image file (.bin) has been uploaded to each of
the lab directors so this step can be skipped.
Figure: 4.4.4
After clicking on the upgrade option on selected appliances, It will pop up new window where
you must select the package name from the drop down list to be upgraded.
Figure: 4.4.5
Figure: 4.4.6
Upgrade can be Monitored/Seen or status of the upgrade from the Task list.
Figure: 4.4.6
Note: For Hub & spoke topology, HUB must be created & on boarded in director then only
we can deploy the spokes.
Step1: For Hub and spoke topology, 2 things must be done before creating a workflow
template for spoke.
This Spoke group will get attached to the workflow template of spokes.
Step2: To create Spoke group, go to the director workflow tab and navigate to Template >
Spoke groups.
Figure: 5.1.1
• click on the right-hand side (+) sign button, it will open new Pop-up window.
Figure: 5.1.2
Step 2: Now go and create Spoke Template under Workflow>Template>templates and click
on the +sign. it will open new Pop up window…
Figure: 5.1.4
• Select the Device Type as Spoke and choose the Spoke Group which you created on
previous step from drop-down menu and Fill the rest of the details as you did on Lab-
2/Task2. Similarly create for other spoke too. Make sure both spokes under the same
spoke group.
Figure: 5.1.5
Branch31 output:
Figure: 5.1.6
LAN Subnet
Figure: 5.1.7
Figure: 5.1.8
LAN Subnet
Figure: 5.1.9
Figure: 5.1.10
Result: Make sure you are getting the branch routes directly.
Step1: Create a Spoke group under workflow>template> Spoke Group as same as Task1.
• Define the parameters as below.
• Name: Define a name for spoke group (Eg: HUB-SPOKE)
• Organization: Choose your organization from drop-down menu. (Eg: Tenant1)
• Spoke group type: Choose the Spoke Group type as Spoke to Spoke via Hub
• Hubs: By Default, the Hub associated with your organizations are listed. Choose the
priority as 1.
• Hit save button to complete the spoke group creation.
Figure: 5.2.1
Step 2: Create a new template with the spoke group created on above step and follow the
same step mention in Lab2/Task2 to complete the template creation.
Figure: 5.2.2
Step3: After template creation, complete the device creation & on boarding with the same
step as you did in Lab2/Task3.
Step4: Post successful on boarding of spoke devices, ssh to the appliances and run below
commands.
• “show interface brief”
• “show route routing-instance Tenant1-LAN-VR”
HUB Output:
Figure: 5.2.3
Figure: 5.2.4
Figure: 5.2.5
Spoke2 Routing-Table:
Figure: 5.2.6
Spoke-2 Interface status:
Figure: 5.2.7
Figure: 6.1.1
Step3: Expand the SDWAN option and click on SLA Profiles. Create a new SLA profile by click
on the (+) button on the right-pane. Now a new window will pop-up with various metrics
option. Do refer the table below and create the sla profiles as per the data given.
Figure: 6.1.2
Figure: 6.1.3
Step4 – Next step is to create Forwarding Profiles as defined in the table above.
• The Forwarding profile should reference the SLA profile created in Step 3.
• Mandatory fields to be configured under General tab as below.
• Name: Define the name for Forwarding Profile (FP). (Refer the Table)
• SLA Profile: Choose the corresponding SLA Profile to be associated with this FP
from drop-down menu. (Refer the Table)
• Recompute Timer: Default value is 300. Change the value to 30.
• Evaluate Continuously: Enable the checkbox.
• Leave other options as Default and select Circuit Priorities Tab.
Figure: 6.1.4
• In Circuit Priorities tab, we can Prioritize one WAN link over others. For example,
setting priority to MPLS link than Internet link.
• Refer the Table and set the priority of the WAN Links as defined. Circuit Priority
configuration steps are as below.
• Click on (+) button to create a New priority Link. New window will pop-up.
§ Priority: By Default, It is 1. You can change it by click on drop-down menu.
Leave it to Default 1.
§ Circuit Names: Click (+) button on Local tab under Circuit Names and choose
the WAN circuit from Drop-down menu. (Ex: MPLS)
§ Click ok to close the circuit Priority window.
• Now click again on (+) button to create second priority Link.
Figure: 6.1.5
Step5: Click on the Policies under SDWAN. On the right pane, click on Rules and Hit (+) sign.
one new window will pop up as below.
Figure: 6.1.6
Mandatary configurations to de done under each tab has explained below. (For example,
creating the policy for SAP&SKYPE)
• General:
• Name: Define a name for this rule (Ex: voice)
• Applications/URL:
• Click on the (+) sign under applications and choose SAP application from drop-
down menu.
• Similarly repeat the step for adding other applications (SKYPE) from the drop-
down menu as defined in Table.
Figure: 6.1.8
• Enforce:
• Forwarding Profile: Choose the corresponding forwarding profile from drop
down menu. (Ex: voice)
• Click OK to complete the rule.
Figure: 6.1.9
Refer table below for the parameters to be used for QoS configuration.
Figure: 6.2.1
Step2: Create a QOS profile by clicking on the (+) sign on the right-pane. Configure the below
steps as defined in Table above.
Figure: 6.2.2
Repeat the same step for creating QoS Profile for other traffic.
Figure: 6.2.3
Step3: Post created the QoS profile, create a rewrite rule for making voice traffic. Select RW
Rules and click on (+) sign on the right pane to create new rule.
Figure: 6.2.4
Figure: 6.2.5
Figure: 6.2.6
Figure: 6.2.7
Configuration for each App QoS rule has explained on below images.
Figure: 6.2.8
• Click on the + sign on Application list and add the application from the list.
Figure: 6.2.8
Figure: 6.2.10
Figure: 6.2.11
Figure: 6.2.13
• Click on the + sign on Service List options and add choose TCP from drop-down list.
Figure: 6.2.14
Figure: 6.2.15
Figure: 6.2.16
Step 4 – Create a Scheduler to set the shaping rate for the traffic class and to set the weight
of each of the queues within the traffic class.
Create five schedulers
• Scheduler named Network Control with parameters as 3% Transmit Rate, 3%
Guaranteed Rate, Queue 0 - weight 4
• Scheduler named Voice with parameters 10% Transmit Rate, 7% Guaranteed Rate,
Queue 0 - weight 4
• Scheduler named TCP with parameters 30% Transmit Rate, 20% Guaranteed Rate,
Queue 0 - weight 4
Select Scheduler and click on the (+) sign at right pane to create Schedulers. It will pop-up new
window.
Figure: 6.2.17
Give the name and give the transmit rate Guaranteed rate, queue, and weight. As per above
list and hit ok. To complete the scheduler…
Figure: 6.2.18
Figure: 6.2.19
Step 5 – Create a Scheduler map to assign the Schedulers to the traffic class.
To Create the Schedule map, click on the same +sign in the right-hand side …it will pop up new
window…
Figure: 6.2.20
Give the name and select the schedule based on the traffic class as per the above list…and
hit ok to complete Schedule map.
Step 6 – The last step to create interface associate for the scheduler map. Rewire policy also
to be associated in this step.
• Select Associate Interface/Network and hit + to create the association. New window
will popup.
•
Figure: 6.2.22
• Select network option and choose the name as MPLS from drop-down option.
• Select the DSCP Rewrite rule from drop-down option.
• Select the Scheduler map from drop-down option.
• Set the Rate of the interface to 5 mbps.
• Hit OK to complete.
• Repeat the same steps for Internet.
Step7: Same can be verified under monitor. Monitor > Services > COS > App qos policies…
Figure: 6.2.24
Figure: 7.1.1
Figure: 7.1.2
• Add the new service(s) under the Organization tab select Limits. Select the tenant.
And then move to services. It will confirm and can be selected the security service for
the tenant.
Step 2: To configured DOS Profile, go to Services tab, Now the selected service DoS profile
would be available to configure
Figure: 7.1.4
• Give the name and define the Protocol and enable the same. Hit ok.
Figure: 7.1.5
Figure: 7.1.6
• Click on the rule, and then click on right hand side +sing to create Policy rule, it will
open new pop up window. Give the name and move….
Figure: 7.1.7
Move to the next tab (Source/destination) select zone…
Figure: 7.1.8
Figure: 7.1.9
Step3: Firewall Access policies can be defined with or without applying security profiles
Security profiles include, IP Filtering, Anti-Virus, IPS/IDS [Vulnerability], URL Filtering these
features can be created through profiles. Under security option under services. …to create
profile, select url filtering. click on +sign right hand side. it will pop up with new window.
Give the name of the profile…. hit ok…
Figure: 7.1.10
Step 4: - Firewall Access policies can be defined by Match criteria, and the match criteria can
be selected based on various parameters such as Zones, IP address, DSCP, IP Flags,
Application, URL Categories and even users.
To create policies, we must select the policy option under security tree. Under services.
To create policies, click on the +sign on right-pane. It will pop up with new window…
Figure: 7.1.12
• The rules can be scheduled to enable only at certain time [ time of day, Daily or
Weekly , etc..] by selecting header/scheduler… plan the schedule as per the
requirement…
Figure: 7.1.13
Move to another tab to select source/destination. Application/URL click on the (+) sign and
select the application from the application drop down list.
Figure: 7.1.15
We can select the user if need to assign from the drop-down list.
Then move to the enforce tab. And select the action need to be taken…apply the security
profile…
Figure: 7.1.17
Check the box to enable the profile with…and select the profile been created above. And hit
ok to complete the rule.…and click on the build right hand side top corner…
And then commit the change. It will popup new window. Where select the branch to push the
change…hit ok…
Figure: 7.1.19
Figure: 7.1.20
Step 1: Create a new post-staging template for your paired branches. Navigate to Director
Workflow > Template > Templates and click on the +sign on right-pane.
Figure: 8.1.1
Step2: Provide the name of the Primary device template under name option.
Select the Enable and VRRP check boxes under redundant pair to create the template for
redundant CPE and run VRRP between Primary & Secondary CPE.
Figure: 8.1.2
Step 3: Move to Interface tab and define the interfaces for both devices.
Primary device use MPLS and Secondary use Internet. Now the important thing we must do
under interface is, define the cross connect port which connects between primary and
secondary CPE. Identify the common port which is free at both primary and secondary device
and make that port as cross connect port.
Then complete the rest of the configuration as you did it on Lab2/Task2.
Figure: 8.1.4
Step 4: Now create the device by clicking +sing in right hand side corner. Fill the name and tag
the template to the group. location as advised previously and fill the bind data accordingly.
Figure: 8.1.5
After creating both devices, run the staging script to bring up branch devices…
Figure: 8.1.6
Figure: 8.1.7
Primary Snippet:
VRRP Master
Figure: 8.1.9
VRRP Backup
VVRP VIP