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.
Use global configuration mode for setting, viewing, and testing configuration of WAAS software features for the entire device. To enter this mode, enter the configure command from privileged EXEC mode. The prompt for global configuration mode consists of the hostname of the WAE followed by (config) and the pound sign (#). You must be in global configuration mode to enter global configuration commands.
WAE# configure
WAE(config)#
Commands entered in global configuration mode update the running configuration file as soon as they are entered. These changes are not saved into the startup configuration file until you enter the copy running-config startup-config EXEC mode command. Once the configuration is saved, it is maintained across WAE reboots.
You also can use global configuration mode to enter specific configuration modes. From global configuration mode you can enter the interface configuration mode, standard ACL configuration mode, or the extended ACL configuration mode.
To exit global configuration mode and return to privileged-level EXEC mode, use either the exit or end global configuration command:
WAE(config)# exit
WAE#
To configure AAA accounting on a WAAS device, use the aaa accounting command in global configuration mode.
aaa accounting {commands {0 | 15} default {start-stop | stop-only | wait-start} tacacs | exec default {start-stop | stop-only | wait-start} tacacs | system default {start-stop | stop-only} tacacs}
AAA accounting is disabled by default.
global configuration
application-accelerator
central-manager
The AAA accounting feature enables you to track the activities of an administrative user, services that users access, and the amount of network resources they consume (for example, connection time or the bytes transferred). You can use the AAA accounting feature to track user activity for billing, auditing, reporting, or security purposes. WAAS uses TACACS+ to implement AAA accounting; RADIUS is not currently supported. When AAA accounting is enabled, the WAAS device reports user activity to the TACACS+ security server in the form of accounting records. This data can then be analyzed for network management, client billing, and auditing.
You can activate accounting for the following types of events:
•EXEC—EXEC shell accounting is used to report the events of an administrator logging in and out of the EXEC shell through Telnet, FTP, or SSH (SSH Version 1 or Version 2). This type of accounting records information about user EXEC terminal sessions (user shells) on the WAAS device, including username, date, start and stop times for each session, time zone, and IP address of the system used to access the WAAS device. The EXEC shell accounting information can be accessed through the accounting log file on the TACACS+ server. This log file uses the following report format for this type of accounting information:
WeekDay#Month#Day#Time#Year#CEaddress#username#terminal#RemoteHost#Event#
EventTime#TaskId#Timezone#Service
•Command—The WAAS device records information about the CLI commands that were executed on the WAAS device. Each command accounting record includes the executed command syntax, username of the user who executed the command, the privilege level of the user, and the date and time that each command was executed. The WAAS device supports two privilege levels, 0 and 15, representing normal users and administrative users, respectively. The command accounting information can be accessed through the accounting log file on the TACACS+ server. This log file uses the following report format for this type of accounting information:
WeekDay#Month#Day#Time#Year#CEaddress#username#terminal#RemoteHost#Event#
EventTime#TaskId#Timezone#Service#PrivilegeLevel#CLICommand
•System—The WAAS device records information about all system-level events (for example, when the system reboots). You can access the system accounting information through the accounting log file on the TACACS+ server. This log file uses the following report format for this type of accounting information:
WeekDay#Month#Day#Time#Year#CEaddress#username#terminal#RemoteHost#Event#
EventTime#TaskId#Timezone#SystemService#SystemAccountingEvent#EventReason
WAAS software supports only the default accounting list.
Warning: The device may become non-responsive if it cannot contact a configured TACACS+ server.
Are you sure you want to proceed? [yes]
The following example configures TACACS+ on the WAAS device and also specifies that a start accounting notice should be sent at the beginning of the process and a stop accounting notice at the end of the process, and the requested user process should begin regardless of whether the start accounting notice was received by the accounting server:
WAE(config)# tacacs key abc
WAE(config)# tacacs server 192.168.50.1 primary
WAE(config)# aaa accounting system default start-stop tacacs
WAE# show aaa accounting
Accounting Type Record event(s) Protocol
----------------------------------------------------------------
Exec shell unknown unknown
Command level 0 unknown unknown
Command level 15 unknown unknown
System start-stop TACACS+
In the following example, the WAAS device is set to record all user EXEC sessions. The command also specifies that a stop accounting notice should be sent to the TACACS+ server at the end of the session.
WAE(config)# aaa accounting exec default stop-only tacacs
In the following example, the WAAS device is set to record all CLI commands executed by a normal user. The command also specifies that a stop accounting notice should be sent to the TACACS+ server at the end of each CLI command executed by a normal user.
WAE(config)# aaa accounting commands 0 default stop-only tacacs
In the following example, the WAAS device is set to record all CLI commands executed by an administrative user. The command also specifies that a start accounting notice should be sent to the TACACS+ server at the beginning of the process and a stop accounting notice at the end of the process. The CLI command executed by the administrative user does not proceed until the start accounting notice has been acknowledged.
WAE(config)# aaa accounting commands 15 default wait-start tacacs
The following are some examples of the EXEC shell accounting report that is available on the TACACS+ server:
Wed Apr 14 11:19:19 2004 172.16.0.0 super10 pts/0 172.31.0.0 start
start_time=1081919558 task_id=3028 timezone=PST service=shell
Wed Apr 14 11:19:23 2004 172.16.0.0 super10 pts/0 172.31.0.0
stop stop_time=1081919562 task_id=3028 timezone=PST service=shell
Wed Apr 14 11:22:13 2004 172.16.0.0 normal20 pts/0 via5.abc.com start
start_time=1081919732 task_id=3048 timezone=PST service=shell
Wed Apr 14 11:22:16 2004 172.16.0.0 normal20 pts/0 via5.abc.com stop
stop_time=1081919735 task_id=3048 timezone=PST service=shell
Wed Apr 14 11:25:29 2004 172.16.0.0 admin ftp via5.abc.com start start_time=1081919928
task_id=3069 timezone=PST service=shell
Wed Apr 14 11:25:33 2004 172.16.0.0 admin ftp via5.abc.com stop stop_time=1081919931
task_id=3069 timezone=PST service=shell
The following are some examples of the system accounting report that is available on the TACACS+ server:
Wed Apr 14 08:37:14 2004 172.16.0.0 unknown unknown 0.0.0.0 start start_time=1081909831
task_id=2725 timezone=PST service=system event=sys_acct reason=reload
Wed Apr 14 10:19:18 2004 172.16.0.0 admin ttyS0 0.0.0.0 stop stop_time=1081915955
task_id=5358 timezone=PST service=system event=sys_acct reason=shutdown
The following are some examples of the command accounting report that is available on the TACACS+ server:
Wed Apr 14 12:35:38 2004 172.16.0.0 admin ttyS0 0.0.0.0 start start_time=1081924137
task_id=3511 timezone=PST service=shell -lvl=0 cmd=logging console enable
Wed Apr 14 12:35:39 2004 172.16.0.0 admin ttyS0 0.0.0.0 stop stop_time=1081924137
task_id=3511 timezone=PST service=shell priv-lvl=0 cmd=logging console enable
In addition to command accounting, the WAAS device records any executed CLI command in the system log (syslog.txt). The message format is as follows:
ce_syslog(LOG_INFO, CESM_PARSER, PARSER_ALL, CESM_350232,
"CLI_LOG %s: %s \n", __FUNCTION__, pd->command_line);
To enable the EndPoint Mapper (EPM) service, use the adapter global configuration command. To disable the EPM service, use the no form of the command.
adapter epm enable
epm |
Specifies the Microsoft PortMapper adapter. |
enable |
Enables the EPM service. |
The EPM service is enabled by default when you upgrade to WAAS software release 4.0.3 and later releases. The EPM service is disabled by default on new WAE appliances or when you restore the factory default settings.
global configuration
application-accelerator
central-manager
Use the adapter epm enable command to enable EPM service when the Microsoft PortMapper adapter is installed.
The following example enables the EPM service:
WAE(config)# adapter epm enable
To detect alarm overload situations, use the alarm overload-detect global configuration command.
alarm overload-detect {clear 1-999 [raise 10-1000] | enable | raise 10-1000 [clear 1-999]}
clear: 1 alarm per second
raise: 10 alarms per second
global configuration
application-accelerator
central-manager
When multiple applications running on a WAAS device experience problems at the same time, numerous alarms are set off simultaneously, and the WAAS device may stop responding. You can use the alarm overload-detect global configuration command to set an overload limit for the incoming alarms from the node health manager. If the number of alarms exceeds the maximum number of alarms allowed, the WAAS device enters an alarm overload state until the number of alarms drops down to the number defined in the clear option.
When the WAAS device is in the alarm overload state, the following events occur:
•An alarm overload notification is sent to SNMP and the NMS. The clear and raise values are also communicated to SNMP and the NMS.
•SNMP traps and NMS notifications for subsequent alarm raise and clear operations are suspended.
•Alarm overload clear notification is sent.
•The WAAS device remains in the alarm overload state until the rate of incoming alarms decreases to the clear value.
Note In the alarm overload state, applications continue to raise alarms and the alarms are recorded within the WAAS device. The show alarms and show alarms history EXEC commands display all the alarms even in the alarm overload state.
The following example enables detection of alarm overload:
WAE(config)# alarm overload-detect enable
The following example sets the threshold for triggering the alarm overload at 100 alarms per second:
WAE(config)# alarm overload-detect raise 100
The following example sets the level for clearing the alarm overload at 10 alarms per second:
WAE(config)# alarm overload-detect clear 10
To set the tag name for the asset tag string, use the asset global configuration command. To remove the asset tag name, use the no form of this command.
asset tag name
tag |
Sets the asset tag. |
name |
Asset tag name string. |
No default behaviors or values
global configuration
application-accelerator
central-manager
The following example shows how to configure a tag name for the asset tag string on a WAAS device:
WAE(config)# asset tag entitymib
To specify administrative login authentication and authorization methods for a WAAS device, use the authentication global configuration mode command. To selectively disable options, use the no form of this command.
authentication {configuration {local | radius | tacacs | windows-domain} enable [primary | secondary | tertiary | quaternary] | fail-over server-unreachable | login {local | radius | tacacs | windows-domain} enable [primary | secondary | tertiary| quaternary] | content-request windows-domain disconnected-mode enable}
The local authentication method is enabled by default.
global configuration
application-accelerator
central-manager
The authentication command configures both the authentication and authorization methods that govern login and configuration access to the WAAS device.
Note We strongly recommend that you use the WAAS Central Manager GUI instead of the WAAS CLI to configure administrative login authentication and authorization for your WAAS devices, if possible. For information about how to use the WAAS Central Manager GUI to centrally configure administrative login authentication and authorization on an single WAE or group of WAEs, which are registered with a WAAS Central Manager, see the Cisco Wide Area Application Services Configuration Guide.
The authentication login command determines whether the user has any level of permission to access the WAAS device. The authentication configuration command authorizes the user with privileged access (configuration access) to the WAAS device.
The authentication login local and the authentication configuration local commands use a local database for authentication and authorization.
The authentication login tacacs and authentication configuration tacacs commands use a remote TACACS+ server to determine the level of user access. WAAS software supports only TACACS+ and not TACACS or Extended TACACS.
To configure TACACS+, use the authentication and tacacs commands. To enable TACACS+, use the tacacs enable command. For more information on TACACS+ authentication, see the "(config) tacacs"command.
The authentication login radius and authentication configuration radius commands use a remote RADIUS server to determine the level of user access.
By default, the local method is enabled, with TACACS+ and RADIUS both disabled for login and configuration. Whenever TACACS+ and RADIUS are disabled, local is automatically enabled. TACACS+, RADIUS, and local methods can be enabled at the same time.
The primary option specifies the first method to attempt for both login and configuration; the secondary option specifies the method to use if the primary method fails. The tertiary option specifies the method to use if both primary and secondary methods fail. The quaternary option specifies the method to use if the primary, secondary, and tertiary methods fail. If all methods of an authentication login or authentication configuration command are configured as primary, or all as secondary or tertiary, local is attempted first, then TACACS+, and then RADIUS.
Enforcing Authentication with the Primary Method
The authentication fail-over server-unreachable global configuration command allows you to specify that failover to the secondary authentication method should occur only if the primary authentication server is unreachable. This feature ensures that users gain access to the WAAS device using the local database only when remote authentication servers (TACACS+ or RADIUS) are unreachable. For example, when a TACACS+ server is enabled for authentication with user authentication failover configured and the user tries to log in to the WAAS device using an account defined in the local database, login fails. Login succeeds only when the TACACS+ server is unreachable.
Login Authentication and Authorization Through the Local Database
Local authentication and authorization uses locally configured login and passwords to authenticate administrative login attempts. The login and passwords are local to each WAAS device and are not mapped to individual usernames.
By default, local login authentication is enabled first. You can disable local login authentication only after enabling one or more of the other administrative login authentication methods. However, when local login authentication is disabled, if you disable all other administrative login authentication methods, local login authentication is reenabled automatically.
Specifying RADIUS Authentication and Authorization Settings
To configure RADIUS authentication on a WAAS device, you must first configure a set of RADIUS authentication server settings on the WAAS device by using the radius-server global configuration command. (See the "(config) radius-server" command.)
Use the authentication login radius global configuration command to enable RADIUS authentication for normal login mode.
Use the authentication configuration radius global configuration command to enable RADIUS authorization.
To disable RADIUS authentication and authorization on a WAAS device, use the no form of the authentication global configuration command (for example, use the no authentication login radius enable command to disable RADIUS authentication).
Specifying TACACS+ Authentication and Authorization Settings
To configure TACACS+ authentication on WAAS devices, you must configure a set of TACACS+ authentication settings on the WAAS device by using the tacacs global configuration command. (See the "(config) tacacs" command.)
Server Redundancy
Authentication servers can be specified with the tacacs host or radius-server host global configuration commands. In the case of TACACS+ servers, the tacacs host hostname command can be used to configure additional servers. These additional servers provide authentication redundancy and improved throughput, especially when WAAS device load-balancing schemes distribute the requests evenly between the servers. If the WAAS device cannot connect to any of the authentication servers, no authentication takes place and users who have not been previously authenticated are denied access.
Specifying Windows Domain Login Authentication
You can enable Windows domain as an administrative login authentication and authorization method for a device or device group. Before you enable Windows authentication, you must first configure the Windows domain controller by using the using the windows-domain wins-server global configuration command. (See the "(config) windows-domain" command.)
We recommend that you use the WAAS Central Manager GUI instead of the WAAS CLI to configure Windows domain controller settings. See Chapter 6 of the Cisco Wide Area Application Services Configuration Guide.
To query the secondary authentication database if the primary authentication server is unreachable, enter the following command. This feature is referred to as the fail-over server-unreachable feature.
WAE(config)# authentication fail-over server-unreachable
If you enable the fail-over server-unreachable feature on the WAAS device, only two login authentication scheme (a primary and secondary scheme) can be configured on the WAAS device. The WAAS device fails over from the primary authentication scheme to the secondary authentication scheme only if the specified authentication server is unreachable.
To enable authentication privileges using the local, TACACS+, RADIUS, or Windows databases, and to specify the order of the administrative login authentication use the authentication login global configuration command. In the following example, RADIUS is specified as the primary method, TACACS+ as the secondary method, Windows as the third method, and the local database as the fourth method. In this example, four login authentication methods are specified because the fail-over server-unreachable feature is not enabled on the WAAS device.
WAE(config)# authentication login radius enable primary
WAE(config)# authentication login tacacs enable secondary
WAE(config)# authentication login windows-domain enable tertiary
WAE(config)# authentication login local enable quaternary
Note If you have enabled the failover server unreachable feature on the WAAS device, make sure that you specify either TACACS+ or RADIUS as the primary scheme for authentication, and specify local as the secondary scheme for authentication.
To enable authorization privileges using the local, TACACS+, RADIUS, or Windows databases, and to specify the order of the administrative login authorization (configuration), use the authentication configuration global configuration command.
Note Authorization privileges apply to console and Telnet connection attempts, secure FTP (SFTP) sessions, and Secure Shell (SSH, Version 1 and Version 2) sessions.
We strongly recommend that you set the administrative login authentication and authorization methods in the same order. For example, configure the WAAS device to use RADIUS as the primary login method, TACACS+ as the secondary login method, Windows as the tertiary method, and the local method as the quaternary method for both administrative login authentication and authorization.
In the following example, RADIUS is specified as the primary method, TACACS+ as the secondary method, Windows as the third method, and the local database as the fourth method. In this example, four login authorization (configuration) methods are specified because the fail-over server-unreachable feature is not enabled on the WAAS device.
WAE(config)# authentication configuration radius enable primary
WAE(config)# authentication configuration tacacs enable secondary
WAE(config)# authentication configuration windows-domain enable tertiary
WAE(config)# authentication configuration local enable quaternary
Note If you have enabled the failover server unreachable feature on the WAAS device, make sure that you specify either TACACS+ or RADIUS as the primary scheme for authorization (configuration), and specify local as the secondary scheme for authorization (configuration).
The following example shows the resulting output of the show authentication command:
WAE# show authentication user
Login Authentication: Console/Telnet/Ftp/SSH Session
----------------------------- ------------------------------
local enabled (primary)
Windows domain enabled
Radius disabled
Tacacs+ disabled
Configuration Authentication: Console/Telnet/Ftp/SSH Session
----------------------------- ------------------------------
local enabled (primary)
Radius disabled
Tacacs+ disabled
To enable discovery of a Fast Ethernet or Gigabit Ethernet WAE and its automatic registration with the WAAS Central Manager through Dynamic Host Configuration Protocol (DHCP), use the auto-register global configuration command. To disable the autoregistration feature on a WAE, use the no form of this command.
auto-register enable [FastEthernet slot/port | GigabitEthernet slot/port]
Automatic registration using DHCP is enabled on a WAE by default.
global configuration
application-accelerator
Autoregistration automatically configures network settings and registers WAEs with the WAAS Central Manager. On bootup, devices running WAAS software (with the exception of the WAAS Central Manager itself) automatically discover the WAAS Central Manager and register with it. The administrator does not have to do any manual configuration on the device. Once the WAE is registered, the administrator approves the device and configures it remotely using the WAAS Central Manager GUI.
The auto-register enable command allows a Fast Ethernet or Gigabit Ethernet WAE to discover the hostname of the WAAS Central Manager through DHCP and to automatically register the device with the WAAS Central Manager. Discovery and registration occur at bootup.
To assign a static IP address using the interface GigabitEthernet slot/port command, the automatic registration of devices through DHCP must be disabled by using the no auto-register enable command, because automatic registration through DHCP is enabled by default.
For autoregistration to work, you must have a DHCP server that is configured with the hostname of the WAAS Central Manager and that is capable of handling vendor class option 43.
Note The form of DHCP used for autoregistration is not the same as the interface-level DHCP that is configurable through the ip address dhcp interface configuration command.
The DHCP server needs to send the vendor class option (option 43) information to the WAAS device in the format for encapsulated vendor-specific options as provided in RFC 2132. The relevant section of RFC 2132, Section 8.4, is reproduced here as follows:
You should encode the encapsulated vendor-specific options field as a sequence of code/length/value fields of syntax identical to that of the DHCP options field with the following exceptions:
1. There should not be a "magic cookie" field in the encapsulated vendor-specific extensions field.
2. Codes other than 0 or 255 may be redefined by the vendor within the encapsulated vendor-specific extensions field but should conform to the tag-length-value syntax defined in section 2.
3. Code 255 (END), if present, signifies the end of the encapsulated vendor extensions, not the end of the vendor extensions field. If no code 255 is present, then the end of the enclosing vendor-specific information field is taken as the end of the encapsulated vendor-specific extensions field.
In accordance with the RFC standard, the DHCP server needs to send the WAAS Central Manager hostname information in code/length/value format. (Code and length are single octets.) The code for the WAAS Central Manager hostname is 0x01. DHCP server management and configuration are not within the scope of the autoregistration feature.
The WAAS device sends CISCOCDN as the vendor class identifier in option 60 to facilitate device groupings by customers.
Autoregistration DHCP also requires that the following options be present in the DHCP server's offer to be considered valid:
•Subnet-mask (option 1)
•Routers (option 3)
•Domain-name (option 15)
•Domain-name-servers (option 6)
•Host-name (option 12)
Interface-level DHCP requires only subnet-mask (option 1) and routers (option 3) for an offer to be considered valid; domain-name (option 15), domain-name-servers (option 6), and host-name (option 12) are optional. All of the above options, with the exception of domain-name-servers (option 6), replace the existing configuration on the system. The domain-name-servers option is added to the existing list of name servers with the restriction of a maximum of eight name servers.
Autoregistration is enabled by default on the first interface of the device. The first interface depends on the WAE model as follows:
•For the WAE-511, WAE-512, WAE-611, WAE-612, and WAE-7320, use GigabitEthernet 1/0.
If you do not have a DHCP server, the device is unable to complete autoregistration and eventually times out. You can disable autoregistration at any time after the device has booted and proceed with manual setup and registration.
The following example enables autoregistration on GigabitEthernet port 2/0:
WAE(config)# auto-register enable GigabitEthernet 2/0
The following example disables autoregistration on all configured interfaces on the WAE:
WAE(config)# no auto-register enable
To configure the EXEC, login, and message-of-the-day (MOTD) banners, use the banner global configuration command. To disable the banner feature, use the no form of this command.
banner enable | {{exec | login | motd} [message text]}
Banner support is disabled by default
global configuration
You can configure the following three types of banners in any device mode:
•The MOTD banner sets the message of the day. This message is the first message that is displayed when a login is attempted.
•The login banner is displayed after the MOTD banner but before the actual login prompt appears.
•The EXEC banner is displayed after the EXEC CLI shell has started.
Note All of these banners are effective on a console, Telnet, or a Secure Shell (SSH) version 2 session.
The message keyword is optional. If you enter a carriage return without specifying the message keyword, you will be prompted to enter your message text. For message text on one or more lines, press the Return key or enter delimiting characters (\n) to specify a message to appear on a new line. You can enter up to a maximum of 980 characters, including new-line characters (\n). Enter a period (.) at the beginning of a new line to save the message and return to the prompt for the global configuration mode.
Note The EXEC banner content is obtained from the command-line input that the user enters after being prompted for the input.
After you configure the banners, enter the banner enable global configuration command to enable banner support on the appliance. Enter the show banner EXEC command to display information about the configured banners.
Note When you run an SSH version 1 client and log in to the WAE, the MOTD and login banners are not displayed. You need to use SSH version 2 to display the banners when you log in to the WAE.
The following example shows how to use the banner motd message global configuration command to configure the MOTD banner. In this example, the MOTD message consists of a single line of text.
WAE(config)#
banner motd message This is a WAAS 4.0.7 device
The following example shows how to use the banner motd message global command to configure a MOTD message that is longer than a single line. In this case, the WAE translates the \n portion of the message to a new line when the MOTD message is displayed to the user.
WAE(config)#
banner motd message "This is the motd message.
\nThis is a WAAS 4.0.7 device\n"
The following example shows how to use the banner login message global configuration command to configure a login message that is longer than a single line. In this case, WAE A translates the \n portion of the message to a new line in the login message that is displayed to the user.
WAE(config)#
banner login message "This is login banner.
\nUse your password to login\n"
The following example shows how to enable banner support:
WAE(config)#
banner enable
The following example shows how to use the banner exec global configuration command to configure an interactive banner. The banner exec command is similar to the banner motd message commands except that for the banner exec command, the banner content is obtained from the command-line input that the user enters after being prompted for the input.
WAE(config)# banner exec
Please type your MOTD messages below and end it with '.' at beginning of line:
(plain text only, no longer than 980 bytes including newline)
This is the EXEC banner.\nUse your WAAS username and password to log in to this WAE.\n
.
Message has 99 characters.
WAE(config)#
Assume that a WAE has been configured with the MOTD, login, and EXEC banners as shown in the previous examples. When a user uses an SSH session to log in to the WAE, the user will see a login session that includes a MOTD banner and a login banner that asks the user to enter a login password as follows:
This is the motd banner.
This is a WAAS 4.0.7 device
This is login banner.
Use your password to login.
Cisco Wide Area Application Services Engine
admin@wae's password:
After the user enters a valid login password, the EXEC banner is displayed, and the user is asked to enter the WAAS username and password as follows:
Last login: Fri Oct 1 14:54:03 2004 from client
System Initialization Finished.
This is the EXEC banner.
Use your WAAS username and password to log in to this WAE.
After the user enters a valid WAAS username and password, the WAE CLI is displayed. The CLI prompt varies depending on the privilege level of the login account. In the following example, because the user entered a username and password that had administrative privileges (privilege level of 15), the EXEC mode CLI prompt is displayed:
WAE#
To configure static bypass lists on a WAE, use the bypass global configuration command. To disable the bypass feature (clear the static bypass lists), use the no form of this command.
bypass static {clientip | any-client} {serverip | any-server}
No default behaviors or values
global configuration
application-accelerator
Using a static bypass allows traffic flows between a configurable set of clients and file servers to bypass handling by the WAE. By configuring static bypass entries on the Edge WAE, you can control traffic interception without modifying the router configuration. Separately, if so desired, IP access lists may be configured on the router to bypass traffic without first redirecting it to the Edge WAE. Typically, the WCCP accept list defines the group of file servers that are cached (and the file servers that are not). Static bypass can be used in rare cases when you want to prevent WAAS from caching a connection from a certain client to a certain file server (or from a certain client to all file servers).
The bypass static command permits traffic from specified sources to bypass the WAE. Wildcards in either the client or server IP addresses are not supported.
Note We recommend that you use IP access lists on the WCCP-enabled router, rather than using the static bypass feature, because access lists are more efficient.
The following example forces traffic from a specified client to a specified server to bypass the WAE:
WAE(config)#
bypass static 10.1.17.1 172.16.7.52
The following example forces all traffic destined to a specified server to bypass the WAE:
WAE(config)#
bypass static any-client 172.16.7.52
The following example forces all traffic from a specified client to any file server to bypass the WAE:
WAE(config)#
bypass static 10.1.17.1 any-server
A static list of source and destination addresses helps to isolate instances of problem-causing clients and servers. To display static configuration list items, use the show bypass list command as follows:
WAE# show bypass list
Client Server Entry type
------ ------ ----------
10.1.17.1:0 172.16.7.52:0 static-config
any-client:0 172.16.7.52:0 static-config
10.1.17.2:0 any-server:0 static-config
To configure the Cisco Discovery Protocol (CDP) options globally on all WAAS device interfaces, use the cdp command in global configuration mode.
cdp {enable | holdtime seconds | timer seconds}
holdtime: 180 seconds
timer: 60 seconds
global configuration
application-accelerator
central-manager
When enabled with the cdp enable command, CDP obtains protocol addresses of neighboring devices and discovers the platform of those devices. It also shows information about the interfaces used by your device. CDP is media- and protocol-independent and runs on Cisco-manufactured equipment.
Use of SNMP with the CDP MIB allows network management applications to learn the device type and the SNMP agent address of neighboring devices and to send SNMP queries to those devices. Cisco Discovery Protocol uses the CISCO-CDP-MIB.
Each device configured for CDP sends periodic messages, known as advertisements, to a multicast address. The cdp timer seconds command specifies the rate at which CDP packets are sent. Each device advertises at least one address at which it can receive SNMP messages. The advertisements also contain Time-To-Live or hold-time information. To set the hold time, use the cdp holdtime seconds command to specify the period of time in seconds that a receiver is to keep CDP packets. Each device also listens to the periodic CDP messages sent by others to learn about neighboring devices.
In the following example, CDP is first enabled, the hold time is set to 10 seconds for keeping CDP packets, and then the rate at which CDP packets are sent (15 seconds) is set:
WAE(config)# cdp enable
WAE(config)# cdp holdtime 10
WAE(config)# cdp timer 15
To specify the WAAS Central Manager's role and port number, use the central-manager global configuration command in central-manager device mode. To specify the IP address or hostname of the WAAS Central Manager with which a WAE is to register, use the central-manager global configuration command in application-accelerator device mode. To negate these actions, use the no form of this command.
central-manager {address {hostname | ip-address} | role {primary | standby} | ui port port-num}
Note The address option works in the application-accelerator device mode only. The role and ui port options work in the central-manager device mode only.
The WAAS Central Manager GUI is preconfigured to use port 8443.
global configuration
application-accelerator
central-manager
The central-manager address global configuration command associates a WAE device with the WAAS Central Manager so that the device can be approved as a part of the WAAS network. After the device is configured with the WAAS Central Manager IP address, it presents a self-signed security certificate and other essential information, such as its IP address or hostname, disk space allocation, and so forth, to the WAAS Central Manager.
If you change the WAAS Central Manager GUI port number, the Centralized Management System (CMS) service is automatically restarted on the WAAS Central Manager if the cms service has been enabled on the WAAS Central Manager by entering the cms enable global configuration command on the WAAS Central Manager.
Configuring Devices Inside a NAT
In a WAAS network, there are two methods for a WAAS device that is registered with the WAAS Central Manager (WAEs or a standby WAAS Central Manager) to obtain configuration information from the primary WAAS Central Manager. The primary method is for the device to periodically poll the primary WAAS Central Manager on port 443 to request a configuration update. You cannot configure this port number. The backup method is when the WAAS Central Manager pushes configuration updates to a registered device as soon as possible by issuing a notification to the registered device on port 443. This method allows changes to take effect in a timelier manner. You cannot configure this port number even when the backup method is being used. WAAS networks do not work reliably if devices registered with the WAAS Central Manager are unable to poll the WAAS Central Manager for configuration updates.
All of the above methods become complex in the presence of Network Address Translation (NAT) firewalls. When a WAAS device (WAEs at the edge of the network and the primary or standby WAAS Central Managers) is inside a NAT firewall, those devices that are inside the same NAT use one IP address (the inside local IP address) to access the device, and those devices that are outside the NAT use a different IP address (the inside global IP address) to access the device. A centrally managed device advertises only its inside local IP address to the WAAS Central Manager. All other devices inside the NAT use the inside local IP address to contact the centrally managed device that resides inside the NAT. A device that is not inside the same NAT as the centrally managed device is not able to contact it without special configuration.
If the primary WAAS Central Manager is inside a NAT, you can allow a device outside the NAT to poll it for getUpdate requests by configuring a static translation (inside global IP address) for the WAAS Central Manager's inside local IP address on its NAT, and using this address, rather than the WAAS Central Manager's inside local IP address, in the central-manager address ip-address global configuration command when you register the device to the WAAS Central Manager. If a WAAS device is inside a NAT and the WAAS Central Manager is outside the NAT, you can allow the WAAS device to poll for getUpdate requests by configuring a static translation (inside global IP address) for the WAAS device's inside local address on its NAT and specifying this address in the Use IP Address field under the NAT Configuration heading in the Device Activation window.
Note Static translation establishes a one-to-one mapping between your inside local address and an inside global address. Static translation is useful when a host on the inside must be accessible by a fixed address from the outside.
Standby WAAS Central Managers
The Cisco WAAS software implements a standby WAAS Central Manager. This process allows you to maintain a copy of the WAAS network configuration. If the primary WAAS Central Manager fails, the standby can be used to replace the primary.
For interoperability, when a standby WAAS Central Manager is used, it must be at the same software version as the primary WAAS Central Manager to maintain the full WAAS Central Manager configuration. Otherwise, the standby WAAS Central Manager detects this status and does not process any configuration updates that it receives from the primary WAAS Central Manager until the problem is corrected.
Note We recommend that you upgrade your standby WAAS Central Manager first and then upgrade your primary WAAS Central Manager. We also recommend that you create a database backup on your primary WAAS Central Manager and copy the database backup file to a safe place before you upgrade the software.
Switching a WAAS Central Manager from Warm Standby to Primary
If your primary WAAS Central Manager becomes inoperable, you can manually reconfigure one of your warm standby WAAS Central Managers to be the primary WAAS Central Manager. Configure the new role by using the global configuration central-manager role primary command as follows:
WAE# configure
WAE(config)# central-manager role primary
This command changes the role from standby to primary and restarts the management service to recognize the change.
The following example specifies that the WAAS device named waas-cm is to function as the primary WAAS Central Manager for the WAAS network:
waas-cm(config)# central-manager role primary
The following example specifies the WAE should register with the WAAS Central Manager that has an IP address of 10.1.1.1. This command associates the WAE with the primary WAAS Central Manager so that the WAE can be approved as a part of the WAAS network.
WAE(config)# central-manager address 10.1.1.1
The following example configures a new GUI port to access the WAAS Central Manager GUI:
WAE(config)# central-manager ui port 8550
The following example configures the WAAS Central Manager as the standby WAAS Central Manager:
WAE(config)# central-manager role standby
Switching CDM to standby will cause all configuration settings made on this CDM to be lost.
Please confirm you want to continue [no]?yes
Restarting CMS services
To set the summer daylight savings time and time zone for display purposes, use the clock global configuration command. To disable this function, use the no form of this command.
clock {summertime timezone {date startday startmonth startyear starthour endday endmonth endyear offset | recurring {1-4 startweekday startmonth starthour endweekday endmonth endhour offset | first startweekday startmonth starthour endweekday endmonth endhour
offset | last startweekday startmonth starthour endweekday endmonth endhour offset}} | timezone {timezone hoursoffset minutesoffset}}
summertime |
Configures the summer or daylight savings time. |
timezone |
Name of the summer time zone. |
date |
Configures the absolute summer time. |
startday |
Date (1-31) to start. |
startmonth |
Month (January through December) to start. |
startyear |
Year (1993-2032) to start. |
starthour |
Hour (0-23) to start in hour:minute (hh:mm) format. |
endday |
Date (1-31) to end. |
endmonth |
Month (January through December) to end. |
endyear |
Year (1993-2032) to end. |
endhour |
Hour (0-23) to end in hour:minute (hh:mm) format. |
offset |
Minutes offset (see the table below in the "" section) from UTC (0-59). |
recurring |
Configures the recurring summer time. |
1-4 |
Configures the starting week number 1-4. |
first |
Configures the summer time to recur beginning the first week of the month. |
last |
Configures the summer time to recur beginning the last week of the month. |
startweekday |
Day of the week (Monday-Friday) to start. |
startmonth |
Month (January-December) to start. |
starthour |
Hour (0-23) to start in hour:minute (hh:mm) format. |
endweekday |
Weekday (Monday-Friday) to end. |
endmonth |
Month (January-December) to end. |
endhour |
Hour (0-23) to end in hour:minute (hh:mm) format. |
offset |
Minutes offset (see the table below in the "" section) from UTC (0-59). |
timezone |
Configures the standard time zone. |
timezone |
Name of the time zone. (see the table below in the "" section.) |
hoursoffset |
Hours offset (see the table below in the "" section) from UTC (-23 to +23). |
minutesoffset |
Minutes offset (see the table below in the "" section) from UTC (0-59). |
No default behavior or values
global configuration
application-accelerator
central-manager
To set and display the local and UTC current time of day without an NTP server, use the clock timezone command with the clock set command. The clock timezone parameter specifies the difference between UTC and local time, which is set with the clock set EXEC command. The UTC and local time are displayed with the show clock detail EXEC command.
Use the clock timezone offset command to specify a time zone, where timezone is the desired time zone entry listed in the table below and 0 0 is the offset (ahead or behind) UTC is in hours and minutes. (UTC was formerly known as Greenwich mean time [GMT]).
WAE(config)# clock timezone timezone 0 0
Note The time zone entry is case sensitive and must be specified in the exact notation listed in Table 3-91. When you use a time zone entry from the time zone table, the system is automatically adjusted for daylight saving time.
The following example specifies the local time zone as Pacific Standard Time with an offset of 8 hours behind UTC:
WAE(config)# clock timezone US/Pacific -8 0
The following example negates the time zone setting on the WAAS device:
WAE(config)# no clock timezone
The following example configures daylight saving time:
WAE(config)# clock summertime US/Pacific date 10 October 2005 23:59 29 April 2006 23:59 60
To schedule maintenance and enable the Centralized Management System (CMS) on a WAAS device, use the cms global configuration command. To negate these actions, use the no form of this command.
cms {database maintenance {full {enable | schedule weekday at time} | regular {enable | schedule weekday at time}} | enable | rpc timeout {connection 5-1800 | incoming-wait 10-600 | transfer 10-7200}}
database maintenance regular: enabled
database maintenance full: enabled
connection: 30 seconds for WAAS Central Manager; 180 seconds for a WAE
incoming wait: 30 seconds
transfer: 300 seconds
global configuration
application-accelerator
central-manager
Use the cms database maintenance global configuration command to schedule routine full maintenance cleaning (vacuuming) or a regular maintenance reindexing of the embedded database. The full maintenance routine runs only when the disk is more than 90 percent full and only runs once a week. Cleaning the tables returns reusable space to the database system.
The cms enable global configuration command automatically registers the node in the database management tables and enables the CMS process. The no cms enable global configuration command only stops the management services on the WAAS device. Use the cms deregister EXEC command to de-register (remove) a WAAS device from the WAAS network.
The following example schedules a regular (reindexing) maintenance routine to start every Friday at 11:00 p.m on the WAAS device:
WAE(config)# cms database maintenance regular schedule Fri at 23:00
The following example shows how to enable the CMS process on a WAAS device:
WAE(config)# cms enable
Generating new RPC certificate/key pair
Restarting RPC services
Creating database backup file emerg-debug-db-01-25-2006-15-31.dump
Registering Wide Area Central Manager...
Registration complete.
Please preserve running configuration using 'copy running-config startup-config'.
Otherwise management service will not be started on reload and node will be shown
'offline' in Wide Area Central Manager UI.
management services enabled
To configure the device mode for the WAAS device, use the device mode global configuration command. To reset the mode of operation on your WAAS device, use the no form of this command.
device mode {application-accelerator | central-manager}
The default device operation mode is application-accelerator.
global configuration
application-accelerator
central-manager
You must deploy the WAAS Central Manager on a dedicated appliance. In the WAAS 4.0 software release, the device mode feature was added, which allows you to deploy a WAAS device as either a WAAS Central Manager or a WAE. Because you must deploy a WAAS Central Manager on a dedicated appliance, a WAAS device can operate in one device mode only: either in central-manager mode or application-accelerator mode.
Note A WAAS Central Manager is the device management station of a WAAS network that allows you to centrally configure, manage, and monitor your WAEs.
By default, a WAAS device uses the application-accelerator mode, which makes it operate as a WAE.
To support the new device mode feature, the device mode global configuration command and the show device mode EXEC commands were added in the WAAS 4.0 software release.
The set of WAAS CLI commands that are available vary based on the device mode of the WAAS device.
To enable WAAS network-related applications and services, use the cms enable global configuration command. Use the no form of this command to disable the WAAS network.
By default, a WAAS device uses the application-accelerator mode, which makes it operate as a Wide Area Application Engine (WAE). Before configuring network settings for your WAAS Central Managers using the WAAS CLI, you must change the device mode to the proper device mode.
You cannot configure the WAE network module (any of the NME-WAE family of devices) as a Central Manger.
You can configure an inline WAE as a Central Manager, but the functionality of the inline feature will not be available.
To specify central manager as the device mode of a WAAS device, enter the following command from global configuration mode:
WAE(config)# device mode central-manager
To specify application accelerator as the device mode of a WAAS device, enter the following command from global configuration mode:
WAE(config)# device mode application-accelerator
To configure how disk errors are handled and to define a disk error-handling threshold on a WAAS device, use the disk global configuration command. Use the no form of this command to return to the default error-handling threshold.
disk error-handling {reload | remap | threshold number}
error-handling threshold number: 10
global configuration
application-accelerator
central-manager
If you have a two-drive system, the RAID software protects the SYSFS from single-drive failures and prevents applications from seeing I/O errors. With this configuration, error handling need not be specified. For all other configurations, error handling should be specified.
To operate properly, the WAAS device must have a disk drive named disk00. The WAAS device must also contain a disk drive that contains the first SYSFS (system file system) partition. The SYSFS partition is used to store log files, including system logs and internal debugging logs. It may also be used to store image files and configuration files on a WAAS device. Disk00 always contains the SYSFS partition. When software RAID is applied, the SYSFS partitions are contained on both disk00 and disk01. In either case, the disk00 disk and the disk that contains the first SYSFS partition are called critical drives and are required for proper operation of the WAAS device.
When a WAE is booted and a critical disk drive is not detected at system startup time, the WAAS device runs at a degraded state. If one of the critical disk drives becomes inoperable at run time, the WAAS device can exhibit symptoms such as the applications malfunctioning or failing, or the WAAS device can stop responding. You must monitor the critical disk drives on a WAAS device and report any disk drive errors to Cisco TAC.
With a WAAS device, a disk device error is defined as any of the following events:
•A SCSI or IDE device error is printed by the Linux kernel.
•A disk device access by an application (for example, an open(2), read(2), or write(2) system call) fails with an EIO error code.
•A disk device that existed at startup time is not accessible at run time.
The disk status is recorded in Flash memory (nonvolatile storage). When an error occurs on the disk drive of a WAAS device, a message is written to the system log (syslog) if the SYSFS partition is still intact, and an SNMP trap is generated if SNMP is configured on the WAAS device.
Specifying the Disk Error-Handling Threshold
You can define a disk device error-handling threshold on the WAAS device. If the number of disk device errors reaches the specified threshold, the corresponding disk device is automatically marked as bad. By default, this threshold is set to 10. The device does not stop using the bad disk device immediately; it stops using the bad disk drive after the next reboot.
To change the default threshold, use the disk error-handling threshold global configuration command. Specify 0 if you never want the disk drive to be marked as bad.
If the specified threshold is exceeded, the WAAS device either records this event or reboots. If the bad disk drive is a critical disk drive, and the automatic reload feature (disk error-handling reload command) is enabled, then the WAAS software marks the disk drive as bad, and the WAAS device is automatically reloaded. After the WAAS device is reloaded, a syslog message and an SNMP trap are generated.
By default, the automatic reload feature is disabled on a WAAS device. To enable the automatic reload feature, use the disk error-handling reload global configuration command. After enabling the automatic reload feature, use the no disk error-handling reload global configuration command to disable it.
In the following example, an administrator configures five disk drive errors for a particular disk drive (for example, disk00) as the maximum number of errors allowed before the disk drive is automatically marked as bad:
WAE(config)#
disk error-handling threshold 5
To exit global configuration mode, use the end global configuration command.
end
This command has no arguments or keywords.
No default behavior or values
global configuration
application-accelerator
central-manager
Use the end command to exit global configuration mode after completing any changes to the running configuration. To save new configurations to NVRAM, use the write command.
The Ctrl-Z command also exits global configuration mode.
The following example shows how to exit global configuration mode on a WAAS device:
WAE(config)# end
WAE#
To configure the length of time that an inactive Telnet or SSH session remains open on a WAAS device, use the exec-timeout global configuration command. To revert to the default value, use the no form of this command.
exec-timeout timeout
timeout |
Timeout in minutes (0-44640). |
The default is 15 minutes.
global configuration
application-accelerator
central-manager
A Telnet session or Secure Shell (SSH) session with the WAAS device can remain open and inactive for the interval of time specified by the exec-timeout command. When the exec-timeout interval elapses, the WAAS device automatically closes the Telnet or SSH session.
The following example configures a timeout of 100 minutes:
WAE(config)# exec-timeout 100
The following example negates the configured timeout of 100 minutes and reverts to the default value of 15 minutes:
WAE(config)# no exec-timeout
To terminate global configuration mode and return to the privileged-level EXEC mode, use the exit command.
exit
This command has no arguments or keywords.
No default behavior or values
All modes
application-accelerator
central-manager
This command is equivalent to the Ctrl-Z or the end command.
The following example terminates global configuration mode and returns to the privileged-level EXEC mode:
WAE(config)# exit
WAE#
To obtain online help for the command-line interface, use the help global configuration command.
help
This command has no arguments or keywords.
No default behavior or values
EXEC and global configuration
application-accelerator
central-manager
You can obtain help at any point in a command by entering a question mark (?). If nothing matches, the help list will be empty, and you must back up until entering a ? shows the available options.
Two styles of help are provided:
•Full help is available when you are ready to enter a command argument (for example, show ?) and describes each possible argument.
•Partial help is provided when you enter an abbreviated command and you want to know what arguments match the input (for example, show stat?).
The following example shows the output of the help global configuration command:
WAE# configure
WAE(config)# help
Help may be requested at any point in a command by entering a question mark '?'. If nothing matches, the help list will be empty and you must backup until entering a '?' shows the available options.
Two styles of help are provided:
1. Full help is available when you are ready to enter a command argument.
2. Partial help is provided when an abbreviated argument is entered.
The following example shows how to use full help to see what WCCP command arguments are available:
WAE# configure
WAE(config)#
wccp ?
access-list Configure an IP access-list for inbound WCCP encapsulate
traffic
flow-redirect Redirect moved flows
router-list Router List for use in WCCP services
shutdown Wccp Shutdown parameters
slow-start accept load in slow-start mode
tcp-promiscuous TCP promiscuous mode service
version WCCP Version Number
The following example shows how to use partial help to determine the syntax of a WCCP argument:
WAE(config)# wccp tcp ?
mask Specify mask used for CE assignment
router-list-num Router list number
To configure the network hostname on a WAAS device, use the hostname global configuration command. To reset the hostname to the default setting, use the no form of this command.
hostname name
name |
New hostname for the WAAS device; the name is case sensitive. The name may be from 1 to 30 alphanumeric characters. |
The default hostname is the model number of the WAAS device (for example WAE-511, WAE-611, or WAE-7326).
global configuration
application-accelerator
central-manager
Use this command to configure the hostname for the WAAS device. The hostname is used for the command prompts and default configuration filenames. This name is also used for routing, so it conforms to the following rules:
•It can use only alphanumeric characters and hyphens (-).
•The maximum length is 30 characters.
•The following characters are considered illegal and cannot be used when naming a device: @, #, $,%, ^, &, *, (), |, \""/, <>.
The following example changes the hostname of the WAAS device to sandbox.
WAE-511(config)# hostname sandbox
Sandbox(config)#
The following example removes the hostname.
Sandbox(config)# no hostname
WAE-511(config)#
To enable FTP and RCP services on a WAAS device, use the inetd enable global configuration command. To disable these same services, use the no form of this command.
inetd enable {ftp | rcp}
enable |
Enables services. |
ftp |
Enables FTP services. |
rcp |
Enables RCP services. |
FTP is enabled; RCP is disabled.
global configuration
application-accelerator
central-manager
Inetd (an Internet daemon pronounced eye net dee) is a program that listens for connection requests or messages for certain ports and starts server programs to perform the services associated with those ports. Use the inetd enable command with the ftp and rcp keywords to enable and disable services on the WAAS device. To disable the service, enter the no form of the inetd enable command. Use the show inetd EXEC command to see whether current inetd sessions are enabled or disabled.
The following example enables an FTP service session on the WAAS device:
WAE(config)# inetd enable ftp
The following example disables FTP services:
WAE(config)# no inetd enable ftp
To configure a Gigabit Ethernet, InlineGroup, InlinePort, port-channel, or standby interface, use the interface global configuration command. To disable selected options, restore default values, or enable a shutdown interface, use the no form of this command.
interface GigabitEthernet slot/port [autosense | bandwidth {10 | 100 | 1000} | cdp enable | channel-group {1 | 2} | description text | full-duplex | half-duplex | ip {access-group {acl-num | acl_name} {in | out} | address {ip_address netmask [secondary] | dhcp [client-id id hostname name | hostname name client-id id]}} | mtu mtusize | shutdown | standby grpnumber [priority priority]]
interface InlineGroup slot/grpnumber [failover timeout {1 | 3 | 5} | inline [vlan {all | native | vlan_list}] | shutdown]
interface InlinePort slot/grpnumber/{lan | wan} [autosense | bandwidth {10 | 100 | 1000} | full-duplex | half-duplex]
interface PortChannel {1 | 2} [description text | ip {access-group {acl-num | acl_name} {in | out} | address ip-address netmask} | shutdown]
interface Standby grpnumber {description text | errors max-error-number | ip ip_address | no {description text | errors max-error-number | ip ip_address | shutdown}| shutdown}
No default behavior or values
global configuration
application-accelerator
central-manager
The interface command contains an option for FibreChannel; however, the FibreChannel interface is not supported for WAAS devices. The interface FibreChannel command is not documented in this Command Reference.
To configure an interface bandwidth on a WAAS device, use the bandwidth interface configuration command. The bandwidth is specified in megabits per second (Mbps). The 1000 Mbps option is not available on all ports. Using this option automatically enables autosense on the interface. You cannot change the interface speed on a WAE-7320 model that has an optical Gigabit Ethernet interface. Gigabit Ethernet interfaces only run at 1000 Mbps for a WAE-7320. For newer models of the WAAS device (for example, the WAE-611 or WAE-7326) that have a Gigabit Ethernet interface over copper, this restriction does not apply; you can configure these Gigabit Ethernet interfaces to run at 10, 100, or 1000 Mbps. On newer WAAS models, the 1000-Mbps setting implies autosense. For example, you cannot configure the Gigabit Ethernet interface to run at 1000 Mbps and half duplex.
Using the cdp enable command in global configuration mode enables CDP globally on all the interfaces. If you want to control CDP behavior per interface, then use the cdp enable command in interface configuration mode. The interface level control overrides the global control.
To display the interface identifiers (for example, interface GigabitEthernet 1/0), use the show running-config or show startup-config commands. The autosense, bandwidth, full-duplex, half-duplex, ip, and shutdown commands are listed separately in this command reference.
Configuring Multiple Secondary IP Addresses on a Single Physical Interface
Use the interface secondary global configuration command to configure more than one IP address on the same interface. By configuring multiple IP addresses on a single interface, the WAAS device can be present in more than one subnet. This configuration allows you to optimize the response time because the content goes directly from the WAAS device to the requesting client without being redirected through a router. The WAAS device becomes visible to the client because both are configured on the same subnet.
Up to four secondary addresses can be assigned to an interface. These addresses become active only after the primary address is configured. No two interfaces can have the same IP address in the same subnetwork. To set these secondary IP addresses, use the ip address command.
If a WAAS device has one physical interface that has multiple secondary IP addresses assigned to it, the egress traffic uses the source IP address that is chosen by IP routing. If the secondary IP addresses of a WAAS device in the same subnet as the primary IP address, then the egress traffic uses the primary IP address only. In contrast, if the secondary IP addresses are in a different subnet than the primary IP address, then the destination IP address determines which IP address on the WAAS device is used for the egress traffic.
Configuring Interfaces for DHCP
During the initial configuration of a WAAS device, you have the option of configuring a static IP address for the WAAS device or using interface-level DHCP to dynamically assign IP addresses to the interfaces on the WAAS device.
If you do not enable interface-level DHCP on the WAAS device, you must manually specify a static IP address and network mask for the WAAS device. If the WAAS device moves to another location in another part of the network, you must manually enter a new static IP address and network mask for this WAAS device.
An interface can be enabled for DHCP by using the ip address dhcp [client_id | hostname] interface configuration command. The client identifier is an ASCII value. The WAAS device sends its configured client identifier and hostname to the DHCP server when requesting network information. DHCP servers can be configured to identify the client identifier information and the hostname information that the WAAS device is sending and then send back the specific network settings that are assigned to the WAAS device.
Note You must disable autoregistration before you can manually configure an interface for DHCP. Autoregistration is enabled by default on the first interface of the device.
Defining Interface Descriptions
You can specify a one-line description for a specific interface on a WAAS device. Use the description text interface configuration command to enter the description for the specific interface. The maximum length of the description text is 240 characters. This feature is supported for the Gigabit Ethernet, port-channel, and Standby interfaces.
Note This feature is not currently supported for the SCSI or IDE interfaces.
After you define the description for an interface, use the show EXEC commands to display the defined interface descriptions. Enter the show interface interface type slot/port EXEC command to display the defined description for a specific interface on the WAE.
Port-Channel (EtherChannel) Interface
EtherChannel for the WAAS software supports the grouping of two same-speed network interfaces into one virtual interface. This grouping allows you to set or remove a virtual interface that consists of the two integrated Gigabit Ethernet interfaces. EtherChannel also provides interoperability with Cisco routers, switches, and other networking devices or hosts supporting EtherChannel, load balancing, and automatic failure detection and recovery based on each interface's current link status.
Note You cannot use the inline Ethernet interfaces that are located on the WAE inline network adapter to form an EtherChannel.
InlineGroup Interface
An InlineGroup interface is a logical grouping of a pair of Ethernet ports that are physically contained in the optional 4-port inline network adapter card. The inline network adapter is supported on all WAAS appliance platforms beginning with the WAAS 4.0.7 release. You can have up to two InlineGroup interfaces, which allows for two bypass-enabled paths for traffic to pass through the WAE appliance, making multiple-router deployments possible. The InlineGroup interfaces provide failover capability and can be assigned to any desired set of VLANs. (For examples of InlineGroup interface configurations, see the "(config-if) inline" command.)
InlinePort Interface
The InlinePort interfaces are a set of four Ethernet ports that are physically contained in the optional 4-port inline adapter card. InlinePorts are identified by slot number, InlineGroup number, and interface direction (either as the LAN-facing or WAN-facing interface). You can configure the InlinePort interface for link speed (bandwidth or autosense) and mode of operation (half-duplex or full-duplex).
Note We strongly recommend that you do not use half-duplex connections on the WAE or on routers, switches, or other devices.
The following example configures an attribute of an interface with a single CLI command:
WAE(config)# interface GigabitEthernet 1/0 full-duplex
The following example shows that an interface can be configured in a sequence of CLI commands:
WAE(config)# interface GigabitEthernet 1/0
WAE(config-if)# full-duplex
WAE(config-if)# exit
WAE(config)#
The following example enables a shut down interface:
WAE(config)# no interface GigabitEthernet 1/0 shutdown
The following example creates an EtherChannel. The port channel is port channel 2 and is assigned an IP address of 10.10.10.10 and a netmask of 255.0.0.0:
WAE#
configure
WAE(config)#
interface PortChannel 2
WAE(config-if)#
ip address 10.10.10.10 255.0.0.0
WAE(config-if)#
exit
The following example removes an EtherChannel:
WAE(config)#
interface PortChannel 2
WAE(config-if)#
no ip address 10.10.10.10 255.0.0.0
WAE(config-if)#
exit
WAE(config)#
no interface PortChannel 2
The following example adds an interface to a channel group:
WAE#
configure
WAE(config)#
interface GigabitEthernet 1/0
WAE(config-if)#
channel-group 2
WAE(config-if)#
exit
The following example removes an interface from a channel group:
WAE(config)#
interface GigabitEthernet 1/0
WAE(config-if)#
no channel-group 2
WAE(config-if)#
exit
The following example assigns a secondary IP address on a Gigabit Ethernet interface on a WAAS device using the ip address configuration interface command:
WAE#
configure
WAE(config)#
interface GigabitEthernet 1/0
WAE(config-if)#
ip address 10.10.10.10 255.0.0.0 secondary
The following example configures a description for a Gigabit Ethernet interface:
WAE(config)#
interface GigabitEthernet 1/0
WAE(config-if)#
description This is a GigabitEthernet interface.
The following example shows a sample output of the show running-config EXEC command:
WAE#
show running-config
.
.
.
interface GigabitEthernet 1/0
description This is an interface to the WAN
ip address dhcp
ip address 192.168.1.200 255.255.255.0
no autosense
bandwidth 100
full-duplex
exit
.
.
.
The following example shows the sample output of the show interface command:
WAE#
show interface GigabitEthernet 1/0
Description: This is the interface to the lab
type: Ethernet
.
.
.
To change initial network device configuration settings, use the ip global configuration command. To delete or disable these settings, use the no form of this command.
ip default-gateway ip-address
ip domain-name name1 name2 name3
ip name-server ip-addresses
ip path-mtu-discovery enable
ip route dest_addrs net_addrs gateway_addrs
No default behavior or values
global configuration
application-accelerator
central-manager
To define a default gateway, use the ip default-gateway command. Only one default gateway can be configured. To remove the IP default gateway, use the no form of this command. The WAAS device uses the default gateway to route IP packets when there is no specific route found to the destination.
To define a default domain name, use the ip domain-name command. To remove the IP default domain name, use the no form of this command. Up to three domain names can be entered. If a request arrives without a domain name appended in its hostname, the proxy tries to resolve the hostname by appending name1, name2, and name3 in that order until one of these names succeeds.
The WAAS device appends the configured domain name to any IP hostname that does not contain a domain name. The appended name is resolved by the DNS server and then added to the host table. The WAAS device must have at least one domain name server specified for hostname resolution to work correctly.
To specify the address of one or more name servers to use for name and address resolution, use the ip name-server ip-addresses command. To disable IP name servers, use the no form of this command. For proper resolution of the hostname to the IP address or the IP address to the hostname, the WAAS device uses DNS servers. Use the ip name-server command to point the WAAS device to a specific DNS server. You can configure up to eight servers.
Path MTU autodiscovery discovers the MTU and automatically sets the correct value. Use the ip path-mtu-discovery enable command to start this autodiscovery utility. By default, this feature is enabled. When this feature is disabled, the sending device uses a packet size that is smaller than 576 bytes and the next hop MTU. Existing connections are not affected when this feature is turned on or off.
The WAAS software supports IP Path MTU Discovery, as defined in RFC 1191. When enabled, Path MTU Discovery discovers the largest IP packet size allowable between the various links along the forwarding path and automatically sets the correct value for the packet size. By using the largest MTU that the links will bear, the sending device can minimize the number of packets that it must send.
Note IP Path MTU Discovery is useful when a link in a network goes down, forcing the use of another, different MTU-sized link. IP Path MTU Discovery is also useful when a connection is first being established and the sender has no information at all about the intervening links.
IP Path MTU Discovery is initiated by the sending device. If a server does not support IP Path MTU Discovery, the receiving device will have no mechanism available to avoid fragmenting datagrams generated by the server.
Use the ip route command to add a specific static route for a network or host. Any IP packet designated for the specified destination uses the configured route.
To configure static IP routing, use the ip route command. To remove the route, use the no form of this command. Do not use the ip route 0.0.0.0 0.0.0.0 command to configure the default gateway; use the ip default-gateway command instead.
The following example configures a default gateway for the WAAS device:
WAE(config)# ip default-gateway 192.168.7.18
The following example disables the default gateway:
WAE(config)# no ip default-gateway
The following example configures a static IP route for the WAAS device:
WAE(config)# ip route 172.16.227.128 255.255.255.0 172.16.227.250
The following example negates the static IP route:
WAE(config)# no ip route 172.16.227.128 255.255.255.0 172.16.227.250
The following example configures a default domain name for the WAAS device:
WAE(config)# ip domain-name cisco.com
The following example negates the default domain name for the WAAS device:
WAE(config)# no ip domain-name
The following example configures a name server for the WAAS device:
WAE(config)# ip name-server 10.11.12.13
The following example disables the name server for the WAAS device:
WAE(config)# no ip name-server 10.11.12.13
To create and modify access lists on a WAAS device for controlling access to interfaces or applications, use the ip access-list global configuration commands. To disable an access list, use the no form of the command.
ip access-list {standard | extended} {acl-name | acl-num}
standard |
Enables standard ACL configuration mode. The CLI enters the standard ACL configuration mode in which all subsequent commands apply to the current standard access list. The (config-std-nacl) prompt appears: WAE(config-std-nacl)# See the "Standard ACL Configuration Mode Commands" section for details about working with entries in a standard access list and the commands available from the standard ACL configuration mode (config-std-nacl)#. |
extended |
Enables extended ACL configuration mode. The CLI enters the extended ACL configuration mode in which all subsequent commands apply to the current extended access list. The (config-ext-nacl) prompt appears: WAE(config-ext-nacl)# See the "Extended ACL Configuration Mode Commands" section for details about working with entries in an extended access list and the commands available from the extended ACL configuration mode (config-ext-nacl)#. |
acl-name |
Access list to which all commands entered from ACL configuration mode apply, using an alphanumeric string of up to 30 characters, beginning with a letter. |
acl-num |
Access list to which all commands entered from access list configuration mode apply, using a numeric identifier. For standard access lists, the valid range is 1 to 99; for extended access lists, the valid range is 100 to 199. |
An access list drops all packets unless you configure at least one permit entry.
global configuration
application-accelerator
central-manager
Use access lists to control access to specific applications or interfaces on a WAAS device. An access control list consists of one or more condition entries that specify the kind of packets that the WAAS device will drop or accept for further processing. The WAAS device applies each entry in the order in which it occurs in the access list, which by default is the order in which you configured the entry.
Note IP ACLs that are defined on a router take precedence over the IP ACLs that are defined on the WAE. IP ACLs that are defined on a WAE take precedence over the WAAS application definition policies that are defined on the WAE.
Within ACL configuration mode, you can use the editing commands (list, delete, and move) to display the current condition entries, to delete a specific entry, or to change the order in which the entries will be evaluated. To return to global configuration mode, enter exit at the ACL configuration mode prompt.
To create an entry, use a deny or permit keyword and specify the type of packets that you want the WAAS device to drop or to accept for further processing. By default, an access list denies everything because the list is terminated by an implicit deny any entry. Therefore, you must include at least one permit entry to create a valid access list.
After creating an access list, you can include the access list in an access group using the access-group command, which determines how the access list is applied. You can also apply the access list to a specific application using the appropriate command. A reference to an access list that does not exist is the equivalent of a permit any condition statement.
To work with access lists, enter either the ip access-list standard or ip access-list extended global configuration command. Identify the new or existing access list with a name up to 30 characters long beginning with a letter, or with a number. If you use a number to identify a standard access list, it must be between 1 and 99; for an extended access list, use a number from 100 to 199. You must use a standard access list for providing access to the SNMP server or to the TFTP gateway/server. However, you can use either a standard access list or an extended access list for providing access to the WCCP application.
After you identify the access list, the CLI enters the appropriate configuration mode and all subsequent commands apply to the specified access list. The prompt for each configuration mode is shown in the following examples.
WAE(config)# ip access-list standard test
WAE(config-std-nacl)# exit
WAE(config)# ip access-list extended test2
WAE(config-ext-nacl)#
The following commands create an access list on the WAAS device. You create this access list to allow the WAAS device to accept all web traffic that is redirected to it, but limits host administrative access using SSH:
WAE(config)# ip access-list extended example
WAE(config-ext-nacl)# permit tcp any any eq www
WAE(config-ext-nacl)# permit tcp host 10.1.1.5 any eq ssh
WAE(config-ext-nacl)# exit
The following commands activate the access list for an interface:
WAE(config)# interface gigabitethernet 1/0
WAE(config-if)# ip access-group example in
WAE(config-if)# exit
The following example shows how this configuration appears when you enter the show running-configuration command:
...
!
interface GigabitEthernet 1/0
ip address 10.1.1.50 255.255.0.0
ip access-group example in
exit
. . .
ip access-list extended example
permit tcp any any eq www
permit tcp host 10.1.1.5 any eq ssh
exit
. . .
To authenticate a user that is defined in the Kerberos database, use the kerberos global configuration command. To disable authentication, use the no form of the command.
kerberos {local-realm kerberos-realm | realm {dns-domain | host} kerberos-realm | server kerberos-realm {hostname | ip-address} [port-number]}
Note Your Windows domain server must have a Reverse DNS Zone configured for this command to execute successfully.
kerberos-realm: NULL string
port-number: 88
global configuration
application-accelerator
central-manager
All Windows 2000 domains are also Kerberos realms. Because the Windows 2000 domain name is also a DNS domain name, the Kerberos realm name for the Windows 2000 domain name is always in uppercase letters. This capitalization follows the recommendation for using DNS names as realm names in the Kerberos Version 5 protocol document (RFC-1510) and affects only interoperability with other Kerberos-based environments.
The KDC server and all hosts with Kerberos authentication configured must interact within a 5-minute window or authentication will fail. All hosts, especially the KDC, should be running NTP. For information about configuring NTP, see the "(config) ntp" command.
The KDC server and Admin server must have the same IP address. The default port number for both servers is port 88.
The kerberos command modifies the krb5.conf file.
The following example shows how to configure the WAAS device to authenticate with a specified KDC in a specified Kerberos realm. The configuration is then verified.
WAE(config)# kerberos ?
local-realm Set local realm name
realm Add domain to realm mapping
server Add realm to host mapping
WAE(config)# kerberos local-realm WAE.ABC.COM
WAE(config)# kerberos realm wae.abc.com WAE.ABC.COM
WAE(config)# kerberos server wae.abc.com 10.10.192.50
WAE(config)# exit
WAE# show kerberos
Kerberos Configuration:
-----------------------
Local Realm: WAE.ABC.COM
DNS suffix: wae.abc.com
Realm for DNS suffix: WAE.ABC.COM
Name of host running KDC for realm:
Master KDC: 10.10.192.50
Port: 88
To enable access to the kernel debugger (kdb), use the kernel kdb global configuration command. Once enabled, kdb is automatically activated if kernel problems occur, or you can manually activate it from the local console for the WAAS device by pressing the required key sequence. To disable access to the kernel debugger, use the no form of the command.
kernel kdb
This command has no arguments or keywords.
The kernel debugger is disabled by default.
global configuration
application-accelerator
central-manager
Once enabled, kdb is automatically activated when kernel problems occur. Once activated, all normal functioning of the WAAS device is suspended until kdb is manually deactivated. The kdb prompt looks like this:
[0]kdb>
To deactivate kdb, enter go at the kdb prompt. If kdb was automatically activated because of kernel problems, the system generates a core dump and restarts. If you activated kdb manually for diagnostic purposes, the system resumes normal functioning in whatever state it was when you activated kdb. In either case, if you enter reboot, the system restarts and normal operation resumes.
kdb is disabled by default and you must enter the kernel kdb command in global configuration mode to enable it. If kdb has been previously enabled, you can enter the no kernel kdb global configuration command to disable it. When kdb is enabled, you can activate it manually from the local console by pressing Ctrl-_ followed by Ctrl-B.
The rationale for disabling the kernel debugger is as follows: the WAAS device is often unattended at many sites, and it is desirable for the WAAS device to automatically reboot after generating a core dump instead of requiring user intervention. Disabling the kernel debugger allows automatic recovery.
The following example enables, and then disables, access to the kernel debugger:
WAE(config)# kernel kdb
WAE(config)# no kernel kdb
To specify terminal line settings, use the line global configuration command. To configure the WAAS device to not check for the carrier detect signal, use the no form of the command.
line console carrier-detect
console |
Configures the console terminal line settings. |
carrier-detect |
Sets the device to check the carrier detect signal before writing to the console. |
No default behavior or values
global configuration
application-accelerator
central-manager
The following example sets the WAAS device to check for the carrier detect signal:
WAE(config)# line console carrier-detect
To configure system logging, use the logging global configuration command. To disable logging functions, use the no form of this command.
logging {console {enable | priority loglevel} | disk {enable | filename filename | priority loglevel | recycle size} | facility facility | host {hostname | ip-address} [port port_num | priority loglevel | rate-limit message_rate]}
Logging: on
Priority of message for console: warning
Priority of message for disk log file: debug
Priority of message for a host: warning
Log file: /local1/syslog.txt
Log file recycle size: 10,000,000 bytes
global configuration
application-accelerator
central-manager
Use the logging command to set specific parameters of the system log file. System logging is always enabled internally. By default, system logging is enabled on a WAAS device. The system log file is located on the SYSFS partition at /local1/syslog.txt. This file contains authentication entries, privilege levels, and administrative details.
WAAS supports filtering multiple syslog messages for a single failed section on SCSI disks and SATA disks.
To configure the WAAS device to send varying levels of event messages to an external syslog host, use the logging host option. Logging can be configured to send various levels of messages to the console using the logging console priority option.
The no logging disk recycle size command sets the file size to the default value. Whenever the current log file size surpasses the recycle size, the log file is rotated. The log file cycles through at most five rotations, and they are saved as [log file name].[1-5] under the same directory as the original log. The rotated log file is the one configured using the logging disk filename command.
Configuring System Logging to Remote Syslog Hosts
You can configure a WAAS device to send varying levels of messages to up to four remote syslog hosts. Use the logging host hostname global configuration command as follows:
WAE(config)# [no]
logging host hostname [priority priority-code | port port |rate-limit
limit]
where
•hostname is the hostname or IP address of the remote syslog host. Specify up to four remote syslog hosts. To specify more than one syslog host, use multiple command lines; specify one host per command.
•priority-code is the severity level of the message that should be sent to the specified remote syslog host. The default priority-code is "warning" (level 4). Each syslog host is capable of receiving a different level of event messages.
Note You can achieve syslog host redundancy by configuring multiple syslog hosts on the WAAS device and assigning the same priority code to each configured syslog host (for example, assigning a priority code of "critical" level 2 to syslog host 1, syslog host 2, and syslog host 3).
•port is the destination port of the remote syslog host to which the WAAS device is to send the messages. The default port is port 514.
•rate-limit specifies the number of messages that are allowed to be sent to the remote syslog host per second. To limit bandwidth and other resource consumption, messages to the remote syslog host can be rate limited. If this limit is exceeded, the specified remote syslog host drops the messages. There is no default rate limit, and by default all syslog messages are sent to all of the configured syslog hosts. If the rate limit is exceeded, a "message of the day" (motd) will be printed for any CLI EXEC shell login.
In the following example, the WAAS device is configured to send messages that have a priority code of "error" (level 3) to the console:
WAE(config)# logging console priority error
In the following example, the WAAS device is configured to disable sending of messages that have a priority code of "error" (level 3) to the console:
WAE(config)# no logging console error
In the following example, the WAAS device is configured to send messages that have a priority code of "error" (level 3) to the remote syslog host that has an IP address of 172.31.2.160:
WAE(config)#
logging host 172.31.2.160 priority error
To undo a global configuration command or set its defaults, use the no form of a global configuration command.
no command
No default behavior or values
global configuration
application-accelerator
central-manager
Use the no command to disable functions or negate a command. If you need to negate a specific argument in a command, such as the default gateway IP address, you must include the specific string in your command, such as no ip default-gateway ip-address.
The following example the Telnet service is disabled on the WAAS device:
WAE(config)# no telnet enable
To configure the NTP server and to allow the system clock to be synchronized by a time server, use the ntp global configuration command. To disable this function, use the no form of this command.
ntp server {ip-address | hostname} [ip-addresses | hostnames]
The default NTP version number is 3.
global configuration
application-accelerator
central-manager
Use this command to synchronize the clock on the WAAS device with the specified NTP server. The ntp server command enables NTP servers for timekeeping purposes and is the only way to synchronize the system clock with a time server in WAAS software.
The following example specifies the NTP server IP address as the time source for a WAAS device. It also removes this configuration.
WAE(config)# ntp 172.16.22.44
WAE(config)# no ntp 172.16.22.44
To create or edit an existing application classifier on a WAE, use the policy-engine application classifier global configuration command. You can use this command to add or modify rules, also known as match conditions, to identify specific types of traffic. You can also use this command to list the classifier's match conditions.
To delete an application classifier or a condition, use the no form of this command.
policy-engine application classifier classifier-name [list |
match {all | dst {host hostname | ip ip_address | port {eq port | range port1 port2}} |
src {host hostname | ip ip_address | port {eq port | range port1 port2}}}]
global configuration
application-accelerator
Deleting a classifier fails if there are policies using it. When creating a new application classifier or adding an existing application classifier, the WAAS CLI enters into an appropriate submode allowing you to specify one or more conditions. However, if the condition specified matches an already existing condition in the classifier's conditions list, no action is taken. A condition can be deleted by using the no form of this command. When creating a new classifier, you must add at least one condition.
Note You cannot have more than 512 different application classifiers.
The WAAS software comes with over 150 default application policies that help your WAAS system classify and optimize some of the most common traffic on your network. Before you create a new application policy, we recommend that you review the default policies and modify them as appropriate. It is usually easier to modify an existing policy than to create a new one. For a list of the default applications and classifiers that WAAS will either optimize or pass through based on the policies that come bundled with the system, see the Cisco Wide Area Application Services Configuration Guide.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
(config) policy-engine application map adaptor EPM
(config) policy-engine application map adaptor WAFS transport
(config) policy-engine application map basic delete
(config) policy-engine application map basic disable
(config) policy-engine application map basic insert
(config) policy-engine application map basic list
(config) policy-engine application map basic move
(config) policy-engine application map basic name
(config) policy-engine application map other optimize DRE
(config) policy-engine application map other optimize full
(config) policy-engine application map other pass-through
(config) policy-engine application name
To configure the application policy with advanced policy map lists of the EndPoint Mapper (EPM) service on a WAE, use the policy-engine application map adaptor EPM global configuration command. To disable the EPM service in the application policy configuration, use the no form of this command.
policy-engine application map adaptor EPM epm-map {delete line-number | disable line-number | insert {first | last | pos line-number} name app-name {All | classifier classifier-name} {action {optimize {DRE {yes | no} compression {LZ | none}} | full} | pass-through} | disable action {optimize {DRE {yes | no} compression {LZ | none} | full} | pass-through} | list [from line-number [to line-number] | to line-number [from line-number]] | move from line-number to line-number | name app-name {All | classifier classifier-name} {action {optimize {DRE {yes | no} compression {LZ | none}} | full} | pass-through} | disable action {optimize {DRE {yes | no} compression {LZ | none} | full} | pass-through}}
global configuration
application-accelerator
EndPoint Mapper (EPM) is a service that dynamically allocates server ports to certain applications. Unlike most applications that always use the same port, applications that rely on the EPM service can be assigned a different port at every request.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
(config) policy-engine application classifier
(config) policy-engine application map adaptor WAFS transport
(config) policy-engine application map basic delete
(config) policy-engine application map basic disable
(config) policy-engine application map basic insert
(config) policy-engine application map basic list
(config) policy-engine application map basic move
(config) policy-engine application map basic name
(config) policy-engine application map other optimize DRE
(config) policy-engine application map other optimize full
To configure application policies with the Wide Area File Services (WAFS) transport option, use the policy-engine application map adaptor WAFS transport global configuration command. To disable the WAFS transport policy map in the application policy configuration, use the no form of this command.
policy-engine application map adaptor WAFS transport {delete line-number | disable line-number | insert {{first | last} name app-name | pos line-number} | list [from line-number | to line-number] | move from line-number | name app-name}
global configuration
application-accelerator
By default, when you enable WAFS, all CIFS traffic going between an Edge WAE and a core cluster is accelerated. Use this command to specify another action (such as optimize) for CIFS traffic traveling between edge and core devices.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
(config) policy-engine application classifier
(config) policy-engine application map adaptor EPM
(config) policy-engine application map basic delete
(config) policy-engine application map basic disable
(config) policy-engine application map basic insert
(config) policy-engine application map basic list
(config) policy-engine application map basic move
(config) policy-engine application map basic name
(config) policy-engine application map other optimize DRE
(config) policy-engine application map other optimize full
(config) policy-engine application map other pass-through
(config) policy-engine application name
To delete a specific basic (static) application policy map from the list of application policy maps on a WAE, use the policy-engine application map basic delete global configuration command.
policy-engine application map basic delete pos
pos |
Line number indicating the exact position of the policy map in the list. |
global configuration
application-accelerator
A policy map consists of a set of application policies and the order in which they are checked. This command is ignored if the line number specified does not represent a current policy map.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
(config) policy-engine application classifier
(config) policy-engine application map adaptor EPM
(config) policy-engine application map adaptor WAFS transport
(config) policy-engine application map basic disable
(config) policy-engine application map basic insert
(config) policy-engine application map basic list
(config) policy-engine application map basic move
(config) policy-engine application map basic name
(config) policy-engine application map other optimize DRE
(config) policy-engine application map other optimize full
(config) policy-engine application map other pass-through
(config) policy-engine application name
To disable a specific basic (static) application policy map from the list of application policy maps on a WAE, use the policy-engine application map basic disable global configuration command.
policy-engine application map basic disable pos
pos |
Line number indicating the exact position of the policy map in the list. |
global configuration
application-accelerator
This command is ignored if the line number specified does not represent a current policy map.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
(config) policy-engine application classifier
(config) policy-engine application map adaptor EPM
(config) policy-engine application map adaptor WAFS transport
(config) policy-engine application map basic delete
To insert a new basic (static) application policy map to the list of application policy maps on a WAE, use the policy-engine application map basic insert global configuration command.
policy-engine application map basic insert {first | last | pos pos} name app-name
global configuration
application-accelerator
Use the policy-engine application map basic insert global configuration command to insert a new basic (static) application policy map to the list of application policy maps on a WAE.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
(config) policy-engine application classifier
(config) policy-engine application map adaptor EPM
(config) policy-engine application map adaptor WAFS transport
(config) policy-engine application map basic delete
(config) policy-engine application map basic disable
(config) policy-engine application map basic list
(config) policy-engine application map basic move
(config) policy-engine application map basic name
(config) policy-engine application map other optimize DRE
(config) policy-engine application map other optimize full
(config) policy-engine application map other pass-through
(config) policy-engine application name
To display a list of basic (static) application policy maps on a WAE, use the policy-engine application map basic list global configuration command.
policy-engine application map basic list [from pos [to pos] | to pos]
from |
(Optional) Starts the listing from the specified position. |
to |
(Optional) Stops the listing at the specified position. |
pos |
Line number indicating the exact position of a policy map in the list. |
global configuration
application-accelerator
Use the policy-engine application map basic list global configuration command to display a list of basic application policy maps on a WAE.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
(config) policy-engine application classifier
(config) policy-engine application map adaptor EPM
(config) policy-engine application map adaptor WAFS transport
(config) policy-engine application map basic delete
(config) policy-engine application map basic disable
(config) policy-engine application map basic insert
(config) policy-engine application map basic move
(config) policy-engine application map basic name
(config) policy-engine application map other optimize DRE
(config) policy-engine application map other optimize full
(config) policy-engine application map other pass-through
(config) policy-engine application name
To move the application policy with the basic policy map list based on only L3 or L4 parameters on a WAE, use the policy-engine application map basic global configuration command.
policy-engine application map basic move from pos to pos
from |
Moves the policy at the specified line number. |
to |
Moves the policy to the specified line number. |
pos |
Line number indicating the exact position of a policy map in the list. |
global configuration
application-accelerator
Use the policy-engine application map basic global configuration command to move the application policy with the basic policy map list based on only L3 or L4 parameters on a WAE.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
To move a policy map from line 10 to line 16, enter the following:
WAE(config)# policy-engine application map basic move from 10 to 16
(config) policy-engine application classifier
(config) policy-engine application map adaptor EPM
(config) policy-engine application map adaptor WAFS transport
(config) policy-engine application map basic delete
(config) policy-engine application map basic disable
(config) policy-engine application map basic insert
(config) policy-engine application map basic list
(config) policy-engine application map basic name
(config) policy-engine application map other optimize DRE
(config) policy-engine application map other optimize full
(config) policy-engine application map other pass-through
(config) policy-engine application name
To configure the application policy with the basic policy map name, use the policy-engine application map basic name global configuration command.
policy-engine application map basic name app-name classifier classifier-name {action {optimize {DRE {yes compression {LZ [accelerate {CIFS-adaptor | MS-port-mapper}] | none} | no} | full} | pass-through [accelerate {CIFS-adaptor | MS-port-mapper}]} | disable action {optimize {DRE {yes compression {LZ [accelerate {CIFS-adaptor | MS-port-mapper}] | none} | no} | full} | pass-through [accelerate {CIFS-adaptor | MS-port-mapper}]}}
global configuration
application-accelerator
Use the policy-engine application map basic name global configuration command to configure the application policy with the basic policy map name.
To view WAFS dynamic accept or deny list entries, use the show policy-engine application dynamic command.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
(config) policy-engine application classifier
(config) policy-engine application map adaptor EPM
(config) policy-engine application map adaptor WAFS transport
(config) policy-engine application map basic delete
(config) policy-engine application map basic disable
(config) policy-engine application map basic insert
(config) policy-engine application map basic list
(config) policy-engine application map basic move
(config) policy-engine application map other optimize DRE
(config) policy-engine application map other optimize full
(config) policy-engine application map other pass-through
(config) policy-engine application name
show policy-engine application dynamic
To configure the optimize DRE action on non-classified traffic on a WAE, use the policy-engine application map other optimize DRE global configuration command.
policy-engine application map other optimize DRE {yes | no} compression {LZ | none}
global configuration
application-accelerator
Use the policy-engine application map other optimize DRE global configuration command to configure the optimize DRE action on non-classified traffic on a WAE.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
To configure the optimize DRE action on non-classified traffic with no compression:
WAE(config)# policy-engine application map other optimize DRE yes compression none
(config) policy-engine application classifier
(config) policy-engine application map adaptor EPM
(config) policy-engine application map adaptor WAFS transport
(config) policy-engine application map basic delete
(config) policy-engine application map basic disable
(config) policy-engine application map basic insert
(config) policy-engine application map basic list
(config) policy-engine application map basic move
(config) policy-engine application map basic name
(config) policy-engine application map other optimize full
(config) policy-engine application map other pass-through
(config) policy-engine application name
To configure the application policy on non-classified traffic with the optimize full action, use the policy-engine application map other optimize full global configuration command.
policy-engine application map other optimize full
global configuration
application-accelerator
Use the policy-engine application map other optimize full global configuration command to configure the application policy on non-classified traffic with the optimize full action.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
(config) policy-engine application classifier
(config) policy-engine application map adaptor EPM
(config) policy-engine application map adaptor WAFS transport
(config) policy-engine application map basic delete
(config) policy-engine application map other optimize DRE
(config) policy-engine application map other pass-through
(config) policy-engine application name
To configure the application policy on nonclassified traffic with the pass-through action on a WAE, use the policy-engine application map other pass-through global configuration command.
policy-engine application map other pass-through
global configuration
application-accelerator
Use the policy-engine application map other pass-through global configuration command to configure the application policy on nonclassified traffic with the pass-through action on a WAE.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
(config) policy-engine application map basic delete
(config) policy-engine application map basic disable
(config) policy-engine application map basic insert
(config) policy-engine application map basic list
(config) policy-engine application map basic move
(config) policy-engine application map basic name
(config) policy-engine application map basic name
(config) policy-engine application map other optimize full
To create a new application definition that specifies general information about an application on a WAE, use the policy-engine application name global configuration command. To delete the application definition, use the no form of this command.
policy-engine application name app-name
app-name |
Application name (up to 30 characters). The name cannot contain spaces or special characters. |
global configuration
application-accelerator
Use this command to create a new application name that can be used later to gather statistics about an application. Deleting an application name fails if there are policies using this name. Successful deletion clears all statistics that were once associated with this application.
Note There is a limitation of 256 different application names.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
The following example shows how to create an application definition for the Payroll application:
WAE(config)# policy-engine application name Payroll
(config) policy-engine application classifier
(config) policy-engine application map adaptor EPM
(config) policy-engine application map adaptor WAFS transport
(config) policy-engine application map basic delete
(config) policy-engine application map basic disable
(config) policy-engine application map basic insert
(config) policy-engine application map basic list
(config) policy-engine application map basic move
(config) policy-engine application map basic name
(config) policy-engine application map basic name
(config) policy-engine application map other optimize DRE
(config) policy-engine application map other optimize full
(config) policy-engine application map other pass-through
To remove application policy configurations or replace application policy configurations with factory defaults on a WAE, use the policy-engine config global configuration command.
policy-engine config {remove-all | restore-predefined}
global configuration
application-accelerator
This action includes but is not limited to the following:
•Remove all application names except "other."
•Remove all classifiers.
•Remove all policy maps.
•Reset the default action to pass-through.
Note We strongly recommend that you use the WAAS Central Manager GUI to centrally configure application policies for your WAEs. For more information, see the Cisco Wide Area Application Services Configuration Guide.
To configure the port channel load-balancing options on a WAAS device, use the port-channel global configuration command. Use the no form of this command to set load balancing on the port channel to its default method.
port-channel load-balance {dst-ip | dst-mac | round-robin}
Round-robin is the default load-balancing method.
global configuration
application-accelerator
central-manager
The port-channel load-balance command configures one of three load-balancing algorithms and provides flexibility in choosing interfaces when an Ethernet frame is sent. The round-robin option allows evenly balanced usage of identical network interfaces in a channel group. Because this command takes effect globally, if two channel groups are configured, they must use the same load-balancing option.
The following example configures destination IP load balancing on a port channel and then disables it:
WAE(config)# port-channel load-balance dst-ip
WAE(config)# no port-channel load-balance
To configure the primary interface for a WAAS device, use the primary-interface command in global configuration mode. To remove the configured primary interface, use the no form of the command.
primary-interface {GigabitEthernet 1-2/port | PortChannel 1-2 | Standby group_num}
The default primary interface is the Gigabit Ethernet 1/0 interface. If this is not configured, then the first operational interface on which a link beat is detected becomes the default primary interface. Interfaces with lower-number IDs are polled first (for example, Gigabit Ethernet 1/0 is checked before 2/0). The Gigabit Ethernet interfaces are polled before the Port Channel interfaces.
global configuration
application-accelerator
central-manager
The primary-interface global configuration command permits the administrator to specify the primary interface for the WAAS device.
The primary interface can be changed without disabling the WAAS device. To change the primary interface, reenter the command string and specify a different interface.
Note If you use the restore factory-default preserve basic-config command, the configuration for the primary interface is not preserved. If you want to reenable the WAAS device after using the restore factory-default preserve basic-config command, make sure to reconfigure the primary interface after the factory defaults are restored.
Setting the primary interface to be a Standby group does not imply that Standby functionality is available. You must configure relevant Standby interfaces using the interface standby global configuration command.
The following example shows how to specify the Gigabit Ethernet slot 1 port 0 as the primary interface on a WAAS device:
WAE(config)# primary-interface GigabitEthernet 1/0
The following example shows how to specify the Gigabit Ethernet slot 2 port 0 as the primary interface on a WAAS device:
WAE(config)# primary-interface GigabitEthernet 2/0
To enable print services and designate a group name for administrators allowed configuration access on a WAAS device, use the print-services global configuration command. To disable print services on a WAAS device or to clear the administrative group, use the no form of this command.
print-services {enable | admin-group admin-group-name | guest-print enable}
By default, print services are disabled and no administrative group is defined (admin-group-name is null).
global configuration
application-accelerator
central-manager
WAAS print services are typically enabled on WAEs residing in branch offices. The WAE acts as a print server and services requests from multiple clients for access to multiple printers. The WAAS print services feature enables administrators to perform the following print-related tasks:
•Add, modify, and delete printers from the printer list
•Add, modify, and delete a group of printers (Printer Cluster)
•View and control print jobs
•Monitor the status of individual printers
•Perform diagnostics and troubleshooting
•Install client printer driver from the print server
•Download log files using FTP
•Enforce printing quotas (1 GB total for spooling)
•Allow any user to print to the WAAS print server
From the WAAS CLI, you can start and stop WAAS print services, configure a print services administrative group, and debug the print spooler. WAAS print services provide an alternative to Windows print services.
Starting and Stopping Print Services
When the print-services enable command is executed, the following sequence of events occurs:
•The node manager starts the CUPS process (cupsd), checking every second for an updated timestamp in the printcap file.
CUPS must start within 30 seconds or print services are not enabled, and a "CUPS fails to start" message is logged by the node manager.
•The node manager starts the Samba process (smbd).
If Samba could not be started, a "Samba fails to start" message is logged by the node manager. CUPS is not stopped.
•Success messages are logged by the node manager.
•The DataServer value (cfg/print-services/enable) is set to one.
Stopping print services is accomplished using the no print-services enable command. Entering this command causes the following sequence of events:
•The node manager stops the Samba process (smbd).
•The node manager stops the CUPS process (cupsd).
•The corresponding DataServer value is set to zero.
Configuring the Print Services Administrative Group
You can define a set of administrators to have control over WAAS print services on a particular Edge WAE using the print-services admin-group command. When this command is entered, the following events occur:
•The smb.conf file is updated with the specified administrative group.
If the update fails, and the print services administrative group can be returned to its original value, the error message "Failed to configure print-services admin group" is displayed. If the update fails, and the print services administrative group cannot be returned to its original value, two error messages, "Failed to configure print-services admin group." and "Failed to revert back the print-services admin group changes." are displayed.
•The cupsd.conf file is updated with the specified administrative group.
If the update fails, the old setting is restored, the changes to the smb.conf file are reverted, and the error message: "Failed to configure print-services admin group" is displayed. If the update fails and the old setting cannot be restored, two error messages, "Failed to configure print-services admin group." and "Failed to revert back the print-services admin group changes." are displayed.
•The DataServer value (/cfg/print-services/administrators) is updated with the specified administrative group.
If setting the DataServer value fails, both configurations of smb.conf and cupsd.conf are reverted, and an error message is displayed.
You can delete a print services administrative group using the no print-services admin-group command. When this command is executed, the following events occur:
•The smb.conf setting is cleared.
If the clear fails, the old setting is restored and the error message "Failed to configure print-services admin group" is displayed. If the clear fails and the old setting cannot be restored, two error messages, "Failed to configure print-services admin group." and "Failed to revert back the print-services admin group changes." are displayed.
•The cupsd.conf file is modified to clear the admin group setting.
If the clear fails, the old setting is restored, and changes in the smb.conf are reverted, the error message "Failed to configure print-services admin group" is displayed. If the clear fails and the old setting cannot be restored, two error messages, "Failed to configure print-services admin group." and "Failed to revert back the print-services admin group changes." are displayed.
•The corresponding DataServer value is cleared.
If clearing the DataServer value fails, both configurations of smb.conf and cupsd.conf are reverted, and an error message is displayed.
The Samba and CUPS processes must be manually restarted for this change to take effect.
The following example enables print services on a WAAS device:
WAE(config)# print-services enable
The following example adds a print services administrative group called printAdmins:
WAE(config)# print-services admin-group printAdmins
The new print-services administrator group is configured successfully. Please restart print services for the change to take effect.
WAE(config)# no print-services enable
WAE(config)# print-services enable
The following example removes the print service's administrative group from the WAAS device:
WAE(config)# no print-services admin-group printAdmins
The print-services administrator group is removed successfully. Please restart print services for the change to take effect.
WAE(config)# no print-services enable
WAE(config)# print-services enable
To configure a set of RADIUS authentication server settings on the WAAS device, use the radius-server command in global configuration mode. To disable RADIUS authentication server settings, use the no form of this command.
radius-server {host hostname | hostipaddr [primary] | key keyword | retransmit retries | timeout seconds}
retransmit retries: 2
timeout seconds: 5
global configuration
application-accelerator
central-manager
RADIUS is a client/server authentication and authorization access protocol used by a NAS to authenticate users attempting to connect to a network device. The NAS functions as a client, passing user information to one or more RADIUS servers. The NAS permits or denies network access to a user based on the response it receives from one or more RADIUS servers. RADIUS uses UDP for transport between the RADIUS client and server.
You can configure a RADIUS key on the client and server. If you configure a key on the client, it must be the same as the one configured on the RADIUS servers. The RADIUS clients and servers use the key to encrypt all RADIUS packets transmitted. If you do not configure a RADIUS key, packets are not encrypted. The key itself is never transmitted over the network.
Note For more information about how the RADIUS protocol operates, refer to RFC 2138, Remote Authentication Dial In User Service (RADIUS).
RADIUS authentication usually occurs when an administrator first logs in to the WAAS device to configure the WAE for monitoring, configuration, or troubleshooting purposes.
RADIUS authentication is disabled by default. You can enable RADIUS authentication and other authentication methods at the same time. You can also specify which method to use first. (See the "(config) authentication" command.)
The following example specifies a RADIUS server, specifies the RADIUS key, and accepts retransmit defaults. Configuration can be verified with the show radius-server command.
WAE(config)# radius-server host 172.16.90.121
WAE(config)# radius-server key myradiuskey
WAE# show radius-server
Radius Configuration:
---------------------
Radius Authentication is on
Timeout = 5
Retransmit = 3
Key = ****
Servers
-------
To manually configure the parameters for a WAAS device's Samba configuration file, smb.conf, use the smb-conf global configuration command. To return a parameter to its default value, use the no form of this command.
smb-conf section {global | print$ | printers} name attr-name value attr-value [service print]
See Table 3-92 for a description of the global, print$, and printers parameters, including names and default values.
No default behavior or values
global configuration
application-accelerator
central-manager
The smb.conf file contains a variety of print-related parameters. The global parameters apply to the server as a whole. Service level parameters that define default settings for all other sections and shares are included in this set of parameters. This avoids the need to set the same value repeatedly. You can override these globally set share settings and specify other values for each individual section or share. The print$ parameters apply to the printers. The printers parameters apply to the shares. They make it possible to share all printers with minimal configuration. These parameters apply as default to all printers.
Table 3-92 describes the print-related parameters.
The following example shows how to change the maximum size of the Samba error log file from the default of 50 errors to 75 errors:
WAE# smb-conf global max log size 75
The following example shows how to change the realm from the default of CISCO to MYCOMPANYNAME:
WAE# smb-conf global realm MYCOMPANYNAME
The following example shows how to enable and then disable LDAP server signing:
WAE# smb-conf global name "ldap ssl" value "start_tls"
To configure a standard access control list on a WAAS device to allow access through an SNMP agent, use the snmp-server access-list global configuration command. To remove a standard access control list, use the no form of this command.
snmp-server access-list {num | name}
num |
Standard access list number (1-99). |
name |
Standard access list name, up to a maximum of 30 characters. |
No default behavior or values
global configuration
application-accelerator
central-manager
The snmp-server access-list number global configuration command configures an access control list to allow access to an SNMP agent. The number variable is a number in the range 1 to 99, indicating a standard access control list. SNMP checks against the specified access control list before accepting or dropping incoming packets.
The following example allows the SNMP agent to check against access control list 12 before accepting or dropping packets:
WAE(config)# snmp-server access-list 12
Note You must first create access list 12 using the ip access-list standard global configuration command.
To enable the SNMP agent on a WAAS device and to set up the community access string to permit access to the SNMP agent, use the snmp-server community global configuration command. To disable the SNMP agent and remove the previously configured community string, use the no form of this command.
snmp-server community string [group groupname | rw]
The SNMP agent is disabled and a community string is not configured. When configured, an SNMP community string by default permits read-only access to all objects.
The SNMP community string is used as a password for authentication when accessing the SNMP agent on the WAE. To be authenticated, the Community Name field of any SNMP message sent to the WAAS device must match the SNMP community string defined on the WAAS device.
The SNMP agent on the WAAS device is enabled when an SNMP community string is defined on the WAAS device. The maximum number of SNMP communities that can be created is 10.
The snmp-server community string global configuration command provides view-based access control for SNMPv1, SNMPv2c, and SNMPv3, yet continues to provide backward compatibility between different versions.
Tip Any SNMP message sent to the WAAS device must have the "Community Name" field of the message match the community string defined here to be authenticated.
It is possible to configure a community string that grants access to only part of the MIB subtree. To provide backward compatibility with previous versions of this command, a default read group or default write group (if the rw option is specified on the command line) is associated with the community string if no group name is specified. Both of these default groups are hidden from users and not displayed in the configuration file or in the show snmp group EXEC command, but are created during initialization of the SNMP agent.
global configuration
application-accelerator
central-manager
The following example enables the SNMP agent and assigns the community string comaccess to SNMP:
WAE(config)# snmp-server community comaccess
The following example disables the SNMP agent and removes the previously defined community string:
WAE(config)# no snmp-server community
(config) snmp-server community
(config) snmp-server enable traps
(config) snmp-server notify inform
To set the system server contact string on a WAAS device, use the snmp-server contact global configuration command. To remove the system contact information, use the no form of this command.
snmp-server contact line
contact |
Specifies text for MIB-II object sysContact. |
line |
Identification of the contact person for this managed node. |
global configuration
application-accelerator
central-manager
No system contact string is set.
The system contact string is the value stored in the MIB-II system group sysContact object.
The following example sets a system contact string and then removes it:
WAE(config)# snmp-server contact Dial System Operator at beeper # 27345
WAE(config)# no snmp-server contact
(config) snmp-server community
(config) snmp-server enable traps
(config) snmp-server notify inform
To enable the WAAS device to send SNMP traps, use the snmp-server enable traps global configuration command. To disable all SNMP traps or only SNMP authentication traps, use the no form of this command.
snmp-server enable traps [alarm [clear-critical | clear-major | clear-minor | raise-critical | raise-major | raise-minor] | config | content-engine [disk-fail | disk-read | disk-write | overload-bypass | transaction-log] | entity | event | snmp [authentication | cold-start] | wafs [cslog | eslog | mgrlog]]
This command is disabled by default. No traps are enabled.
global configuration
application-accelerator
central-manager
You can configure a WAAS device to generate an SNMP trap for a specific alarm condition. You can configure the generation of SNMP alarm traps on the WAAS device based on the following:
•The severity of the alarm (critical, major, or minor)
•The action (the alarm is raised or cleared).
In the WAAS software release, the following six generic alarm traps are available in the CISCO-CONTENT-ENGINE-MIB.
Note By default, these six general alarm traps are disabled.
These six general alarm traps provide SNMP and Node Health Manager integration. Each of these six alarm traps can be enabled or disabled through the WAAS CLI.
To configure traps, you must enter the snmp-server enable traps command. If you do not enter an snmp-server enable traps command, no traps are sent.
The snmp-server enable traps command is used in conjunction with the snmp-server host command. Use the snmp-server host command to specify which host or hosts receive SNMP traps. To send traps, you must configure at least one host using the snmp-server host command.
For a host to receive a trap, both the snmp-server enable traps command and the snmp-server host command for that host must be enabled.
In addition, SNMP must be enabled with the snmp-server community command.
To disable the sending of the MIB-II SNMP authentication trap, you must enter the command no snmp-server enable traps snmp authentication.
The following example enables the WAAS device to send all traps to the host 172.31.2.160 using the community string public:
WAE(config)# snmp-server enable traps
WAE(config)# snmp-server host 172.31.2.160 public
The following example disables all traps:
WAE(config)# no snmp-server enable traps
(config) snmp-server community
(config) snmp-server notify inform
To define a user security model group for a WAAS device, use the snmp-server group global configuration command. To remove the specified group, use the no form of this command.
snmp-server group name {v1 [notify name] [read name] [write name] | v2c [notify name] [read name] [write name] | v3 {auth [notify name] [read name] [write name] | noauth [notify name] [read name] [write name] | priv [notify name] [read name] [write name]}}
The default is that no user security model group is defined.
global configuration
application-accelerator
central-manager
The maximum number of SNMP groups that can be created is 10.
Select one of three SNMP security model groups: Version 1 (v1) Security Model, Version 2c (v2c) Security Model, or the User Security Model (v3 or SNMPv3). Optionally, you then specify a notify, read, or write view for the group for the particular security model chosen. The v3 option allows you to specify the group using one of three security levels: auth (AuthNoPriv Security Level), noauth (noAuthNoPriv Security Level), or priv (AuthPriv Security Level).
The following example defines a user security model group named acme that uses SNMP version 1 security model and a view name of mymib for notifications:
WAE(config)# snmp-server group acme v1 notify mymib
(config) snmp-server community
(config) snmp-server enable traps
(config) snmp-server notify inform
To specify the recipient of a host SNMP trap operation, use the snmp-server host global configuration command. To remove the specified host, use the no form of this command.
snmp-server host {hostname | ip-address} communitystring [v2c [retry number] [timeout seconds] | [v3 {auth [retry number] [timeout seconds] | noauth [retry number] [timeout seconds] | priv [retry number] [timeout seconds]}]
This command is disabled by default. No traps are sent. If enabled, the default version of the SNMP protocol used to send the traps is SNMP Version 1.
retry number: 2 retries
timeout: 15 seconds
global configuration
application-accelerator
central-manager
If you do not enter an snmp-server host command, no traps are sent. To configure the WAAS device to send SNMP traps, you must enter at least one snmp-server host command. To enable multiple hosts, you must issue a separate snmp-server host command for each host. The maximum number of snmp-server host commands is four.
When multiple snmp-server host commands are given for the same host, the community string in the last command is used.
The snmp-server host command is used in conjunction with the snmp-server enable traps command to enable SNMP traps.
In addition, SNMP must be enabled with the snmp-server community command.
The following example sends the SNMP traps defined in RFC 1157 to the host specified by the IP address 172.16.2.160. The community string is comaccess:
WAE(config)# snmp-server enable traps
WAE(config)# snmp-server host 172.16.2.160 comaccess
The following example removes the host 172.16.2.160 from the SNMP trap recipient list:
WAE(config)# no snmp-server host 172.16.2.160
(config) snmp-server community
(config) snmp-server enable traps
(config) snmp-server notify inform
To set the SNMP system location string on a WAAS device, use the snmp-server location global configuration command. To remove the location string, use the no form of this command.
snmp-server location line
location |
Specifies text for MIB-II object sysLocation. |
line |
String that describes the physical location of this node. |
No system location string is set.
global configuration
application-accelerator
central-manager
The system location string is the value stored in the MIB-II system group system location object. You can see the system location string with the show snmp EXEC command.
The following example shows a system location string:
WAE(config)# snmp-server location Building 3/Room 214
(config) snmp-server community
(config) snmp-server enable traps
(config) snmp-server notify inform
To configure persistence for the SNMP Event MIB, use the snmp-server mib global configuration command. To disable the Event MIB, use the no form of this command.
snmp-server mib persist event
persist |
Configures MIB persistence. |
event |
Enables MIB persistence for the Event MIB. |
No default behavior or values
global configuration
application-accelerator
central-manager
The Event MIB can set the threshold on any MIB variables supported by WAAS software and store the threshold permanently on disk.
The WAAS software implementation of SNMP supports the following MIBs:
•MIB-II
•ENTITY-MIB
•EVENT-MIB
•HOST-RESOURCES-MIB
•CISCO-CONTENT-ENGINE-MIB (partial)
•CISCO-ENTITY-ASSET-MIB
•CISCO-CONFIG-MAN-MIB
•CISCO-CDP-MIB
•SNMPv2
•ACTONA-ACTASTORE-MIB
Note In WAAS software, there are six generic alarm traps in the CISCO-CONTENT-ENGINE-MIB for SNMP and Node Health Manager integration.
In WAAS software, you can use IP ACLs to control SNMP access on a WAAS device.
Downloading MIB Files to WAEs
From the following Cisco FTP site you can download the MIB files for all of the MIBS that are supported by a WAAS device that is running WAAS software:
ftp://ftp.cisco.com/pub/mibs/v2
The MIB objects that are defined in each MIB are described in the MIB files at the above FTP site are self explanatory.
The following example sets persistence for the Event MIB:
WAE(config)# snmp-server mib persist event
(config) snmp-server community
(config) snmp-server enable traps
(config) snmp-server notify inform
To configure the SNMP notify inform request on WAAS device, use the snmp-server notify inform global configuration command. To return the setting to the default value, use the no form of this command.
snmp-server notify inform
This command has no arguments or keywords.
If you do not issue the snmp-server notify inform command, the default is an SNMP trap request.
global configuration
application-accelerator
central-manager
The following example configures an SNMP notify inform request versus the default SNMP trap:
WAE(config)# snmp-server notify inform
(config) snmp-server community
(config) snmp-server enable traps
To define a user who can access the SNMP server, use the snmp-server user global configuration command. To remove access, use the no form of this command.
snmp-server user name group [auth {md5 password [priv password] | sha password [priv password]} | remote octetstring [auth {md5 password [priv password] | sha password [priv password]}]]
No default behavior or values
global configuration
application-accelerator
central-manager
When defining SNMP users for WAAS devices, note the following:
•If the SNMPv3 protocol is going to be used for SNMP requests, you must define at least one SNMPv3 user account on the WAAS device for the WAAS device to be accessed through SNMP.
•A group defined with the SNMPv1 or SNMPv2c security model should not be associated with SNMP users; they should only be associated with the community strings.
In the following example, an SNMPv3 user account is created on the WAAS device. The SNMPv3 user is named acme and belongs to the group named admin. Because this SNMP user account has been set up with no authentication password, the SNMP agent on the WAAS device does not perform authentication on SNMP requests from this user.
WAE(config)#
snmp-server user acme admin
(config) snmp-server community
(config) snmp-server enable traps
(config) snmp-server notify inform
To define a SNMPv2 MIB view on a WAAS device, use the snmp-server view global configuration command. To remove the MIB view definition, use the no form of this command.
snmp-server view viewname MIBfamily {excluded | included}
No default behavior or values
global configuration
application-accelerator
central-manager
The following example defines an SNMPv2 MIB view:
WAE(config)# snmp-server view fileview ciscoFileEngineMIB included
(config) snmp-server community
(config) snmp-server enable traps
(config) snmp-server notify inform
To enable the SSH daemon on a WAAS device, use the sshd command in global configuration mode. To disable the SSH daemon on a WAAS device, use the no form of this command.
sshd {allow-non-admin-users | enable | password-guesses number | timeout seconds |
version {1 | 2}}
By default, the SSH daemon is disabled on a WAAS device. If you use the sshd enable command to enable the SSH daemon on a WAAS device, the following default settings are used:
password-guesses number: 3 guesses
timeout seconds: 300 seconds
version: Both SSH Version 1 and 2 are enabled.
global configuration
application-accelerator
central-manager
SSH enables login access to the WAAS device through a secure and encrypted channel. SSH consists of a server and a client program. Like Telnet, you can use the client program to remotely log on to a machine that is running the SSH server, but unlike Telnet, messages transported between the client and the server are encrypted. The functionality of SSH includes user authentication, message encryption, and message authentication.
Before you enable the sshd command, use the ssh-key-generate command to generate a private and a public host key, which the client programs use to verify the server's identity.
Although the sshd password-guesses command specifies the number of allowable password guesses from the SSH server side, the actual number of password guesses for an SSH login session is determined by the combined number of allowable password guesses of the SSH server and the SSH client. Some SSH clients limit the maximum number of allowable password guesses to three (or to one in some cases), even though SSH server side allows more than this number of guesses.
When sshd password-guesses is entered, specifying n allowable password guesses, certain SSH clients interpret this number as n+1. For example, when configuring the number of guesses to two by issuing the command sshd password-guesses 2 for a particular device, SSH sessions from some SSH clients will allow three password guesses.
You can enable both SSH Version 1 and Version 2, or you can enable one version and not the other. When you enable the SSH daemon using the sshd enable global configuration command, support for both SSH Version 1 and SSH Version 2 is enabled. If you want the WAAS device to support only one version of SSH (for example SSH version 2), you must disable the other version. For example, to disable SSH Version 1, enter the no sshd version 1 command.
If the SSH daemon is currently enabled on a WAAS device, at least one version of SSH must be enabled on the device. Before you can disable both versions of SSH, you must enter the no sshd enable command to disable the SSH daemon on the WAAS device. If you attempt to disable both versions of SSH before you have disabled the SSH daemon, the following message will appear on your console informing you that you must disable the SSH daemon before you can disable both versions of SSH:
WAE(config)#
no sshd version 1
WAE(config)#
no sshd version 2
Atleast SSHv1 or SSHv2 must be enabled with sshd enabled.
Disable sshd to disable both SSHv1 and SSHv2.
Did not update ssh version support. Please retry.
When support for both SSH version 1 and SSH version 2 are enabled in the WAAS device, the show running-config EXEC command output does not display any SSHD configuration.
If you have disabled the support for one version of SSH, the show running-config EXEC command output contains the following line:
no sshd version version_number
Note The Telnet daemon can still be used with the WAAS device. SSH does not replace Telnet.
The following example enables and configures a Secure Shell daemon on the WAAS device:
WAE(config)#
sshd enable
WAE(config)#
sshd password-guesses 4
WAE(config)#
sshd timeout 20
The following example disables the support for SSH Version 1 in the WAAS device:
WAE(config)# no sshd version 1
To generate the SSH host key for a WAAS device, use the ssh-key-generate global configuration command. To remove the SSH key, use the no form of the command.
ssh-key-generate [key-length length]
key-length |
(Optional) Configures the length of the SSH key. |
length |
Number of bits to create an SSH key (512-2048). |
key-length length: 1024 bits
global configuration
application-accelerator
central-manager
Before you enter the sshd enable command, enter the ssh-key-generate command to generate a private and a public host key, which the client programs use to verify a server's identity.
When you use an SSH client and log in to a WAAS device, the public key for the SSH daemon that is running on the device is recorded in the client machine known_hosts file in your home directory. If you subsequently regenerate the host key by specifying the number of bits in the key-length command option, you must delete the old public key entry associated with the WAAS device in the known_hosts file before running the SSH client program to log in to the WAAS device. When you use the SSH client program after deleting the old entry, the known_hosts file is updated with the new SSH public key for the WAAS device.
The following example generates an SSH public key and then enables the SSH daemon on the WAAS device:
WAE(config)#
ssh-key-generate
Ssh host key generated successfully
Saving the host key to box ...
Host key saved successfully
WAE(config)#
sshd enable
Starting ssh daemon ...
Ssh daemon started successfully
To configure TACACS+ server parameters on a WAAS device, use the tacacs command in global configuration mode. To disable individual options, use the no form of this command.
tacacs {host {hostname | ip-address} [primary] | key keyword | password ascii | retransmit retries | timeout seconds}
keyword: none (empty string)
timeout seconds: 5
retries: 2
password: The default password type is PAP.
global configuration
application-accelerator
central-manager
One primary and two backup TACACS+ servers can be configured on a WAAS device; authentication is attempted on the primary server first, then on the others in the order in which they were configured. The primary server is the first server configured unless another is explicitly specified as primary with the tacacs host hostname primary command.
TACACS+ uses the standard port (port 49) for communication, based on the specified service. Using the tacacs command, configure the TACACS+ key, number of retransmits, server hostname or IP address, and timeout.
To enable user authentication with a TACACS+ server, use the authentication global configuration command. (See the "(config) authentication" command.)
The TACACS+ remote database can also be used to maintain login and configuration privileges for administrative users. The tacacs host command allows you to configure the network parameters required to access the remote database.
Use the tacacs key command to specify the TACACS+ key, used to encrypt the packets transmitted to the server. This key must be the same as the one specified on the server daemon. The maximum number of characters in the key should not exceed 99 printable ASCII characters (except tabs). An empty key string is the default. All leading spaces are ignored; spaces within and at the end of the key string are not ignored. Double quotes are not required even if there are spaces in the key, unless the quotes themselves are part of the key.
The tacacs timeout is the number of seconds that the WAAS device waits before declaring a timeout on a request to a particular TACACS+ server. The range is from 1 to 20 seconds, with 5 seconds as the default. The number of times that the WAAS device repeats a retry-timeout cycle before trying the next TACACS+ server is specified by the tacacs retransmit command. The default is two retry attempts.
Three unsuccessful login attempts are permitted. TACACS+ logins may appear to take more time than local logins depending on the number of TACACS+ servers and the configured timeout and retry values.
Use the tacacs password ascii command to specify the TACACS+ password type as ASCII. The default password type is PAP (Password Authentication Protocol).When the no tacacs password ascii command is used to disable the ASCII password type, the password type is once again reset to PAP.
The TACACS+ client can send different requests to the server for user authentication. The client can send a TACACS+ request with the PAP password type. In this scenario, the authentication packet includes both the username and password of the user. The server must have an appropriately configured account for the user.
Alternatively, the client can send a TACACS+ request with the ASCII password type as another option. In this scenario, the authentication packet includes the username only and waits for the server response. Once the server confirms that the account exists for a user, the client sends another Continue request with the password of the user. The authentication server must have an appropriately configured account for the user to support either type of password.
The following example configures the key used in encrypting packets:
WAE(config)# tacacs key human789
The following example configures the host named spearhead as the primary TACACS+ server:
WAE(config)# tacacs host spearhead primary
The following example sets the timeout interval for the TACACS+ server:
WAE(config)# tacacs timeout 10
The following example sets the number of times that authentication requests are retried (retransmitted) after a timeout:
WAE(config)# tacacs retransmit 5
The following example shows the password type to be PAP by default:
WAE# show tacacs
Login Authentication for Console/Telnet Session: enabled (secondary)
Configuration Authentication for Console/Telnet Session: enabled (secondary)
TACACS+ Configuration:
---------------------
TACACS+ Authentication is off
Key = *****
Timeout = 5
Retransmit = 2
Password type: pap
Server Status
---------------------------- ------
10.107.192.148 primary
10.107.192.168
10.77.140.77
You can configure the password type to be ASCII using the tacacs password ascii command. You can then verify the changes using the show tacacs command.
WAE(config)# tacacs password ascii
WAE(config)# exit
WAE# show tacacs
Login Authentication for Console/Telnet Session: enabled (secondary)
Configuration Authentication for Console/Telnet Session: enabled (secondary)
TACACS+ Configuration:
---------------------
TACACS+ Authentication is off
Key = *****
Timeout = 5
Retransmit = 2
Password type: ascii
Server Status
---------------------------- ------
10.107.192.148 primary
10.107.192.168
10.77.140.77
show statistics authentication
To configure TCP parameters on a WAAS device, use the tcp global configuration command. To disable TCP parameters, use the no form of this command.
tcp cwnd-base segments
tcp ecn enable
tcp increase-xmit-timer-value value
tcp init-ss-threshold value
tcp keepalive-probe-cnt count
tcp keepalive-probe-interval seconds
tcp keepalive-timeout seconds
tcp memory-limit low-water-mark low high-water-mark-pressure high high-water-mark-absolute absolute
tcp cwnd-base: 2
tcp increase-xmit-timer-value: 1
tcp init-ss-threshold: 2 segments
tcp keepalive-probe-cnt: 4
tcp keepalive-probe-interval: 75 seconds
tcp keepalive-timeout: 90 seconds
global configuration
application-accelerator
central-manager
You can adjust the TCP stack parameters to maximize cache performance and throughput of HTTP streams over TCP end to end. The relevant TCP parameters to maximize cache performance and throughput include the ability to tune timeout periods, client and server receive and send buffer sizes, and TCP window scaling behavior.
Note Because of the complexities involved in TCP parameters, care is advised in tuning these parameters. In nearly all environments, the default TCP settings are adequate. Fine tuning of TCP settings is for network administrators with adequate experience and full understanding of TCP operation details. See the Cisco Wide Area Application Services Configuration Guide for more information.
Use the tcp keepalive-probe-cnt global configuration command to specify how many times the WAAS device should attempt to connect to the device before closing the connection. The count can be from 1 to 10. The default is 4 attempts.
Use the tcp keepalive-probe-interval global configuration command to specify how often the WAAS device is to send out a TCP keepalive. The interval can be from 1 to 120 seconds. The default is 75 seconds.
Use the tcp keepalive-timeout global configuration command to wait for a response (the device does not respond) before the WAAS device logs a miss. The timeout can be from 1 to 120 seconds. The default is 90 seconds.
The following example enables TCP explicit congestion notification:
WAE(config)# tcp ecn enable
The following example specifies a low watermark memory usage of 100 MB, a high watermark memory usage of 450 MB, and an absolute high watermark memory usage of 500 MB:
WAE(config)# tcp memory-limit low-water-mark 100 high-water-mark-pressure 450 high-water-mark-absolute 500
To enable Telnet on a WAAS device, use the telnet enable global configuration command.
telnet enable
This command has no arguments or keywords.
By default, the Telnet service is enabled on a WAAS device.
global configuration
application-accelerator
central-manager
Use terminal emulation software to start a Telnet session with a WAAS device.
You must use a console connection instead of a Telnet session to define device network settings on the WAAS device. However, after you have used a console connection to define the device network settings, you can use a Telnet session to perform subsequent configuration tasks.
Note Messages transported between the client and the device are not encrypted.
The following example enables the use of Telnet on the WAAS device:
WAE(config)# telnet enable
To configure a WAE to automatically discover origin servers (such as those servers behind firewalls) that cannot receive TCP packets with setup options and add these server IP addresses to a blacklist for a specified number of minutes, use the tfo auto-discovery global configuration command. To disable TFO auto-discovery, use the no form of this command .
tfo auto-discovery blacklist {enable | hold-time minutes}
The default TFO auto-discovery blacklist hold time is 60 minutes.
global configuration
application-accelerator
Use the tfo auto-discovery blacklist hold-time command to adjust the blacklist hold time for the TFO auto-discovery feature. With auto-discovery, the WAE keeps track of origin servers (such as those servers behind firewalls) that cannot receive optioned TCP packets and learns not to send out TCP packets with options to these blacklisted servers. When a server IP address is added to the blacklist, it remains on the blacklist for the configured number of minutes. After the hold time expires, subsequent connection attempts will again include TCP options so that the WAE can redetermine if the server can receive them. Resending TCP options periodically is useful because network packet loss could cause a server to be blacklisted erroneously.
To configure a WAE for Traffic Flow Optimization (TFO), use the tfo optimize global configuration command. Use the no form of this command to disable TFO optimization.
tfo optimize {DRE {yes | no} compression {LZ | none} | full}
The default TFO optimization on a WAAS device is tfo optimize full.
global configuration
application-accelerator
To configure a WAE for Traffic Flow Optimization (TFO) optimization with TCP keepalive, use the tfo tcp keepalive global configuration command.
tfo tcp keepalive
Keepalive is disabled by default.
global configuration
application-accelerator
This command enables TCP keepalive on the TFO optimized sockets (the connection between two peer WAE's).
(config) tfo tcp optimized-mss
(config) tfo tcp optimized-receive-buffer
(config) tfo tcp optimized-send-buffer
(config) tfo tcp original-receive-buffer
(config) tfo tcp original-send-buffer
To configure a WAE for Traffic Flow Optimization (TFO) optimization with an optimized-side TCP maximum segment size, use the tfo tcp optimized-mss global configuration command.
tfo tcp optimized-mss segment-size
segment-size |
Segment size (512-1460). |
The default value of the segment size is 1432 bytes.
global configuration
application-accelerator
This command sets the TCP maximum segment size on TFO optimized sockets (the connection between two peer WAEs).
(config) tfo tcp optimized-receive-buffer
(config) tfo tcp optimized-send-buffer
(config) tfo tcp original-receive-buffer
(config) tfo tcp original-send-buffer
To configure a WAE for Traffic Flow Optimization (TFO) optimization with an optimized-side receive buffer, use the tfo tcp optimized-receive-buffer global configuration command.
tfo tcp optimized-receive-buffer buffer-size
buffer-size |
Receive buffer size in kilobytes. |
32KB
global configuration
application-accelerator
This command sets the TCP receive buffer size on TFO optimized sockets (the connection between two peer WAEs). For high Bandwidth Delay Product (BDP) links, you should use a value larger than the default.
The buffer should be equal to or greater than the BDP. The BDP is equivalent to the bandwidth (in bits per second) * latency (in seconds). For example, for a 45-Mbps link with a 150-ms (0.15 sec) round-trip delay, the BDP is 45 Mbps * 0.15 sec = 6.75 Mb, or 0.844 MB (844 KB). In this case, you could set the buffer size to 1024 KB.
(config) tfo tcp optimized-mss
(config) tfo tcp optimized-send-buffer
(config) tfo tcp original-receive-buffer
(config) tfo tcp original-send-buffer
To configure a WAE for Traffic Flow Optimization (TFO) optimization with an optimized-side send buffer, use the tfo tcp optimized-send-buffer global configuration command.
tfo tcp optimized-send-buffer buffer-size
buffer-size |
Send buffer size in kilobytes. |
32 KB
global configuration
application-accelerator
This command sets the TCP send buffer size on TFO optimized sockets (the connection between two peer WAEs). For high Bandwidth Delay Product (BDP) links, you should use a value larger than the default.
The buffer should be equal to or greater than the BDP. The BDP is equivalent to the bandwidth (in bits per second) * latency (in seconds). For example, for a 45-Mbps link with a 150-ms (0.15 sec) round-trip delay, the BDP is 45 Mbps * 0.15 sec = 6.75 Mb, or 0.844 MB (844 KB). In this case, you could set the buffer size to 1024 KB.
(config) tfo tcp optimized-mss
(config) tfo tcp optimized-receive-buffer
(config) tfo tcp original-receive-buffer
(config) tfo tcp original-send-buffer
To configure a WAE for Traffic Flow Optimization (TFO) optimization with an unoptimized-side TCP maximum segment size, use the tfo tcp original-mss global configuration command.
tfo tcp original-mss segment-size
segment-size |
Segment size (512-1460). |
1432 bytes
global configuration
application-accelerator
This command sets the TCP maximum segment size on TFO unoptimized sockets (the connection between the WAE and the client or the WAE and the server).
(config) tfo tcp optimized-mss
(config) tfo tcp optimized-receive-buffer
(config) tfo tcp optimized-send-buffer
(config) tfo tcp original-receive-buffer
(config) tfo tcp original-send-buffer
To configure a WAE for Traffic Flow Optimization (TFO) optimization with an unoptimized-side receive buffer, use the tfo tcp original-receive-buffer global configuration command.
tfo tcp original-receive-buffer buffer-size
buffer-size |
Receive buffer size in kilobytes. |
32 KB
global configuration
application-accelerator
This command sets the TCP receive buffer size on TFO unoptimized sockets (the connection between the WAE and the client or the WAE and the server).
(config) tfo tcp optimized-mss
(config) tfo tcp optimized-receive-buffer
(config) tfo tcp optimized-send-buffer
(config) tfo tcp original-send-buffer
To configure a WAE for Traffic Flow Optimization (TFO) optimization with an unoptimized-side send buffer, use the tfo tcp original-send-buffer global configuration command.
tfo tcp original-send-buffer buffer-size
buffer-size |
Send buffer size in kilobytes. |
32 KB
global configuration
application-accelerator
This command sets the TCP send buffer size on TFO unoptimized sockets (the connection between the WAE and the client or the WAE and the server).
(config) tfo tcp optimized-mss
(config) tfo tcp optimized-receive-buffer
(config) tfo tcp optimized-send-buffer
(config) tfo tcp original-receive-buffer
To configure and enable transaction logging on a WAE, use the transaction-logs global configuration command. To disable a transaction logging option, use the no form of this command.
transaction-logs tfo enable
transaction-logs tfo logging {enable | facility parameter | host {hostname | ip-address} [port port-num] [rate-limit number-message-per-sec]}
transaction-logs tfo archive interval seconds
transaction-logs tfo archive interval every-day {at hour:minute | every hours}
transaction-logs tfo archive interval every-hour {at minute | every minutes}
transaction-logs tfo archive interval every-week [on weekdays at hour:minute]
transaction-logs tfo archive max-file-size filesize
transaction-logs export compress
transaction-logs export enable
transaction-logs export ftp-server {hostname | servipaddrs} login passw directory
transaction-logs export interval minutes
transaction-logs export interval every-day {at hour:minute | every hours}
transaction-logs export interval every-hour {at minute | every minutes}
transaction-logs export interval every-week [on weekdays at hour:minute]
transaction-logs export sftp-server {hostname | servipaddrs} login passw directory
archive: disabled
enable: disabled
export compress: disabled
export: disabled
archive interval: every day, every one hour
archive max-file-size: 2,000,000 KB
export interval: every day, every one hour
logging port port-num: 514
global configuration
application-accelerator
Depending upon where the sysfs is mounted, transactions are logged to a working log on the local disk in one of these files:
•/local1/logs/working.log
•/local2/logs/working.log
When you enable transaction logging, you can specify the interval at which the working log should be cleared by moving the data to an archive log. The archive log files are located on the local disk in the directory /local1/logs/ or /local2/logs/, depending upon where the sysfs is mounted.
Because multiple archive files are saved, the filename includes the time stamp when the file was archived. Because the files can be exported to an FTP/SFTP server, the filename also contains the IP address of this WAE.
The archive file name use this format:
celog_IPADDRESS_YYYYMMDD_HHMMSS.txt.
You can monitor transaction logs in real-time for particular errors such as authentication errors. By sending HTTP transaction log messages to a remote syslog server, you can monitor the remote syslog server for HTTP request authentication failures in real-time. This real-time transaction log feature allows you to monitor transaction logs in real-time for particular errors such as HTTP request authentication errors. The existing transaction logging to the local file system remains unchanged.
For this purpose, you must configure the WAE to send transaction log messages to a remote syslog server using UDP as the transport protocol. Because UDP is an unreliable transport protocol, message transport to a remote syslog host is not reliable and you must monitor the syslog messages received at the remote syslog server. You can limit the rate at which the transaction logging module is allowed to send messages to the remote syslog server. The format of the syslog message is in standard syslog message format with the transaction log message as the payload of the syslog message.
Real-time transaction logging to a remote syslog server uses the standard syslog message format with the message payload as the transaction log entry. A new syslog error identifier is defined for this type of real-time transaction log message. You can configure a WAE to send transaction log messages in real-time to one remote syslog host. The message format of the transaction log entry to the remote syslog host is the same as in the transaction log file and prepended with Cisco's standard syslog header information.
The following is an example of the format of the real-time syslog message sent from the transaction logging module (WAE) to the remote syslog host:
fac-pri Apr 22 20:10:46 ce-host cache: %CE-TRNSLG-6-460012: translog formatted msg
The fields in the message are described as follows:
•fac-pri denotes the facility parameter and priority for transaction log messages encoded (as in standard syslog format) as a 32-bit decimal value between 0 and 1023 (0x0000 and 0x03FF). The least significant 3 bits denote priority (0-7) and the next least significant 7 bits denote facility (0-127).
The facility parameter used by the transaction logging module when a real-time transaction log message is logged to the remote syslog host is user. The same facility is sent to the remote syslog host unless you configure a different facility parameter for transaction logging. The priority field is always set to LOG_INFO for real-time transaction log messages.
In the above example, the default value of fac-pri is 14 (0x000E) where facility = user (LOG_USER (1)) and priority = LOG_INFO (6).
•The next field in the message is the date, which follows the format as shown in the above example.
•ce-host is the hostname or IP of the WAE that is sending the message.
•cache is the name of the process on the WAE that is sending the message.
•%CE-TRNSLG-6-460012 is the Cisco standard formatted syslog header on the WAE for a real-time transaction log message. This identifier indicates a priority level of 6, which denotes informational messages.
Note The WAAS system syslog messages report communication errors with the remote syslog host that is configured for transaction logging. These syslog messages are in the error message range: %CE-TRNSLG-6-460013 to %CE-TRNSLG-3-460016. The last error message (%CE-TRNSLG-3-460016), shows level "3" (for error-level messages) instead of "6" (for information-level messages). Information-level messages are reported when messages are dropped due to rate limiting and the number of dropped messages are reported. For more information about these syslog messages, see the Cisco WAAS System Messages Reference.
•translog formatted msg is the transaction log message as it appears in the transaction log file.
Note The total length of the real-time syslog message is 1024 characters. If the actual transaction log entry exceeds this limit, it is truncated.
When the remote syslog server logs this message to a file, the format appears as follows:
Apr 22 20:10:46 ce-host cache: %CE-TRNSLG-6-460012: translog formatted msg
where ce-host is the host name of the WAE that sent the real-time transaction log message to the remote syslog server.
The configuration of host settings for transaction logs is identical to the configuration settings for syslog messages except that you need not specify the priority level of the message for real time transaction logs. All messages are associated with the priority level of 6 (LOG_INFO). You are not required to filter messages based on priority levels.
To establish username authentication on a WAAS device, use the username global configuration command.
username name {password {0 plainword | 1 cryptoword | plainword} [uid uid] | print-admin-password {0 plainword | 1 cryptoword plainword | plainword} |
privilege {0 | 15}}
The password value is set to 0 (clear text) by default.
Default administrator account:
•Uid: 0
•Username: admin
•Password: default
•Privilege: superuser (15)
global configuration
application-accelerator
central-manager
A system administrator can log in to a WAAS device that is functioning as a Core or Edge WAE through the console port or the WAE Device Manager GUI. An administrator can log in to the WAAS Central Manager through the console port or the WAAS Central Manager GUI.
When the system administrator logs in to a WAAS device before authentication and authorization have been configured, the administrator can access the WAAS device by using the predefined superuser account (the predefined username is admin and the predefined password is default). When you log in to a WAAS device using this predefined superuser account, you are granted access to all the WAAS services and entities in the WAAS system.
After you have initially configured your WAAS devices, we strongly recommend that you immediately change the password for the predefined superuser account (the predefined username is admin, the password is default, and the privilege level is superuser, privilege level 15) on each WAAS device.
If the predefined password for this superuser account has not been changed on a WAAS device, the following message is displayed each time you use this superuser account to log in to the WAAS CLI:
Device is configured with a (well known) default username/password
for ease of initial configuration. This default username/password
should be changed in order to avoid unwanted access to the device.
System Initialization Finished.
waas-cm#
If the predefined password for this superuser account has not been changed on a WAAS Central Manager, a dialog box is also displayed each time you use this superuser account to log in to the WAAS Central Manager GUI.
Note We strongly recommend that you use the WAAS Central Manager GUI instead of the WAAS CLI to configure passwords and privilege levels for users on your WAAS devices, if possible. For information about how to use the WAAS Central Manager GUI to centrally configure and administer users on an single WAE or group of WAEs, which are registered with a WAAS Central Manager, see the Cisco Wide Area Application Services Configuration Guide.
The username global configuration command allows you to change the password and privilege level for existing user accounts. To change the password for the predefined superuser account on a per device basis, use the password option of the username global configuration command:
waas-cm(config)#
username admin password ?
0 Specifies an UNENCRYPTED password will follow
1 Specifies a HIDDEN password will follow
WORD The UNENCRYPTED (cleartext) user password
For example, change the predefined password for the superuser account to mysecret for the WAAS Central Manager named waas-cm, as follows:
waas-cm#
config
waas-cm#(config)#
username admin password mysecret
waas-cm#(config)#
exit
User Authentication
User access is controlled at the authentication level. For every HTTP request, including every WAAS CLI request, that arrives at the WAAS device, the authentication level has visibility into the supplied username and password. Based on CLI-configured parameters, a decision is then made to either accept or reject the request. This decision is made either by checking local authentication or by performing a query against a remote authentication server. The authentication level is decoupled from the authorization level, and there is no concept of role or domain at the authentication level.
When local CLI authentication is used, all configured users can be displayed by entering the show running-config EXEC command.
User Authorization
Domains and roles are applied by the WAAS device at the authorization level. Requests must be accepted by the authentication level before they are considered by the authorization level. The authorization level regulates access to resources based on the specified role in WAAS Central Manager GUI and domain configuration.
Regardless of the authentication mechanism, all user authorization configuration is visible in the GUI.
The following example demonstrates how passwords and privilege levels are reconfigured:
WAE# show user username abeddoe
Uid : 2003
Username : abeddoe
Password : ghQ.GyGhP96K6
Privilege : normal user
WAE# show user username bwhidney
Uid : 2002
Username : bwhidney
Password : bhlohlbIwAMOk
Privilege : normal user
WAE(config)# username bwhidney password 1 victoria
WAE(config)# username abeddoe privilege 15
User's privilege changed to super user (=15)
WAE# show user username abeddoe
Uid : 2003
Username : abeddoe
Password : ghQ.GyGhP96K6
Privilege : super user
WAE# show user username bwhidney
Uid : 2002
Username : bwhidney
Password : mhYWYw.7P1Ld6
Privilege : normal user
To configure an IP access list on a WAE for inbound WCCP GRE encapsulated traffic, use the wccp access-list global configuration command.
wccp access-list {acl-number | ext-acl-number | acl-name}
acl-number |
Standard IP access list number (1-99). |
ext-acl-number |
Extended IP access list number (100-199). |
acl-name |
Name of the access list (30 characters maximum). |
WCCP access lists are not configured by default.
global configuration
application-accelerator
The wccp access-list number global configuration command configures an access control list to allow access to WCCP applications. The number variable is a number in the range 1 to 99, indicating a standard access control list or a number in the range 100 to 199, indicating an extended access control list. WCCP checks against the specified access control list before accepting or dropping incoming packets.
See the Cisco Wide Area Application Services Configuration Guide for a detailed description of how to use standard IP ACLs to control WCCP access on a WAE.
Note WCCP works only with IPv4 networks.
The following example configures the WAE to apply IP access list number 10 to inbound WCCP traffic:
WAE(config)# wccp access-list 10
The following example shows sample output from the show ip access-list EXEC command from a WAE that has several WCCP access lists configured:
WAE(config)# show ip access-list
Space available:
40 access lists
489 access list conditions
Standard IP access list 10
1 deny 10.1.1.1
2 deny any
(implicit deny any: 0 matches)
total invocations: 0
Standard IP access list 98
1 permit any
(implicit deny any: 0 matches)
total invocations: 0
Extended IP access list 100
1 permit icmp any any
(implicit fragment permit: 0 matches)
(implicit deny ip any any: 0 matches)
total invocations: 0
Extended IP access list 101
1 permit ip any any
(implicit fragment permit: 0 matches)
(implicit deny ip any any: 0 matches)
total invocations: 0
Extended IP access list 102
1 permit icmp 0.0.1.1 255.255.0.0 any
(implicit fragment permit: 0 matches)
(implicit deny ip any any: 0 matches)
total invocations: 0
Extended IP access list 111
1 permit gre 0.1.1.1 255.0.0.0 any
(implicit fragment permit: 0 matches)
(implicit deny ip any any: 0 matches)
total invocations: 0
Extended IP access list 112
1 permit ip any any
(implicit fragment permit: 0 matches)
(implicit deny ip any any: 0 matches)
total invocations: 0
Extended IP access list 113
1 permit gre 0.1.1.1 255.0.0.0 any
(implicit fragment permit: 0 matches)
(implicit deny ip any any: 0 matches)
total invocations: 0
Extended IP access list ext_acl_2
1 permit gre any any
(implicit fragment permit: 0 matches)
(implicit deny ip any any: 0 matches)
total invocations: 0
Extended IP access list extended_ip_acl
1 permit tcp any eq 2 any eq exec
(implicit fragment permit: 0 matches)
(implicit deny ip any any: 0 matches)
total invocations: 0
Interface access list references:
PortChannel 2 inbound extended_ip_acl
PortChannel 2 outbound 101
Application access list references:
snmp-server standard 2
UDP ports: none (List Not Defined)
WCCP either 10
Any IP Protocol
The following example shows sample output from the show wccp gre EXEC command when WCCP access lists are defined on the WAE:
WAE# show wccp gre
Transparent GRE packets received: 366
Transparent non-GRE packets received: 0
Transparent non-GRE packets passed through: 0
Total packets accepted: 337
Invalid packets received: 0
Packets received with invalid service: 0
Packets received on a disabled service: 0
Packets received too small: 0
Packets dropped due to zero TTL: 0
Packets dropped due to bad buckets: 0
Packets dropped due to no redirect address: 0
Packets dropped due to loopback redirect: 0
Connections bypassed due to load: 0
Packets sent back to router: 0
Packets sent to another CE: 0
GRE fragments redirected: 0
Packets failed GRE encapsulation: 0
Packets dropped due to invalid fwd method: 0
Packets dropped due to insufficient memory: 0
Packets bypassed, no conn at all: 0
Packets bypassed, no pending connection: 0
Packets due to clean wccp shutdown: 0
Packets bypassed due to bypass-list lookup: 0
Packets received with client IP addresses: 0
Conditionally Accepted connections: 0
Conditionally Bypassed connections: 0
L2 Bypass packets destined for loopback: 0
Packets w/WCCP GRE received too small: 0
Packets dropped due to IP access-list deny: 29
L2 Packets fragmented for bypass: 0
To enable WCCP flow redirection on a WAE, use the wccp flow-redirect global configuration command. To disable flow redirection, use the no form of this command.
wccp flow-redirect enable
enable |
Enables flow redirection. |
Enabled
global configuration
application-accelerator
WCCP flow protection is a mechanism that ensures that no existing flows are broken when a new WAE is brought online or removed from a service group. When transparent traffic interception or redirection first begins, WCCP flow protection ensures that no existing HTTP flows are broken by allowing preexisting, established HTTP flows to continue on. WCCP flow protection also ensures that when a new WAE joins an existing WAE group, existing flows serviced by preexisting WAEs in the cluster continue to receive those existing flows.
The mechanisms used by WCCP flow protection result in all of the benefits of maintaining per flow state information in a centralized location but without the overhead, scaling issues, and redundancy or resiliency issues (for example, asymmetrical traffic flows) associated with keeping per flow state information in the switching layer.
Use the wccp flow-redirect global configuration command to implement WCCP flow protection. Flow protection is designed to keep the TCP flow intact as well as to not overwhelm WAEs when they are first started up or are reassigned new traffic. This feature also has a slow start mechanism whereby the WAEs try to take a load appropriate for their capacity.
Note When bypass is enabled, the client itself tries to reach the origin web server. You must disable all bypass options to eliminate an unnecessary burden on the network.
WCCP works only with IPv4 networks.
The following example shows how to enable WCCP flow protection on a WAE:
WAE(config)# wccp flow-redirect enable
To configure a router list for WCCP Version 2, use the wccp router-list global configuration command. To disable this function, use the no form of this command.
wccp router-list number ip-address
number |
Router list number (1-8). |
ip-address |
IP address of router to add to the list. |
Disabled
global configuration
application-accelerator
As part of configuring a WCCP Version 2 service on a WAE, you must create a list of WCCP Version 2-enabled routers that support the CIFS cache service for the WAE.
Each router list can contain up to eight routers. You can add up to 8 router lists and up to 32 IP addresses per list.
Note The ip wccp global configuration command must be used to enable WCCP on each router that is included on the router list.
WCCP works only with IPv4 networks.
In the following example, router list number 7 is created, and it contains a single router (the WCCP Version 2-enabled router with IP address 192.168.68.98):
WAE(config)# wccp router-list 7 192.168.68.98
The following example deletes the router list number 7 created in the previous example:
WAE(config)# no wccp router-list 7 192.168.68.98
The following example shows how to create a router list (router list 1) and then configure the WAE to accept redirected TCP traffic from the WCCP Version 2-enabled router on router list 1:
WAE(config)#
wccp router-list 1 10.10.10.2
WAE(config)#
wccp tcp-promiscuous router-list 1
WAE(config)#
wccp version 2
To set the maximum time interval after which the WAE will perform a clean shutdown of WCCP, use the wccp shutdown global configuration command. To disable the clean shutdown, use the no form of the command.
wccp shutdown max-wait seconds
max-wait |
Sets the clean shutdown time interval. |
seconds |
Time in seconds (0-86400). The default is 120 seconds. |
The maximum time interval before a clean shutdown is 120 seconds by default.
global configuration
application-accelerator
To prevent broken TCP connections, the WAE performs a clean shutdown of WCCP after a reload or wccp version command is issued. The WAE does not reboot until either all connections have been serviced or the configured max-wait interval has elapsed.
During a clean shutdown, the WAE continues to service the flows it is handling, but starts to bypass new flows. When the number of flows goes down to zero, the WAE takes itself out of the cluster by having its buckets reassigned to other WAEs by the lead WAE. TCP connections can still be broken if the WAE crashes or is rebooted without WCCP being cleanly shut down. The clean shutdown can be aborted while in progress.
You cannot shut down an individual WCCP service on a particular port on a WAE; you must shut down WCCP on the WAE. After WCCP is shut down on the WAE, the WAE preserves its WCCP configuration settings and services proxy-style requests (for example, HTTP requests that the FWAE receives directly from a client browser).
Note WCCP works only with IPv4 networks.
The following example shows how to configure the WAE to wait 1000 seconds:
WAE(config)# wccp shutdown max-wait 1000
The following example shows how to shut down WCCP Version 2 on the WAE by entering the no wccp version 2 command. In this case, after you enter the no wccp version 2 command, the WAE waits 1000 seconds before it shuts down WCCP Version 2.
WAE(config)#
no wccp version 2
A countdown message appears, indicating how many seconds remain before WCCP will be shut down on the WAE:
Waiting (999 seconds) for WCCP shutdown. Press ^C to skip shutdown
The clean shutdown can be aborted while in progress by simultaneously pressing ^C after the countdown message appears.
To enable the slow-start capability of the caching service on the WAE, use the wccp slow-start global configuration command. To disable slow-start capability, use the no form of this command.
wccp slow-start enable
enable |
Enables WCCP slow start. |
Enabled
global configuration
application-accelerator
Within a service group of WAEs, TCP connections are redirected to other WAEs as units are added or removed. A WAE can be overloaded if it is reassigned new traffic too quickly or introduced abruptly into a fat pipe.
WCCP slow start performs the following tasks to prevent a WAE from being overwhelmed when it comes online or is reassigned new traffic:
•TCP flow protection when WCCP 2 is enabled and a WAE is introduced into the service group
•TCP flow protection when WCCP 2 is disabled and a WAE is leaving the service group
•Load assignment to the WAE in slow increments rather than a full load at bootup
Slow start is applicable only in the following cases:
•Initial bootup when there is no WAE yet present in the service group
•When a new WAE is added to a service group that is not handling the full load; for example, when there are some buckets that are being shed by the service group
In all other cases slow start is not necessary, and all the WAEs can be immediately assigned their share of traffic.
Note WCCP works only with IPv4 networks.
The following example shows how to enable the slow-start capability of the caching service on a WAE:
WAE(config)# wccp slow-start enable
The following example shows how to disable the slow-start capability of the caching service on a WAE:
WAE(config)# no wccp slow-start enable
To configure the Web Cache Coordination Protocol (WCCP) Version 2 TCP promiscuous mode service (WCCP Version 2 services 61 and 62) on a WAE, use the wccp tcp-promiscuous global configuration command.
wccp tcp-promiscuous {mask {dst-ip-mask mask | src-ip-mask mask} | router-list-num number [assign-method-strict | hash-destination-ip | hash-source-ip | l2-redirect | l2-return | mask-assign | password password | weight weight]}
global configuration
application-accelerator
WCCP provides the mechanism to transparently redirect client requests to a WAE for processing. To configure basic WCCP, you must enable the WCCP service on the router and the Core WAE in the data center and the router and Edge WAE in the branch office. It is not necessary to configure all of the available WCCP features or services to get a WAE up and running.
This WCCP service requires that WCCP Version 2 is running on the router and the WAE.
The TCP promiscuous mode service is a WCCP service that intercepts all TCP traffic and redirects it to the local WAE.
In order for the WAE to function as a promiscuous TCP device for TCP traffic that is transparently redirected to it by the specified WCCP Version 2 routers, the WAE uses WCCP Version 2 services 61 and 62. The WCCP services 61 and 62 are represented by the canonical name of "tcp-promiscuous" on the WAE, as shown in the following sample output of the WAAS CLI on an Edge WAE:
Edge-WAE1(config)#
wccp ?
access-list Configure an IP access-list for inbound WCCP encapsulated
traffic
flow-redirect Redirect moved flows
router-list Router List for use in WCCP services
shutdown Wccp Shutdown parameters
slow-start accept load in slow-start mode
tcp-promiscuous TCP promiscuous mode service
version WCCP Version Number
Note WCCP works with IPv4 networks only.
The following example shows how to turn on the TCP promiscuous mode service and associate this service with the router list by using the wccp tcp-promiscuous router-list-num command:
WAE # wccp tcp-promiscuous router-list-num 1
WCCP configuration for TCP Promiscuous service 61 succeeded.
WCCP configuration for TCP Promiscuous succeeded.
Please remember to configure WCCP service 61 and 62 on the corresponding router.
To specify the version of WCCP that the WAE should use, enter the wccp version global configuration command. To disable the currently running version, use the no form of the command.
wccp version 2
This command has no arguments or keywords.
No default behavior or values
global configuration
application-accelerator
You must configure a WAE to use WCCP Version 2 instead of WCCP Version 1 because WCCP Version 1 only supports web traffic (port 80).
The WAE performs a clean shutdown after a reload or no wccp version 2 command is entered. A clean shutdown prevents broken TCP connections.
The following sequence of events details the interaction between WAEs and routers that have been configured to run WCCP Version 2:
1. Each WAE is configured with a router list. (See the "(config) wccp router-list" command.)
2. Each WAE announces its presence and a list of all routers with which it has established communications. The routers reply with their view (list) of WAEs in the group.
Routers and WAEs become aware of one another and form a WCCP service group using a management protocol. The WAEs also send periodic "Here I am" messages to the routers that allow the routers to rediscover the WAEs. To properly depict the view, the protocol needs to include the list of routers in the service group as part of its messages.
3. Once the view is consistent across all the WAEs in the WAE cluster, one WAE is designated the lead. When there is a group of WAEs, the one seen by all routers and the one that has the lowest IP address becomes the lead WAE.
The role of this lead WAE is to determine how traffic should be allocated across the WAEs in the WAE group. The lead WAE sets the policy that the WCCP-enabled routers must adhere to when redirecting packets to the WAEs in this cluster. The assignment information is passed to the entire service group from the designated WAE so that the routers in the service group can redirect the packets properly and the WAEs in the service group can better manage their load.
Note WCCP works only with IPv4 networks.
The following example shows how to enable WCCP Version 2 on a WAE:
WAE(config)# wccp version 2
To configure Windows domain server options on a WAAS device, use the windows-domain global configuration command.
windows-domain {administrative group {normal-user | super-user} groupname | comment string | netbios-name name | password-server {hostname | ipaddress} | realm kerberos-realm | wins-server {hostname | ipaddress} | workgroup name | security ADS}
Windows domain options are disabled by default.
global configuration
application-accelerator
central-manager
Use this global configuration command to set the Windows domain server parameters for a WAAS device.
When Kerberos authentication is enabled, the default realm is DOMAIN.COM and the security is ADS. If Kerberos authentication is disabled, security is domain.
The following example shows how to configure the Windows domain server at 10.10.24.1 for an Edge FE with a NetBIOS name of myFileEngine in the ABD domain. It also identifies the password server:
WAE(config)#
windows-domain wins-server 10.10.24.1
WAE(config)#
windows-domain password-server 10.10.100.4
WAE(config)#
windows-domain netbios-name myFileEngine
WAE(config)#
windows-domain workgroup ABC
The following example shows how to configure the windows domain server when Kerberos authentication is enabled using the kerberos command:
WAE(config)# windows-domain realm ABC.COM
WAE(config)# windows security ADS
=============== checking new config using testparm ===================
Load smb config files from /state/actona/conf/smb.conf
Processing section "[print$]"
Processing section "[printers]"
Loaded services file OK.
WAE(config)# exit
WAE# show windows-domain
Login Authentication for Console/Telnet Session: enabled
Windows domain Configuration:
-----------------------------
Workgroup:
Comment: Comment:
Net BIOS: MYFILEENGINE
Realm: ABC
WINS Server: 10.10.10.1
Password Server: 10.10.10.10
Security: ADS