Unity Overlays : Deployment Profiles

Deployment Profiles
Configuration > [Unity Overlays] Deployment Profiles
Instead of configuring each appliance separately, you can create various Deployment Profiles and provision a device by applying the profile you want. For example, you can create a standard format for your branch.
Tip For smoother workflow, complete the Configuration > DHCP Server tab before creating Deployment Profiles.
You can use Deployment Profiles to simplify provisioning, whether or not you choose to create and use Business Intent Overlays.
Note  IP/Mask fields are not editable because they are appliance-specific.
Information for this tab is organized as follows:
Mapping Labels to Interfaces
n
On the LAN side, labels identify the data, such as data, VoIP, or replication.
n
On the WAN side, labels identify the service, such as MPLS or Internet.
n
Click the Edit icon next to Label.
Select Configuration > Interface Labels.
n
LAN–side Configuration: DHCP
n
By default, each LAN IP acts as a DHCP Server when the appliance is in (the default) Router mode.
n
The global defaults are set in Configuration > DHCP Server and pre-populate this page. The other choices are No DHCP and having the appliance act as a DHCP Relay.
n
WAN–side Configuration
WAN interface hardening: In Router mode and in Bridge mode, you can provide security on any WAN-side interface by hardening the interface. This means:
For traffic outbound to the WAN, the appliance only allows IPSec tunnel packets and management traffic.
Click the lock icon to toggle between hardening and unhardening an interface.
NAT: If the appliance is behind a NAT-ed interface, select NAT (without the strikethrough). When using NAT, use in-line Router mode to ensure that addressing works properly. That means you configure paired single or dual WAN and LAN interfaces on the appliance.
Shaping: You can limit bandwidth selectively on each WAN interface.
Total Outbound bandwidth is licensed by model. It's the same as max system bandwidth.
EdgeConnect Licensing: Only visible on EC appliances
If you've purchased a reserve of Boost for your network, you can allocate a portion of it in a Deployment Profile. You can also direct allocations to specific types of traffic in the Business Intent Overlays.
To view how you've distributed Plus and Boost, view the Configuration > Licenses tab.
Definitions
Following are the definitions for DHCP servers and DHCP relays.
DHCP Server Definitions
n
DHCP Pool Subnet/Mask is the full range of IP addresses that you make available for your network.
n
Subnet Mask is a mask that specifies the default number of IP addresses reserved for any subnet. For example, entering 24 reserves 256 IP addresses.
n
Start Offset specifies how many addresses not to allocate at the beginning of the subnet's range. For example, entering 10 means that the first ten IP addresses in the subnet aren't available.
n
End Offset specifies how many IP addresses are not available at the end of the subnet's range.
n
Default lease and Maximum lease specify, in hours, how long an interface can keep a DHCP–assigned IP address.
n
Default gateway, when selected, indicates that
n
DNS server(s) specifies the associated Domain Name System server(s).
n
NTP server(s) specifies the associated Network Time Protocol server(s).
n
NetBIOS name server(s) is used for Windows (SMB) type sharing and messaging. It resolves the names when you are mapping a drive or connecting to a printer.
n
The NetBIOS node type of a networked computer relates to how it resolves NetBIOS names to IP addresses. There are four node types:
B-node = 0x01 Broadcast
P-node = 0x02 Peer (WINS only)
M-node = 0x04 Mixed (broadcast, then WINS)
H-node = 0x08 Hybrid (WINS, then broadcast)
DHCP Relay Definitions
n
Destination DHCP Server is the IP address of the DHCP server assigning the IP addresses.
n
Enable Option 82, when selected, inserts additional information into the packet header to identify the client's point of attachment.
n
Option 82 Policy tells the relay what to do with the hex string it receives. The choices are append, replace, forward, or discard.
A More Comprehensive Guide to Basic Deployments
This section discusses the basics of three deployment modes: Bridge, Router, and Server modes.
It describes common scenarios, considerations when selecting a deployment, redirection concerns, and some adaptations.
For detailed deployment examples, refer to the Silver Peak Network Deployment Guide.
In Bridge Mode and in Router Mode, you can provide security on any WAN-side interface by hardening the interface. This means:
For traffic outbound to the WAN, the appliance only allows IPSec tunnel packets and management traffic.
Click the lock icon to toggle between hardening and unhardening an interface.
Bridge Mode
n
In this deployment, the appliance is in-line between a single WAN router and a single LAN-side switch.
n
This is the most common 4-port bridge configuration.
n
Router Mode
There are four options to consider:
1
2
3
4
For best performance, visibility, and control, Silver Peak recommends Options #1 and #2, which use separate LAN and WAN interfaces. And when using NAT, use Options #1 or #2 to ensure that addressing works properly.
n
For this deployment, you have two options:
a
You can put Silver Peak in-path. In this case, if there is a failure, you need other redundant paths for high availability.
b
You can put Silver Peak out-of-path. You can redirect LAN-side traffic and WAN-side traffic from a router or L3 switch to the corresponding Silverpeak interface, using WCCP or PBR (Policy-Based Routing).
To use this deployment with a single router that has only one interface, you could use multiple VLANs.
n
This deployment redirects traffic from two LAN interfaces to two WAN interfaces on a single Silver Peak appliance.
Out-of-path dual LAN and dual WAN interfaces
For this deployment, you have two options:
a
You can put Silver Peak in-path. In this case, if there is a failure, you need other redundant paths for high availability.
b
You can put Silver Peak out-of-path. You can redirect LAN-side traffic and WAN-side traffic from a router or L3 switch to the corresponding Silverpeak interface, using WCCP or PBR (Policy-Based Routing).
n
This deployment redirects traffic from a single router (or L3 switch) to a single subnet on the Silver Peak appliance.
n
This deployment redirects traffic from two routers to two interfaces on a single Silver Peak appliance.
This is also known as Dual-Homed Router Mode.
n
n
Whenever you place an appliance out-of-path, you must redirect traffic from the client to the appliance.
There are three methods for redirecting outbound packets from the client to the appliance (known as LAN-side redirection, or outbound redirection):
PBR (Policy-Based Routing) — configured on the router. No other special configuration required on the appliance. This is also known as FBR (Filter-Based Forwarding).
If you want to deploy two Silver Peaks at the site, for redundancy or load balancing, then you also need to use VRRP (Virtual Router Redundancy Protocol).
WCCP (Web Cache Communication Protocol) — configured on both the router and the Silver Peak appliance. You can also use WCCP for redundancy and load balancing.
Host routing — the server/end station has a default or subnet-based static route that points to the Silver Peak appliance as its next hop. Host routing is the preferred method when a virtual appliance is using a single interface, mgmt0, for datapath traffic (also known as Server Mode).
To ensure end-to-end connectivity in case of appliance failure, consider using VRRP between the appliance and a router, or the appliance and another redundant Silver Peak.
How you plan to optimize traffic also affects whether or not you also need inbound redirection from the WAN router (known as WAN-side redirection):
If you use subnet sharing (which relies on advertising local subnets between Silver Peak appliances) or route policies (which specify destination IP addresses), then you only need LAN-side redirection.
If, instead, you rely on TCP-based or IP-based auto-optimization (which relies on initial handshaking outside a tunnel), then you must also set up inbound and outbound redirection on the WAN router.
A tunnel must exist before auto-optimization can proceed. There are three options for tunnel creation:
If you enable auto-tunnel, then the initial TCP-based or IP-based handshaking creates the tunnel. That means that the appropriate LAN-side and WAN-side redirection must be in place.
You can let the Initial Configuration Wizard create the tunnel to the remote appliance.
You can create a tunnel manually on the Configuration - Tunnels page.
Server Mode
This mode uses the mgmt0 interface for management and datapath traffic.
How You Can Adjust the Basic Deployments
When you choose a deployment, only the appropriate options are accessible.
n
When using an NX or EC appliance with four 1Gbps Ethernet ports, you can bond like pairs into a single 2Gbps port with one IP address. For example, wan0 plus wan1 bond to form bwan0. This increases throughput on a very high-end appliance and/or provides interface-level redundancy.
Configuring Gigabit Etherchannel Bonding
When using a four-port Silver Peak appliance, you can bond pairs of Ethernet ports into a single port with one IP address. This feature provides the capability to carry 2 Gbps in and out of an appliance when both ports are in service.
When you configure bonding, the following is true:
lan0 plus lan1 bond to form blan0, which uses the lan0 IP address.
wan0 plus wan1 bond to form bwan0, which uses the wan0 IP address.
You can view the statistics on the Monitoring - Interfaces page. If you’re using bonding, you’ll see statistics for blan0 and bwan0, as well as for the interfaces that comprise them (lan0, lan1, wan0, and wan1).
w
To configure etherchannel bonding
To enable bonding, you need to configure both the appliance and the router for bonding.
1
Access the Configuration - Deployment page. The three available bonding modes are:
a
b
c
2
3
4
config t
interface range <g1/0/6-7>
channel-group <1> mode on
 
show etherchannel
show interface port-channel <1>
Adding Data Interfaces
n
n

Please send comments or suggestions regarding user documentation to techpubs@silver-peak.com.