Professional Documents
Culture Documents
Contents
1 REVISION HISTORY 3
2 INTRODUCTION 4
2.1 Purpose . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
2.2 Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
3 FEATURE DESCRIPTION 5
3.1 Adoption Policy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
3.2 Profile and rf-domain, profile only and rf-domain only rules . . . . . . 6
3.3 Default adoption . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
3.4 Matching Criteria . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
3.4.1 MAC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
3.4.2 VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
3.4.3 IP address . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
3.4.4 Serial Number . . . . . . . . . . . . . . . . . . . . . . . . . . 7
3.4.5 Model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
3.4.6 DHCP Option . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
3.4.7 FQDN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
3.4.8 CDP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
3.4.9 LLDP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
3.5 Profile and rf-domain name templates. . . . . . . . . . . . . . . . . . 8
3.5.1 template components . . . . . . . . . . . . . . . . . . . . . . . 8
DOC-NUM TBD VERSION 0.1 PROG-NAME Wing5 Adoption Policy
Chapter 1
REVISION HISTORY
+----------+---------------------+-------------------------------------+
| Date | Author | Comment |
+----------+---------------------+-------------------------------------+
| 08/18/10 | Ilys Minkin | Initial Draft |
| 10/11/10 | Ilya Minkin | Clarified DHCP option, renamed |
| | | dhcp-hostname to FQDN |
| 06/21/11 | Ilya Minkin | Added profile and rf-domaain only |
| | | rules and templates |
| | | |
+----------+---------------------+-------------------------------------+
Chapter 2
INTRODUCTION
2.1 Purpose
This document describes the Adoption Policies implemented in Wing 5.x.
2.2 Overview
Wireless devices running Wing 5.x can ’adopt’ other wireless devices, for example, a wireless switch
can adopt an number of AP. When a device is adopted the device configuration is determined by
the ’adopter’ device. Since multiple configuration policies are supported an ’adopter’ device needs a
way of determining which of the multiple configuration policies should be used for a given ’adoptee’.
Adoption Policies provide a way to determine a configuration policy to be used for an ’adoptee’ based
on some of its properties. For example, a configuration policy could be assigned based on a MAC
address, IP address, CDP snoop strings, etc.
Chapter 3
FEATURE DESCRIPTION
rfs4000-22A4A6(config)#adoption-policy test
Once created an adoption policy can be used in profiles or device configuration objects:
An adoption policy contains a set of ordered by precedence rules that either deny or allow adoption
based on a potential adoptee properties and a catch-all variable that determines if the adoption should
be allowed when none of the rules were matched.
For example:
Creates two adoption rules for AP7131 with two ranges of MAC addresses. When an AP7131 with
a MAC address matching the ranges is adopted it is assigned profile and rf-domain that is specified in
the rule.
Deny rules are similar except profile and rf-domain names are omitted:
All rules (both deny and allow) are evaluated sequentially starting with the rule with the lowest
precedence value. The evaluation stops as soon as a rule has been matched, no attempt is made to
find a better match further down in the set.
3.2 Profile and rf-domain, profile only and rf-domain only rules
An allow rule can specify profile only rf-domain only or both. For example:
When only one of the profile and rf-domain is specified in the matching rule the search continues
until another matching rule is found that specifies the other required value. In the example above
AP7131 with MAC 00-11-22-33-44-50 will be adopted with profile prof1 and rf-domain rfd1 and AP7131
with MAC 00-11-22-33-44-60 will be adopted with profile prof2 and rf-domina rfd1. Profile or rf-domain
selected from a rule with lower precedence value is not overridden when they are also specified in
another matching rule with higher precedence value. For example, a policy similar to the one above
but with the last rule specifying both profile and rf-domain.
For AP7131 with MAC 00-11-22-33-44-50 the rule with precedence 10 matches and prof1 is se-
lected. Since rf-domain is not known yet the search continues. Rule with precedence 30 matches. It
specifies both profile and rf-domian. Because profile has already been selected from the previous rule
it is ignored, rf-domain rfd1 is selected. AP is adopted with prof1 and rfd1.
3.4.1 MAC
Matches the MAC address of a device attempting to be adopted. Either a single MAC address or a
range of MAC addresses can be specified.
3.4.2 VLAN
When adoption is over a L2 link matches the VLAN ID of an adoption request. Note that this is a
VLAN ID as seen by the recipient of the request, in case of multiple hops over different VLANs this
may different from VLAN ID set by the sender. A single VLAN ID is specified in the rule.
This rule is ignored for adoption attempts over L3.
3.4.3 IP address
When adoption is over L3 link matches the source IP address of an adoption request. In case of NAT
the IP address may be different from what the sender has used. A single IP, IP range or IP/mask is
specified in the rule.
This rule is ignored for adoption attempts over L2.
3.4.5 Model
Matches exact model name (case insensitive).
3.4.7 FQDN
Matches a substring to FQDN of AP (case insensitive).
3.4.8 CDP
Matches a substring in a list of CDP snoop strings (case insensitive). For example, AP snooped 3
devices:
switch1.moto.com switch2.moto.com switch3.moto.com
’swtich1’, ’moto’, ’moto.com’, ’itch’ are examples of the substrings that will match
3.4.9 LLDP
Matches a substring in a list of LLDP snoop strings (case insensitive). For example, AP snooped 3
devices:
switch1.moto.com switch2.moto.com switch3.moto.com
’swtich1’, ’moto’, ’moto.com’, ’itch’ are examples of the substrings that will match