Feedback
|
Table Of Contents
Release Note for the Cisco ACE 4700 Series Application Control Engine Appliance
New Software Features in Version A5(2.2)
Connections per Second (CPS)/Connection Rate
Bandwidth (For Real Server and VIP Levels)
Related SNMP Trap Configuration and Changes
Related SNMP Trap Configuration and Changes
Using the show tech-support brief Command for Critical Output
Monitoring and Displaying the Network Processor Buffer Usage (Switchover Option and NP Buffer Usage)
Displaying the NP Buffer Usage
Displaying Worry Thresholds for Show Command Statistics
Displaying Monitoring Parameters Using the Show Command
Controlling an ACE Outage Due to a DDoS Attack
Supporting Chunked Encoded HTTP(s) Responses from Real Servers
Enabling the TCP Retransmission Queue Debug Option
New Software Features in Version A5(2.1)
SSL Sticky Configuration in a Two-Tier ACE Deployment
Support for Radius IPv6 Load Balancing
Device Monitoring: Bandwidth, Total SSL Connections per Blade/Context, and NAT Pool Utilization
Bandwidth and Active SSL Connections
New Software Features in Version A5(2.0)
Buddy Sticky Groups that Enable Persistence Across Multiple Server Farms
One-to-One Association Application Example
Asymmetric Association Application Example
Many-to-One Association Application Example
Displaying Buddy Sticky Group Information
Support for Static NAT IPv4-to-IPv6 and IPv6-to-IPv4 Translation
Static Destination NAT and Dynamic Source NAT Mixed-Mode Application
Static Destination NAT and Static Source NAT Mixed-Mode Application
Support for DNS IPv4-to-IPv6 and IPv6-to-IPv4 Load Balancing with Inspection
Maintaining a Full Proxy Connection During a TCP Handshake Mismatch
Support for a Wildcard KAL-AP GSS IP Address
SSL Probe Configuration Option for Ignoring the Certificate Expiration Date
Support for Additional Syslog Logging Hosts
Support for SSL Session ID Stickiness
Using the Modified sticky Command for SSL Session ID Stickiness
Using the Modified policy-map type loadbalance Command for SSL Session ID Stickiness
Support for the ACE No Payload Encryption Software Version
ACE NPE Software Version CLI Changes
ACE NPE Software Version Device Manager GUI Changes
Support for A5(2.0)-Specific Features in ACE Appliance Device Manager GUI
Support for Creation of RDP Parameter Maps
Configuring an RDP Parameter Map
Defining a Description to the RDP Parameter Map
Enabling Routing Token Rebalance in the RDP Parameter Map
Associating the RDP Parameter Map with a Layer 3 and Layer 4 Network Traffic Policy Map
Ability to Enable Regular Expression Download Optimization
Support for NTPv3 Authentication
Configuring NTP Authentication
Extended Range of Supported Characters in a URL
Configuring an SNMP Peer Engine ID for the Standby ACE
Configuring an SNMP User Authentication Password for the Standby ACE
Ability for the ACE to Accept a User Account with an Expired Date
Addressing SSL Certificates With a Subject or Issuer That is Greater Than 256 Bytes
Accessibility of Device Manager GUI Troubleshooting Tools from the ACE Appliance CLI
Enabling the Device Manager GUI
Checking the ACE Appliance DM GUI Status
Creating a Lifeline Package from the ACE Appliance CLI
ACE Probes Use the Interface MAC Address as the Source MAC Address
Ordering an Upgrade License and Generating a Key
Performing ACE Appliance Software Upgrades and Downgrades
Supported Browsers for ACE Appliance Device Manager
Software Version A5(2.2) Resolved Caveats, Open Caveats, Command Changes, and System Log Messages
Software Version A5(2.2) Resolved Caveats
Software Version A5(2.2) Open Caveats
Software Version A5(2.2) Command Changes
Software Version A5(2.2) System Log Messages
Software Version A5(2.1) Resolved Caveats, Open Caveats, Command Changes, and System Log Messages
Software Version A5(2.1) Resolved Caveats
Software Version A5(2.1) Open Caveats
Software Version A5(2.1) Command Changes
Software Version A5(2.1) System Log Messages
Software Version A5(2.0) Resolved Caveats, Open Caveats, Command Changes, and System Log Messages
Software Version A5(2.0) Resolved Caveats
Software Version A5(2.0) Open Caveats
Software Version A5(2.0) Command Changes
Software Version A5(2.0) System Log Messages
Obtaining Documentation and Submitting a Service Request
Release Note for the Cisco ACE 4700 Series Application Control Engine Appliance
February 28, 2013
Note
The most current Cisco documentation for released products is available on Cisco.com.
Contents
This release note applies to the following software versions for the Cisco 4700 Series Application Control Engine (ACE) appliance.
•
A5(2.2)
•
A5(2.1)
•
A5(2.0)
For information on the ACE appliance features and configuration details, see the ACE documentation located on www.cisco.com at:
http://www.cisco.com/en/US/products/ps7027/tsd_products_support_series_home.html
This release note contains the following sections:
•
New Software Features in Version A5(2.2)
•
New Software Features in Version A5(2.1)
•
New Software Features in Version A5(2.0)
•
Ordering an Upgrade License and Generating a Key
•
Performing ACE Appliance Software Upgrades and Downgrades
•
Supported Browsers for ACE Appliance Device Manager
•
Software Version A5(2.2) Resolved Caveats, Open Caveats, Command Changes, and System Log Messages
•
Software Version A5(2.1) Resolved Caveats, Open Caveats, Command Changes, and System Log Messages
•
Software Version A5(2.0) Resolved Caveats, Open Caveats, Command Changes, and System Log Messages
•
Obtaining Documentation and Submitting a Service Request
New Software Features in Version A5(2.2)
This section describes the new features associated with ACE software version A5(2.2). Software version A5(2.2) provides the following new features:
•
Using the show tech-support brief Command for Critical Output
•
Monitoring and Displaying the Network Processor Buffer Usage (Switchover Option and NP Buffer Usage)
•
Displaying Worry Thresholds for Show Command Statistics
•
Displaying Monitoring Parameters Using the Show Command
•
Controlling an ACE Outage Due to a DDoS Attack
•
Supporting Chunked Encoded HTTP(s) Responses from Real Servers
•
Enabling the TCP Retransmission Queue Debug Option
Performing Device Monitoring
ACE software version A5(2.2) generates a notification when the ACE resource usage exceeds or fails to meet the configured threshold. The ACE monitors the resource usage for a defined duration and notifies the Network Manager (NM) when the resources reach the maximum/minimum threshold. The notifications to the NM are sent through SNMP traps.
The ACE generates notifications when the usage of the following resources exceed or fail to meet the specified threshold limit:
•
CPU Utilization
•
Memory Utilization
•
Connection Rate/Connections per Second (CPS)
•
Total Connections
•
Bandwidth (for real server and VIP levels only)
The resource usage-threshold command configures the resource usage threshold limit at both the system level and context level. This command is configured in the configuration mode.
The following example shows how to use the resource usage-threshold command:
switch/Admin(config)# resource usage-thresholdswitch/Admin(config-resrc-thres)#
Note
All parameters are monitored for an interval of 30 seconds (approximately). Therefore, if a particular monitoring parameter changes it's value from 0 to max before the 30 seconds interval expires, then this event is not registered and does not result in any trap generation.
CPU Utilization
The system-level command determines the resource usage threshold configured at the system level. The syntax of the system-level command is as follows:
system-level cpu-utilization high threshold_value watermark threshold_value
The following example shows how to use the system-level command to configure the threshold for CPU utilization:
switch/Admin(config-resrc-thres)# system-level cpu-utilization high threshold_value watermark threshold_valueThe keywords, arguments, and options in the above commands are listed in Table 1.
Memory Utilization
The system-level command determines the memory usage threshold of a resource which is configured at the system level. The syntax of the system-level command is as follows:
system-level memory-utilization high threshold_value watermark threshold_value
The following example shows how to use the system-level command to configure the threshold for memory utilization:
switch/Admin(config-resrc-thres)# system-level memory-utilization high 90 watermark 80The keywords, arguments, and options in the above commands are listed in Table 1.
Connections per Second (CPS)/Connection Rate
The following commands determine the connection rate per second at the system, context, real server, and VIP levels. The syntax of these commands is as follows:
system-level connection-rate high threshold_value low threshold_value watermark threshold_value
connection-rate high threshold_value low threshold_value watermark threshold_value
rserver rserver_name serverfarm serverfarm_name connection-rate high threshold_value low threshold_value watermark threshold_value
vip vip_ip policy-map policy-map_name class-map class-map_name connection-rate high threshold_value low threshold_value watermark threshold_value
The following examples show how to use the commands to determine the connection rate threshold in connections per second:
switch/Admin(config-resrc-thres)# system-level connection-rate high 90 low 50 watermark 75switch/Admin(config-resrc-thres)# connection-rate high 90 low 50 watermark 75switch/Admin(config-resrc-thres)# rserver rs1 serverfarm sf1 connection-rate high 90 low 50 watermark 75switch/Admin(config-resrc-thres)# vip 31.1.1.10 policy-map pm class-map VIP connection-rate high 90 low 50 watermark 75The keywords, arguments, and options in the above commands are listed in Table 1.
Concurrent Connections
The following commands determine the threshold for concurrent connections at system, context, real server, and VIP levels. The syntax of these commands is as follows:
system-level conc-connections high threshold_value low threshold_value watermark threshold_value
conc-connections high threshold_value low threshold_value watermark threshold_value
rserver rserver_name serverfarm serverfarm_name conc-connections high threshold_value low threshold_value watermark threshold_value
vip vip_ip policy-map policy-map_name class-map class-map_name conc-connections high threshold_value low threshold_value watermark threshold_value
The following examples show how to use these commands to determine the number of concurrent connections threshold:
switch/Admin(config-resrc-thres)# system-level conc-connections high 90 low 50 watermark 75switch/Admin(config-resrc-thres)# conc-connections high 90 low 50 watermark 75switch/Admin(config-resrc-thres)# rserver rs1 serverfarm sf1 conc-connections high 90 low 50 watermark 75switch/Admin(config-resrc-thres)# vip 31.1.1.10 policy-map pm class-map VIP conc-connections high 90 low 50 watermark 75The keywords, arguments, and options in the above commands are listed in Table 1.
Bandwidth (For Real Server and VIP Levels)
The following commands determine the resource usage threshold configured at the real server and VIP levels. The syntax of these commands is as follows:
rserver rserver_name serverfarm serverfarm_name bandwidth high threshold_value low threshold_value watermark threshold_value
vip vip_ip policy-map policy-map_name class-map class-map_name bandwidth high threshold_value low threshold_value watermark threshold_value
The following examples show how to use these commands to determine the resource usage threshold:
switch/Admin(config-resrc-thres)# rserver rs1 serverfarm sf1 bandwidth high 95 low 10 watermark 90switch/Admin(config-resrc-thres)# vip 31.1.1.10 policy-map pm class-map VIP bandwidth high 95 low 10 watermark 90
Table 1 Command Keywords, Arguments, and Options
Object Descriptionsystem-level
Specifies the parameters configured at the system level and can only be configured by the administrator.
rserver
Specifies the parameters configured at the real server level only.
rserver name
Specifies the name of the real server.
serverfarm
Specifies the server farm associated with the real server. The parameters configured under this server farm are monitored at each rserver level.
serverfarm name
Specifies the name of the server farm that is associated with the real server.
vip
Specifies the VIP associated with the real server. The parameters configured under this VIP are monitored at each VIP level.
vip ip
Specifies the IP configured for VIP and attached to the policy map.
class-map
Specifies the class map configured for VIP.
class-map_name
Specifies the name of the class-map configured for VIP.
policy-map
Specifies the policy map configured for VIP.
policy-map_name
Specifies the name of the policy map configured for VIP.
cpu-utilization
Configures the usage threshold for resource CPU utilization and can be configured at system level only.
memory-utilization
Configures the usage threshold for resource memory utilization and can be configured at system level only.
connection-rate
Configures the usage threshold for the connection rate.
conc-connections
Configures the usage threshold for concurrent connections.
bandwidth
Configures the usage threshold for the resource bandwidth at rserver and VIP levels.
high <3-100>
Indicates the highest value of the threshold defined. This value is configured as a percentage between 3 to 100 and is represented as the highest percentage of the maximum number of allocated resources. The ACE sends a notification/trap to the NM when the current resource usage exceeds the highest threshold value.
For CPU and memory utilization of a resource, the high value is configured as a percentage between 2 to 100.
low <1-98>
Indicates the lowest value of the threshold defined. This value is configured as a percentage between 1 to 98 and is represented as the lowest percentage of the minimum number of allocated resources. The ACE sends a notification/trap to the NM when the current resource usage is less than the specified lowest threshold value.
Note
As the lower limit is not imposed on CPU and Memory utilization, the low parameter is not available for these options.
watermark <2-99>
Indicates the defined watermark threshold. A watermark is configured as a percentage between 2 to 99 and is represented as the percentage of the maximum and minimum allocated resource. It is used to reset the high/low traps and to optimize the number of traps that are sent.
For CPU and memory utilization of a resource, the watermark value is configured as a percentage between 1 to 99.
Watermark Calculation
The high watermark value is calculated as follows:
high watermark value = watermark * maximum allocation/100The ACE sends a "Falling Watermark" notification when the current usage is below the high watermark value. See the "Related SNMP Trap Configuration and Changes" section for details.
The low watermark value is calculated as follows:
low watermark value = watermark * minimum allocation/100The ACE sends a "Rising Watermark" notification when the current usage exceeds the low watermark value. See the "Related SNMP Trap Configuration and Changes" section for details.
1 <= low < watermark < high <= 100
The resource usage threshold parameters are configured within this range.
Related SNMP Trap Configuration and Changes
SNMP notification traps are system alerts that the ACE generates when the resource usage exceeds or fails to meet the specified threshold. For background information about enabling SNMP notifications, see the "Enabling SNMP Notifications" section in the Administration Guide vA5(1.0), Cisco ACE Application Control Engine.
The following commands are used to configure SNMP traps at context, systems, real server, and VIP levels:
Systems Level Commands
switch/Admin(config)# snmp-server enable traps rate-limit system-level cpu-utilizationswitch/Admin(config)# snmp-server enable traps rate-limit system-level memory-utilizationswitch/Admin(config)# snmp-server enable traps rate-limit system-level connection-rateswitch/Admin(config)# snmp-server enable traps rate-limit system-level conc-connectionsContext Level Commands
switch/Admin(config)# snmp-server enable traps rate-limit conc-connectionsswitch/Admin(config)# snmp-server enable traps rate-limit connection-rateReal Server Commands
switch/Admin(config)# snmp-server enable traps rate-limit rserver-level bandwidthswitch/Admin(config)# snmp-server enable traps rate-limit rserver-level conc-connectionsswitch/Admin(config)# snmp-server enable traps rate-limit rserver-level connection-rateVIP Level Commands
switch/Admin(config)# snmp-server enable traps rate-limit vip-level bandwidthswitch/Admin(config)# snmp-server enable traps rate-limit vip-level conc-connectionsswitch/Admin(config)# snmp-server enable traps rate-limit vip-level connection-rateRelated SNMP Trap Configuration and Changes
The following objects are defined to generate a notification when the current usage exceeds or fails to meet the specified threshold:
•
clrResourceRateLimitReached—defined in CISCO-L4L7MODULE-RESOURCE-LIMIT-MIB.my and notifies when the bandwidth and connection rate usage exceeds and falls below the configured threshold values.
Table 2 lists the subobjects included in the notification.
•
cspSSLResourceLimitReached—Defined in -SSL-PROXY-MIB.my and notifies when the active SSL connections usage exceeds the configured threshold values. Because SSL connections do not have a lower limit, the notifications related to the low resource usage are not sent.
Table 3 lists the subobjects included in the notification.
•
clrResourceLimitReached—defined in CISCO-L4L7MODULE-RESOURCE-LIMIT-MIB.my and notifies when the concurrent connection, CPU, and memory usage exceeds or falls below configured threshold values.
Table 4 lists the subobjects included in the notification.
For more information about the SNMP notification (traps) supported by the ACE, see the "ACE SNMP Notifications (Traps)" section in the Administration Guide vA5(1.0), Cisco ACE Application Control Engine.
Using the show tech-support brief Command for Critical Output
Per CSCuc92716, a new command show tech-support brief is included as a part of debugging enhancement. This command captures the basic information such as, resource usage, NP commands, and crypto counters. The time taken by this command is lesser than the full show tech command.
The following example shows how to use the show tech-support brief command:
switch/Admin# sh tech-support briefMonitoring and Displaying the Network Processor Buffer Usage (Switchover Option and NP Buffer Usage)
Switchover Option
When the ACE encounters a heavy volume of traffic, the internal buffers of the Network Processors (NP) reach their maximum threshold. When this situation occurs, the ACE becomes unresponsive and requires a manual reload. If the buffer threshold reload configuration is used, ACE triggers an automatic reload when the maximum threshold is met.
Per CSCtz18287 and CSCuc83463, you can now set the threshold levels for NP buffers in the active and standby ACEs and the active ACE can switch over when the NP buffer reaches or exceeds the threshold. This process occurs when you enter the buffer threshold switchover command in configuration mode in the admin context.The ACE checks the status of the NP buffer usage at regular intervals of time (five seconds) and initiates the switchover action whenever the buffer usage exceeds the defined threshold. The syntax of this command is as follows:
buffer threshold active number1 standby number2 action switchoverThe keywords and arguments of buffer threshold switchover command are as follows:
•
Active number1—Specifies the buffer threshold for the active redundant ACE or the standalone ACE as a percentage. You can enter 50, 75, 88, 95, or 100 because there is no default value. In a redundant configuration, when the buffer usage reaches or exceeds the threshold value and the NP's buffers usage in the standby ACE falls below the configured standby threshold, a switchover occurs for all valid contexts. The standalone ACE reboots when one of the NP's buffer usage exceeds the active value.
•
Standby number2—Specifies the buffer threshold for the standby redundant ACE. You can enter 10, 20, 30, 40, or 50 because there is no default value. In a redundant configuration, if the active ACE buffer usage exceeds the configured active threshold and the standby ACE buffer usage reaches or exceeds the standby threshold, no switchover occurs. For a switchover to occur, the standby buffer usage of all NPs must be less than the configured standby threshold value.
•
Action switchover—specifies the ACE to switch over the contexts for the following state:
–
ACTIVE state in the ACE when the buffer utilization exceeds the configured threshold.
–
STANDBY_HOT state in the ACE when the buffer utilization falls below the configured standby threshold. In a standalone configuration, the ACE reloads when the configured active threshold is exceeded.
For example, enter the following command to specify the active NP buffer utilization threshold as 88 percent, the standby NP buffer utilization threshold as 40 percent, and the action as switchover:
host1/Admin(config)# buffer threshold active 88 standby 40 action switchoverDisplaying the NP Buffer Usage
You can display the buffer usage of each NP by using the show np number buffer usage command in Exec mode. The syntax of this command is as follows:
show np number buffer usage
The number value specifies the number of the NP for which you want to display buffer usage statistics.
Displaying Worry Thresholds for Show Command Statistics
Per CSCuc50795, ACE software version A5(2.2) provides help strings and worry thresholds to display the following system statistics:
•
show system resources—Displays the resources used by the system.
•
show system internal mts memory—Provides detailed information about the MTS memory.
•
show system internal mts buffer details—Provides detailed information about MTS buffers. MTS buffers are used for internal communications between processes and threads with the ACE. In general, a buffer is allocated, sent, processed, and freed quickly.
The worry thresholds defined for the show commands are as follows. The worry thresholds are system defined and cannot be configured.
•
When you enter the show system resources command, the following worry thresholds are set:
–
If the CPU_STATES_IDLE parameter is less than 5%, an asterisk (*) is displayed against that parameter.
–
If the Average ME Utilization parameter of any core is greater than 95%, an asterisk (*) is displayed against that parameter.
–
If the free memory parameter is greater than 10,000, an asterisk (*) is displayed against that parameter.
•
When you enter the show system internal mts memory command, the following worry thresholds are set:
–
If the free memory parameter is less than 1 MB, an asterisk (*) is displayed against that parameter.
–
If the number of buffers in use exceed 10,000, an asterisk (*) is displayed against that parameter.
•
When you enter the show system internal mts buffers details command, the following worry thresholds are set:
–
If the Age parameter is greater than an hour (that is, 3600000 ms), an asterisk (*) is displayed against that parameter.
Displaying Monitoring Parameters Using the Show Command
ACE software version A5(2.2) provides the show resource monitor-params command to display the monitoring parameters. This command is configured in the Admin mode only. The following example shows how to use the show resource monitor-params command:
switch/Admin# show resource monitor-params
Controlling an ACE Outage Due to a DDoS Attack
During a Distributed Denial of Service (DDoS) attack, multiple TCP connections and HTTP GET requests cause the ACE to exhaust all the available buffers that lead to an outage situation. Each client in the DDoS attack establishes a connection, sends an HTTP request to the ACE, and closes the connection at the client side. The ACE buffers the response from the web server. However, the client in the DDoS attack does not acknowledge the HTTP responses from the ACE and the ACE has to wait until the connection times out. When you enter the buffer threshold active active threshold standby standby threshold reload command and the buffer utilization increases (due to a DDoS attack), the buffer usage reaches the configured threshold value and causes the ACE to automatically reload and a switchover occurs.
For example: Consider the buffer threshold of two ACEs, ACE1 and ACE2 are 75% (active) and 50% (standby). When ACE1 reaches 75%, it checks if the utilization of ACE2 is less than 50% and reloads ACE1 making ACE2 active. After a short duration, ACE2 reloads due to the same buffer utilization issue which leads to outage.
Per CSCtz97775, inline buffer threshold checks are included in the Retransmission, Probing, and Reassembling expiry to reset the connection when the overall buffer utilization has crossed the configured threshold in the newly added parameter in the Connection Parameter map.
A new parameter is added in the Connection Paramter map to configure the buffer threshold.
The syntax of a command using this parameter is as follows:
parameter-map type connection Param_map_name
set tcp buffer-threshold 50, 75, 77, 88, 95, 100
The following example shows how to use this parameter in a command:
switch/Admin(config)# parameter-map type connection CPMswitch/Admin(config-parammap-conn)# set tcp buffer-threshold ?100%50%75%77%88%95%ACE software version A5(2.2) provides a new TCP statistic Max buffer threshold reached which increments before resetting the connection due to the buffer threshold. The following example shows how to use this stat in a command:
switch/Admin# show np 1 me-stats -stcp | include "Max buffer"Max buffer threshold reached: 3009831 3666The existing reassembly timer is modified as a repetitive timer with a shorter duration. The 77% threshold check is added in the buffer management library.
Supporting Chunked Encoded HTTP(s) Responses from Real Servers
Per CSCtz78330, ACE software version A5(2.2) allows the health monitoring probes to support chunked encoded HTTP(s) responses from real servers.
The following flag needs to be enabled through CLI to use this feature:
=====================================switch/Admin(config)# ?Configure commands:aaa Configure aaa functions[...]hm-strict-parsing 1:Enable/0:Disable strict probe response parsing <<<<<<<<<<<<<<[...]switch/Admin(config)# hm-strict-parsing ?<0-1> Should be 1 for chunked response parsing=====================================
Note
•
By default, the hm-strict-parsing flag is disabled. It is mandatory to enable it (by setting it to 1) to ensure that the ACE system parses chunked encoded HTTP(s) probe data properly. After it is enabled, a no form of the above command does not disable the feature. To disable the feature, you must set the hm-strict-parsing flag to "0" explicitly.
•
In order to parse chunk encoded responses from a real rserver, it is required that the server responds in the format compliant to HTTP(s) standards. If the response is noncompliant, it results in probe failures.
•
Configuring a hash value check for chunk-encoded data generates an incorrect hash value (as per CSCud89210). The possible workaround is to set the hash value to be equal to what the ACE calculates so that the probe passes successfully.
Enabling the TCP Retransmission Queue Debug Option
Per CSCue25052, the ACE is provisioned to enable or disable the TCP retransmission queue debug option to get more information for the CSCty02827-NP ME hung issue. You can enable the debug-tcp-retrans-queue option in a parameter-map type connection and attach it under a VIP policy-map. This feature is included as resolution for CSCty02827 and you must enable this option to avoid the impact on the performance of the ACE.
The following example shows how to enable the TCP retransmission queue debug option:
switch/Admin(config)# parameter-map type connection xyzswitch/Admin(config-parammap-conn)# debug-tcp-retrans-queueNew Software Features in Version A5(2.1)
Software version A5(2.1) provides the following new features:
•
SSL Sticky Configuration in a Two-Tier ACE Deployment
•
Support for Radius IPv6 Load Balancing
•
Device Monitoring: Bandwidth, Total SSL Connections per Blade/Context, and NAT Pool Utilization
Configuring HTTP URL Rewrite
The HTTP URL rewrite feature enables the ACE to rewrite URI/URL pathnames in HTTP requests. When you request a certain URL, the server receives the request containing the URL modified by the ACE. This feature allows you to process application transactions on the backend real server/server farm in a unified manner. HTTP URL rewrite uses the rule-based rewriting engine (based on a regular-expression parser) to rewrite requested URLs instantly which provides a flexible and powerful mechanism for URL manipulation. These URL manipulations depend on various tests HTTP headers.
HTTP URL rewrite operates on the URLs and generates query string parts as the result. It effectively searches for the HTTP regex pattern on a URL and replaces the matched search pattern with the defined rewrite pattern.
You can rewrite the URL value in an HTTP request from a client using the url rewrite command in action-list modify configuration mode.
url rewrite url_regex replace new_url_regex
The keywords, parameters, and arguments of the url rewrite command are as follows:
•
url_regex—Specifies that the ACE is to match an HTTP URL present in HTTP request packets from clients.
•
replace—Specifies the replacement pattern for a new URL.
•
new_url_regex—Specifies that the ACE is to replace the new HTTP URL regex value.
In the following configuration example, the Layer 7 class matches any URL beginning with /foo/. Under the action-list, it then matches a more specific URL than the Layer 7 class and delineates two sections, which are saved as variables %1 and %2. The replace statement constructs the new URL using the %1, %2, and %h built-in variables.
class-map type http loadbalance match-any urlmatch2 match http url /foo/.*action-list type modify http Action_question1url rewrite "/index.html[?]ram=[?]cookie" replace "/test"Related CLI Changes
The new HTTP URL rewrite feature includes a set of statistics counters and error counters, and the following command line interface (CLI) commands have been modified:
•
show stats http—The show stats http command is modified to include the following statistics in the output:
–
URLs Rewritten—Counter to show the number of replacements performed for the current context
–
URLs Rewrite Errors—Counter to show the number of failed rewrites for the current context
–
URL Rewrites Configured—Counter to show how many URL Rewrite rules have been configured
The following example shows how to use the show stats http command:
switch/ctx1# show stats http--------------HTTP Statistics-----------LB parse result msgs sent : 2 , TCP data msgs sent : 2Inspect parse result msgs : 0 , SSL data msgs sent : 0sentTCP fin/rst msgs sent : 0 , Bounced fin/rst msgs sent: 0SSL fin/rst msgs sent : 0 , Unproxy msgs sent : 1Drain msgs sent : 1 , Particles read : 21Reuse msgs sent : 0 , HTTP requests : 2Reproxied requests : 0 , Headers removed : 0Headers inserted : 0 , HTTP redirects : 0HTTP chunks : 0 , Pipelined requests : 0HTTP unproxy conns : 1 , Pipeline flushes : 0Whitespace appends : 0 , Second pass parsing : 0Response entries recycled : 0 , Analysis errors : 0Header insert errors : 0 , Max parselen errors : 0Static parse errors : 0 , Resource errors : 0Invalid path errors : 0 , Bad HTTP version errors : 0Headers rewritten : 1 , Header rewrite errors : 0URLs rewritten : 4 , URL rewrite errors : 0•
show action-list—The show action-list command is modified to include the URL Rewrite field in the output.
The following example shows how to use the show action-list command:
switch/ctx1# show action-listNumber of action-lists : 2Action-list : act1Type : ModifyHeader Insert Request : name: Host value: 31.0.0.248Header Insert Response :Header Insert Both :Header Delete Request :Header Delete Response :Header Delete Both :Header Rewrite Request :Header Rewrite Response :Header Rewrite Both :SSL Rewrite Location :URL Rewrite :Action-list : act2Type : ModifyHeader Insert Response :Header Insert Both :Header Delete Request :Header Delete Response :Header Delete Both :Header Rewrite Request : name: Host value: 41(.*)100 replace: 31%1249Header Rewrite Response :Header Rewrite Both :SSL Rewrite Location :URL Rewrite : url regex: /index.html replace: /test.htmlGuidelines and Restrictions
•
The url rewrite command must have the url_regex and new_url_regex replacement pattern. In addition to the built-in variables, the following variables are supported:
–
%h
–
%u
Optionally, you can use user-defined variables.
•
Only one rewrite rule is allowed per action list because the Layer 7 class map is used to match the URLs that need to be written.
•
A total of 1000 URL rewrites are supported per ACE.
•
If the url rewrite command is used for a URL that contains the "?" character, this character needs to be represented as [?]. For example:
url rewrite "/index.html[?]ram=cookie" replace "/test.html"SSL Sticky Configuration in a Two-Tier ACE Deployment
ACE software version A5(2.1) allows you to optimize multiple SSL sticky entries associated with the Tier-1 of a 2-tier ACE deployment into a single SSL sticky entry. The SSL stickiness feature in a two-tier ACE deployment ensures persistent SSL connections across multiple server farms and helps reduce multiple sticky entries.
By default, SSL Session ID reuse is disabled in the ACE. If you intend to configure a two-tier ACE deployment, enable the SSL session ID reuse feature and configure the response sticky with 4 byte SSL ID parsing in the one-tier ACE.
The following example shows tier-one response sticky with four byte SSL ID parse configuration:
sticky ssl SSLlength 4serverfarm sf1response stickyEach SSL connection is uniquely identified by its SSL session ID and uses the unique four bytes of the first burned-in MAC addresses of a two-tier ACE. These four bytes are used by the one-tier ACE to parse the session ID and to identify the corresponding sticky entries in the two-tier ACE deployment.
Figure 1 shows the deployment architecture of one-tier and two-tier ACE.
Figure 1 Two-Tier ACE Deployment Architecture
For more information about configuring stickiness, see the "Configuring Stickiness" chapter in the Server Load-Balancing Guide vA5(1.0), Cisco ACE Application Control Engine.
Support for Radius IPv6 Load Balancing
ACE software version A5(2.1) supports load balancing of RADIUS IPv6 with session persistence (stickiness) on the ACE. It is applicable to mobile wireless deployments. In such a deployment, the ACE load balancing is requested from Cisco GGSN (Gateway GPRS Support Node) to Cisco Content Services Gateway (CSG). The GGSN ensures that a prefix is assigned to one end user only. The ACE load balances the RADIUS requests and creates the sticky entries based on the framed IPv6 prefix. The sticky lookup based on the source IP address for IPv6 end user packets match the sticky entries created by the RADIUS packets.
The sticky replication message is modified to include an additional 64 bit field because the support for RADIUS IPv6 load balancing requires the sticky hash key to be 128 bits.
For background information about creating a RADIUS-attribute sticky group, see the "Creating a RADIUS-Attribute Sticky Group" section of the Server Load-Balancing Guide vA5(1.0), Cisco ACE Application Control Engine.
Related CLI Commands
New CLI Commands
ACE software version A(2.1) provides the new CLI command enduser-v6-prefix-length to configure the prefix length of end user packets from the radius sticky configuration mode. The ACE uses the end user prefix length to mask the source ip address of the end user packets during the sticky lookup for IPV6 packets.
The sticky radius framed-ip command allows you to access the radius sticky configuration mode. The only syntax for the enduser-v6-prefix-length command is:
enduser-v6-prefix-length prefix_length_value
The enduser-v6-prefix-length command is used to configure prefix length for end user packets from the radius sticky mode. The valid prefix range is 1 to 128 bits. The default prefix length is 64 bits.
The following examples show how to use the enduser-v6-prefix-length command to define a prefix length of 112:
host1/Admin# confighost1/Admin(config)#host1/Admin(config)# sticky radius framed-ip fip-farm-v6host1/Admin(config-sticky-radius)# enduser-v6-prefix-length 112Use the no form of this command to remove the prefix length for end user packets from the configuration.
Modified CLI Commands
The following CLI show commands are modified to include IPv6 statistics:
•
show stats loadbalance radius
The following example shows the show stats loadbalance radius command:
switch/Admin# show stats loadbalance radius+-------------------------------------------------++--------- Radius Loadbalance statistics ---------++-------------------------------------------------+Total requests received : 0Total responses received : 0Total retry packets received : 0Total header parse results received : 0Total body parse results received : 0Total data parse results received : 0Total packets sent out : 0Total sessions allocated : 0Total sessions deleted : 0Total username sticky added : 0Total calling-station sticky added : 0Total framed-ip sticky added : 0Total framed-ipv6 sticky added : 0Total v6 end-user pkt sticky success : 13Total v6 end-user pkt sticky failure : 0Total end-user packet sticky success : 0Total end-user packet sticky failure : 0Total Acct-On/Off requests received : 0Total Acct-On/Off responses received : 0Total Acct-On/Off with no rules : 0Total Acct-On/Off req processing done : 0Total NULL packet received errors : 0Total parse errors : 0Total invalid proxy mapper entries : 0Total sticky addition failures : 0Total proxy mapper alloc failures : 0Total stale packet errors : 0Total Radius sessions failures : 0Total proxy mapper lookup failures : 0•
show sticky database detail
The following example shows the show sticky database detail command:
switch/Admin# show sticky database detailprocessor (0/3): 0results index: 1 of 1sticky group: fip-farm-v4sticky type: RADIUSrserver: v4-rs-01realPort: 0timeout (secs): 86400sticky-entry: 0x2002000000000000 0000000014110000internal entry-id: 0x200003time-to-expire (secs): 26025sticky-hit-count: 3active-conn-count: 0in-use reference count: 0static entry: FALSEreverse entry: FALSEactive entry: TRUEtimeout-active-conns: FALSEcreated-from-HA-peer: FALSEHA-replicated-at-least-once: TRUERadius Wait-For-Ack: FALSETotal Sticky Entries: 1•
show sticky database
The following example shows the show sticky database command:
switch/Admin# show sticky databasesticky group : fip-farm-v4type : RADIUStimeout : 1440 timeout-activeconns : FALSEsticky-entry rserver-instance time-to-expire flags---------------------+--------------------------------+--------------+-------+0x2002000000000000 v4-rs-01:0 26021 -0000000014110000Guidelines and Restrictions
•
When you downgrade the software to a previous release, the higher 64 bits of the sticky entry are not synchronized because the previous release does not support 128 bit sticky hash keys.
•
If the framed-ipv6-prefix and framed-ip attributes are present in the same request or response packet, the sticky entry is created based on the framed-ip.
•
Multiple framed-ipv6-prefixes within the same request or response are not supported.
Device Monitoring: Bandwidth, Total SSL Connections per Blade/Context, and NAT Pool Utilization
ACE software version A5(2.1) generates a notification when the ACE resource usage exceeds or fails to meet the configured threshold. It allows the ACE to monitor resources and notify the Network Manager (NM) when the resources reach the maximum/minimum threshold. The notifications to the NM are sent through SNMP traps.
The ACE generates notifications when the usage of the following resources exceed or fail to meet one of the following specified threshold limits:
•
Bandwidth and Active SSL Connections
Bandwidth and Active SSL Connections
You can configure the ACE to issue SNMP traps and syslog messages when resource usage by the ACE or a specific context breaches the specified thresholds (high, low, and watermark) for the following monitored resources:
•
Bandwidth
•
Active SSL Connections
Related CLI Configuration and Changes
ACE software version A5(2.1) provides the new CLI command resource usage-threshold to configure the resource usage threshold limits at both system level and context level. This command is configured in the configuration mode.
Note
The threshold limits for the resource usage (at system level and context level) can be configured using the CLI only. ACE software version A5(2.1) does not support XML configuration for threshold limits for resource usage.
The resource usage-threshold command is used to configure the resource usage threshold. The following example shows how to use the resource usage-threshold command:
switch/Admin(config)# resource usage-thresholdswitch/Admin(config-resrc-thres)#The system-level command determines the resource usage threshold configured at the system level. The syntax of the system-level command is as follows:
system-level {bandwidth | active-ssl-conn} high threshold_value low threshold_value watermark threshold_value
The following example shows how to use the system-level command to configure threshold for bandwidth and active SSL connections:
switch/Admin(config-resrc-thres)# system-level bandwidth high 90 low 50 watermark 88switch/Admin(config-resrc-thres)# system-level active-ssl-conn high 98 watermark 95The keywords, arguments, and options in the above commands are as follows:
•
system-level—Specifies the parameters configured at the system level and can only be configured by the administrator.
•
bandwidth—Configures the usage threshold for resource bandwidth and can be configured at the system level.
•
active-ssl-conn—Configures the usage threshold for active SSL connections at the system level and can be configured by the administrator only.
•
high—Indicates the highest value of the threshold defined. This value is configured as a percentage between 1 to 100 and is represented as the highest percentage of the maximum number of allocated resources. The ACE sends a notification/trap to the NM when the current resource usage exceeds the highest threshold value.
•
low—Indicates the lowest value of the threshold defined. This value is configured as a percentage between 1 to 100 and is represented as the lowest percentage of the minimum number of allocated resources. The ACE sends a notification/trap to the NM when the current resource usage is less than the specified lowest threshold value.
•
watermark—Indicates the defined watermark threshold. A watermark is configured as a percentage between 1 to 100 and is represented as the percentage of the maximum and minimum allocated resource. It is used to reset the high/low traps and to optimize the number of traps that are sent.
Watermark Calculation
The high watermark value is calculated as follows:
high watermark value = watermark * maximum allocation/100The ACE sends a "Falling Watermark" notification when the current usage is below the high watermark value. See the "Related SNMP Trap Configuration and Changes" section for details.
The low watermark value is calculated as follows:
low watermark value = watermark * minimum allocation/100The ACE sends a "Rising Watermark" notification when the current usage exceeds the low watermark value. See the "Related SNMP Trap Configuration and Changes" section for details.
•
The resource usage threshold parameters are configured within the following range:
1 <= low < watermark < high <= 100
Note
Based on the current statistics, the ACE resends notifications for the following conditions:
•
Create a new contact
•
Create/modify/attach resource-class to a context
•
Modify resource-usage-threshold configuration
Related SNMP Trap Configuration and Changes
SNMP notification traps are system alerts that ACE generates when the resource usage exceeds or fails to meet the specified threshold. For background information about enabling SNMP notifications, see the "Enabling SNMP Notifications" section in the Administration Guide vA5(1.0), Cisco ACE Application Control Engine.
The following commands are used to configure SNMP traps at context and system levels:
switch/Admin(config)# snmp-server enable traps rate-limit system-level bandwidthswitch/Admin(config)# snmp-server enable traps rate-limit system-level active-ssl-connswitch/Admin(config)# snmp-server enable traps rate-limit bandwidthThe following objects are defined to generate a notification when the current usage exceeds or fails to meet the specified threshold:
•
clrResourceRateLimitReachedRev1—defined in CISCO-L4L7MODULE-RESOURCE-LIMIT-MIB.my
Table 5 lists the subobjects included in the notification.
•
cspSSLResourceLimitReached—Defined in -SSL-PROXY-MIB.my and notifies when the active SSL connections usage exceeds the configured threshold values. Because SSL connections do not have a lower limit, the notifications related to the low resource usage are not sent.
Table 6 lists the subobjects included in the notification.
For more information about the SNMP notification (traps) supported by the ACE, see the "ACE SNMP Notifications (Traps)" section in the Administration Guide vA5(1.0), Cisco ACE Application Control Engine.
NAT Pool Utilization
As a part of the show nat-fabric CLI command, the nat-pool-utilization parameter has been added in the ACE software version A5(2.1) to provide information on Network Address Translation (NAT) pool utilization. The NAT pool utilization information in the show command output has the following details: User Pool ID, NP Utilization, Lower/Upper Ip Addresses fields, and Context name.
Enter the following command to display the NAT pool utilization:
switch/Admin# show nat-fabric nat-pool-utilizationThe following example shows how to use the show nat-fabric command to determine NAT pool utilization:
switch/Admin# show nat-fabric nat-pool-utilization------------------------------------------------------------------
Note
ACE software version A5(2.1) does not monitor Port Address Translation (PAT) utilization.
New Software Features in Version A5(2.0)
This section describes the new features associated with ACE appliance software Version A5(2.0). The information presented in this section builds on the information available in the documentation set for ACE software Version A5(1.0), which you can find at the following URLs:
•
ACE configuration documentation doc set:
http://www.cisco.com/en/US/products/ps7027/products_installation_and_configuration_guides_list.html
•
ACE command reference:
ACE software Version A5(2.0) provides the following new features:
•
Buddy Sticky Groups that Enable Persistence Across Multiple Server Farms
•
Support for Static NAT IPv4-to-IPv6 and IPv6-to-IPv4 Translation
•
Support for DNS IPv4-to-IPv6 and IPv6-to-IPv4 Load Balancing with Inspection
•
Maintaining a Full Proxy Connection During a TCP Handshake Mismatch
•
Support for a Wildcard KAL-AP GSS IP Address
•
SSL Probe Configuration Option for Ignoring the Certificate Expiration Date
•
Support for Additional Syslog Logging Hosts
•
Support for SSL Session ID Stickiness
•
Support for the ACE No Payload Encryption Software Version
•
Support for A5(2.0)-Specific Features in ACE Appliance Device Manager GUI
•
Support for Creation of RDP Parameter Maps
•
Ability to Enable Regular Expression Download Optimization
•
Support for NTPv3 Authentication
•
Extended Range of Supported Characters in a URL
•
Configuring an SNMP Peer Engine ID for the Standby ACE
•
Configuring an SNMP User Authentication Password for the Standby ACE
•
Ability for the ACE to Accept a User Account with an Expired Date
•
Addressing SSL Certificates With a Subject or Issuer That is Greater Than 256 Bytes
•
Accessibility of Device Manager GUI Troubleshooting Tools from the ACE Appliance CLI
•
ACE Probes Use the Interface MAC Address as the Source MAC Address
Buddy Sticky Groups that Enable Persistence Across Multiple Server Farms
ACE software version A5(2.0) allows you to create buddy sticky groups that enable persistence to a real server or real server group across multiple server farms. Prior software releases allow you to configure stickiness within a single server farm only using sticky groups.
You use the buddy sticky group feature for the following applications:
•
One-to-one association—Sticks the client to the same physical server instances in two different server farms (see the "One-to-One Association Application Example" section).
•
Asymmetric association—Sticks a client to a real server that is configured on different server farms even when the client comes back with a non-HTTP request or different HTTP header (see the "Asymmetric Association Application Example" section).
•
Many-to-one association—Sticks multiple, first-tier real servers to one real server in a second tier that contains fewer servers (see the "Many-to-One Association Application Example" section).
Note
The ACE buddy sticky group feature does not support the one-to-many application.
To use the buddy group feature, you perform the following steps while configuring the ACE for load balancing:
1.
Create real server buddy sticky groups when specifying the real servers in a server farm.
You make a real server a member of a real server buddy group by using the new buddy command in the server farm host real server configuration mode. The command syntax is as follows:
buddy group_name
where group_name is the name of a new or existing real server buddy sticky group. Enter 1 to 64 alphanumeric characters.
Examplehost1/admin(config)#serverfarm sfarm1host1/admin(config-sfarm-host)#rserver rserv12host1/admin(config-sfarm-host-rs)#buddy blue2.
Create sticky server farm buddy groups when specifying the server farms in a sticky group.
You make sticky server farms part of a member of a buddy sticky group by using the new member command in sticky configuration mode. The command syntax is as follows:
member group_name
where group_name is the name of a new or existing server farm buddy sticky group. Enter 1 to 64 alphanumeric characters.
Examplehost1/admin(config)#sticky ip-netmask 255.255.255.255 address both stick-carthost1/admin(config-sticky-ip)#serverfarm httphost1/admin(config-sticky-ip)#member alphaThis section includes the following topics:
•
One-to-One Association Application Example
•
Asymmetric Association Application Example
•
Many-to-One Association Application Example
•
Displaying Buddy Sticky Group Information
Guidelines and Restrictions
•
When two sticky groups with different timeout values are buddied together, the ACE uses the shortest timeout value for the buddy group.
•
Sticky groups to be buddied together must of the same type, such as all IP-sticky, all http-cookie, and so forth. The ACE does not support different types of sticky groups buddied together.
•
When two sticky groups are buddied together and one of them is configured for timeout active connections, the member group is also configured for timeout active connections.
•
When two sticky groups are configured with different IP netmask (IPv4) or prefix-length (IPv6), the ACE uses the one with the most granular netmask or prefix-length.
•
When a static entry is created under a buddy sticky group, its behavior is unchanged and it sticks to the same real server configured regardless of the buddy group that real server is associated with.
•
Before you can configure a sticky group as a member, you must have a server farm configured under that sticky group and all the real servers that belong to that server farm have buddy group configured under them. This requirement prevents invalid configurations.
•
The ACE does not support configuring the following types of sticky groups as buddy sticky group members:
–
SSL
–
RTSP
•
The ACE supports PTMP sticky group such as SIP sticky; however, you must make sure that the configuration is the same across both sticky groups for the buddy sticky group feature to work.
•
For real server backup applications:
–
We recommend only 1 level of backup-rserver with buddy sticky.
–
If you add a buddy group to the primary real server, the backup server inherits this buddy group. However, if you remove the buddy group from the primary real server, the buddy group is not removed from the backup real server and vice versa.
•
You can display information related to buddy sticky group configurations (see the "Displaying Buddy Sticky Group Information" section).
•
You can also use the ACE Device Manager GUI to configure buddy sticky groups. For more information, see the "Buddy Sticky Groups" section of the online help or the Device Manager GUI Guide vA5(2.0), Cisco ACE 4700 Series Application Control Engine Appliance.
One-to-One Association Application Example
In a one-to-one buddy sticky group association, you create a buddy sticky group that sticks the client to the same physical server instances in two different server farms. In the network example shown in Figure 2, the ACE is configured with the following server farms, their associated real servers, and the buddy sticky groups that group both items:
Figure 2 Buddy Sticky Groups: One-to-One Association
The ACE is configured to load balance HTTP requests to server farm http using either real server 1nx1:192.168.1.11:80 or 1nx2:192.168.1.12:80. The ACE is also configured to load balance HTTPS requests using server farm https and either real server 1nx1:192.168.1.11:443 or 1nx2:192.168.1.12:443. The buddy groups allow the ACE to stick a client to the same real server (for example, 1nx1) while building a shopping cart using HTTP requests and then checking out using HTTPS.
In this example, the client hits VIP 172.16.1.100, destination port 80 with an HTTP request to begin to build a shopping cart. The ACE load balances the request to server farm http, real server 1nx1:192.168.1.11:80 and creates a sticky entry based on the corresponding sticky group (for example, source IP address) that sticks the client to the real server while the client builds their shopping cart. When the client moves to the secured connection (port 443) for checkout, it hits the VIP with destination port 443 and the ACE sends the client to server farm https. The ACE finds an existing sticky entry with real server Inx1:192.168.1.11:80 and directs the client to 1nx1:192.168.1.11:443 because the two real servers are buddied together under the blue buddy group.
CLI Sample Configuration
The following example configuration applies to Figure 2 and shows the buddy group-related values in bold text:
host1/admin(config)#serverfarm httphost1/admin(config-sfarm-host)#rserver lnx1host1/admin(config-sfarm-host-rs)#buddy bluehost1/admin(config-sfarm-host-rs)#exithost1/admin(config-sfarm-host)#rserver lnx2host1/admin(config-sfarm-host-rs)#buddy redhost1/admin(config-sfarm-host-rs)#exithost1/admin(config-sfarm-host)#exithost1/admin(config)#serverfarm httpshost1/admin(config-sfarm-host)#rserver lnx1 443host1/admin(config-sfarm-host-rs)#buddy bluehost1/admin(config-sfarm-host-rs)#exithost1/admin(config-sfarm-host)#rserver lnx2 443host1/admin(config-sfarm-host-rs)#buddy redhost1/admin(config-sfarm-host-rs)#exithost1/admin(config-sfarm-host)#exithost1/admin(config)#sticky ip-netmask 255.255.255.255 address both stick-carthost1/admin(config-sticky-ip)#serverfarm httphost1/admin(config-sticky-ip)#member alphahost1/admin(config-sticky-ip)#exithost1/admin(config)#sticky ip-netmask 255.255.255.255 address both stick-credithost1/admin(config-sticky-ip)#serverfarm httpshost1/admin(config-sticky-ip)#member alphahost1/admin(config-sticky-ip)#exithost1/admin(config)#class-map cart-viphost1/admin(config-cmap)#match virtual-address 172.16.1.100 tcp eq wwwhost1/admin(config-cmap)#exithost1/admin(config)#class-map checkout-viphost1/admin(config-cmap)#match virtual-address 172.16.1.100 tcp eq httpshost1/admin(config-cmap)#exithost1/admin(config)#policy-map type loadbalance http first-match cart-lbhost1/admin(config-pmap-lb)#class class-defaulthost1/admin(config-pmap-lb-c)#sticky-serverfarm stick-carthost1/admin(config-pmap-lb-c)#exithost1/admin(config-pmap-lb)#exithost1/admin(config)#policy-map type loadbalance http first-match checkout-lbhost1/admin(config-pmap-lb)#class class-defaulthost1/admin(config-pmap-lb-c)#sticky-serverfarm stick-credithost1/admin(config-pmap-lb-c)#exithost1/admin(config-pmap-lb)#exithost1/admin(config)#policy-map multi-match shopping-carthost1/admin(config-pmap)#class cart-viphost1/admin(config-pmap-c)#loadbalance vip inservicehost1/admin(config-pmap-c)#loadbalance policy cart-lbhost1/admin(config-pmap-c)#exithost1/admin(config-pmap)#exithost1/admin(config-pmap)#class checkout-viphost1/admin(config-pmap-c)#loadbalance vip inservicehost1/admin(config-pmap-c)#loadbalance policy checkout-lbAsymmetric Association Application Example
In an asymmetric buddy sticky group association, you create a buddy sticky group that sticks all Layer 7 traffic from a client to a specific real server even when some of the traffic does not match the Layer 7 class map.
In the network example shown in Figure 3, the ACE is configured to include the following server farms, their associated real servers, and assigned real server buddy sticky groups:
Server Farm Server FarmBuddy Member Group Real Server Real ServerBuddy Groupfoo bar
alpha
1nx1
blue
1nx2
red
foo
alpha
1nx1
blue
bar
alpha
1nx2
red
Figure 3 Buddy Sticky Groups: Asymmetric Association
The ACE is configured to send client traffic with Layer 3 matches to server farm foobar, which contains real servers that are also configured on server farms foo and bar. The ACE load balances the client traffic to one of the real servers based on Layer 7 class map matches. By defining buddy sticky groups, the ACE is also able to stick non-matching client traffic to the same real server.
In this example, the client sends traffic with Layer 3 matches that the ACE directs and sticks (using ip sticky) to server farm foobar. The ACE uses a Layer 7 class map to check for HTTP URL and if present, sends the traffic to server farm foo and sticks the client traffic to that server using sticky that is based on the source IP address. Using a buddy stick group, the ACE uses the sticky entry to send any other traffic type from the client to the same real server. For example, if the ACE sticks the client HTTP traffic to server farm foo:real server lnx1 based on a Layer 7 class map match, the buddy stick group allows the ACE to send non-HTTP traffic from the client to the same real server.
CLI Sample Configuration
The following example configuration applies to Figure 3 and shows the buddy group-related values in bold text:
host1/admin(config)#serverfarm foohost1/admin(config-sfarm-host)#rserver lnx1host1/admin(config-sfarm-host-rs)#buddy bluehost1/admin(config-sfarm-host-rs)#exithost1/admin(config-sfarm-host)#exithost1/admin(config)#serverfarm barhost1/admin(config-sfarm-host)#rserver lnx2host1/admin(config-sfarm-host-rs)#buddy redhost1/admin(config-sfarm-host-rs)#exithost1/admin(config-sfarm-host)#exithost1/admin(config)#serverfarm foobarhost1/admin(config-sfarm-host)#rserver lnx1host1/admin(config-sfarm-host-rs)#buddy bluehost1/admin(config-sfarm-host-rs)#exithost1/admin(config-sfarm-host)#rserver lnx2host1/admin(config-sfarm-host-rs)#buddy redhost1/admin(config-sfarm-host-rs)#exithost1/admin(config-sfarm-host)#exithost1/admin(config)#sticky ip-netmask 255.255.255.255 address both stick-foohost1/admin(config-sticky-ip)#serverfarm foohost1/admin(config-sticky-ip)#member alphahost1/admin(config-sticky-ip)#exithost1/admin(config)#sticky ip-netmask 255.255.255.255 address both stick-barhost1/admin(config-sticky-ip)#serverfarm barhost1/admin(config-sticky-ip)#member alphahost1/admin(config-sticky-ip)#exithost1/admin(config)#sticky ip-netmask 255.255.255.255 address both stick-foobarhost1/admin(config-sticky-ip)#serverfarm foobarhost1/admin(config-sticky-ip)#member alphahost1/admin(config-sticky-ip)#exithost1/admin(config)#class-map app-viphost1/admin(config-cmap)#match virtual-address 172.16.1.100 anyhost1/admin(config-cmap)#exithost1/admin(config)#class-map type http loadbalance match-all app-foohost1/admin(config-cmap)#match http url /app-foo/.*host1/admin(config-cmap)#exithost1/admin(config)#class-map type http loadbalance match-all app-barhost1/admin(config-cmap)#match http url /app-bar/.*host1/admin(config-cmap)#exithost1/admin(config)#policy-map type loadbalance http first-match slbhost1/admin(config-pmap-lb)#class app-foohost1/admin(config-pmap-lb-c)#sticky-serverfarm foohost1/admin(config-pmap-lb-c)#exithost1/admin(config-pmap-lb)#class app-barhost1/admin(config-pmap-lb-c)#sticky-serverfarm barhost1/admin(config-pmap-lb-c)#exithost1/admin(config-pmap-lb)#class class-defaulthost1/admin(config-pmap-lb-c)#sticky-serverfarm foobarMany-to-One Association Application Example
In a many-to-one buddy sticky group association, you create a buddy sticky group that sticks a group of real servers to a specific real server, which is useful when clients are load balanced to a first-tier server farm containing many real servers and are then directed to a second-tier server farm that contains fewer real servers. In this type of application, you create buddy sticky groups that stick each first-tier real server group to a specific second-tier real server.
In the network example shown in Figure 4, the ACE is configured with the following server farms, their associated real servers, and assigned real server buddy groups:
Figure 4 Buddy Sticky Groups: Many-to-One Association
The buddy sticky groups blue and red divide the first-tier real servers into groups and then sticks each of these groups to a specific second-tier real server.
In this example, when the ACE load balances clients to either real server 1nx1 or 1nx2 in the server farm web, the clients are directed only to real server db1 when they are ready to move to the server farm app. Notice also that clients that the ACE load balances to 1nx3 and 1nx4 are directed only to real server db2 when they are ready to move to the server farm app.
CLI Sample Configuration
The following example configuration applies to Figure 4 and shows the buddy group-related values in bold text:
host1/admin(config)#serverfarm webhost1/admin(config-sfarm-host)#rserver lnx1 80host1/admin(config-sfarm-host-rs)#buddy bluehost1/admin(config-sfarm-host-rs)#inservicehost1/admin(config-sfarm-host-rs)#exithost1/admin(config-sfarm-host)#rserver lnx2 80host1/admin(config-sfarm-host-rs)#buddy bluehost1/admin(config-sfarm-host-rs)#inservicehost1/admin(config-sfarm-host-rs)#exithost1/admin(config-sfarm-host)#rserver lnx3 80host1/admin(config-sfarm-host-rs)#buddy redhost1/admin(config-sfarm-host-rs)#inservicehost1/admin(config-sfarm-host)#rserver lnx4 80host1/admin(config-sfarm-host-rs)#buddy redhost1/admin(config-sfarm-host-rs)#inservicehost1/admin(config-sfarm-host-rs)#exithost1/admin(config-sfarm-host)#exithost1/admin(config)#serverfarm apphost1/admin(config-sfarm-host)#rserver db1host1/admin(config-sfarm-host-rs)#buddy bluehost1/admin(config-sfarm-host-rs)#inservicehost1/admin(config-sfarm-host-rs)#exithost1/admin(config-sfarm-host)#rserver db2host1/admin(config-sfarm-host-rs)#buddy redhost1/admin(config-sfarm-host-rs)#inservicehost1/admin(config-sfarm-host-rs)#exithost1/admin(config-sfarm-host)#exithost1/admin(config)#sticky ip-netmask 255.255.255.255 address source webhost1/admin(config-sticky-ip)#serverfarm webhost1/admin(config-sticky-ip)#member alphahost1/admin(config-sticky-ip)#exithost1/admin(config)#sticky ip-netmask 255.255.255.255 address source dbhost1/admin(config-sticky-ip)#serverfarm dbhost1/admin(config-sticky-ip)#member alphahost1/admin(config-sticky-ip)#exithost1/admin(config)#class-map webhost1/admin(config-cmap)#match virtual-address 172.16.1.100 tcp eq 80host1/admin(config-cmap)#exithost1/admin(config)#class-map dbhost1/admin(config-cmap)#match virtual-address 172.16.1.100 tcp eq 81host1/admin(config-cmap)#exithost1/admin(config)#policy-map type loadbalance http first-match webhost1/admin(config-pmap-lb)#class class-defaulthost1/admin(config-pmap-lb-c)#sticky-serverfarm webhost1/admin(config-pmap-lb-c)#exithost1/admin(config-pmap-lb)#exithost1/admin(config)#policy-map type loadbalance http first-match dbhost1/admin(config-pmap-lb)#class class-defaulthost1/admin(config-pmap-lb-c)#sticky-serverfarm dbhost1/admin(config-pmap-lb-c)#exithost1/admin(config-pmap-lb)#exithost1/admin(config)#policy-map multi-match web-dbhost1/admin(config-pmap)#class webhost1/admin(config-pmap-c)#loadbalance vip inservicehost1/admin(config-pmap-c)#loadbalance policy webhost1/admin(config-pmap-c)#exithost1/admin(config-pmap)#class dbhost1/admin(config-pmap-c)#loadbalance vip inservicehost1/admin(config-pmap-c)#loadbalance policy dbDisplaying Buddy Sticky Group Information
The following CLI show commands have been modified to include buddy sticky group information:
•
show sticky database—Command now includes the buddy keyword, which displays buddy sticky entries separately from sticky entries.
Example
host1/Admin# show sticky database buddymember group : redtype : IPtimeout : 720 timeout-activeconns : TRUEsticky-entry rserver-instance time-to-expire flags---------------------+-----------------+--------------+-------+250232353865662720 rs1:0 43196Total Sticky Entries: 1•
show rserver detail—Command output now includes the buddy group associated with the real server in a particular server farm.
Example
switch/Admin# show rserver detailrserver : rs1, type: HOSTstate : OPERATIONAL (verified by arp response)description : -max-conns : - , out-of-rotation count : -min-conns : -conn-rate-limit : - , out-of-rotation count : -bandwidth-rate-limit : - , out-of-rotation count : -weight : 8-------------------------------------------connections-----------real weight state current total---+---------------------+------+------------+----------+--------------------serverfarm: sf110.10.10.2:0 8 OPERATIONAL 0 2max-conns : - , out-of-rotation count : -min-conns : -conn-rate-limit : - , out-of-rotation count : -bandwidth-rate-limit : - , out-of-rotation count : -total conn-failures : 0buddy group : blueserverfarm: sf210.10.10.2:0 8 OPERATIONAL 0 0max-conns : - , out-of-rotation count : -min-conns : -conn-rate-limit : - , out-of-rotation count : -bandwidth-rate-limit : - , out-of-rotation count : -total conn-failures : 0buddy group : red•
show serverfarm detail—Command output now includes the buddy group associated with the real servers in the server farm.
Example
switch/Admin# show serverfarm detailserverfarm : sf1, type: HOSTtotal rservers : 5active rservers: 5description : -state : ACTIVEpredictor : ROUNDROBINfailaction : -back-inservice : 0partial-threshold : 0num times failover : 1num times back inservice : 4total conn-dropcount : 0-------------------------------------------connections-----------real weight state current total failures---+---------------------+------+------------+----------+----------+---------rserver: rs110.10.10.2:0 8 OPERATIONAL 0 2 0max-conns : - , out-of-rotation count : -min-conns : -conn-rate-limit : - , out-of-rotation count : -bandwidth-rate-limit : - , out-of-rotation count : -retcode out-of-rotation count : -buddy group : bluerserver: rs210.10.10.3:0 8 OPERATIONAL 0 0 0max-conns : - , out-of-rotation count : -min-conns : -conn-rate-limit : - , out-of-rotation count : -bandwidth-rate-limit : - , out-of-rotation count : -retcode out-of-rotation count : -buddy group : red•
show stats sticky—Command output now includes the following attribute that shows the total number of sticky entries that are part of any buddy group:
–
Total active buddy sticky entries
Example
host1/Admin# show stats sticky+------------------------------------------++----------- Sticky statistics ------------++------------------------------------------+Total sticky entries reused : 0prior to expiryTotal active sticky entries : 1Total active reverse sticky entries : 0Total active buddy sticky entries : 1Total active sticky conns : 0Total static sticky entries : 0Total sticky entries from Global Pool : 1Total insertion failures due to lack of resources : 0•
show buddy-group—New command that displays the list of buddy groups configured in the virtual context. The command syntax is as follows:
show buddy-group [group]
The optional group argument displays all server farms and associated real servers that belong to the specified buddy group.
Example
host1/Admin# show buddy-groupBuddy-Grp Rserver Port Serverfarm+-----------------+---------------+----------+---------------bluers1-v4 0 sf-v4-1rs5-v4 0 sf-v4-1r1 0 sf-v6-1r5-backup 0 sf-v6-1r3 0 sf-v6-2rs1-v4 0 sf1-mainrs-main 0 sf2-mainrs1-v4 0 sf2-nobuddySupport for Static NAT IPv4-to-IPv6 and IPv6-to-IPv4 Translation
ACE software version A5(2.0) allows you to configure mixed-mode static network address translation (NAT) configurations in which the connections between the client and server use a mix of IPv4 and IPv6 addresses as follows:
•
IPv4 server or source address to an IPv6 address
•
IPv6 server or source address to an IPv4 address
These configuration options are in addition to the same-mode static NAT mapping options (IPv4 to IPv4 and IPv6 to IPv6) available with previous software releases, which do not support mixed-mode static NAT configurations.
The three static NAT applications for mixed mode are as follows:
•
Static Destination NAT and Dynamic Source NAT— Uses a combination of static destination NAT and dynamic source NAT for mapping a mixed mode application in which the client uses IPv4 and the application server uses IPv6 (see the "Static Destination NAT and Dynamic Source NAT Mixed-Mode Application" section).
•
Static Destination NAT and Static Source NAT—Use static NAT only for mapping a mixed mode application in which the client uses IPv4 and the application server uses IPv6 (see the "Static Destination NAT and Static Source NAT Mixed-Mode Application" section).
•
Static NAT for a Subnet—Use static NAT to map a set of private IP addresses to a set of global IP addresses with a subnet (also referred to as the many-to-many application).
Guidelines and Restrictions
For details about configuring static NAT, see the "Configuring Static NAT and Static Port Redirection as a Policy Action" section in the Security Guide vA5(1.0), Cisco ACE Application Control Engine Guide. The information that the guide provides for configuring same-mode static NAT mapping can be used for mixed-mode configurations.
This section includes the following topics:
•
Static Destination NAT and Dynamic Source NAT Mixed-Mode Application
•
Static Destination NAT and Static Source NAT Mixed-Mode Application
Static Destination NAT and Dynamic Source NAT Mixed-Mode Application
This section describes how to use a combination of static destination NAT and dynamic source NAT for mapping a mixed mode application in which the client uses IPv4 and the application server uses IPv6 (see Figure 5). In this application, static destination NAT maps the server IPv6 source address to an IPv4 address and dynamic NAT translates the client IPv4 address to an IPv6 address.
Figure 5 Mixed Mode Static Destination NAT and Dynamic Source NAT Application
For this application, the two types of NAT are used as follows:
•
Static Destination NAT: Maps S6 (IPv6) to S'4 (IPv4) in client side VLAN
•
Dynamic Source NAT: Maps C'6 (IPv4) to S6 (IPv6) after NAT maps C4 to C'6
Example
The following example shows how to configure the ACE for the application described in this section:
access-list acl-01 line 8 extended permit ip any anyclass-map match-any ANY2 match anyclass-map match-all nat2 match source-address 2001:3008::1:1/128 -->Server IP addresspolicy-map multi-match doSrcNatANYclass ANY -->Src NAT any traffic hitting client VLANnat dynamic 10 vlan 3008policy-map multi-match static_natclass nat -->Matching server IPv6nat static 10.8.2.1 netmask 255.255.255.255 vlan 2008 -->Mapped to IPv4 IPhosted on client VLAN 2008access-group input acl-01interface vlan 2008ip address 10.8.0.3 255.255.0.0alias 10.8.0.1 255.255.0.0peer ip address 10.8.0.2 255.255.0.0service-policy input doSrcNatAny -->Do src NAT on all traffic hitting the client VLANno shutdowninterface vlan 3008ipv6 enableip address 2001:3008::1/100ip address 192.168.0.3 255.255.0.0nat-pool 10 2001:3008::3:1 2001:3008::3:1/100 -->Choose one of the IP from the poolservice-policy input static_nat -->Static NAT applied on egress/server side VLANno shutdownStatic Destination NAT and Static Source NAT Mixed-Mode Application
This section describes how to use static NAT for mapping a mixed mode application in which the client uses IPv4 and the application server uses IPv6 (see Figure 6). In this application, static destination NAT maps the server IPv6 source address to an IPv4 address and static source NAT translates the client IPv4 address to an IPv6 address.
Figure 6 Mixed-Mode Static NAT Application
For this application, static NAT is used as follows:
•
Static Destination NAT: Maps S6 (IPv6) to S'4 (IPv4) in client side VLAN
•
Static Source NAT: Maps C'6 (IPv4) to S6 (IPv6) after NAT maps C4 to C'6
Example
The following example shows how to configure the ACE for the application described in this section:
class-map match-all src_server_s62 match source-address 2001:3017::1:1class-map match-all src_client_c42 match source-address 10.17.1.2 255.255.255.255policy-map multi-match dst_nat_s6_staticclass src_server_s6nat static 10.17.2.1 netmask 255.255.255.255 vlan 2017Policy-map multi-match src_nat_s4_staticclass src_client_c4nat static 2001:3017:2017::1 vlan 3017interface vlan 2017ip address 10.17.0.2 255.255.0.0service-policy input src_nat_s4_staticno shutdowninterface vlan 3017ipv6 enableip address 2002::1e11:2/112ip address 192.168.0.2 255.255.0.0service-policy input dst_nat_s6_staticno shutdownStatic NAT for Subnets
This section describes how to use static NAT to map a set of private IP addresses to a set of global IP addresses using a subnet, which you can do in mixed mode or non-mixed mode.
This static NAT application takes the host portion of the NAT IP address and appends it to the server host portion. For example, if NAT IP address 10.1.1.0 is mapped to the server host 192.168.2.0, then client 10.1.1.10 is sent to the server host as 192.168.2.10.
Guidelines and Restrictions
In a mixed mode application, the prefix length and IPv4 netmask must match. For example, if you configure the IPv4 netmask as 255.255.255.0 /24, then the IPv6 prefix length must be 120. The last octet (8 bits) is taken as the host portion for network address translation.
Example
The following example shows how to configure the ACE so that client 20.17.1.1 connects to mapped IP address 20.17.2.5 and is then translated to the destination as 2001:3017::1:5 (5 is derived from the NAT IP address):
class-map match-all src_server_s62 match source-address 2001:3017::1:0/120class-map match-all src_client_c42 match source-address 20.17.1.0 255.255.255.0policy-map multi-match dst_nat_s6_staticclass src_server_s6nat static 20.17.2.1 netmask 255.255.255.0 vlan 2017Policy-map multi-match src_nat_s4_staticclass src_client_c4nat static 2001:3017:2017::0/120 vlan 3017interface vlan 2017ip address 20.17.0.2 255.255.0.0service-policy input src_nat_s4_staticno shutdowninterface vlan 3017ipv6 enableip address 2002::1e11:2/112ip address 30.17.0.2 255.255.0.0service-policy input dst_nat_s6_staticno shutdownSupport for DNS IPv4-to-IPv6 and IPv6-to-IPv4 Load Balancing with Inspection
ACE software version A5(2.0) supports Domain Name System (DNS) inspection when using mixed-mode dynamic source network address translation (NAT), which performs NAT using the combinations of IPv4 and IPv6 connection types:
•
IPv4 client connects to a IPv4 VIP and is load balanced to a IPv6 real server
•
IPv6 client connects to a IPv6 VIP and is load balanced to a IPv4 real server
In both cases, the ACE translates the client address to an address in the NAT pool that matches the real server type and translates the VIP to the real server address.
Previous software releases support DNS inspection only when using same-mode dynamic source NAT in which NAT is performed on applications that use either IPv4 or IPv6 for all connections.
Guidelines and Restrictions
•
ACE software version A5(2.0) does not support a static NAT configuration for a DNS payload translation that requires a DNS Record type conversion, which is the process of converting an A record type to AAAA or AAAA to A. Because DNS record type conversion is not supported, the following related items are also not supported:
–
Record type conversion, which is required for translating an IPv4 address to IPv6 and IPv6 to IPv4 in the DNS payload.
Note
ACE software version A5(2.0) does support static NAT translations of the same type (IPv4 to IPv4 or IPv6 to IPv6) in the DNS payload.
–
DNS64 because DNS record type conversion is required.
•
For details about configuring static NAT, see the "Configuring Dynamic NAT and PAT" section in the Security Guide vA5(1.0), Cisco ACE Application Control Engine Guide. The information that the guide provides for configuring same-mode static NAT mapping can be used for mixed-mode configurations.
Example
The following example shows a mixed-mode dynamic source NAT configuration in which DNS inspection is enabled using the inspect dns command (shown in bold):
access-list acl-01 line 8 extended permit ip any anyaccess-list acl-v6 line 8 extended permit ip anyv6 anyv6rserver host v4-rs-01ip address 10.10.1.1inservicerserver host v4-rs-02ip address 10.10.1.2inservicerserver host v4-rs-03ip address 10.10.1.3inservicerserver host v4-rs-04ip address 10.10.1.4inservicerserver host v6-rs-01ip address 2002::1e11:101inservicerserver host v6-rs-02ip address 2002::1e11:102inservicerserver host v6-rs-03ip address 2002::1e11:103inservicerserver host v6-rs-04ip address 2002::1e11:104inserviceserverfarm host mixed-farmrserver v4-rs-01inservicerserver v6-rs-01inserviceserverfarm host v4-sf-01rserver v4-rs-01inservicerserver v4-rs-02rserver v4-rs-03rserver v4-rs-04serverfarm host v6-sf-01rserver v6-rs-01inservicerserver v6-rs-02rserver v6-rs-03rserver v6-rs-04class-map match-any v4-vip-traffic-012 match virtual-address 172.16.2.1 udp eq domainclass-map match-any v4-vip-traffic-022 match virtual-address 172.16.2.2 udp eq domainclass-map match-any v6-vip-traffic-012 match virtual-address 2002::1411:201 udp eq domainclass-map match-any v6-vip-traffic-022 match virtual-address 2002::1411:202 udp eq domainpolicy-map type management first-match mgmtclass class-defaultpermitpolicy-map type management first-match mgmt2class class-default-v6permitpolicy-map type loadbalance first-match mixed-dns-polclass class-defaultserverfarm mixed-farmpolicy-map type loadbalance first-match v4-dns-pol-01class class-defaultserverfarm v4-sf-01policy-map type loadbalance first-match v6-dns-pol-01class class-defaultserverfarm v6-sf-01policy-map multi-match v4-vip-pol-01class v4-vip-traffic-01loadbalance vip inserviceloadbalance policy v4-dns-pol-01loadbalance vip icmp-replyinspect dnspolicy-map multi-match v4_to_mixed-vipclass v4-vip-traffic-02loadbalance vip inserviceloadbalance policy mixed-dns-polloadbalance vip icmp-replynat dynamic 2 vlan 3017inspect dnspolicy-map multi-match v6-vip-pol-01class v6-vip-traffic-01loadbalance vip inserviceloadbalance policy v6-dns-pol-01loadbalance vip icmp-replyinspect dnspolicy-map multi-match v6_to_mixed-vipclass v6-vip-traffic-02loadbalance vip inserviceloadbalance policy mixed-dns-polloadbalance vip icmp-replynat dynamic 1 vlan 3017inspect dnsservice-policy input mgmtservice-policy input mgmt2access-group input acl-01access-group input acl-v6interface vlan 2017ipv6 enableip address 2002::1411:2/112alias 2002::1411:1/112peer ip address 2002::1411:3/112ip address 172.16.0.2 255.255.0.0alias 172.16.0.1 255.255.0.0peer ip address 172.16.0.3 255.255.0.0service-policy input v4-vip-pol-01service-policy input v6-vip-pol-01service-policy input v4_to_mixed-vipservice-policy input v6_to_mixed-vipno shutdowninterface vlan 3017ipv6 enableip address 2002::1e11:2/112alias 2002::1e11:1/112peer ip address 2002::1e11:3/112ip address 192.168.0.2 255.255.0.0alias 192.168.0.1 255.255.0.0peer ip address 192.168.0.3 255.255.0.0nat-pool 1 2002::1e11:a 2002::1e11:f/128nat-pool 1 192.168.0.150 192.168.0.150 netmask 255.255.255.255nat-pool 2 2002::1e11:10 2002::1e11:15/128nat-pool 2 192.168.0.160 192.168.0.160 netmask 255.255.255.255no shutdownMaintaining a Full Proxy Connection During a TCP Handshake Mismatch
ACE software version A5(2.0) allows the ACE to splice together the client front-end and the server back-end connections when the ACE is proxying Layer 7 traffic flow and the negotiated front-end and back-end TCP handshakes do not match. Previous software releases do not have this option and drop connections in which the TCP handshakes do not match.
When the ACE is proxying Layer 7 flow, it completes the front-end TCP handshake before it initiates the back-end handshake. This process can cause issues for TCP options that are negotiated or specified during the TCP handshake. The ACE does provide the option of specifying the TCP handshake values in a connection parameter map but this method is not scalable as it needs to be defined per connection and it is difficult to predict these values as it requires significant coordination between the application, networking, and security teams. A mismatch in maximum segment size (MSS) and other TCP parameters results in slow or broken connections.
The parameter map type connection configuration mode command now includes the full-proxy-mss-mismatch command option that configures the ACE to force a connection to maintain full proxy when there is an MSS mismatch between the front-end and back-end connections.
When an MSS mismatch occurs, the ACE generates a syslog that provides information on why the ACE had to force a proxy connection due to an MSS mismatch. The ACE now also includes a counter that tracks the number of MSS mismatches, which you can display using the show np 1 me-stat -stcp command.
Guidelines and Restrictions
•
For details about using the CLI to create a parameter map for a TCP connection, see the "Creating a Connection Parameter Map for TCP/IP, UDP, and ICMP" section in the Security Guide vA5(1.0), Cisco ACE Application Control Engine.
•
You can also use the ACE Device Manager GUI to enable the full proxy connection in case of a TCP handshake mismatch. For more information, see the "Configuring Connection Parameter Maps" section of the online help or the Device Manager GUI Guide, Cisco ACE 4700 Series Application Control Engine Appliance.
Examples
The following example shows how to use the CLI to create a connection parameter map (TCP_MISMATCH) that enables the TCP handshake mismatch feature:
host1/admin(config)#parameter-map type connection TCP_MISMATCH
host1/admin(config-sfarm-host)#full-proxy-mss-mismatchThe following example shows how to use the show np 1 me-stat -stcp command to show how many MSS mismatches have occurred:
host1/admin#show np 1 me-stat -stcpTCP Statistics: (Current)--------------TCP RX Messages received:TCP TX Messages received:...MSS mismatch counter:Support for a Wildcard KAL-AP GSS IP Address
ACE software version A5(2.0) allows you to configure the ACE with a wildcard KAL-AP Cisco Global Site Selector (GSS) IP address (0.0.0.0) to establish a secure communications channel between the ACE and multiple GSS devices that use the same MD5 encryption secret. With previous software releases, you must create a separate KAL-AP for each GSS IP address even when all or a set of GSS devices in a cluster use the same MD5 encryption secret.
To enable secure KAL-AP, you configure the IP address to the GSS and the shared secret using the ip address command from the KAL-AP UDP configuration mode. Use the no form of this command to remove the IP address and the shared secret from the configuration.
ip address ip_address encryption md5 secret
no ip address ip_address
The arguments are as follows:
•
ip_address—GSS IP address. Enter the IP address using dotted-decimal notation (for example, 192.168.11.1). Use the 0.0.0.0 wildcard value when multiple GSS devices in a cluster use the same secret.
•
secret—Shared secret between the GSS and the ACE. Enter the shared secret as a case-sensitive string with no spaces and a maximum of 31 alphanumeric characters.
Guidelines and Restrictions
•
The ACE supports KAL-AP using IPv4 only.
•
Use the wildcard IP address when both of the following conditions exist:
–
All GSS devices in the cluster use a secure channel for a KAL-AP message exchange with the ACE. Do not use the wildcard IP address if any GSS in the cluster uses an unsecure channel.
–
All or a set of GSS devices in the cluster use the same MD5 secret.
Note
You can only use the wildcard VIP address for one set of GSS devices that use the same MD5 secret. You must configure all other GSS devices individually for KAL-AP.
•
When using the no form of the command to remove a KAL-AP IP address, using the wildcard IP address removes only those VIPs that use the secret associated with the wildcard value. KAL-AP IP addresses that were defined using a specific GSS IP addresses remain and must be removed individually.
•
For details about using the CLI to configure a secure KAL-AP, see the "Configuring Secure KAL-AP" section in the Server Load-Balancing Guide vA5(1.0), Cisco ACE Application Control Engine.
Examples
The following example shows how to configure a secure KAL-AP on the ACE using the wildcard IP address (0.0.0.0) for all GSS devices that use the secret "andromeda":
host1/admin(config-sfarm-host-rs)#kalap udp
host1/admin(config)#(config-kalap-udp)# ip address 0.0.0.0 encryption md5 secret andromedaThe following example shows how to configure a secure KAL-AP on the ACE using a specific GSS IP address (192.168.11.1):
host1/admin(config-sticky-ip)#kalap udp
host1/admin(config-sticky-ip)#(config-kalap-udp)# ip address 192.168.11.1 encryption md5 secret andromeda2To disable the secure KAL-AP for all GSS devices that use the secret associated with the wildcard IP address (in this example, andromeda), enter:
host1/admin(config)#(config-kalap-udp)# no ip address 0.0.0.0SSL Probe Configuration Option for Ignoring the Certificate Expiration Date
ACE software version A5(2.0) allows you to configure an SSL probe to ignore the certificate expiration date, which allows the ACE to establish the connection even when the SSL certificate has expired. Previous software releases do not provide the option to ignore the certificate expiration date.
The ssl https probe configuration mode command now includes the certificate- expiration ignore command option that configures the probe to ignore the SSL certificate expiration date.
The output of the show probe probe_name detail now includes information about the state of the certificate expiration ignore setting.
Guidelines and Restrictions
•
For more information about using the CLI to configure an SSL probe, see the "Configuring an HTTPS Probe" section in the Server Load-Balancing Guide vA5(1.0), Cisco ACE Application Control Engine.
•
You can also use the ACE Device Manager GUI to configure an SSL probe that ignores the certificate expiration date. For more information, see the "HTTPS Probe Attributes" section of the online help or the Device Manager GUI Guide, Cisco ACE 4700 Series Application Control Engine Appliance.
Examples
The following example shows how to configure an SSL probe that ignores the certificate expiration date:
host1/admin(config-sfarm-host)#probe https ssl_probe
host1/admin(config-sfarm-host-rs)#ssl certificate-expiration ignoreThe following example shows how to display the probe details, including the state of the certificate expiration ignore setting:
host1/admin(config-sfarm-host-rs)#show ssl_probe detailprobe : ssl_probe
type : HTTPS
state : INACTIVE
description :
----------------------------------------------
port : 443 address : 0.0.0.0
addr type : - interval : 15 pass intvl : 60
pass count: 3 fail count: 3 recv timeout: 10
SSL version : All
SSL cipher : RSA_ANY
SSL certificate-check : Ignore
http method : GET
http url : /
conn termination : GRACEFUL
expect offset : 0 , open timeout : 1
regex cache-len : 0
expect regex : -
send data : -
------------------ probe results ------------------
associations ip-address port porttype probes failed passed health
------------ ----------------------+----+--------+------+------+------+------
Support for Additional Syslog Logging Hosts
ACE software version A5(2.0) allows you to specify up to four hosts (the syslog servers) to receive the syslog messages sent by the ACE. Previous software releases allow you to specify a maximum of two syslog servers.
To configure the ACE with a syslog server, you use the logging host command in configuration mode. To specify additional syslog servers, repeat the command for each server. To remove a syslog server, use the no form of the command.
Guidelines and Restrictions
•
On an ACE module, you can enable 256 servers only. That is, if there are four syslog servers in a context, then you can only configure 64 such contexts. You cannot a add a syslog server for the 65th context.
•
For more information about using the CLI to configure the ACE with syslog logging hosts, see the "Sending Syslog Messages to a Syslog Server" section in the System Message Guide vA5(1.0), Cisco ACE Application Control Engine.
•
You can also use the ACE Device Manager GUI to configure the ACE with syslog logging hosts. For more information, see the "Configuring Syslog Log Hosts" section of the online help or the Device Manager GUI Guide, Cisco ACE 4700 Series Application Control Engine Appliance.
Examples
The following example show how to use the CLI to configure the ACE with a syslog server:
host1/Admin(config)# logging host 192.168.10.1 tcp/1025 format emblem default-udpThe following example show how to use the CLI to remove a syslog server:
host1/Admin(config)# no logging host 192.168.10.1Support for SSL Session ID Stickiness
ACE software version A5(2.0) allows you to configure SSL session ID stickiness using the new SSL sticky and HTTPS policy map features. Previous software releases require a more involved process to configure SSL session ID stickiness in which you configure a generic protocol-parsing policy and a sticky group of type layer-4-payload with attributes configured to locate the SSL session ID inside the payload.
To configure SSL session ID stickiness using ACE software version A5(2.0), the sticky command has been modified to include the ssl option and the policy-map type loadbalance command has been modified to include the https option. After creating the SSL sticky, you apply it to an HTTPS policy map.
This section includes the following topics:
•
Using the Modified sticky Command for SSL Session ID Stickiness
•
Using the Modified policy-map type loadbalance Command for SSL Session ID Stickiness
Using the Modified sticky Command for SSL Session ID Stickiness
The modified syntax of the sticky configuration mode command is as follows:
sticky {http-content | http-cookie | http-header | ip-netmask | layer4-payload | radius | rtsp-header | sip|header | ssl | v6-prefix} name
no sticky {http-content | http-cookie | http-header | ip-netmask | layer4-payload | radius | rtsp-header | sip|header | ssl | v6-prefix} name
The ssl keyword has been added for configuring a sticky that is based on the SSL session ID. When you enter this command, the prompt changes to the sticky SSL content configuration mode (config-sticky-content) where you use the commands listed in Table 7 to define the SSL sticky attributes.
Guidelines and Restrictions
•
By default, the SSL sticky offset is set to 43 bytes and the begin pattern is set to \x20|\x00\xST.
•
To display the SSL sticky statistics, the show sticky database command now includes the ssl session_id keyword and argument options.
•
After creating the SSL sticky, you must apply it to an HTTPS policy map (see the "Using the Modified policy-map type loadbalance Command for SSL Session ID Stickiness" section).
•
For more information about using the CLI to configure stickiness, see the "Configuring Stickiness" chapter in the Server Load-Balancing Guide vA5(1.0), Cisco ACE Application Control Engine.
•
You can also use the ACE Device Manager GUI to configure a sticky that is based on the SSL session ID. For more information, see the "Configuring Sticky Groups" section of the online help or the Device Manager GUI Guide, Cisco ACE 4700 Series Application Control Engine Appliance.
Examples
The following example shows to create an SSL sticky (SSL_STICKY) and configure its attributes:
host1/Admin(config)# sticky ssl SSL_STICKYhost1/Admin(config-sticky-ssl)# length 125host1/Admin(config-sticky-ssl)# serverfarm SERVERFARM_SSLhost1/Admin(config-sticky-ssl)# timeout 720The following example shows to remove an SSL sticky:
host1/Admin(config)# no sticky ssl SSL_STICKYUsing the Modified policy-map type loadbalance Command for SSL Session ID Stickiness
The modified syntax of the policy-map type loadbalance configuration mode command is as follows:
policy-map type loadbalance {first-match | generic | http | https | radius | rdp | rtsp | sip}
The https keyword has been added for configuring a policy map for a sticky that is based on the SSL session ID. The complete syntax for the command when using the https keyword is as follows:
policy-map type loadbalance https first-match map_name
where map_name is the policy map name. Enter an unquoted text string with no spaces and a maximum of 64 alphanumeric characters.
When you enter this command, the prompt changes to the policy map loadbalance HTTPS configuration mode (config-pmap-lb-https) where you use the following procedure to configure the policy map with the match condition and sticky server farm:
Command PurposeStep 1
match name source-address
Example
host1/Admin(config-pmap-lb-https)# match HTTPS source-address
Specifies the source address as the inline match condition, which is the only inline match condition required for SSL session parsing.
Enter an unquoted text string with no spaces. The length of the inline match statement name plus the length of the policy map name with which it is associated cannot exceed a total maximum of 64 alphanumeric characters. For example, if the policy map name is L7_POLICY (nine characters), an inline match statement name under this policy cannot exceed 55 alphanumeric characters (64 - 9 = 55).
Step 1
class class-default
Example
host1/Admin(config-pmap-lb-https)# class class-default
Enters the policy map load balancing HTTPS class configuration mode. The class-default is the only class option available because it is the only class required for SSL session parsing.
Step 1
sticky-serverfarm sfarm_name
Example
host1/Admin(config-pmap-lb-https-c)# sticky-serverfarm SERVERFARM_SSL
Specifies the sticky server farm associated with the SSL sticky group (see the "Using the Modified sticky Command for SSL Session ID Stickiness" section).
Guidelines and Restrictions
•
For more information about using the CLI to create a policy map, see the "Configuring Traffic Policies for Server Load Balancing" chapter in the Server Load-Balancing Guide vA5(1.0), Cisco ACE Application Control Engine.
•
You can also use the ACE Device Manager GUI to configure an HTTPS policy map. For more information, see the "Setting Policy Map Rules and Actions for HTTPS Server Load Balancing" section of the online help or the Device Manager GUI Guide, Cisco ACE 4700 Series Application Control Engine Appliance.
Examples
The following example shows how to configure an HTTPS policy map to include the server farm (SERVERFARM_SSL) associated with the SSL sticky (SSL_STICKY) created in the previous section:
host1/Admin(config)# policy-map type loadbalance https first-match PMAP_HTTPShost1/Admin(config-pmap-lb-https)# match HTTPS source-addresshost1/Admin(config-pmap-lb-https)# class class-defaulthost1/Admin(config-pmap-lb-https-c)# sticky-serverfarm SERVERFARM_SSLSupport for the ACE No Payload Encryption Software Version
With ACE software Version A5(2.0), Cisco makes available the following two ACE software versions:
•
ACE Payload Encryption (PE)—CLI commands related to payload encryption protocols are enabled. The ACE uses the payload encryption protocols, such as SSL, to encrypt through-the-box traffic. The ACE PE software version contains the same payload encryption functionality found in previous ACE software versions.
•
ACE No Payload Encryption (NPE)—CLI commands related to payload encryption protocols are either removed or do not function because the key encryption configuration commands have been removed. The new ACE NPE software version supports customers located in countries where the United States has imposed export restrictions on crypto functions. Without the use of payload encryption protocol commands, you cannot configure the ACE to perform data encryption tasks, such as configuring it as a virtual Secure Sockets Layer (SSL) server for SSL initiation or termination.
Note
Modifications made to the ACE NPE software version do not affect management protocols, such as SSH, which is required to access the Device Manager GUI.
This section includes the following topics:
•
ACE NPE Software Version CLI Changes
•
ACE NPE Software Version Device Manager GUI Changes
ACE NPE Software Version CLI Changes
Table 8 lists the CLI commands that are removed from the ACE A5(2.0) NPE software version.
Table 9 lists the CLI commands that are either not functioning or are modified as a result of the commands removed from the ACE A5(2.0) NPE software version (see Table 8).
ACE NPE Software Version Device Manager GUI Changes
Changes to the Device Manager GUI for the ACE A5(2.0) NPE software version are as follows:
•
The SSL menu option (Config > Virtual Contexts > SSL) that is used to configure the SSL attributes is removed.
•
SSL configuration-related attributes for virtual contexts and application template instances remain in place; however, Device Manager displays an error message to indicate that configuration of the attribute is not allowed for an ACE that uses the NPE software image.
For more details, see the "Information About the ACE No Payload Encryption Software Version" section in the Device Manager Guide, Cisco ACE 4700 Series Application Control Engine Appliance or online help.
Support for A5(2.0)-Specific Features in ACE Appliance Device Manager GUI
With the A5(2.0) software release, the ACE appliance Device Manager GUI includes support for:
•
Buddy-sticky
•
Static NAT IPv4-to-IPv6 and IPv6-to-IPv4 translation
•
DNS IPv4-to-IPv6 and IPv6-to-IPv4 load-balancing with inspection
•
Full proxy connection in case of TCP option mismatch (MSS)
•
Wildcard KAL-AP
•
Enabling/disabling certificate check for an SSL probe
•
Additional syslog logging hosts
•
SSL session ID stickiness enhancements
•
SSL export for NPE image
For details, refer to the Device Manager GUI Guide, Cisco ACE 4700 Series Application Control Engine Appliance.
http://www.cisco.com/en/US/products/ps7027/products_installation_and_configuration_guides_list.html
Support for Creation of RDP Parameter Maps
The Microsoft Remote Desktop Protocol (RDP) provides users with remote display and input capabilities over network connections for Windows-based applications running on a terminal server. In a load-balancing configuration, the ACE distributes incoming session connections across the terminal servers in a server farm according to the load-balancing method configured on the server farm. For background on RDP load balancing as performed by the ACE, see the Server Load-Balancing Guide, Cisco ACE Application Control Engine.
Per CSCua04753, the ACE now supports the use of a parameter map for RDP load-balancing connections. By default, if the real server that matches the routing token information in the RDP packet from the client is DOWN, the connection will be reset and the RDP packet will be dropped. By configuring routing-token-rebalance under an RDP-type parameter map and applying that parameter map to a VIP, if the real server that matches the routing token information is DOWN, RDP packets will not be dropped and the connection will be redirected to another server.
The following topics describe how to define an RDP parameter map and associate it with a server-load balancing policy map:
•
Configuring an RDP Parameter Map
•
Defining a Description to the RDP Parameter Map
•
Enabling Routing Token Rebalance in the RDP Parameter Map
•
Associating the RDP Parameter Map with a Layer 3 and Layer 4 Network Traffic Policy Map
Configuring an RDP Parameter Map
The parameter map type rdp command specifies an RDP-type parameter map. After you create the parameter map, you configure settings in RDP parameter map configuration mode. You then reference this parameter map in the policy map using the appl-parameter rdp advanced-options command.
The syntax of the parameter map type rdp configuration mode command is as follows:
parameter map type rdp name
The name argument specifies the name assigned to the RDP parameter map. Enter an unquoted text string with no spaces and a maximum of 64 alphanumeric characters.
For example, to create a RDP-type parameter map called RDP_MAP, enter:host1/Admin(config)# parameter-map type rdp RDP_MAPhost1/Admin(config-parammap-rdp)#To remove the RDP parameter map, use the no form of this command.
Guidelines and Restrictions
You can also use the ACE Device Manager GUI to create an RDP-type parameter map. For more information, see the "Configuring RDP Parameter Maps" section of the online help or the Device Manager GUI Guide vA5(2.0), Cisco ACE 4700 Series Application Control Engine Appliance.
Defining a Description to the RDP Parameter Map
You can provide a brief summary of the RDP parameter map by using the description command in RDP parameter map configuration mode. The syntax of this command is as follows:
description text
For the text argument, enter an unquoted text string with a maximum of 240 alphanumeric characters including spaces.
For example, to specify a description of an RDP parameter map, enter the following command:
host1/Admin(config-parammap-rdp)# description Remote Desktop Protocol parameter mapTo remove the description from the RDP parameter map, enter:
host1/Admin(config-parammap-rdp)# no descriptionEnabling Routing Token Rebalance in the RDP Parameter Map
You enable the routing-token-rebalance function in the RDP parameter map by using the routing-token-rebalance command in RDP parameter map configuration mode. There are no arguments for this command.
For example, enter the following command:
host1/Admin(config-parammap-rdp)# routing-token-rebalanceTo remove the routing-token-rebalance command from the RDP parameter map, enter:
host1/Admin(config-parammap-rdp)# no routing-token-rebalanceAssociating the RDP Parameter Map with a Layer 3 and Layer 4 Network Traffic Policy Map
You associate the RDP parameter map with a Layer 3 and Layer 4 network traffic policy map by using the appl-parameter rdp advanced-options command in policy-map class configuration mode.
Note
For details on configuring a Layer 3 and Layer 4 policy map for network traffic, see the Server Load-Balancing Guide, Cisco ACE Application Control Engine.
The syntax of this command is as follows:
appl-parameter rdp advanced-options name
The name argument identifies the existing RDP parameter map.
For example, to specify the appl-parameter rdp advanced-options command as an action for the network policy map, enter:
host1/Admin(config)# policy-map multi-match L4SLBPOLICYhost1/Admin(config-pmap)# class FILTERRDPhost1/Admin(config-pmap-c)# appl-parameter rdp advanced-options RDP_MAPTo disassociate the RDP parameter map as an action from the network policy map, enter:
host1/Admin(config-pmap-c)# no appl-parameter rdp advanced-options RDP_MAPGuidelines and Restrictions
You can also use the ACE Device Manager GUI to associate an RDP parameter map with a Layer 3 and Layer 4 network traffic policy map. For more information, see the "Setting Policy Map Rules and Actions for Layer 3/Layer 4 Network Traffic" section of the online help or the Device Manager GUI Guide vA5(2.0), Cisco ACE 4700 Series Application Control Engine Appliance.
Ability to Enable Regular Expression Download Optimization
When you perform a number of configuration changes while traffic is running, either administrative tasks such as putting a real server inservice and out-of-service, or Layer 7 configuration changes such as modifying one or more class maps within a policy, these changes may result in traffic hitting an incorrect policy and being sent to the incorrect server farm. In this case, the HTTP regex tree gets recompiled and downloaded after every configuration change even if the change is limited to inservice/no inservice of a real server which does not alter the HTTP regex tree.
Per CSCtz37625, the ACE now displays the hidden command limit-regex-dnld enable in configuration mode to enable regular expression download optimization. When you specify the limit-regex-dnld enable command, the HTTP regex tree is not re-compiled and downloaded when performing processes such as putting a real server inservice and out-of-service. This feature is disabled by default.
To view information related to the regex download optimization status, the show download information command has been added to software version A5(2.0).
switch/Admin# show download informationcontext: AdminRegex download optimization status: ENABLEDInterface Download-status------------------------------------------------------200 Completed165 Completed1006 CompletedSupport for NTPv3 Authentication
Network Time Protocol (NTP) synchronizes the ACE system clock to a time server. Per CSCtr62165, the ACE appliance is now complaint with the NTPv3 standard and supports NTPv3 authentication through the addition of a series of new ntp commands in configuration mode and a series of new show ntp commands in Exec mode.
For details on the use of NTP by the ACE appliance, see the Administration Guide, Cisco ACE Appliance Control Engine, Chapter 1, Setting Up the ACE, the "Synchronizing the ACE with an NTP Server" section.
This section includes the following topics:
•
Configuring NTP Authentication
Configuring NTP Authentication
You can configure the ACE appliance to authenticate the time sources to which the local clock is synchronized. When you enable NTP authentication, the ACE appliance synchronizes to a time source only if the source carries one of the authentication keys specified by the ntp trusted-key command. The ACE appliance drops any packets that fail the authentication check and prevents them from updating the local clock.
Note
NTP authentication is disabled by default.
Perform the following sequence to configure your ACE appliance for NT authentication using the new ntp commands included as part of software version A5(2.0):
Step 1
Use the ntp authentication-key command to define the authentication keys. The ACE appliance does not synchronize to a time source unless the source has one of these authentication keys and the key number is specified by the ntp trusted-key number command. The syntax of the ntp authentication-key configuration mode command is as follows:
ntp authentication-key number md5 md5-string
To remove an NTP authentication key, use the no form of this command.
The keywords and arguments are:
•
number—Authentication key number. The range is from 1 to 65535.
•
md5—Specifies the MD5 algorithm for authentication.
•
md5-string—Enter up to a maximum of 16 alphanumeric characters for the MD5 string.
Step 2
Use the ntp trusted-key command in configuration mode to specify one or more keys (defined using the ntp authentication-key command) that the time source must provide in its NTP packets in order for the ACE appliance to synchronize to it. This command provides protection against accidentally synchronizing the ACE appliance to a time source that is not trusted. The syntax of the ntp trusted-key configuration mode command is as follows:
ntp trusted-key number
To remove the NTP trusted key, use the no form of this command.
The range for the number argument is from 1 to 65535.
Step 3
Use the ntp authenticate configuration mode command to enables or disable NTP authentication. NTP authentication is disabled by default. The syntax of the ntp authenticate configuration mode command is as follows:
ntp authenticate
To disable NTP authentication, use the no form of this command.
For example, to configure the ACE appliance to synchronize only to time sources that provide authentication key 42 in their NTP packets:
host/Admin# confighost/Admin(config)# ntp authentication-key 42 md5 ExampleKeyhost/Admin(config)# ntp trusted-key 42host/Admin(config)# ntp authenticate
Enabling NTP Logging
You can enable NTP logging in order to generate system logs with significant NTP events. Use the ntp logging configuration mode command to turn on NTP logging for the ACE appliance.
Note
NTP logging is disabled by default.
The syntax of the ntp logging configuration mode command is as follows:
ntp logging
To turn off NT logging on the ACE appliance, use the no form of this command.
For example, to enable NTP logging for the ACE appliance:
host/Admin# confighost/Admin(config)# ntp loggingDisplaying NTP Information
To display the new NTP configuration status and relevant information, use the show ntp command from Exec mode. Only users who are authenticated in the Admin context can use the show ntp command.
The syntax of the show ntp configuration mode command has been expanded as follows:
show ntp {authentication-keys | authentication-status | logging-status | trusted-keys}
The keywords are:
•
authentication-keys—Displays the configured NTP authentication keys.
•
authentication-status—Displays the status of NTP authentication.
•
logging-status—Displays the NTP logging status.
•
trusted-keys—Displays the configured NTP trusted keys.
For example, enter:
host/Admin# show ntp authentication-keys-----------------------------Auth key MD5 String-----------------------------1 ExampleKeyhost/Admin# show ntp trusted-keysTrusted Keys:1host/Admin# show ntp logging-statusNTP logging enabled.host/Admin# show ntp authentication-statusAuthentication enabled.Extended Range of Supported Characters in a URL
In software releases prior to A5(2.0), the ACE HTTP parser accepted characters in the range of 32 to 126 characters in the UTF-8 encoding schema for URLs. Per CSCts64534, with software release A5(2.0) the ACE has extended support for characters in the range from 128 to 255 (all characters) in the UTF-8 encoding schema for URLs. This extended range is allowed only when the parsing non-strict command is configured in the HTTP parameter map configuration mode.
Configuring an SNMP Peer Engine ID for the Standby ACE
In prior releases, the ACE allowed you to configure an SNMP engine ID that applied to both the active and standby ACE. Per CSCtq59860, you can configure a different engine ID for the standby ACE in a redundant configuration. The snmp-server engineid command in configuration mode includes the new peer engineid peer_value option. The syntax of this command is as follows:
snmp-server engineid local_value [peer engineid peer_value]
The local_value argument is the engine ID for the active ACE. If you do not enter the peer engineid value_2 option, the local_value argument applies to both the active and standby ACEs.
To change the value of an engine ID, you must change both values. Otherwise, the ACE displays the following error message:
Enter valid value for engineid/peer engineidEither both should be same or both should changeTo change the peer_value argument, you must also change the local_value argument, or visa versa, for example:
host/Admin(config)# snmp-server engineid 1234567892 peer engineid 2234567891host/Admin(config)# snmp-server engineid 2134567892 peer engineid 2324567891To change a configuration in which the active and standby engine IDs are different to a value that is the same value for both engine IDs, you must enter a value that is different for both IDs, for example:
host/Admin(config)# snmp-server engineid 2134567892 peer engineid 2324567891host/Admin(config)# snmp-server engineid 4567892213When synchronization occurs in a redundant configuration, consider the following:
•
When both the active and standby ACEs are running software versionA5(2.0) and you configure different local and peer engine IDs on the active ACE, the active ACE sends the local engine ID as the peer ID to the standby ACE, and the peer engine ID as the local ID. For example, the running configuration on the ACEs will be similar to the following:
–
On the active ACE:
host1/admin(config-sfarm-host)#–
On the standby ACE:
host1/admin(config-sfarm-host-rs)#•
When the active ACE is running software version A5(2.0) and the standby ACE is running a software version less than A5(2.0) and you configure different local and peer engine IDs on the active ACE, the active ACE verifies that the software version on the standby ACE and sends only the peer engine ID as the local ID to the standby ACE. For example, the running configuration on the ACEs will be similar to the following:
–
On the active ACE:
host1/admin(config-sfarm-host-rs)#–
On the standby ACE:
host1/admin(config-sfarm-host)#•
When the active ACE is running a software version less than A5(2.0) and the standby ACE is running software version A5(2.0) and since you can configure only one engine ID on the active ACE, the active ACE sends the engine ID to the standby ACE. The local and peer engine IDs on the standby ACE will have the same value. For example, the running configuration on the ACEs will be similar to the following:
–
On the active ACE:
host1/admin(config)#–
On the standby ACE:
host1/admin(config-sfarm-host)#Use the no form of this command to delete the SNMP engine IDs. If you delete one engine ID, the other engine ID is also deleted.
The show snmp engineID command has been modified to display the identification of the peer SNMP engine in addition to the local SNMP engine configured on the ACE. If you use the show snmp engineID command on the standby ACE, the local SNMP engine ID will be the peer engine ID presented in the active ACE.
For example, you can configure different SNMPv3 engine IDs for active and standby ACEs:
host1/Admin(config)# snmp-server engineid 1234567890 peer engineid 0987654321host1/Admin(config)# do show snmp engineIDLocal SNMP engineID: 1234567890PEER SNMP engineID: 0987654321Configuring an SNMP User Authentication Password for the Standby ACE
Per CSCtq60293, when you configure Simple Network Management Protocol (SNMP) user information, you can specify a peer privacy password for user authentication parameters or user encryption parameters. Upon a switchover from an active ACE to the standby ACE, the snmp-server user command privacy passwords synchronize between the active and standby ACEs.
The modified keywords, arguments, and options are as follows:
snmp-server user user_name [group_name] [auth {md5 | sha} local_password1 peer peer_password1] [priv [aes-128] local_password2 peer peer_password 2] [localizedkey]]
•
peer peer_password1—(Optional) Used for user authentication parameters to specify an authentication password for a peer user on a standby ACE. Enter an unquoted text string with no space and a maximum of 130 alphanumeric characters. The ACE automatically synchronizes the SNMP authentication password as the password for the CLI user on the standby ACE.
Note
The peer password is optional; if you do not enter a peer password the ACE will use the local password for the peer user on a standby ACE.
The ACE supports the following special characters in a password: , . / = + - ^ @ ! % ~ # $ * ( ) .
•
peerpeer_password2 —(Optional) Used for user encryption parameters to specify a privacy password for a peer user on a standby ACE.
Note
The peer password is optional; if you do not enter a peer password the ACE will use the local password for the peer user on a standby ACE.
Note the following specifications for the user encryption peer password:
–
The AES priv password can have a minimum of eight characters.
–
If the passphrases are specified in clear text, you can specify a maximum of 64 alphanumeric characters.
–
If you use the localized key, you can specify a maximum of 130 alphanumeric characters.
Spaces are not allowed. The ACE supports the following special characters in a password: , . / = + - ^ @ ! % ~ # $ * ( ) .
By default, the ACE automatically creates an SNMP engine ID for the Admin context and each user context. The SNMP engine represents a logically separate SNMP agent. In prior releases, the ACE allowed you to configure an SNMP engine ID that applied to both the active and standby ACE. With software version A5(2.0), you can configure a different engine ID for the standby ACE in a redundant configuration (see the "Configuring an SNMP Peer Engine ID for the Standby ACE" section).
Included below are a set of running configuration examples that illustrate the interaction between the SNMP engine ID and SNMP user password configured for the active and standby ACEs in a redundant configuration:
SNMP Engine ID is the Same for the Active and Standby ACEs and SNMP User Password is the Same for the Active and Standby ACEs
host1/Admin(config)# snmp-server engineid 1234567890 peer engineid 1234567890host1/Admin(config)# snmp-server user usr1 auth md5 abcd12345 peer abcd12345host1/Admin(config)# do show running-config | inc snmpGenerating configuration....snmp-server engineid 1234567890 peer engineid 1234567890snmp-server user usr1 Network-Monitor auth md5 0xea2410e3deaf422dab2ad979d4068257 peer 0xea2410e3deaf422dab2ad979d4068257 localizedkeySNMP Engine ID is the Same for the Active and Standby ACEs and SNMP User Password is Different for the Active and Standby ACEs
host1/Admin(config)# snmp-server engineid 1234567890 peer engineid 1234567890host1/Admin(config)# snmp-server user usr1 auth md5 abcd12345 peer ghijk12345host1/Admin(config)# do show running-config | inc snmpGenerating configuration....snmp-server engineid 1234567890 peer engineid 1234567890snmp-server user usr1 Network-Monitor auth md5 0xea2410e3deaf422dab2ad979d4068257 peer 0x2285eb39064716bdae814e038bcba6c4 localizedkeySNMP Engine ID is Different for the Active and Standby ACEs and SNMP User Password is the Same for the Active and Standby ACEs
host1/Admin(config)# snmp-server engineid 123456789010 peer engineid 0987654321host1/Admin(config)# snmp-server user usr1 auth md5 abcd12345 peer abcd12345host1/Admin(config)# do show running-config | inc snmpGenerating configuration....snmp-server engineid 123456789010 peer engineid 0987654321snmp-server user usr1 Network-Monitor auth md5 0x4d1d46812f0484674e98ba5757ed7aa7 peer 0x95312cbb53b1ef8c8c556fa5a2378fa7 localizedkeySNMP Engine ID is Different for the Active and Standby ACEs and SNMP User Password is Different for the Active and Standby ACEs
host1/Admin(config)# snmp-server engineid 123456789010 peer engineid 0987654321host1/Admin(config)# snmp-server user usr1 auth md5 abcd12345 peer dfgh12345host1/Admin(config)# do show running-config | inc snmpGenerating configuration....snmp-server engineid 123456789010 peer engineid 0987654321snmp-server user usr1 Network-Monitor auth md5 0x4d1d46812f0484674e98ba5757ed7aa7 peer 0x30778af5b6239945f2bae806112676b3 localizedkeyAbility for the ACE to Accept a User Account with an Expired Date
You create a user and define the associated role and operating domains by using the username command in configuration mode. You can optionally specify an expiration date of the user account. In software releases prior to A5(2.0), when the user account is configured with a specified expiration date in the past (with reference to the ACE system clock), the ACE displays the error message "date should be in the future, expiry date wrong" and the configuration is then rejected. When operating in a redundant configuration, when the username expires, the expired configuration is not removed from the running-configuration file on the active ACE which can result in synchronization issues.
Per CSCtx45830, with software release A5(2.0), when the user account is configured with an expiry date in the past (with reference to the ACE system clock), the ACE displays the error message "User created with expiry date in the past, please edit to make it usable, which allows the configuration to be accepted. You can then modify the expiration date associated with the user account.
The change allows an expired "username" configuration to be accepted.
For example:
host1/Admin(config)# do show clockWed Mar 14 11:16:09 UTC 2012host1/Admin(config)# username abcd pass cisco123 expire 2012-03-10 role Network-Monitor domain default-domainUser created with expiry date in the past, please edit to make it usablehost1/Admin(config)#Addressing SSL Certificates With a Subject or Issuer That is Greater Than 256 Bytes
Per CSCtx64223, when the subject or issuer of an imported SSL certificate is greater than 256 bytes the ACE truncates the output of imported certificate when displayed by using the show crypto certificate all command. Note that the imported certificate is not affected by this truncation; if you export the certificate you will still be able to see the correct (greater than 256 byte) subject or issuer in the certificate.
As an example, included below is authcert2 with the full subject:
Subject: /C=US/ST=Georgia/L= Friendly Village of Crooked Creek/O=State Community College of Friendly Village of Crooked Creek/OU=Department of Thermonuclear and Quantum Physics/CN=www.statecommununitycollegeoffriendlyvillageofcrookedcreek.edu/emailAddress=adm in@statecommununitycollegeoffriendlyvillageofcrookedcreek.eduIncluded below is an example of the current show crypto certificate all command output behavior in releases prior to software version A5(2.0).
host1/Admin# show crypto cert allauthcert2Subject: /C=US/ST=Georgia/L= Friendly Village of Crooked Creek/O=State Community College of Friendly Village of Crooked Creek/OU=Department of Thermonuclear and Quantum Physics/CN=www.statecommununitycollegeoffriendlyvillageofcrookedcreek.edu/emailAddresIssue r: / C=ZA, ST=Western Cape, L=Cape Town, O=Thawte Consulting cc, OU=Certification Services Division,CN=Thawte Server CA/emailAddress=server-certs@thawte.comNot Before: Dec 8 14:57:27 2009 GMTNot After: Sep 3 14:57:27 2012 GMTCA Cert: FALSEAnd here is an example of this updated show crypto certificate all command output behavior in software version A5(2.0).
host1/Admin# show crypto cert allauthcert2Subject: /C=US/ST=Georgia/L= Friendly Village of Crooked Creek/O=State Community College of Friendly Village of Crooked Creek/OU=Department of Thermonuclear and Quantum Physics/CN=www.statecommununitycollegeoffriendlyvillageofcrookedcreek.edu/emailAddresIssuer: / C=ZA, ST=Western Cape, L=Cape Town, O=Thawte Consulting cc, OU=Certification Services Division,CN=Thawte Server CA/emailAddress=server-certs@thawte.comNot Before: Dec 8 14:57:27 2009 GMTNot After: Sep 3 14:57:27 2012 GMTCA Cert: FALSEWith software version A5(2.0), the ACE prints a warning message when importing a certification with a subject or issuer that is greater than 256 bytes.
host1/Admin# crypto import terminal 1.pemPlease enter PEM formatted data. End with "quit" on a new line.-----BEGIN CERTIFICATE-----MIIEOzCCA6SgAwIBAgIJAOKKpTWQqvrjMA0GCSqGSIb3DQEBBQUAMGsxCzAJBgNVBAYTAkpQMQ4wDAYDVQQIDAVUb2t5bzEQMA4GA1UECgwHQ29tcGFueTEMMAoGA1UECwwDdHMzMRAwDgYDVQQDDAdqdW5pY2hpMRowGAYJKoZIhvcNAQkBFgtqdW5AanVuLmNvbTAeFw0xMjAxMTcwNTA5NDRaFw0xMzAxMTYwNTA5NDRaMIIB1TELMAkGA1UEBhMCSlAxSTBHBgNVBAgMQGFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWFhYWExSTBHBgNVBAcMQGJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmJiYmIxSTBHBgNVBAoMQGNjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2NjY2MxSTBHBgNVBAsMQGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGRkZGQxSTBHBgNVBAMMQGVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWVlZWUxTzBNBgkqhkiG9w0BCQEWQGZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmZmYwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALolNEP5y5UhhnzXmam3UZo1z9JuLc8ZcYHc415SDA5LKHDFIZN8WKjJjypRe+jadalXaK8WM1yDGDlaM3JxQXZ4F+V5FNHhpTUxtfnvnpePWMmrP4jZowehkThgaXBqRq3XyLFhErxqE3VIIOU6j9EYbFeiZIfNlCiTvr5xFiOHAgMBAAGjezB5MAkGA1UdEwQCMAAwLAYJYIZIAYb4QgENBB8WHU9wZW5TU0wgR2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBT0DegeQfhf5TKa7E1Ixcw3gTYLODAfBgNVHSMEGDAWgBQgBnaGwQfnkTa5vsz+38FffwKlyDANBgkqhkiG9w0BAQUFAAOBgQBGlH6ipRK2my5ND391XJGnf7xraRuBGKRdXAbCArCtH2Nbt5nM//kQHZx0im7go+Zq25bzBnyFvUoS6HM09P+elzPeY4ZjeJ+vRL8qbQgOsI1yEUEAwbeNilYGjFwI1SZGubvFPJRYplab7Bb217C9u4J6wZDmxdcSbRAh7pNHUA==-----END CERTIFICATE-----quitWarning: this cert has a subject or issuer DN that is longer than 256 bytes, the 'show crypto certificate all' command truncates anything beyond 256 bytes in the subject and issuer fieldsAccessibility of Device Manager GUI Troubleshooting Tools from the ACE Appliance CLI
Per CSCtq28184, software version A4(2.3) now enables you to utilize the following troubleshooting tools on the Device Manager GUI directly from the ACE appliance CLI:
•
Enable the Device Manager GUI (if it is not running) using the dm enable CLI command.
•
Verify the health of the Device Manager using the dm status command.
•
Restart the Device Manager using the dm reload command.
•
Create and upload a lifeline to a remote TFTP server using the dm lifeline CLI command.
For details on troubleshooting the ACE appliance Device Manager GUI, see the Device Manager GUI Guide, Cisco ACE 4700 Series Application Control Engine Appliance, Chapter 16, Using ANM Troubleshooting Tools.
Enabling the Device Manager GUI
By default, the ACE appliance Device Manager is always enabled. If you find that the ACE appliance Device Manager is no longer running, you can use the dm enable configuration mode command to restart the Device Manager GUI.
For example, enter:
host/Admin# confighost/Admin(config)# dm enableIf you need to stop the ACE appliance Device Manager, enter the no dm enable configuration mode command as follows:
host/Admin(config)# no dm enableThe no dm enable command will be included in the running-configuration file.
Note
If you specify the no dm-enable command and save the updated running-configuration to the startup-configuration file, when you reload the ACE appliance, the Device Manager GUI will automatically be disabled. At that point, you must specify the dm enable configuration mode command to restart the Device Manager GUI.
Checking the ACE Appliance DM GUI Status
If you find that the ACE appliance Device Manager GUI appears to be inoperative, enter the dm status CLI command in Exec mode to verify the health of the Device Manager. The dm status command output indicates the status of the Device Manager: whether it is running or stopped. This status is reflected in the DM and MySQL fields of the status output.
Note
You must be the global administrator to access the dm status CLI command. This command is only available to the global administrator.
For example, enter:
host1/Admin# dm statusDM ROOT:DM HOME: /opt/CSCOanmJAVA_HOME: /opt/CSCOanm/jreMYSQL_HOME: /opt/CSCOanm/mysqljava is /opt/CSCOanm/jre/bin/javaDM : STOPPED (1230)MySQL : STOPPED (1187)If you see that the status is "STOPPED," restart the Device Manager by using the dm reload command. You must be the global administrator to access the dm reload command. Restarting the Device Manager does not impact ACE functionality; however, it may take a few minutes for the Device Manager to reinitialize as it reads the ACE CLI configuration.
For example, enter:
host1/Admin# dm reloadAre you sure you want to reload? [y/n]: yBeginning Reload...Reload done..Reenter the dm status CLI command in Exec mode to verify that the status of the Device Manger is "RUNNING."
For example, enter:
host1/Admin# dm statusDM ROOT:DM HOME: /opt/CSCOanmJAVA_HOME: /opt/CSCOanm/jreMYSQL_HOME: /opt/CSCOanm/mysqljava is /opt/CSCOanm/jre/bin/javaDM : RUNNING (1230)MySQL : RUNNING (1187)Creating a Lifeline Package from the ACE Appliance CLI
If you encounter issues with the ACE appliance Device Manager GUI (for example, when the Device Manager GUI is inoperative), use the dm lifeline CLI command from Exec mode to create and upload a lifeline to a remote TFTP server. The dm lifeline CLI command is useful when a lifeline cannot be generated from the ACE appliance Device Manager GUI.
Assumptions
•
The ACE appliance is running.
•
You have opened a case with Cisco technical support.
•
You are the global administrator; the dm lifeline CLI command is only available to the global administrator.
•
The TFTP server is reachable and is able to receive files from the ACE appliance.
Procedure
Note
Your user role determines whether you can use this option.
Step 1
Log into the ACE by entering the login username and password at the following prompt:
host1 login: adminPassword: xxxxxStep 2
Enter the dm lifeline tftp CLI command using the following syntax:
dm lifeline tftp host [port]
The keywords, arguments, and options are as follows:
•
host—Specifies the TFTP network server.
•
port—(Optional) Port number.
A file is created and uploaded to the specified TFTP server in the following format: anm-lifeline.tar.gz. The file is copied to the root directory of the TFTP server.
ACE Probes Use the Interface MAC Address as the Source MAC Address
When an ACE-configured probe closes internally or times-out internally, a RST is generated. Per CSCtj65372, a change has occurred in this RST to have the source MAC address use the nterface MAC address instead of the current behavior of using the virtual MAC address. The inclusion of the interface MAC address allows both the active and standby ACEs in an HA pair to send the RST packet out with the source MAC as its respective interface MAC rather than a common virtual MAC address.
This changes impacts the following probes types: TCP, FTP, HTTP, and HTTPS.
Available ACE Licenses
By default, the ACE supports the following features and capabilities:
•
Performance: 1 gigabit per second (Gbps) appliance throughput
•
Virtualization: 1 admin context and 20 user contexts
•
Compression: 2.0 Gbps compression
•
Secure Sockets Layer (SSL): 6500 transactions per second (TPS)
•
Hypertext Transfer Protocol (HTTP) compression: 2 Gbps
•
Application Acceleration: 105 connections
You can increase the performance and operating capabilities of your ACE product by purchasing one of the optional license bundles. You can order your ACE product by ordering a license bundle. Each license bundle includes the ACE appliance and a software license bundle.
Note
Regardless of the license bundle you choose, the maximum application acceleration performance is fixed at 100 concurrent connections and is not configurable.
You must have the Admin role in the Admin context to perform the tasks of installing, removing, and updating the license. You can access the license and show license commands only in the Admin context.
For more information on license bundles, see the Administration Guide, Cisco ACE Appliance Control Engine.
ACE demo licenses are available through your Cisco account representative. A demo license is valid for only 60 days. At the end of this period, you must update the demo license with a permanent license to continue to use the ACE software. To view the expiration of a demo license, from the CLI, use the show license usage command in Exec mode. If you need to replace the ACE appliance, you can copy and install the licenses onto the replacement appliance.
Ordering an Upgrade License and Generating a Key
This section describes the process that you use to order an upgrade license and to generate a license key for your ACE. To order an upgrade license, follow these steps:
Step 1
Order one of the licenses from the list in the "Available ACE Licenses" section using any of the available Cisco ordering tools on cisco.com.
Step 2
When you receive the Software License Claim Certificate from Cisco, follow the instructions that direct you to the following Cisco.com website:
•
If you are a registered user of cisco.com, go to the following location:
http://www.cisco.com/go/license
•
If you are not a registered user of cisco.com, go to the following location:
http://www.cisco.com/go/license/public
Step 3
Enter the Product Authorization Key (PAK) number found on the Software License Claim Certificate as your proof of purchase.
Step 4
Provide all the requested information to generate a license key. Once the system generates the license key, you will receive a license key e-mail with an attached license file and installation instructions.
Step 5
Save the license key e-mail in a safe place in case you need it in the future (for example, to transfer the license to another ACE).
For information on installing and managing ACE licenses:
•
For the ACE appliance CLI, see Chapter 3, Managing ACE Software Licenses, in the Administration Guide, Cisco ACE Appliance Control Engine.
•
For ACE appliance Device Manager, see Chapter 2, Configuring Virtual Contexts, in the Device Manager GUI Guide, Cisco ACE 4700 Series Application Control Engine Appliance.
Performing ACE Appliance Software Upgrades and Downgrades
For detailed information on performing an ACE appliance software upgrade or downgrade, see the Upgrade/Downgrade Guide, Cisco ACE 4700 Series Application Control Engine Appliance. You can find this document at the following location on www.cisco.com:
http://www.cisco.com/en/US/products/ps7027/prod_installation_guides_list.html
Supported Browsers for ACE Appliance Device Manager
The ACE appliance Device Manager is supported on the following browsers listed in Table 10. All browsers require cookies and DHTML (JavaScript) to be enabled.
ACE Operating Considerations
The ACE operating considerations are as follows:
•
Starting with software version A4(1.0), the default connection inactivity timeout settings for the ACE have changed to the following values:
–
ICMP—2 seconds
–
TCP—3600 seconds (1 hour)
–
HTTP/SSL—300 seconds
–
UDP—10 seconds
The default HTTP and SSL ports (80 and 443) now have a default inactivity timeout of 300 seconds.
•
During an upgrade in a redundant configuration, we recommend that you do not run the two ACE appliances with different versions of software (split mode) for an extended period of time. However, if you must remain in split mode for a period of time to make configuration changes, we strongly recommend that you disable configuration synchronization (config sync) by entering the following command:
host1/Admin(con)# no ft auto-sync running-configWhen you have finished making configuration changes to the active ACE, reenable config sync by entering the following command:
host1/Admin(con)# ft auto-sync running-configAfter you reenable config sync, the ACE automatically synchronizes the configuration changes from the active ACE to the standby ACE.
•
We strongly recommend that you do not make any CLI changes when the ACE appliances are in a redundant configuration are running different software versions. Unexpected results may occur. Remove any new feature commands before performing a downgrade on the ACE.
•
Starting with software version 4(2.0), the maximum number of concurrent connections for optimization is reduced to 100 connections. If the ACE startup configuration contains the concurrent-connections command in optimize configuration mode, consider the following:
–
If you upgrade the ACE from a version earlier than A4(2.0), the ACE software ignores the configured command and sets it to 100 connections.
–
If you downgrade the ACE to a version earlier than A4(2.0), the command is removed from the startup configuration and you must reconfigure it after the downgrade process is completed.
•
It is no longer necessary to configure a resource class in the Admin context to allocate resources for stickiness. You can still allocate sticky resources if you wish, but skipping this step will not affect sticky functionality.
•
When redundant ACEs lose connectivity, for example due to a network interruption, and they attempt to reestablish their connection, if you enter the show ft command during this time, the response for this command may be delayed.
•
In a redundant configuration, dynamic incremental sync is a form of config sync that copies configuration changes that you make on the active ACE to the standby ACE when the two ACEs are running the same version of software and when both ACEs are up. When you upgrade from one major release of ACE software to another major release (for example, from A3(2.7) to A5(1.0)) or later, dynamic incremental sync is automatically disabled only while the active ACE is running software version A5(1.0) and the standby ACE is running software version A3(2.7). See Table 11.
We recommend that you do not make any configuration changes during this time and that you do not keep the ACEs in this state for a long time. However, if you must make configuration changes while the ACEs are in split mode, ensure that you manually synchronize to the standby ACE any configuration changes that you make on the active ACE. After you complete the software upgrade of both ACEs, a bulk sync occurs automatically to replicate the entire configuration of the new active ACE to the new standby ACE. At this time, dynamic incremental sync will be enabled again. For details about config sync, see Chapter 6, "Configuring Redundant ACEs" in the Administration Guide, Cisco ACE Appliance Control Engine.
•
The ACE uses the STANDBY_WARM and WARM_COMPATIBLE redundancy states to handle any CLI incompatibility issue between peers during the upgrading and downgrading of the ACE software. When you upgrade or downgrade the ACE software in a redundant configuration with a different software version, the STANDBY_WARM and WARM_COMPATIBLE states allow the configuration and state synchronization process to continue on a best-effort basis. This basis allows the active ACE to synchronize configuration and state information to the standby ACE even though the standby ACE may not recognize or understand the CLI commands or state information. These states allow the standby ACE to come up with best-effort support. In the STANDBY_WARM state, as with the STANDBY_HOT state, configuration mode is disabled on the standby ACE and configuration and state synchronization continues. A failover from the active ACE to the standby ACE based on priorities and preemption can still occur while the standby is in the STANDBY_WARM state.
When redundancy peers run on different version images, the SRG compatibility field of the show ft peer detail command output displays WARM_COMPATIBLE instead of COMPATIBLE. When the peer is in the WARM_COMPATIBLE state, the FT groups on standby go to the STANDBY_WARM state instead of the STANDBY_HOT state.
The following software version combinations in Table 12 indicate whether the SRG compatibility field displays WARM_COMPATIBLE (WC) or COMPATIBLE (C):
Note
By default, software versions are considered compatible unless they are explicitly declared as incompatible.
•
The ACE requires a route back to the client before it can forward a request to a server. If the route back to the client is not present, the ACE cannot establish a flow and drops the client request. Make sure that you configure the appropriate routing to the client network on the ACE VLAN where the client traffic enters the ACE appliance.
•
When you downgrade the ACE software, the features and commands of the higher release are lost because they are not supported by the lower release.
•
If you are using the Application Networking Manager (ANM) to manage an ACE appliance and you configure a named object at the ACE CLI, ANM does not support all of the special characters that the ACE CLI supports for a named object. If you use special characters that ANM does not support, you may not be able to import or manage the ACE using ANM.
When naming ACE objects (such as a real server, virtual server, parameter map, class map, health probe, and so on) for use with ANM, enter an alphanumeric string of 1 to 64 characters, which can include the following special characters: underscore (_), hyphen (-), dot (.), and asterisk (*). Spaces are not allowed.
•
When you remove a NAT pool configuration, wait more than five seconds before adding a NAT pool with the same ID.
ACE Documentation Set
You can access the ACE appliance documentation on www.cisco.com at:
http://www.cisco.com/en/US/products/ps7027/tsd_products_support_series_home.html
For information about installing the Cisco ACE 4710 appliance hardware, see the following documents on Cisco.com:
To familiarize yourself with the ACE appliance software, see the following documents on Cisco.com:
For detailed configuration information on the ACE appliance Device Manager, see the following software documents on Cisco.com:
For detailed configuration information on the ACE CLI, see the following software documents on Cisco.com:
Document Title DescriptionAdministration Guide, Cisco ACE Appliance Control Engine
Describes how to perform the following administration tasks on the ACE:
•
Setting up the ACE
•
Establishing remote access
•
Managing software licenses
•
Configuring class maps and policy maps
•
Managing the ACE software
•
Configuring SNMP
•
Configuring redundancy
•
Configuring the XML interface
•
Upgrading the ACE software
Application Acceleration and Optimization Guide, Cisco ACE 4700 Series Application Control Engine Appliance
Describes the configuration of the application acceleration and optimization features of the ACE. It also provides an overview and description of the application acceleration features and operation.
Cisco Application Control Engine (ACE) Configuration Examples Wiki
Provides examples of common configurations for load balancing, security, SSL, routing and bridging, virtualization, and so on.
Describes the procedures and methodology in wiki format to troubleshoot the most common problems that you may encounter during the operation of your ACE.
Command Reference, Cisco ACE Application Control Engine
Provides an alphabetical list and descriptions of all CLI commands by mode, including syntax, options, and related commands.
Routing and Bridging Guide, Cisco ACE Application Control Engine
Describes how to perform the following routing and bridging tasks on the ACE:
•
Ethernet interface ports
•
VLAN interfaces
•
IPv6, including transitioning IPv4 networks to IPv6, IPv6 header format, IPv6 addressing, and supported protocols
•
Routing
•
Bridging
•
Dynamic Host Configuration Protocol (DHCP)
Security Guide, Cisco ACE Application Control Engine
Describes how to perform the following ACE security configuration tasks:
•
Security access control lists (ACLs)
•
User authentication and accounting using a Terminal Access Controller Access Control System Plus (TACACS+), Remote Authentication Dial-In User Service (RADIUS), or Lightweight Directory Access Protocol (LDAP) server
•
Application protocol and HTTP deep packet inspection
•
TCP/IP normalization and termination parameters
•
Network Address Translation (NAT)
Server Load-Balancing Guide, Cisco ACE Application Control Engine
Describes how to configure the following server load-balancing tasks on the ACE:
•
Real servers and server farms
•
Class maps and policy maps to load balance traffic to real servers in server farms
•
Server health monitoring (probes)
•
Stickiness
•
Dynamic workload scaling (DWS)
•
Firewall load balancing
•
TCL scripts
SSL Guide, Cisco ACE Application Control Engine
Describes how to configure the following Secure Sockets Layer (SSL) tasks on the ACE:
•
SSL certificates and keys
•
SSL initiation
•
SSL termination
•
End-to-end SSL
System Message Guide, Cisco ACE Application Control Engine
Describes how to configure system message logging on the ACE. This guide also lists and describes the system log (syslog) messages generated by the ACE.
Virtualization Guide, Cisco ACE Application Control Engine
Describes how to operate your ACE in a single context or in multiple contexts.
Cisco CSS-to-ACE Conversion Tool User Guide
Describes how to use the CSS-to-ACE conversion tool to migrate Cisco Content Services Switches (CSS) running-configuration or startup-configuration files to the ACE.
For detailed configuration information on Cisco Application Networking Manager (ANM), see the following software document on Cisco.com:
Software Version A5(2.2) Resolved Caveats, Open Caveats, Command Changes, and System Log Messages
This release note includes resolved and open caveats that have a severity level of Sev1, Sev2, and customer-use Sev 3. The following sections contain the resolved and open caveats in software version A5(2.2):
•
Software Version A5(2.2) Resolved Caveats
•
Software Version A5(2.2) Open Caveats
•
Software Version A5(2.2) Command Changes
•
Software Version A5(2.2) System Log Messages
Software Version A5(2.2) Resolved Caveats
The following resolved caveats apply to software version A5(2.2):
•
CSCtl04271—After you remove a class map from a policy map, an ACL merge does not work. Workaround: Remove the service policy from the assigned interface and reapply the same policy.
•
CSCtn66991—The following error messages are displayed when an ACE appliance, with port channels configured and running ACE software version A5(2.X), reloads:
%ACE-6-615003: VLAN 64 not available for configuring an interface%ACE-6-615003: VLAN 65 not available for configuring an interfaceWorkaround: Use different VLANs in the startup configuration.
•
CSCtu20125—When the active SUP2T is removed from the chasis, the standby SUP2T gets active. This switchover leads to diagnostic failures and causes the ACE to reload. Workaround: Use the soft switchover command to perform the switchover between the active and standby SUP2T.
•
CSCtx64126—The ACE contains static ARP entries even though no static ARPs have recently been configured. This issue may be related to static ARPs configured in the past and then removed. In this case, the ACE failed to remove the entries. Workaround: Readd the static ARP entry, and then remove it. This action will remove the static ARP from the ACE.
•
CSCty02827—The primary ACE30 running ACE software version A4(2.2) crashes with the last boot reason as "NP 1 Failed: NP ME Hung". Workaround: None.
•
CSCty58098—With the ACE configured with a class map that contains wild cards within the regex expression match string, an inconsistency in the matching criteria might occur. Workaround: None.
•
CSCtz78330—When you configure an HTTP probe with the request method GET and send the server response in more than one data packet, the ACE sends a RST and the HTTP probe fails with the status code 200ok and the last disconnect error "Unrecognized or invalid response". Workaround: Change the request method to HEAD.
•
CSCua17588—The snmpd process on an ACE crashes and generates the "licmgr" core file. Workaround: Disable SNMP pooling.
•
CSCub15662—When you use an XML interface to configure device monitoring threshold parameters, the configuration operation fails. Workaround: Use Command Line Interface (CLI) instead of XML.
•
CSCub18630—When the MSS values are configured on an ACE interface, syslogs pick the MSS values from the interface and displays incorrect MSS values. Ideally, syslogs should pick the MSS values set in "set tcp mss min **** max ****"in the parameter map connection configuration mode.
Workaround: Set the same MSS values at the connection parameter map "set tcp mss min **** max ****" in the parameter map connection configuration mode.
•
CSCub45619—The ACE30 module reboots with the last boot reason: Service ntp. Workaround: None.
•
CSCub56420—When an echo request (with the Routing Header Type value of 0 and Segment Left value of 0) is received by an ACE, it does not respond with ICMP parameter problem. Ideally, the should discard the echo request and send an ICMP Parameter Problem: Code 0, message to clients's Global Address. Workaround: None.
•
CSCub61401—The ACE30 module crashes and generates two core files snmpd_log.1033 and snmpd_log,1035 with the last boot reason: Service snmpd. Workaround: None.
•
CSCub82057—When an ACE running the software version A5(1.2) restarts, the IFMGR log file is generated with the exit code "signal 4 (core dumped)" in "Service ifmgr". Workaround: None.
•
CSCub86891—The ACE fails to update the window size even after receiving the acknowledgement from the server. This problem occurs when the client sends large POST packets with less MSS. Workaround: Increase the TCP buffer-share value.
•
CSCub87352—When an ACE is running the software version A5(2.0), the ACE reboots continuously with the last boot reason: Service cfgmgr. Workaround: Downgrade to an earlier version of ACE (A5(1.2).
•
CSCub88717—After a NAT pool is removed from an interface, the entry still remains in the routing table as "N" entry. In a configuration where 20 or more VIPs are configured on an ACE that uses the same class map and NAT pool IP address, and you remove the NAT pools from the interface first, the entry still remains in the routing table. Workaround: None.
•
CSCuc19624—The ACE does not pass IPv6 multicast traffic when running on a bridged mode. Workaround: None.
•
CSCuc23470—The ACE module when running on bridged mode sends ICMPv6 NA response to VLAN A and VLAN B. The ICMPv6 response is received by VLAN A only. However, ACE understands that the response is received by VLAN B instead of VLAN A. Workaround: Configure IPv6 neighbors statically.
•
CSCuc40400—When DHCP relaying is not performed on an ACE, the DHCP relayed packets expected on a bridged interface (unicast packets with destination port UDP 67 or 69 and sent by a relay agent) are dropped. Ideally, these packets should be routed to a server on a routed interface. Workaround: None.
•
CSCuc50731—When ARP packets are dropped (due to ARP flood), the ACE goes into the FT_Standby_Cold state due to a missing ARP entry for FT peer. Workaround: Reduce the ARP flood.
•
CSCuc55952—In an end to end SSL connection, the ACE fails to reduce the MTU path for IPv6 when receiving huge ICMPv6 packets from the remote end point. The ACE ignores the "ICMpv6 Packet Too Big Message" message and attempts to send the same sized packets again. Workaround: Reduce the max MSS value on the ACE with a connection parameter map and apply that parameter map to the VIP.
•
CSCuc62910—The SNMPD process on an Active ACE crashes and generates a core file. Workaround: None.
•
CSCuc63794—Under normal operating conditions, ACE unexpectedly reboots and generates a configuration manager (cgfmgr) core file. Workaround: None.
•
CSCuc71925—When you execute a CLI command via TACACS and save the existing configuration data, the ACE displays the following message:
ACE/Admin# copy ru startup-config Generating configuration....running config of context Admin savedACE/Admin# sh: /proc/sys/vm/drop_caches: Permission deniedWorkaround: Use the wr mem command to save the configuration data.
•
CSCuc80948—The ACE module crashes with the last boot reason: CP Kernel Crash and generates a crashinfo file. Workaround: None.
•
CSCuc84825—When you configure ACE with multiple serverfarms (with the same real server), the server will reach the maxconn limit by sending the traffic to one serverfarm. When an another serverfarm receives traffic, the ACE rejects the request as it has reached the maxconn state. In a typical scenario, ACE changes the state of real server from maxconn state to operation state after the closing the initial requests. The ACE then allows access to both serverfarms. This results in the failure of VIP access to the second serverfarm.
Workaround: Perform one of the following tasks:
–
Use the default predictor (that is, roundrobin).
–
Execute <b><i>no inservice/inservice</i></b> on serverfarm
•
CSCuc88198—When you change the FT state of a user context as Active, Stanby_cold and FT state of an Admin as outofservice, the standby ACE crashes and generates a cfgmgr file. Workaround: None.
•
CSCuc92704—The ACE does not pass IPv6 multicast EIGRP traffic when running on a bridged mode. Workaround: None.
•
CSCud06847—The ACE30 module crashes and generates a core file with the last boot reason: CP Kernal Crash. Workaround: None.
•
CSCud07607—The SSL insert feature does not work in an ACE with software version A5(2.1). This occurs when the ACE has configured SSL termination with client authentication and action list to insert ssl headers in the backend connection to the RSERVERs. Workaround: Downgrade to the previous version of ACE, that is, A5(2.0).
•
CSCud09314—When ACE is configured in a L2 bridged mode between 2BGP peers with MD5 authentication enabled, the BGP packets are not bridged by ACE. Workaround: Disable BGP authentication.
•
CSCud15824—When ACE running the software version A5(2.1) or A5(2.0) is configured with source static NAT, the ACE does not perform 1:1 mapping (that is, selects a random translated IP even though the corresponding IP is free) and translates the source IP multiple times. Workaround: Use a pool of one IP or downgrade to a previous version of ACE.
•
CSCud16492—When you use the snmp-server bulk-request max-oid <value> command, the max oid value used in this command restricts the number of OIDs in the SNMPGET command to the configured value. Workaround: None.
•
CSCud17897—When you try to edit a VIP from the ACE DM, the port shown in the edit frame shows a different value than the configured value. For example: When you try to edit a VIP targeted at TCP port 53, it is replaced by 21/FTP.
Workaround: Follow one of these steps:
–
Edit the VIP through the CLI.
–
Edit the VIP on the DM through Config>Virtual>Contexts>Expert>Class Maps and Policy Maps.
–
Use Safari on OSX or IE10 on Windows 8 as they seem unaffected.
•
CSCud19048—In software releases prior to A5(2.x), the option of keeping two boot images in the image: directory was available. In the software release version A5(2.x), you can only keep a single boot image which means the running image needs to be deleted. Workaround: Delete the running image before copying the new image in A5(2.x) software version.
•
CSCud19864—When you enable syslog logging on ACE for a large number of probe failures, the ACE30 running the software version A5(2.0) crashes with the last boot reason: servicehm and generates two core files: hm_log.1049.tar.gz and debug_history.tar.gz. Workaround: Disable the syslog logging for probe failure messages.
•
CSCud35973—ACE does not load balance the traffic appropriately and displays an increase in the "Static parse errors" counter in the show stats http command. This occurs in the following combination:
–
When you use secondary cookies on ACE
–
The request uses a POST with "Content-Type: application/x-www-form-urlencoded" and ACE tries to parse this request. If the actual data is not sent this encoding method (it contains binary data), the parsing fails.
Workaround: None.
•
CSCud39381—When the client sends a request to an ACE which has URL that is not UTF-8 encoded, the ACE passes the URL to the backend server (that should have been reset). Also, a L5 connection is transferred to the wrong server as the connection is not proxied for the remaining session.
For example: In following string "GET /pictures/index.html?request=My Picture&color=red", the space between "My" and "Picture" should be encoded as 20%. This request should be reset if it reaches ACE. However, this request is ignored and the connection is dropped to a L4 level. Workaround: None.•
CSCud63947—During high volume traffic, ACE crashes with the last boot reason: Service vacd. Workaround: None.
•
CSCud69062—Under normal operating conditions, the active ACE crashes and reloads with last boot reason: Service cfgmgr, and generates the "cfgmgr" core file. Workaround: None.
•
CSCud69888—When an ACE, running the software version A5(2.1), is configured with real servers using DHCP via DHCP relay, the ARP entry is stuck in the static state. Workaround: Use a new IP address for the real server.
•
CSCud76410—When you upgrade software version of ACE from A3(2.1) to A5(1.0) for IPv6 support, the XML output for the command show rserver is incorrect and inconsistent.
•
CSCud80382—The ACE appliance running the software version A5(1.0) or later can share the leaf nodes and pans between IPv4 and IPv6. Workaround: None.
Software Version A5(2.2) Open Caveats
The following open caveats apply to software version A5(2.2):
•
CSCtz01141—When handling L7 requests, the performance of an ACE with the software version A2(3.6) is impacted due to 64-bit arithmetic during length parsing. Workaround: None.
•
CSCtz47012—When the ACE is running on a bridged mode, the FT goes into the down state because the multicast packets cause a loop with the Real Time Streaming Protocol (RSTP). Workaround: None.
•
CSCua83798—When you configure a sticky group of type rtsp-header, open a Telnet session and send RTSP requests (OPTION, DESCRIBE, SETUP, and Play), a wrong rserver gets inserted in the RTSP sticky entry. Workaround: None.
•
CSCub17099—When the "Server Connection Reuse" and "Time Stamp" options are enabled in the parameter map, the ACE sends an incorrect timestamp. Due to the incorrect timestamp received at the backend server, the server retransmits the data resulting in slow connection. Workaround: Disable the "Server Connection Reuse" option or "time Stamp" option.
•
CSCub56420—When an echo request (with the Routing Header Type value of 0 and Segment Left value of 0) is received by an ACE, it does not respond with ICMP parameter problem. Ideally, the ACE should discard the echo request and send an ICMP Parameter Problem: Code 0, message to clients's Global Address. Workaround: None.
•
CSCud43266—When the SSL stickiness is configured on an ACE, the entries in the sticky database have a higher expiry timeout than the configured timeout. Workaround: Clear the sticky database for the specific group.
•
CSCud62073—When ACE performs a Layer 6 load balancing, the client receiving the HTTP 502 replies to POST requests. Workaround: Configure the ACE for Layer 4 load balancing.
•
CSCud71628—When the client receives a Window Size lesser than a certain threshold, it waits for 5 seconds to allow the peer devices (the ACE in this case) to process the data in its buffers after which it should update the Window Size again. As the ACE never sends an updated Window Size, the client waits for 5 seconds before attempting to send the next data. As ACE still responds to this additional data with the same or lesser Window Size, the same procedure starts over again. This results in poor HTTP performance across ACE.
Workaround: Disable the "tcp-options window-scale allow" option.
•
CSCud85572—When the ACE is servicing a high volume of traffic, the ACE setup for client authentication fails intermittently to insert cert information into the HTTP header that is sent to the real server. Workaround: Send less traffic to ACE or disable this option.
•
CSCue34662—When the telnet sessions between the client and server remain idle for more than 60 minutes and when you add service port configuration to the existing configuration, the ACE sends a RST packet to the client and server. The existing telnet sessions are also disconnected. Workaround: None.
•
CSCue35759—The ACE appliance running the software version A5(2.0) generates a "vsh" core file without rebooting. Workaround: None.
Software Version A5(2.2) Command Changes
Table 13 lists the command changes in software version A5(2.2).
Note
For a summary of new features for software version A5(2.2), including the associated new or modified commands, see the "New Software Features in Version A5(2.2)" section.
Table 13 CLI Command Changes in Version A5(2.2)
Mode Command and Syntax DescriptionConfiguration
resource usage-threshold
The resource usage-threshold command is used to configure the resource usage threshold. See the "Performing Device Monitoring" section for more details.
Configuration
system-level
The system-level command determines the resource usage threshold configured at the system level. See the "Bandwidth and Active SSL Connections" section for more details.
Configuration
rserver
The rserver command determines the resource usage threshold configured at the real server level. See the "Performing Device Monitoring" section for more details.
Configuration
vip
The vip command determines the resource usage threshold configured at the VIP level. See the "Performing Device Monitoring" section for more details.
Admin
show resource monitor-params
The show resource monitor-params command is used to display the monitoring parameters. See the "Displaying Monitoring Parameters Using the Show Command" section for more details.
Configuration
show tech-support brief
The show tech-support brief captures the basic information such as, resource usage, NP commands, and crypto counters. See the "Using the show tech-support brief Command for Critical Output" section for more details.
Configuration
buffer threshold
The buffer threshold command is used to set threshold levels for NP buffers in the active and standby ACEs and the active ACE can switchover when the NP buffer reaches or exceeds the threshold. See the "Monitoring and Displaying the Network Processor Buffer Usage (Switchover Option and NP Buffer Usage)"section for more details.
Exec
show np number buffer usage
The show np number buffer usage command displays the buffer usage by each NP. See the "Monitoring and Displaying the Network Processor Buffer Usage (Switchover Option and NP Buffer Usage)" section for more details.
Software Version A5(2.2) System Log Messages
Software version A5(2.2) includes the following system log (syslog) message changes:
445004
Error Message %ACE-5-445004Current bandwidth usage[95%] exceeds configured high threshold[90%] at context level, context Context_1Current bandwidth usage[30%] within configured threshold limits at context level, context Context_1Current bandwidth usage[5%] falls below configured low threshold [8%] at context level, context Context_1Current bandwidth usage[30%] within configured threshold limits at context level, context Context_1Current cpu usage[5%] exceeds configured high threshold[3%] at system levelCurrent memory usage[5%] exceeds configured high threshold[3%] at system levelCurrent Connection rate [95%] exceeds configured high threshold[90%] at system levelCurrent Connection rate [30%] within configured threshold limits at system levelCurrent Connection rate [5%] falls below configured low threshold [8%] at system levelCurrent Connection rate [30%] within configured threshold limits at system levelCurrent Connection rate [5%] exceeds configured high threshold[3%] at context levelCurrent Connection rate [30%] within configured threshold limits at context level, context Context_1Current Connection rate [5%] falls below configured low threshold [8%] at context level, context Context_1Current Connection rate [30%] within configured threshold limits at context level, context Context_1Current Concurrent connection [95%] exceeds configured high threshold[90%] at system levelCurrent Concurrent connection [30%] within configured threshold limits at system levelCurrent Concurrent connection [5%] falls below configured low threshold [8%] at system levelCurrent Concurrent connection [30%] within configured threshold limits at system levelCurrent Concurrent connection [5%] exceeds configured high threshold[3%] at context levelCurrent Concurrent connection [30%] within configured threshold limits at context level, context Context_1Current Concurrent connection [5%] falls below configured low threshold [8%] at context level, context Context_1Current Concurrent connection [30%] within configured threshold limits at context level, context Context_1Explanation The syslog notifications (at system level) when enabled are generated along with the SNMP notifications.
Recommended Action None required.
445005
Error Message %ACE-5-445005Current bandwidth usage[95%] exceeds configured high threshold[90%] at context level, context Context_1Current bandwidth usage[30%] within configured threshold limits at context level, context Context_1Current bandwidth usage[5%] falls below configured low threshold [8%] at context level, context Context_1Current bandwidth usage[30%] within configured threshold limits at context level, context Context_1Current cpu usage[5%] exceeds configured high threshold[3%] at system levelCurrent memory usage[5%] exceeds configured high threshold[3%] at system levelCurrent Connection rate [95%] exceeds configured high threshold[90%] at system levelCurrent Connection rate [30%] within configured threshold limits at system levelCurrent Connection rate [5%] falls below configured low threshold [8%] at system levelCurrent Connection rate [30%] within configured threshold limits at system levelCurrent Connection rate [5%] exceeds configured high threshold[3%] at context levelCurrent Connection rate [30%] within configured threshold limits at context level, context Context_1Current Connection rate [5%] falls below configured low threshold [8%] at context level, context Context_1Current Connection rate [30%] within configured threshold limits at context level, context Context_1Current Concurrent connection [95%] exceeds configured high threshold[90%] at system levelCurrent Concurrent connection [30%] within configured threshold limits at system levelCurrent Concurrent connection [5%] falls below configured low threshold [8%] at system levelCurrent Concurrent connection [30%] within configured threshold limits at system levelCurrent Concurrent connection [5%] exceeds configured high threshold[3%] at context levelCurrent Concurrent connection [30%] within configured threshold limits at context level, context Context_1Current Concurrent connection [5%] falls below configured low threshold [8%] at context level, context Context_1Current Concurrent connection [30%] within configured threshold limits at context level, context Context_1Explanation The syslog notifications (at system level) when enabled are generated along with the SNMP notifications.
Recommended Action None required.
Software Version A5(2.1) Resolved Caveats, Open Caveats, Command Changes, and System Log Messages
This release note includes resolved and open caveats that have a severity level of Sev1, Sev2, and customer-use Sev 3. The following sections contain the resolved and open caveats in software version A5(2.1):
•
Software Version A5(2.1) Resolved Caveats
•
Software Version A5(2.1) Open Caveats
•
Software Version A5(2.1) Command Changes
•
Software Version A5(2.1) System Log Messages
Software Version A5(2.1) Resolved Caveats
The following resolved caveats apply to software version A5(2.1):
•
CSCti28299—When an rserver reaches the MAXCONN state, ACE generates the SNMP trap cesRealServerStateUpRev1 instead of the cesRealServerStateChangeRev1 trap. Workaround: None.
•
CSCtx27765—During the normal booting process, the ACE intermittently fails to reload due to NAT initialization. Workaround: None. ACE reboots and resumes the next reload.
•
CSCtx50989—In the HTTP or HTTPS webhost redirection directive when you use special characters in the beginning of an URL (for example: //), the ACE skips few characters on the path URL. This causes application error out. Workaround: Do not use special characters in the beginning of the path URL.
•
CSCtx57994—After performing a software upgrade or while using software version A4(2.2), the ACE rebroadcasts a non-IP logical-link control (LLC) broadcast packet generated by an IBM server. As a result, this action causes the ACE to believe that the IBM server now resides off the ACE switchport. When this behavior occurs, you will see the following message:
%MAC_MOVE-SP-4-NOTIF: Host <IBM-SERVER-MAC> in vlan XX is flapping between port<ACE-PORT> and port <SERVER-PORT>Workaround: If necessary, downgrade to an earlier version of ACE software.
•
CSCtx76894—If you try to import a license while the /isan/ partition is full (due to CSCtx03563), the import will fail because the file copied in the partition is empty. This issue will also cause issues with the liccheck process when it tries to parse an empty file. Workaround: Reload the ACE and try to import the license again.
•
CSCtx77127—When one of the NPs in an ACE crashes/goes down, the other NPs are not immediately notified. This results in failure of redundancy (causing Active-Active redundancy state) or HSRP loop (when ACE is running in a bridged mode), causing datacenter outage. Workaround: None.
•
CSCty08887—The ACE resets a connection if the HTTP header is approximately 14K in length while the VIP configuration does not require HTTP parsing. Workaround: Create an HTTP parameter map that includes the set header-maxparse-length command followed by a proper value.
•
CSCty24597—In a redundant configuration, with the ACE configured as a Fault Tolerant (FT) peer, when the FT state is being established, it may fail several times due to a select error before correctly going from ACTIVE to STANDBY. Workaround: None. The error is logged, but the FT peer eventually comes up normally.
•
CSCty43331—Under a normal server load-balancing operation when you add or modify a virtual IP (VIP) address, you may find that the VIP addresses do not appear in the show cfgmgr internal table icmp-vip output. Workaround: Reload the ACE.
•
CSCty61047—When you configure DHCPv6 relay on an interface and use the wide-dhcp IPv6 DHCP server as the DHCP server, the DHCP relay fails to function properly. Workaround: None.
•
CSCtz28887—When you use/configure "Admin" as a part of the name for a load-balancing context, the FT synchronization fails and goes into the FSM_FT_STATE_STANDBY_CONFIG state for a long time before moving to the FSM_FT_STATE_STANDBY_COLD state. Workaround: Do not include "Admin" in the name of a load-balancing context.
•
CSCtz42584—During normal operation, the ACE reboots when generating the syslogd core file. Workaround: None.
•
CSCtz42618—When real servers are down and you try to telnet to the VIP IP, a connection is established in the ACE because the ICM (Ingress Connection Manager) is not checking the VIP status. If you send another request, the connection is dropped with an L7 rejection. Workaround: None.
•
CSCtz62067—When you use a password/passphrase within the cr command, the show accounting log command displays the password in the clear text instead of being masked. Workaround: None.
•
CSCtz69599—The ACE includes a version of Openssl that is affected by the vulnerabilities identified by the following Common Vulnerability and Exposures (CVE) IDs. CVE-2012-1165.
PSIRT Evaluation
The Cisco PSIRT has assigned this bug the following CVSS version 2 score. The Base and Temporal CVSS scores as of the time of evaluation are 5/4.8:
CVE ID CVE-2012-1165 has been assigned to document this issue.
Additional information on Cisco's security vulnerability policy can be found at the following URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html
PSIRT Evaluation
The Cisco PSIRT has assigned this bug the following CVSS version 2 score. The Base and Temporal CVSS scores as of the time of evaluation are 5/4.5:
CVE ID CVE-2012-2131 has been assigned to document this issue.
Additional information on Cisco's security vulnerability policy can be found at the following URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html
PSIRT Evaluation
The Cisco PSIRT has assigned this bug the following CVSS version 2 score. The Base and Temporal CVSS scores as of the time of evaluation are 5/4.5:
CVE ID CVE-2012-2110 has been assigned to document this issue.
Additional information on Cisco's security vulnerability policy can be found at the following URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html
•
CSCua12454—Cisco ACE includes a version of OpenSSL that is affected by the vulnerabilities identified by the following Common Vulnerability and Exposures (CVE) IDs: 2011-4576
PSIRT Evaluation
The Cisco PSIRT has assigned this bug the following CVSS version 2 score. The Base and Temporal CVSS scores as of the time of evaluation are 5/4.5:
CVE ID CVE-2011-4576 has been assigned to document this issue.
Additional information on Cisco's security vulnerability policy can be found at the following URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html
•
CSCua16421—The client does not receive large replies, approximately 1500 bytes, from VIP and PMTUD does not work. This is seen in the following cases:
–
The Virtual IP is configured with a specific port
–
IPv6 is configured on the client side
–
IPv4 is configured on the rserver side
–
The MTU on the path from the ACE to the client is lower than the MTU on the path from the ACE to the rserver.
Workaround: Perform either of the following:
–
Configure the MTU on the path from the ACE to the rserver to be lower than the MTU on the path from the ACE to the client.
–
Limit maximum MSS for connections to rservers on the ACE with the connection parameter map: parameter-map type connection NAME set tcp mss min 0 max <Maximum MSS on IPv6 side>
•
CSCua18092—The ACE does not do the mapping between ICMPv6 and ICMPv4 packets. Therefore, the ACE does not send ICMPv4 packets because the mapping of ICMPv6 to ICMPv4 is not done for this VIP by a device. This is seen in the following cases:
–
The VIP is a classmap that is configured with the protocol/port "any"
–
IPv6 is configured on the client side and IPv4 is configured on the rserver side
–
The MTU on the path from the ACE to the client is lower than the MTU on the path from the ACE to the rserver
–
Client requests result in a large reply size that is greater than the MTU of the ACE to the client path
Workaround: Configure VIP with a specific port.
•
CSCua18882—When IPv6 ssl termination is configured to load balance an IPv6 web server, the ACE IPv6 ssl termination VIP does not load a web page. The TCP MSS between the client and ACE is 1220. The packets are dropped when the packet size exceeds the MSS as follows:
ACE/Context# sh np 1 me-stats "-stcp" | i MSS Drops due to packet size exceed MSS: 21 0
Workaround: Configure the exceed-mss allow in connection parameter-map for VIP.
parameter-map type connection TCP-Options exceed-mss allow policy-map multi-match VIPS class IPv6-SSL-Term-Vip connection advanced-options TCP-Options•
CSCua18919—When the backtrace decode points to a specific fastpath crash due to a corrupt buffer chain for transition, the ACE reboots with the last boot reason "NP Failed:NP ME Hung". Workaround: None.
•
CSCua19020—If you configure an ACE with two VIPs having the same address but on separate ports, and when you remove one VIP (with the other VIP operational), and later reconfigure it, the reconfigured VIP remains inactive for a long time.
Workaround: For the VIP addresses that are inactive, remove the configuration in the multi-match policy and reapply them.
•
CSCua22740—After you configure an NTP server in the ACE and later remove it from the configuration, the NTP server still remains active (even after it is removed from the configuration). Workaround: None.
•
CSCua30450—The ACE unexpectedly reboots. If you specify the show version command, the ACE reloads with the last boot reason: Service cfgmgr. Workaround: None.
•
CSCua35646—When an ACE is running the software version A5(1.2), the ACE becomes unresponsive with the incorrect error "HANG DETECTED on core 15". The correct error message "Program terminated with signal 11" should be displayed.
Workaround: None.
•
CSCua40179—When an ACE appliance is in the down state (which may be due a hardware failure such as FAN failure of daughter card), the opposite appliance becomes unresponsive, and receives unexpected/random frame or packet from the first appliance. This causes the network to be down since both appliances are in the down state. This occurs if the FAN of the daughter card is broken or the temperature of the daughter card is very high.
Workaround: After the ACE appliance cools down, insert a L2 switch between the ft links and drop an unexpected frame on this switch.
•
CSCua41824—When the ACE is configured with a large number of connections (approximately, more than 6,000,000 for a module and 80,000 for an appliance), the module/appliance reboots when you enter the show np <x> me-stats "-call command.
Workaround: Do not enter the show np <x> me-stats "-call command with a large number of connections.
•
CSCua48058—The ACE30 module crashes and generates two core files snmpd_log.1033 and snmpd_log,1035 with the last boot reason: Service snmpd. Workaround: None.
•
CSCua81138—The ACE stops inserting the SSL session ID header when the cached session reaches 100,000 sessions (approximately). Workaround: Remove the session cache timeout.
•
CSCua85445—When multiple snmpwalk requests are made along with the load-balancing traffic for extended hours, the ACE reboots with the reason NP4 Failed: NP ME Hung. Workaround: None.
•
CSCua99477—When SSL termination is configured on an ACE and the client connects with an expired certificate, the configured action-list adds incorrect values in the HTTP header. The HTTP verify-result header on the server shows the status as "OK" even though the certificate is expired. This problem occurs only when the CRL check is configured on the ACE.
Workaround: Remove the CRL check from the configuration.
•
CSCub05455—The ACE reloads with the following last boot reason: AAA Daemon, and generates core files. Workaround: None.
•
CSCub14821—When you enter the snmpwalk command on cippflpFilterConfig with large number of access-list elements, the ACE displays the following message on syslogs:
May 2 2012 15:10:03 : %ACE-2-901001 kernel: unable to alloc and fill in a new mtsbuf (pid=1017,sap=1124, ret_val = -97, size=85608, opc=4001)May 2 2012 15:10:03 : %ACE-2-901001 kernel: unable to alloc and fill in a new mtsbuf (pid=1017,sap=1124, ret_val = -97, size=85608, opc=4001)May 2 2012 15:10:03 : %ACE-2-901001 kernel: unable to alloc and fill in a new mtsbuf (pid=1017,sap=1124, ret_val = -97, size=85608, opc=4001)May 2 2012 15:10:04 : %ACE-2-901001 kernel: unable to alloc and fill in a new mtsbuf (pid=1017,sap=1124, ret_val = -97, size=85608, opc=4001)Workaround: None.
•
CSCub21785—In an end to end SSL connection, the ACE fails to reduce the MTU path for IPv6 when receiving huge ICMPv6 packets from the remote end point. The ACE ignores the "ICMpv6 Packet Too Big Message" message and attempts to send the same sized packets again. Workaround: Reduce the max MSS value on the ACE with a connection parameter map and apply that parameter map to the VIP.
•
CSCub47038—When you load the A5.0.33 NPE appliance imag e to the ACE, the ACE appliance goes into an infinite reload loop. Workaround: None.
•
CSCub56420—When an echo request (with the Routing Header Type value of 0 and Segment Left value of 0) is received by an ACE, it does not respond with ICMP parameter problem. Ideally, the should discard the echo request and send an ICMP Parameter Problem: Code 0, message to clients's Global Address. Workaround: None.
Software Version A5(2.1) Open Caveats
The following open caveats apply to software version A5(2.1):
•
CSCtn66991—When you configure a port channel in an ACE appliance running the software version A5(2.0) and reboot, the following error messages are displayed:
%ACE-6-615003: VLAN 64 not available for configuring an interface%ACE-6-615003: VLAN 65 not available for configuring an interfaceWorkaround: Use different VLANS in the startup configuration.
•
CSCty02827—The primary ACE30 running ACE software version A4(2.2) crashes with the last boot reason as "NP 1 Failed : NP ME Hung". Workaround: None.
•
CSCty58098—The ACE when configured with a class map containing wildcards within the regex expression match string may result in an inconsistency in the matching criteria. Workaround: None.
•
CSCua13827—Continuous and excessive traffic to the CP affects the performance of the CP and causes functions (such as probes) to fail. Workaround: None.
•
CSCua37075—The ACE 30 module reloads with the last boot reason: CP Kernel Crash, and generates the "crashinfo" file. Workaround: None.
•
CSCua83798—When you configure a sticky group of type rtsp-header, open a Telnet session and send RTSP requests (OPTION, DESCRIBE, SETUP, and Play), a wrong rserver gets inserted in the RTSP sticky entry.
•
CSCua9011—When simultaneous script sessions (four/five) are running continuous telnet login and logout to management port for more than four hours, the VSH processes are not cleared even after exiting from the telnet. Workaround: None.
•
CSCub09577—The ACE reuses the sticky entry before reaching the maximum sticky resource usage limit. Workaround: None.
•
CSCub51545—The HTTP requests with front-end SSL and multiple SSL records are dropped when the -shttp counter "Exceed max buffer errors" increments. This problem occurs when the HTTP request have 10 or more headers, and each header is encrypted in its own SSL record in the HTTP request. Workaround: Configure a larger header max parse length.
•
CSCub83580—When an ACE uses ssl client authentication and if the number of concurrent accesses exceed 100 -200 TPS, few accesses fail due to certificate revocation. Workaround: None.
•
CSCub86891—The ACE fails to update the window size even after receiving the acknowledgement from the server. This problem occurs when the client sends large POST packets with less MSS. Workaround: Increase the TCP buffer-share value.
•
CSCub88717—After a NAT pool is removed from an interface, the entry is still remains in the routing table as an "N" entry. In a configuration where 20 or more VIPs are configured on an ACE that uses the same class map and NAT pool ip address, and you remove the NAT pools from the interface first, the entry still remains in the routing table. Workaround: None.
•
CSCub96733—The ACE (when configured with SSL sticky) crashes when dynamic configuration entries are made to SSL configuration, and the show serverfarm command is entered. Workaround: None.
•
CSCub89648—ACE does not support the MIB object cesRserverLocality when you run the snmpwalk command on a cesRserverTable. Workaround: None.
•
CSCuc06322—Which you configure sticky entries in multiple context, the entries in the context point to the rservers that are configured in context 1. Workaround: Reboot the ACE.
•
CSCuc06329—When probe fails, the sticky entries are not inserted due to lack of resources and the following system log message is displayed:
%ACE-LB_STICKY-3-728007: Internal communications error (sticky) -- type 4Workaround: Perform a failover or reload the ACE.
•
CSCuc19624—The ACE does not pass IPv6 multicast traffic when running on a bridged mode. Workaround: None.
Software Version A5(2.1) Command Changes
Table 14 lists the command changes in software version A5(2.1).
Note
For a summary of new features for software version A5(2.1), including the associated new or modified commands, see the "New Software Features in Version A5(2.1)" section.
Table 14 CLI Command Changes in Version A5(2.1)
Mode Command and Syntax DescriptionConfiguration
url rewrite
The url rewrite command enables the ACE to rewrite URI/URL pathnames in HTTP requests. See "Configuring HTTP URL Rewrite" section for more details.
RADIUS Sticky Configuration
enduser-v6-prefix-length
The enduser-v6-prefix-length command is used to configure prefix length for end user packets from the radius sticky mode. The valid prefix range is 1 to 128 bits. The default range is 64 bits. See the "Related CLI Changes" section for more details.
Configuration
resource usage-threshold
The resource usage-threshold command is used to configure the resource usage threshold. See the "Bandwidth and Active SSL Connections" section for more details.
Configuration
system-level
The system-level command determines the resource usage threshold configured at the system level. See the "Bandwidth and Active SSL Connections" section for more details.
Exec
show nat-fabric
The show nat-fabric command determines the NAT pool utilization displays the following information: User Pool ID, NP Utilization, Lower/Upper Ip Addresses fields, and Context name. See the "NAT Pool Utilization" section for more details.
Software Version A5(2.1) System Log Messages
Software version A5(2.1) includes the following system log (syslog) message changes:
445004
Error Message %ACE-5-445004:Current Bandwidth usage[98%] exceeds configured high threshold[95%] at system level Current Bandwidth usage[1%] falls below configured low threshold [10%] at system level Current Bandwidth usage[78%] within configured threshold limits at system level Current Active SSL connections usage[98%] exceeds configured high threshold[95%] at system level Current Active SSL connections usage[78%] within configured threshold limits at system levelExplanation Per CSCua52945, the syslog notifications (at system level) when enabled are generated along with the SNMP notifications.
Recommended Action None required.
445005
Error Message %ACE-5-445005:Current Bandwidth usage[98%] exceeds configured high threshold[95%] at context level, context Admin Current Bandwidth usage[1%] falls below configured low threshold [10%] at context level, context Admin Current Bandwidth usage[78%] within configured threshold limits at context level, context AdminExplanation Per CSCua52945, the syslog notifications (at context level) when enabled are generated along with the SNMP notifications.
Recommended Action None required.
Software Version A5(2.0) Resolved Caveats, Open Caveats, Command Changes, and System Log Messages
This release note includes resolved and open caveats that have a severity level of Sev1, Sev2, and customer-use Sev 3. The following sections contain the resolved and open caveats in software version A5(2.0):
•
Software Version A5(2.0) Resolved Caveats
•
Software Version A5(2.0) Open Caveats
•
Software Version A5(2.0) Command Changes
•
Software Version A5(2.0) System Log Messages
Software Version A5(2.0) Resolved Caveats
The following resolved caveats apply to software version A5(2.0):
•
CSCtd33226— The SNMP daemon can be very slow to respond (for example, a delay of approximately 10 to 15 minutes) when the ACE receives a malformed SNMP packet or there is a heavy utilization of SNMP polls. Workaround: None.
•
CSCtf28855—If you configure the no inservice standby command under a real server, and when you reboot the ACE, the running-configuration file incorrectly lists "inservice standby" in the configuration file. The running-configuration file should be the same as before and after the reboot of the ACE. Workaround: None.
•
CSCtg87855—After you change the configuration in a large ACE configuration and enter show commands, the CLI becomes unresponsive for a period of time. In this case, the show processes cpu | include cfgmgr command displays one of the configuration manager (cfgmgr) processes consuming CPU resources. After you apply the configuration change, the cfgmgr CPU usage goes to zero, and the CLI becomes unresponsive. Workaround: Wait until the cfgmgr completes its previous operation before entering the show command.
•
CSCth20813—In a multi-threaded code, some calls are unsafe and may cause the ACE to reboot. Workaround: None.
•
CSCth67961—When you enter the show snmp group command from any context other than the Admin context, it does not display any output. Workaround: None.
•
CSCti85313—When using the sticky-serverfarm command to specify that all requests that match a Layer 7 policy map are load balanced to a sticky server farm, if a server farm goes down, the ACE fails to display the following system message
%ACE-5-441003: Serverfarm (name) failed in policy_map (policy_name) --> class_map(cmap_name) without backup. Number of failovers = count1, number of times back inservice = count2Workaround: None.
•
CSCtj18833—When you configure an ACE in a bridge mode which has a static ARP entry for the real server, after the ACE reboots, the ARP entry for a real server is in the down (dn) state. Workaround: Remove the static entry and readd it.
•
CSCtj24719—When the ACE has mixed TCP and UDP SIP traffic running at a high rate for five to six hours to a combination of Layer 7 and Layer 4 VIPs, the show serverfarm name command may display some real servers with current connections after the traffic has stopped and the connections have closed. Workaround: None.
•
CSCtj60979—The ACE suddenly reloads with the reason identified as "me-dumper crash." In rare cases, the show np 1 me-stats command causes the me-dumper crash. Workaround: None.
•
CSCtk12683—All SSL probes on the ACE fail with the following reason: "No SYN/ACK returned from server." However, if you perform a trace, the trace shows that the TCP SYN from the ACE is not on the wire. This behavior is due to a configuration change that caused the access control list (ACL) to be downloaded to the internal VLAN 4095. The ACL failed, causing the Data Plane (DP) to reject the TCP SYN for the SSL probes being sent by the Control Plane (CP).
Workaround: Reboot the ACE. If this action does not resolve the issue, try another configuration change to force the ACL to be downloaded again to the internal VLAN.
•
CSCtk68122—When you configure the least loaded predictor in a server farm, the ACE does not set the autoadjust average option. Workaround: None.
•
CSCtk95076—If you configure AVS configured in one-arm mode (the server and client are configured on one interface), the debug packet capture occurs only on the server side and does not occur on the client side. It should capture both. Workaround: None.
•
CSCtl20133—When you enable the logging persistent command, it allows the ACE to save a specified syslog to its flash memory. As expected, the ACE creates a "messages" file on disk0. However, after you delete this file, the logging persistent command does not work again until you remove and reconfigure the command. Workaround: Remove and reconfigure the logging persistent command.
•
CSCtl76773—When you create a real server, class map, policy map, KAL-AP tag, server farm, or context name that includes a space in it, an ACE redundant configuration can become out of synchronization. Workaround: Do not use spaces when naming an object on the ACE.
•
CSCtn31362—When remote AAA server are configured in multiple contexts and XML requests through HTTP are sent to multiple contexts, occasionally the ACE reboots when the AAA daemon becomes unresponsive. For this configuration, the structure for the session is getting freed. After freeing, the session.vcid element is used for printing causing the AAA daemon to become unresponsive. Also the other local variable is used for printing. Workaround: None.
•
CSCtn78507—When either a SIP or RADIUS protocol-related configuration is present on the ACE that requires per-request load balancing, the ACE does not generate a connection teardown syslog and any translation syslogs that the ACE generates have a corrupt IP address. Workaround: None.
•
CSCtn91946—When you log in to an ACE user context directly through the Device Manager, the GUI does not display the Backup/Restore option. Workaround: Log in to the Admin context through the Device Manager and choose the user context. Then, access the Backup/Restore option in the GUI.
•
CSCtn98107—When you configure the ACE for redundancy with many contexts and some of these contexts have large configurations, and then you reboot the ACE, a context transitions to the STANDBY COLD state. The FT-related output did not display the correct command that failed in the context. Workaround: Perform the no inservice command and then the inservice command on the FT group. For the context in the STANDBY COLD state, assign it with a context ID number greater than one.
•
CSCto02825—The ACE allows users to configure inconsistent netmasks and fails to notify them of the inconsistency. For example, in this case the access-lists have inconsistent netmasks:
access-list acl1 extended deny ip any 10.45.15.192 0.0.0.15access-list acl1 extended deny ip any 10.45.15.192 0.0.9.0Workaround: Manually unconfigure the objects (such as access-lists) that have an inconsistent netmask and then reconfigure them with consistent netmasks.
•
CSCto45906—Each time that the standby ACE reboots, a context on it transitions to the STANDBY_COLD state and the ACE displays the following error:
Error on Standby device when applying configuration fileIt is a timing issue due to the configuration size and total number of contexts. This issue can lead to a lot of Configuration Manager (CFGMGR) download processing which can lead to a command failure. CSCtn50357 is tracking the issue of the actual failing command that is not properly placed in the error logs. Workaround: Perform either of the following:
–
On the FT group for the context in the STANDBY_COLD state, enter the no inservice command followed by the inservice command.
–
Change the context FT group ID in the FT group to a higher number so that the context with the largest configuration does the configuration synchronization last.
•
CSCto54476—When an SSL certificate or key is in use on the ACE, you can delete it. Workaround: Before removing the certificate or key, manually verify whether it is being referenced in the configuration.
•
CSCto65011—When you configure SUP SVI as the gateway to the ACE module, the client fails to reach the ACE module.
Workaround: Configure the gateway farther from the switch and use SUP as the L2 device.
•
CSCto77306—The following warning message is displayed when MTS messages to a command shell are processed (while executing an user command).
Warning:- MTS queue is full for opcode %d sap %d pid %d clear idle debug plugin sessions or telnet/ssh connections to recover"Workaround: Close all the debug plugin sessions and terminate command execution in all telnet/ssh connections to prevent these warning messages.
•
CSCto91249—When you enter the show parameter-map command to list all of the parameter maps in the context and the first parameter map in the list is a connection type, the ACE does not display all of the parameter maps. Workaround: None.
•
CSCtq11972—When you configure an Oscilloquartz NTP server with stratum 2, the ACE cannot synchronize its time with the NTP server. Workaround: None.
•
CSCtq32935 —When you configure an ACE with multiple classes (maximum of three classes) under the same policy-map type load balance, the source addresses of the subnets in these classes do not match. The ACE load balancing process fails and the subnet with the highest class map is considered. Workaround: When you configure multiple classes, the source address for all subnets should be same as the address defined in first class.
•
CSCtq59860—When you configure an SNMP engine ID that is applied to both the active and standby ACE using the CLI command snmp-server engineid value, the Network Management Station (NMS) does not know which ACE to connect to. Workaround: Use the following CLI command snmp-server engineid value peer engineid value.
•
CSCtq60293—You can configure Simple Network Management Protocol (SNMP) user information by specifying a peer privacy password for user authentication parameters or user encryption parameters. When you configure an ACE with "snmp-server user" profile (with or without the privacy password), and configure each module with a unique SNMPv3 "engineid", the standby ACE reloads. Upon a switchover from an active ACE to the standby ACE, the snmp-server user command privacy passwords synchronize between the active and standby ACEs. This results in the SNPv3 access failure to the standby ACE.
Workaround: Use the peer engine id for the configuration.
•
CSCtq63901—When you configure long probe names, long server farm names, and long real server names, the probe server farm or real server length can become too large (greater than 128 bytes) and the ACE can encounter a problem parsing the ciscoSlbHealthMonMIBObjects MIB object. In this case, when the ACE attempt to poll the ciscoSlbHealthMonMIBObjects, an SNMP query timeout will occur or there will be missing probe information. Workaround: None
•
CSCtq63912—SNMP traps are not sent when the SNMP trap queue is full. When this situation occurs, the ACE displays the following error messages:
snmpd[1027]: (ctx:9)send_notification: new: enqueueing notification........snmpd[1027]: (ctx:9)ERROR: notif_enqueue_tail : Size of the notif queue is more than the MAX size 250Software version A4(2.3) increased the queue size from 250 to 2000 and added new a counter in the show snmp command output to print the number of traps dropped because of a full SNMP queue. Workaround: None.
•
CSCtr36240—With the ACE configured for end-to-end SSL, if the backend server sends its full encrypted payload to the ACE, followed by an SSL close notify and a TCP RST, the ACE forwards the full payload to the client but then forwards the TCP RST to the client without sending an SSL close notify. Workaround: None.
Note
This issue can also occur with nonencrypted servers sending a RST.
•
CSCtr40282—Under normal operation with regexp resources in use, the clear stats resource-usage command may fail to clear the regexp peak counter. Workaround: Reload the ACE.
•
CSCtr44960—The HTTP response header for a CRL download fails if the server sets 'Content-length' instead of 'Content-Length' (lower-case "l" instead of an uppercase "L). When this happens, the ACE fails in downloading the CRL file and returns the following error:
%ACE-6-253008: CRL My_CRL could not be retrieved, reason: invalid format of dataWorkaround: None.
•
CSCtr66995—When you configure real servers in server farms and run a checkpoint rollback for couple of times, ACE reloads due to insufficient memory. Workaround: None.
•
CSCtr69215—When the ACE is servicing a high volume of traffic, has sticky configured, and the show tech command is executed continuously on the control plane, the ACE may become unresponsive.
Workaround: None.
•
CSCtr93395—When UDP Booster is enabled on the ACE to load balance DNS traffic, the source IP address does not appear in the show conn command output.
CSCtr93395—When UDP Booster is enabled on the ACE to load balance DNS traffic, the source IP address does not appear in the show conn command output.host1/Admin# show connconn-id np dir proto vlan source destination state----------+--+---+-----+----+---------------------+---------------------+-----101646 1 in UDP 302 0.0.38.114:0 80.58.61.250:53 -Workaround: None.
•
CSCts07333—During a configuration change on the ACE, the ACE reloaded because the cfgmgr becomes unresponsive. This behavior could be due to a memory corruption problem. Workaround: None.
•
CSCts09006—Under normal operations with SNMP, the ACE unexpectedly reloads and generates a core file. Workaround: None.
•
CSCts19247—When using the ACE appliance Device Manager GUI, if you create a class map condition from the ACE CLI that includes a space in an HTTP URL, that class map will not appear in the DM GUI. Workaround: Use the ACE appliance DM GUI if you need to create a class map condition that includes a space in an HTTP URL match.
•
CSCts24977—The service name:snmpd(1395) terminates upon receiving signal 8. This issue can occur when polling the ACE CPU utility MIB in a loop; the snmpd process can become unresponsive and cause the ACE to reload. For this particular issue, the OID polled was .1.3.6.1.4.1.9.9.480.1.1.7.1. Workaround: Do not poll the ACE CPU utility MIB continuously in a loop.
•
CSCts29208—With one or more sticky groups and failaction reassign configured under one of the server farms, the ACE may experience the load balance issue while incrementing real server connection counts. Workaround: When this behavior occurs, do not configure the failaction reassign command with the server farm.
•
CSCts35635—A denial of service vulnerability has been found in the way the multiple overlapping ranges are handled by the Apache HTTPD server. Multiple Cisco products could be affected by this vulnerability.
This advisory is posted at http://www.cisco.com/warp/public/707/cisco-sa-20110830-apache.shtml.
PSIRT Evaluation:
The Cisco PSIRT has assigned this bug the following CVSS version 2 score. The Base and Temporal CVSS scores as of the time of evaluation are 7.8/7.8:
CVE ID CVE-2011-3192 has been assigned to document this issue.
Additional information on Cisco's security vulnerability policy can be found at the following URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html
•
CSCts44219—The ACE is configured with access control lists (ACLs) which reference object groups. The ACL is part of a policy which is applied globally or to an interface. When dynamic changes are made to the ACL or object group, the following ACL merge error may occur:
"%ACE-1-106028: WARNING: ACL Merge failed to add ACE..." and this leave the servicepolicy incomplete and can cause traffic to be mis-handled.Workaround: Perform one of the following actions:
–
Delete the ACL which logged the merge error, reconfigure the policy, and reapply.
–
Reboot the ACE.
•
CSCts66857—When you enter the no command with the full match statement, or without the line number for "match anyv6", or vice versa as shown in the following example,
no 2 match anyv6no 3 match port- v6 tcp range 6 600no 2 match anyYou cannot apply the "match port tcp/udp...." after removing the "match anyv6" config from the L3/4n/w traffic class map. The following error message is displayed:
Class contains Ipv6 match statementWorkaround: Use the no command with the line number only.
•
CSCts99950—With backend SSL configured on the ACE, the ACE may become unresponsive and generate a core file. Workaround: None.
•
CSCtt08380—After experiencing packet loss, the ACE inconsistently sends ACKs. This behavior is due to the length of reassembly queue in TCP (32 buffer particle). With software version A4(2.3), this length has been tied to the size of rcv-wnd (typically 64 buffer particle). Workaround: None.
•
CSCtt08473—In an Admin context configuration with a big banner, the config sync between the Active and Standby ACE fails with the Standby ACE stuck in the STANDBY_CONFIG state. After four hours, the HA config sync times out, and the Standby ACE changes to the STANDBY_COLD state. The show proc cpu command displays the config_cntlr process with more than 50% of CPU utilization. Workaround: Remove the banner from the running and startup config of the context.
•
CSCtt24046—When the ACE performs multiple simultaneous SNMP requests on the cpmProcessTable, this may result in an SNMP timeout. Workaround: Perform only sequential SNMP requests on the Cisco Process MIB.
•
CSCtt30579—When you use the show cfgmgr internal table slb-policy command, the output incorrectly displays all the entries as invalid. Workaround: None.
•
CSCtt33804—During a modification of an ACL within a context, an ACL merge error may be reported on one or more of the interfaces where the ACL list is applied, leaving the interface in an inconsistent state. When this issue occurs, the following system message appears:
%ACE-1-106028: WARNING: ACL Merge failed to locate specified ACL in context 10049.Error while processing service-policy. Incomplete rule is currently applied on interface vlan200. Configuration on this interface needs to be manually revertedWorkaround: Perform one of the following actions:
–
Remove the offending lines one at a time from the ACL until the ACL can be successfully applied.
–
Reload the ACE.
•
CSCtt61028—When operating in a redundant configuration, SSL probes fail intermittently even if the ACE module is in standby mode. Workaround: Reload the ACE.
•
CSCtu10624—Establishing a Telnet connection from the ACE to a remote device is silent with no indication of a successful connection or DNS resolution. When this occurs, the lines "trying ..." and "connected..." are not seen. Workaround: None.
•
CSCtu18281—The restore process may fail if the Admin context in the backup configuration has TACACS authorization and the configuration is associated with a domain (add-object command). When this issue occurs, the restore process fails and the non-Admin contexts are not imported. However, for the Admin context, the configurations are properly applied. Workaround: Remove "domain TACACS" from the backup configuration and perform the restore.
•
CSCtu33484—When setting the idle timeout on the ACE, an extra second is added for every minute of idle time. When this issue occurs, the connection disappears from the statistics on the configured time. The reset is not sent until the idle time plus the extra time expires. Workaround: None.
•
CSCtu34037— User context configurations (including certificates and keys) are lost after the ACE reloads. When this issue occurs, the Admin context configuration is reduced to the minimal, initial configuration. This issue can occur when you specify the reload command, or if the FT link is interrupted by high CPU usage on the switch that the ACE is connected to. Workaround: None.
•
CSCtu36146—The ACE becomes unresponsive due to a configuration manager (Cfgmgr) process failure with the last boot reason: Service "cfgmgr."
The following example system error log messages may appear shortly before the ACE reloads:
MG6509:7:Admin 443001 Critical 24-Oct-2011 08:29:09 System experienced fatalfailure.Service name:cfgmgr(1050) has terminated on receiving signal 11,system willnot be reloadedMG6509:7:Admin 443001 Critical 24-Oct-2011 08:30:23 System experienced fatalfailure.Service name:cfgmgr(1050) crashed, last core saved,system will not be reloadedMG6509:7:Admin 199006 Critical 24-Oct-2011 08:30:31 Orderly reload started at Mon Oct24 13:30:28 2011 by System. Reload reason: Service "cfgmgr"Workaround: None.
•
CSCtv17196—The show script code command returns an invalid call. Workaround: Reboot the ACE.
•
CSCtw54107—The ACE requires the ability to display the hidden parameter of a server farm when using the show cfgmgr internal table sfarm det command
•
CSCtw70949—Currently, the ucdump -w a debugging command does not show the allocated buffers. This debugging command display incorrect output. Workaround: None.
•
CSCtw76940—You may find that double quotations in a description are replaced by spaces. For example, if you configure description t"e"st, this description is displayed as (config-sticky- in the show running configuration command output as follows:
(config-if)# description t"e"st(config-if)# do sh run | i descGenerating configuration....description t e stYou may encounter this behavior when strings between double quotations do not include a space. This show output display issue does not occur if you insert a space between the double quotations (for example, description t" e"st). In this case, a space is inserted between " and e. For example:
(config-if)# description t" e"st(config-if)# do sh run | i descGenerating configuration....description t " e" stWorkaround: None.
•
CSCtw79419—An error occurs when you attempt to delete a server farm, and the ACE prevents you from performing the deletion. This behavior can occur when the ACE configuration manager still associates the server farm with a load-balancing policy. For example:
ACE/1(config)# no serverfarm host 2081bancaPRError: serverfarm 'SERVERFARM_X' is in use. Cannot delete!Workaround: Reboot the ACE.
•
CSCtw81056—When performing Layer 7 load balancing with TCP serve connection reuse enabled, you may find that intermittent client connections are reset. Traces show a Reset from the backend server occurring immediately after the ACE forwards the client's GET request on the backend. The ACE attempts to reuse a connection on the backend server that was closed on the server. Prior to this failure, the server attempted to close an inactive backend connection, but the ACE ignored and dropped the Fin Ack packets received from the server. Workaround: Reboot the ACE.
•
CSCtx03563—If the ACE has been operating for approximately 150 days, you may find that it may produce huge httpd logs over time when you use the XML interface. This behavior causes the file system to become full and the following messages may appear: "write error: No space left on device." If ACE reloads when in this state, and you save the configuration on reload when prompted, this action will cause the ACE to wipe all configurations. Workaround: Perform the following actions:
–
Do not save the configuration when prompted on reload.
–
If necessary, contact Cisco TAC to provide a workaround script.
•
CSCtx20459—When you specify the show system resources command, CPU states values are shown as "nan%". For example:
ACE/Admin# show system resourcesLoad average: 1 minute: 0.10 5 minutes: 0.05 15 minutes: 0.01Processes : 5606 total, 1 runningCPU states : nan% user, nan% kernel, nan% idle <<<<<<<<<<<<<Memory usage: 5955K total, 1623K used, 4331K free21K buffers, 858K cacheAverage ME Utilization StatisticsWorkaround: None.
•
CSCtx27638—The ACE may suddenly display the following log message with no operational impact:
%ACE-3-251006: Health probe failed for server x.x.x.x on port nnnnn, internal error:failed to setup a socketWorkaround: None.
•
CSCtx45830—In a redundant configuration, the config sync process fails because of an expired user account configured on the ACE. This issue occurs when a user account is configured with a specified expiration date in the past (with reference to the ACE system clock), the ACE displays the error message "date should be in the future, expiry date wrong" and the configuration is then rejected. Workaround: Remove the expired user account from the active ACE configuration.
•
CSCtx53490—In a redundant configuration, the ACE may generate a high volume of Generic Attribute Registration Protocols (GARP) which result in a high CPU load. In this situation, the he ACE will not stop sending the GARPs until you reload it. This behavior can occur under the following conditions:
–
The ACE is running software release A4(2.1) or later.
–
Your configuration includes: two ACEs in FT setup with FT preemption enabled, host tracking for a default-gateway of which the ARP can not be solved, and SNAT.
–
All ARP entries of real servers and default-gateway devices have the ARP entry type of VIP(SNAT) as "NAT" instead of "VSERVER".
Workaround: To resolve this issue, address one or more of the configuration items listed above.
•
CSCtx58666—The ACE displays the "internal error: failed to setup a socket" error message when it is unable to send a probe due to a network issue. Workaround: None.
•
CSCtx59909—If you log into the ACE appliance Device Manager GUI using the "admin" username with custom role permissions within a context, when you attempt to change the configuration, you may see a popup window that displays the following error: "Failed to deploy config to device: Infringing CLI command: with reason: reached max checkpoint limit 10." Workaround: Do not use "admin" as the username within the sub-context. Any other username will not trigger this error message.
•
CSCtx64223—When there are more than 255 characters in the SSL Subject (with 255 being the maximum value), certain characters in the SSL Subject are then omitted. Workaround: None.
•
CSCtx76894—If you try to import a license while the /isan/ partition is full (due to CSCtx03563), the import will fail because the file copied in the partition is empty. This issue will also cause issues with the liccheck process when it tries to parse an empty file. Workaround: Reload the ACE and try to import the license again.
•
CSCtx92484—During a Layer 7 file transfer is terminated after transferring approximately 16 kB of data. Workaround: Configure an HTTP parameter map and set the content-maxparse-length and header-maxparse-length to larger values. For example:
parameter-map type http PM-HTTPpersistence-rebalanceset header-maxparse-length 65535set content-maxparse-length 65535•
CSCtx96626—In a redundant configuration, when multiple track priorities are configured in an FT track host configuration, you may find that some track states are TRACK_DOWN. In this case, the FT track priority is not properly decreasing as expected after the ACE reboots. Workaround: Reconfigure the FT track priority using the probe [probe_name] priority [priority] command or change all track states from TRACK_DOWN to TRACK_UP.
•
CSCty01285—With the ACE configured for SSL termination with client authentication and OCSP, when the ACE makes an OCSP request to the OCSP server, the server responds with a certificate status of unknown. Workaround: Disable OCSP.
•
CSCty14193—If the ACE receives an ACK with 1 greater than the current sequence number, the ACE responds with its own ACK instead of ignoring the received ACK. If the rate of these ACKs are high enough, this situation can lead to buffer depletion. Workaround: None
•
CSCty24569— Cross-site scripting (XSS) vulnerability in the Adobe Flex SDK 3.x and 4.x before 4.6 allows remote attackers to inject arbitrary web script or HTML from vectors related to the loading of modules from different domains. Workaround: None.
PSIRT Evaluation:
The Cisco PSIRT has assigned this bug the following CVSS version 2 score. The Base and Temporal CVSS scores as of the time of evaluation are 4.3/3.6:
CVE ID CVE-2011-2461 has been assigned to document this issue.
Additional information on Cisco's security vulnerability policy can be found at the following URL:
http://www.cisco.com/en/US/products/products_security_vulnerability_policy.html.
•
CSCty29030—Few ssh sessions fail to respond on the ACE as the LAN Management System (LMS) is always responsive with the TCP keepalive. This holds good when the sessions are closed on the LMS side. Workaround: Change the parameter on the ACE sshd.conf from ClientAliveInterval0 to ClientAliveInterval300. The ssh session will log out if it is active for 300 seconds.
•
CSCty47743—In a redundant configuration, if you configure a description under an interface that contains a valid ACE command, the bulk synchronization script may parse the description as a command, change it, and attempt to apply it to the configuration. For example:
interface vlan Xdescription Admin context Mgmt VLAN IP addressOn the standby ACE, the "IP address" section is parsed as an actual command and changed to the peer ip address command. When the ACE applies this command, it fails because the command is incomplete. The following config synchronization error appears:
cdn-ace--2/Admin# sh ft config-errorTue Mar 6 22:56:56 CET 2012`peer ip address`*** Context 5: cmd parse error ***--*** Context 5: Config can not been applied fully. Please try again***Workaround: Remove or modify the description string. For example, insert a dash (-) or underscore (_) instead of using a space.
•
CSCty60596—If you configure an ACE with the same VIP that listens on two separate ports, with both VIPs performing server-conn reuse using the same server farm, once one VIP receives the traffic this can result in operational issues with the other VIP. This behavior can occur because the ACE uses a real server ID to index to the reuse pool for sending the server connection to the pool or for retrieving server connection from the pool. Configuring the same server farm for both an HTTP policy and an HTTPS policy results in the ACE using identical real server IDs to index to the same reuse pool to store or retrieve the server connections for both HTTP and HTTPS traffic (ingress).
Workaround: In order for the ACE to generate two different real server IDs for the same real server to separately serve the HTTP and HTTPS traffic, create a new server farm to contain the same real servers. Associate one server farm to the HTTP policy and another server farm to the HTTPS policy. The ACE will generate two different real server IDs for this real server because it is configured with two server farms. The server connections for HTTP traffic are stored to and retrieved from the reuse pool indexed by one real server ID, and server connections for HTTPS traffic are stored to and retrieved from the reuse pool indexed by a different real server ID.
•
CSCty62216— If the amount of memory (HighFree) falls below five percent, SSH access is disallowed. Workaround: Reload the ACE.
•
CSCty77522—When you enter the show sticky database buddy command on the ACE module, the show command does not display the buddy entries properly. Workaround: None.
•
CSCty79229—When you remove specific configs from a sticky http content group, the no http-content in the http-content group deletes all the configs in that group, including the member. This results in member table leak. Workaround: Remove the member from the table before you enter the no command, and then add it back.
•
CSCty87543—The Configuration Manager (cfgmgr) process becomes unresponsive when a few buddy groups are grouped under real (buddy green) and you enter "no buddy".
Workaround: Use "no buddy green" instead of "no buddy.
•
CSCty91438—When you configure a SSL sticky group with the response token, the entries are created in the outbound direction from the server side. However, when the server sends a SSL session id, sticky entries are not created. Workaround: None.
PSIRT Evaluation:
CVE ID CVE-2012-0053 has been assigned to document this issue.
•
CSCty97116—When you add or remove a member from the sticky group that has replicate sticky configured in that group, the sticky group is removed from the Context link list. The sticky entries in this group do not appear even after they are created.Workaround: Remove the replicate sticky before adding/removing a member from the sticky group, and then add the replicate group back.
•
CSCtz01656—When you run a combination of http, ssl, ftp, dns, sip & rtsp v4 SLB traffic with the inspect enabled at 1000 connections per second on an ACE module, the module reloads with the last boot reason "NP 2 Failed : NP ME Hung".
Workaround: None.
•
CSCtz14867—After the ACE appliance is operational for some time, the JAVA perm space is out of memory. This happens as the Java Virtual Machine (JVM) controls the perm space garbage collection, and not the user. The configuration operation fails with an error message in the logs about the lack of JAVA perm space. Workaround: Restart the device manager (DM) using the dm-reload command. This command restarts the DM only and does not affect the ACE's operation.
•
CSCtz21908—The ACE database gets corrupted when you use a port redirection on the serverfarm and do a HTTP cookie insert based sticky in ACE30 module running ACE software version A5(1.1) or later releases. The ACE generates the same hash key value and same http cookie pointing to multiple server instances. Workaround: Use Static cookies.
•
CSCtz30731—When you configure an HTTP probe with the request method GET and send the server response in more than one data packet, the ACE sends a RST and the HTTP probe fails with the status code 200ok and the last disconnect error "Unrecognized or invalid response".
Workaround:Change the request method to HEAD.
•
CSCtz33568—The sticky entry is not created as the sticky group is not downloaded properly. Workaround: None.
•
CSCtz37185—When you configure an ACE with the MSS mismatch CLI in param-map and configure the server MSS less than the client MSS, the ACE sends a request for two or more packet responses from the client to server. The ACE transmits the first packet only and drops the other packet (which is an HTTP drop).
Workaround: None.
•
CSCtz37625—In ACE, the hidden command cfgmgr limit-regex-dnld enable is made visible and changed to limit-regex-dnld enable. Workaround: None.
•
CSCtz43740—When you use the sftp/tftp/ftp within copy command along with the password, the show accounting log command displays the password in a text format instead of a masked password. The passwords used in the sftp/tftp/ftp within copy command are not masked. Workaround: None.
•
CSCtz44186—The following system message appears when the ACE appliance is
–
Running the software version A(51.0), has configured a large multi-match policy, and you attempt to apply the sevice-policy t0 the interface.
–
Running the software A4(1.0) has configured a large multi-match policy, and you attempt to upgrade to the version A5(1.0).
%ACE-2-443001: System experienced fatal failure.Service name:cfgmgr(1961) has terminated on receiving signal 11,system will not be reloaded Service name:cfgmgr(1961) has terminated on receiving signal 11 The ACE will then reboot and generate cfgmgr_log core files.Workaround: Revert to the software version A4(1.0) using the recovery image.
•
CSCtz45930—When the primary server farm is down and the backup server farm has a sticky keyword with the member group configured (that is, the backup server farm is operational), the buddy sticky do not stick to a particular server. The buddy sticky does not work as expected for the backup sticky server farm. Workaround: Do not configure backup server farm.
•
CSCtz61791—If the size of a reassembled IPv6 packet exceeds the MTU, the packet is dropped. This happens when the packet is reassembled in one NP and transferred to another NP for processing. Workaround: None.
•
CSCtz68413—When you enter the show sticky database static command, the same entry is displayed twice. Workaround: None. This is just a display. Use the sh stats sticky command for the exact count.
•
CSCtz77264—When an ACE, running the software version A5(1.x), receives multiple fragmented packets, it reassembles these packets before forwarding them. If the reassembled packet is greater than the Maximum Transmission Unit (MTU) of the outbound interface, and if the DF bit is set, then ACE will not forward the reassembled packets. Workaround: Use the command ip df clear to clear the DF bit, and permit the packet.
•
CSCtz82714—The ACE creates multiple sticky entries created for the same hash value. Workaround: None.
•
CSCtz86093—During the upgrade process of an ACE appliance, the SSL sticky synchronizes with the 512a image. This occurs when you configure the ACE appliance as follows:
–
Load the appliance with 512a and configure FT, and ensure that the appliance is in Active/Standby Hot state.
–
Upgrade the stand by ACE to A520 and ensure that the ACE is in the standby-warm state.
–
Do a FT-switchover and verify whether the appliance with the A520 image is active and the appliance with A512 is in the standby-warm state.
–
Configure SSL sticky groups and associate these groups under the https policy map.
–
The CLI is not synchronized with the standby appliance and the SSL sticky is reflected in the appliance with 512a.
Workaround: None.
•
CSCtz95887—The ACE does not allow you to configure a same member group under different sticky groups, and displays the following error message:
Cannot configure dissimilar sticky groups under same memberWorkaround: None.
•
CSCtz99489—The TCP connections are not proxied when the SYN cookie is set and the MSS value does not match the MTU (that is, the MSS of the client is greater than the MSS of the server). This occurs in one of the following conditions:
–
When the minimum MSS value is set in the param-map type connection
–
When the SYN cookie is set in an ACE
–
The full-proxy-mss-mismatch CLI is added in the param-map type parameter
For example: If a syn attack is transmitted with the value more than the value set in SYN-cookie, the ACE sends SYN-ACK with a MTU of 536 bytes. If the MSS of the server is less than 536 bytes, a GET request is sent instead of SYN-attack. The ACE does not proxy the TCP connections.
Workaround: None.
•
CSCua06191—In a configuration that contains a large number of contexts, the ACE becomes unresponsive when you enter the clear sticky database all command. Workaround: Decrease the number of contexts in the configuration.
•
CSCua18838—When a probe is shared across several server farms, the show probe output is incomplete. The output does not list one or more server farms in the <CmdBold>show probe<NoCmdBold> or <CmdBold>show probe detail<NoCmdBold> output.
Workaround: Perform either of the following
–
Define another probe with the same characteristics and associate it to the missing server farm.
–
Use the following command with the correct probe to list the missing server farms correctly in the probe output: <CmdBold>show probe <NoCmdBold><CmdArg>probename<NoCmdArg>
•
CSCua23743—When a backup real server, configured with the same buddy as primary, is added or deleted, the buddy sticky entries are sent to different rservers. Workaround: Remove buddy from the backup real server.
•
CSCua26437—When the server response is chunked encoded and the VIP is configured for cookie-based sticky, the ACE may fail to forward the server response to the client. To determine if chunked encoding is present in the network, use the show stats http | inc chunk command to check if the HTTP chunks counter increases per context:
ACE/Admin# show stats http | inc chunkHTTP chunks : 0 , Pipelined requests : 0Workaround: Use IP-based stick.
•
CSCua35519—When you try to remove an existing VIP and add a VIP simultaneously through a script/interface, the old VIP is not deleted completely and appears in show arp command.
Workaround: Do not remove and add a VIP simultaneously.
•
CSCua38338—VIP stops when you use the connection: "Keep-Alive" with a large chunk response (~> 36KB). Workaround: Use the connection: "close".
•
CSCua41824—When the ACE is configured with a large number of connections (approximately, more than 6,000,000 for a module and 80,000 for an appliance), the module/appliance reboots when you enter the show np x me-stats "-call command.
Workaround: Do not enter the show np x me-stats "-call command with a large number of connections.
•
CSCua48058—The ACE30 module crashes and generates two core files snmpd_log.1033 and snmpd_log,1035 with the last boot reason: Service "snmpd. Workaround: None.
•
CSCua55846—When you add ACE30 to ANM, the ACE reloads. This occurs due to an overloaded buffer which in turn overwrites the data pointer. Workaround: None.
•
CSCua64539—The ACE becomes unresponsive when you add and delete a "member" of the sticky group multiple times.
Workaround: None.
•
CSCua65007—When you perform SNMP polling continuously, the ACE starts running out of memory. Workaround: Free the allocated memory for the tnrpc response, thereby increasing the allocated memory.
•
CSCua65184—When you import the active and the standby ACE into more than two ANMs, the standby ACE reloads with the last boot reason service: snmpd. Workaround: None.
•
CSCua85445—When multiple snmpwalk requests are made along with the load-balancing traffic for extended hours, the ACE reboots with the reason NP4 Failed: NP ME Hung. Workaround: None.
Software Version A5(2.0) Open Caveats
The following open caveats apply to software version A5(2.0):
•
CSCsq65274—When you configure the HTTP header insert feature on the ACE, the configured HTTP header insert and the escape character is not translated properly. Workaround: None.
•
CSCti28299—When an rserver reaches the MAXCONN state, ACE generates the SNMP trap cesRealServerStateUpRev1 instead of the cesRealServerStateChangeRev1 trap. Workaround: None.
•
CSCtt23176—When you use an ICMP probe attached to a transparent server farm, and the probe stops sending an ICMP echo request after about 12 hours of continuos operation. Workaround: Use a UDP or TCP probe.
•
CSCtx12159—The ACE becomes unresponsive and reboots with the last reboot reason of "CP kernel crash." Workaround: None.
•
CSCtx27765—During the normal booting process, the ACE intermittently fails to reload due to NAT initialization. Workaround: None. ACE reboots and resumes the next reload.
•
CSCtx53917—The ACE A235 module fails to reboot if it is run with 20 contexts and has traffic on all contexts. Workaround: None.
•
CSCtx57994—After performing a software upgrade or while using software version A4(2.2), the ACE rebroadcasts a non-IP logical-link control (LLC) broadcast packet generated by an IBM server. As a result, this action causes the ACE to believe that the IBM server now resides off the ACE switchport. When this behavior occurs, you will see the following message:
%MAC_MOVE-SP-4-NOTIF: Host <IBM-SERVER-MAC> in vlan XX is flapping between port<ACE-PORT> and port <SERVER-PORT>Workaround: If necessary, downgrade to an earlier version of ACE software.
•
CSCtx64126—The ACE contains static ARP entries even though no static ARPs have recently been configured. This issue may be related to static ARPs configured in the past and then removed. In this case, the ACE failed to remove the entries. Workaround: Readd the static ARP entry, and then remove it. This action will remove the static ARP from the ACE.
•
CSCty08887—The ACE resets a connection if the HTTP header is approximately 14K in length while the VIP configuration does not require HTTP parsing. Workaround: Create an HTTP parameter map that includes the set header-maxparse-length command followed by a proper value.
•
CSCty09558—When you configure multiple probes on the ACE and make the probes fail using iptables, the ha_mgr process in the ACE goes into an unresponsive state after the switchover is checked. Workaround: None.
•
CSCty18004—The HTTP probe fails if the data has the control character (NULL) "\0" as part of the data. This issue is not seen in a normal UNIX server from which the file is fetched but is seen only with IXIA because it can manipulate the data. Workaround: The data/header portion of the reply should not have a NULL character.
•
CSCty24258—Under normal operating conditions, the ACE module reboots during the Load Balancing process. Workaround: None.
•
CSCty37843—When you enter the show service-policy detail or show service-policy url-summary commands, the show service-policy command becomes unresponsive on ACE20 and only a part of the output is shown on the console. Workaround: Break the command by pressing with <Ctrl-C>.
•
CSCty43331—Under a normal server load-balancing operation when you add or modify a virtual IP (VIP) address, you may find that the VIP addresses do not appear in the show cfgmgr internal table icmp-vip output. Workaround: Reload the ACE.
•
CSCty58098—With the ACE configured with a class map containing wildcards within the regex expression match string this may result in inconsistency in the matching criteria. Workaround: None.
•
CSCty58343—In a FT setup, when you do a checkpoint rollback to a blank config in an Active ACE, the standby ACE reboots with the cfgmgr.
Workaround: Shutdown or disable the FT interface and do a checkpoint rollback to an empty config in an active ACE module.
•
CSCty61047—When you configure DHCPv6 relay on an interface and use wide-dhcp IPv6 DHCP server as the DHCP server, the DHCP relay fails to function properly. Workaround: None.
•
CSCty70458—When you apply the configuration for a front-end SSL, remove and then add an rserver under server farm, and press Ctrl + C, the ACE crashes with the last reboot reason ME Dumper Process Crashed. Workaround: None.
•
CSCty96856—Under normal operating conditions, ACE reboots with the reason "ha_mgr". Workaround: None.
•
CSCtz17453—The syslogd process running on the ACE reboots when the Control Plane (CP) is under a stress test with multiple ssh/telnet/probe/xml/snmp scripts. Workaround: None.
•
CSCtz20802—When you configure a certificate or a key name using special characters during a backup process and use the show restore errors command, the restore process fails with the following message:
Component:Cert/Key" & "Error, decipher failed for keysWorkaround: Do not use special characters when you configure certificates and key names.
•
CSCtz27907—The HTTP probe fails if the data has the control character (NULL) "\0" as a part of the data. This issue is not seen in a normal UNIX server from which the file is fetched but is seen only with IXIA because it can manipulate the data. Workaround: The data/header portion of the reply should not have a NULL character.
•
CSCtz28887—When you use/configure "Admin" as a part of the name for a load balancing context, the FT synchronization fails, and goes into the FSM_FT_STATE_STANDBY_CONFIG state for a long time before moving to the FSM_FT_STATE_STANDBY_COLD state. Workaround: Do not include "Admin" in the name of a load balancing context.
•
CSCtz30476—When you configure a non matching regex in an HTTP probe, the probe passes and fails intermittently. The probe fails because the binary data response does not have the same regex configured. Workaround: None.
•
CSCtz30478—When you configure a non matching regex in an HTTP probe, the probe passes and fails intermittently. The probe fails because the binary data response does not have the same regex configured. Workaround: None.
•
CSCtz41341—During normal operation, the ACE reboots when generating the syslogd core file. Workaround: None. The ACE reboots and automatically corrects itself.
•
CSCtz42584—During normal operation, the ACE reboots when generating the syslogd core file. Workaround: None.
•
CSCtz42618—When real servers are down and you try to telnet to the VIP IP, a connection is established in the ACE because the ICM (Ingress Connection Manager) is not checking the VIP status. If you send another request, the connection is dropped with a L7 rejection.
Workaround: None.
•
CSCtz47000—On the ACE, when you enable the normalization feature on one interface and disable this feature on another interface, the user traffic is initiated from the former interface. Two IP addresses share a single mac address. ACE selects the encap id of a previously added IP address server which has no static arp entry. This results in ACE clearing/dropping the existing connection when the arp time is reached. Workaround: Disable normalization on both interfaces.
•
CSCtz47825—Under normal operating conditions, the ACE module which has HTTP probes configured reboots when allocating memory or parsing an HTTP probe response. Workaround: Change the HTTP probes to TCP probes, and reset the ACE.
•
CSCtz96319—The ACE reboots when you do a checkpoint rollback on a config which has user "Admin" in a non-default domain. Workaround: None.
•
CSCua07021—Under normal operating conditions, the ACE module reboots with the last boot reason Service "TACACS Daemon" and generates a tacacsd core file. Workaround: None.
•
CSCua13827—Continuous and excessive traffic to the CP affects the performance of the CP, thereby causing functions, like probes, to fail. Workaround: None.
•
CSCua16421—The client does not receive large replies, approximately 1500 bytes, from VIP and PMTUD does not work. This is seen in the following cases:
–
The Virtual IP is configured with a specific port
–
IPv6 is configured on the client side
–
IPv4 is configured on the rserver side
–
The MTU on the path from the ACE to the client is lower than the MTU on the path from the ACE to the rserver.
Workaround: Perform either of the following:
–
Configure the MTU on the path from the ACE to the rserver to be lower than the MTU on the path from the ACE to the client.
–
Limit maximum MSS for connections to rservers on ACE with the connection parameter map: parameter-map type connection NAME set tcp mss min 0 max <Maximum MSS on IPv6 side>
•
CSCua18092—The ACE does not do the mapping between ICMPv6 and ICMPv4 packets. Therefore, the ACE does not send ICMPv4 packets because the mapping of ICMPv6 to ICMPv4 is not done for this VIP by a device. This is seen in the following cases:
–
The VIP is a class-map that is configured with the protocol/port "any"
–
IPv6 is configured on the client side and IPv4 is configured on the rserver side
–
The MTU on the path from the ACE to the client is lower than the MTU on the path from the ACE to the rserver
–
Client requests result in a large reply size that is greater than the MTU of the ACE to the client path
Workaround: Configure VIP with a specific port.
•
CSCua18882—When IPv6 ssl termination is configured to load balance an IPv6 web server, the ACE IPv6 ssl termination VIP does not load a web page. The TCP MSS between the client and ACE is 1220. The packets are dropped when the packet size exceeds the MSS as follows:
ACE/Context# sh np 1 me-stats "-stcp" | i MSS Drops due to packet size exceed MSS: 21 0
Workaround: Configure the exceed-mss allow in connection parameter-map for VIP.
parameter-map type connection TCP-Options exceed-mss allow policy-map multi-match VIPS class IPv6-SSL-Term-Vip connection advanced-options TCP-Options•
CSCua18919—When the backtrace decode points to a specific fastpath crash due to a corrupt buffer chain for transition, the ACE reboots with the last boot reason "NP Failed:NP ME Hung". Workaround: None.
•
CSCua19020—If you configure an ACE with two VIP having the same address but on separate ports, and when you remove one of the VIP (with the other VIP operational), and later reconfigure it, the reconfigured VIP remains inactive for a long time.
Workaround: For the VIP addresses that are inactive, remove the configuration in the multi-match policy and reapply them.
•
CSCua22740—After you configure a NTP server in ACE and later remove it from the configuration, the NTP server still remains active (even after it is removed from the configuration). Workaround: None.
•
CSCua25656—When you configure an ACE with high syslogging, the ACE CLI becomes unresponsive when you enter the commands such as show running, show logging, write mem, and so on. Workaround: Reduce syslogging.
•
CSCua30450—The ACE unexpectedly reboots. If you specify the show version command, the ACE reloads with the last boot reason: Service cfgmgr. Workaround: None.
•
CSCua34721—When you enable the TCP timestamp on an ACE, the ACE uses the incorrect timestamp when it acknowledges a packet from the backend server. Though the ACE acknowledges the latest packet, it uses the timestamp of a previous packet.
Workaround: Perform one of the following:
–
Add "set tcp wan-optimization rtt 0' to the connection parameter-map
–
Remove "tcp-options timestamp allow" from TCP connection parameter-map.
•
CSCua35646—When an ACE is running the software version A5(1.2), the ACE becomes unresponsive with the incorrect title "HANG DETECTED on core 15". The title "Program terminated with signal 11" should be displayed.
Workaround: None.
•
CSCua40179—When an ACE appliance is in the down state (which may be due a hardware failure such as FAN failure of daughter card), the opposite appliance becomes unresponsive, and receives unexpected/random frame or packet from the first appliance. This causes the network to be down since both appliances are in the down state. This occurs if the FAN of the daughter card is broken or the temperature of the daughter card is very high.
Workaround: After the ACE appliance cools down, insert a L2 switch between the ft links and drop an unexpected frame on this switch.
•
CSCua66222—The ACE reloads with the last reboot reason: "NP 1 Failed : NP ME Hung". This occurs in one of the following conditions:
–
The "doAddition" function fails and fills the freelist up to 100%
–
100% ME utilization in the core file
Workaround: None.
•
CSCua69350—A POST request received from the client matches the class-default instead of matching the class-map. This occurs when ACE is configured in one of the following ways:
–
The ACE uses a L7 VIP with multiple class-maps including class-default.
–
The HTTP transactions is a POST with HTTP header "Content-Type: application/x-www-form-urlencoded"
–
The POST content length is greater than TCP buffer share but lesser than the content-maxparse-length
Workaround: Perform one of the following:
–
Set "content-maxparse-length" to "1"
–
Create a connection parameter map with a tcp buffer share of 65535
•
CSCua71445—The client request decryption stalls for five seconds. This occurs if the client request contains "Content-Type: application/x-www-form-urlencoded" and hits a policy map which contains at least one class that matches the secondary cookies.
Workaround: Configure HTTP on the front end.
•
CSCua81138—The ACE stops inserting the SSL session ID header when the cached session reaches 100,000 sessions (approximately). Workaround: Remove the session cache timeout.
•
CSCua92808—When you use the percent sign in the <number> value in the limit-resource all minimum <number> command, the ACE translates the <number> incorrectly and divides the numerical value by 100.
For example, execute the command in the following configuration,
ACE/Admin(config)# resource-class RC1ACE/Admin(config-resource)# limit-resource all minimum 20% maximum equal-to-minThe following output of the above command appears in the configuration:
resource-class RC1limit-resource all minimum 0.20 maximum equal-to-minThe output of show resource-usage confirms that the ACE assigns only 0.2% (instead of 20%) of resources to all contexts, which are member of this class.
Workaround: Remove the percent sign ('%') from the "limit-resource" command. The ACE accepts any non-numerical characters (even multiple of these characters) in the <number> field without any error.
•
CSCua99477—When SSL termination is configured on an ACE and the client connects with an expired certificate, the configured action-list adds incorrect values in the HTTP header. The HTTP verify-result header on the server shows the status as "OK" even though the certificate is expired. This occurs only when the CRL check is configured on the ACE.
Workaround: Remove the CRL check from the configuration.
•
CSCub05455—The ACE reloads with following last boot reason: AAA Daemon, and generates core files. Workaround: None.
•
CSCub07887—In an ACE, when you modify one of the class-maps in a management policy, a part of the management traffic towards the ACE drops. Workaround: Reapply the management service-policy to the interface.
•
CSCub12816—When there are multiple contents with the same VIP address, protocol, and port in a configuration, only one policy-map is created. If the contents have different match statements, muliple class-maps are created. However, the L7 match statement and action is missing from the L7 policy-map.
Workaround: Create a single content with all the match statements in it.
Software Version A5(2.0) Command Changes
Table 15 lists the command changes in software version A5(2.0).
Note
For a summary of new features for software version A5(2.0), including the associated new or modified commands, see the "New Software Features in Version A5(2.0)" section.
Table 15 CLI Command Changes in Version A5(2.0)
Mode Command and Syntax DescriptionExec
show download information
Per CSCtz37625, the ACE now displays the hidden command limit-regex-dnld enable in configuration mode (as described below). To view information related to the regex download optimization status, the show download information command has been added to software version A5(2.0).
See the "Ability to Enable Regular Expression Download Optimization" section for details.
Configuration
limit-regex-dnld enable
Per CSCtz37625, the ACE now displays the hidden command limit-regex-dnld enable in configuration mode. You would use this command to enable regular expression download optimization.
See the "Ability to Enable Regular Expression Download Optimization" section for details.
Parameter map HTTP
parsing error-drop
Per CSCts66950, when you configure advanced HTTP behavior for SLB connections in an HTTP parameter map, you can configure the ACE to drop a packet when there is an HTTP parse error defected even if there is a class-default class map configured in the same policy. By default, when there is a class-default class map configured in the same policy, the ACE will attempt to perform Layer 4 load-balancing even when an HTTP parsing error is encountered. The new parsing drop-error command provides you with the option to drop the parse error connection instead of performing Layer 4 load-balancing.
For details on configuring an HTTP parameter map, see the Server Load-Balancing Guide, Cisco ACE Application Control Engine. You can also use the ACE Device Manager GUI to configure an HTTP parameter map. For more information, see the "Configuring HTTP Parameter Maps" section of the online help or the Device Manager GUI Guide vA5(2.0), Cisco ACE 4700 Series Application Control Engine Appliance.
Software Version A5(2.0) System Log Messages
Software version A5(2.0) includes the following system log (syslog) message changes.
251006
Error Message %ACE-3-251006: Health probe failed for server A.B.C.D on port P, internal error: error messagePer CSCtx58666, the "failed to setup a socket" error message has been removed as one of the possible values of the error message variable from syslog %ACE-3-251006.
251010
Error Message %ACE-3-251010: Health probe failed for server A.B.C.D on port P, error messagePer CSCtx58666, connection error message "Network or Host is unreachable" has been added as one of the possible values of the error message variable in syslog %ACE-3-251010.
Obtaining Documentation and Submitting a Service Request
For information on obtaining documentation, submitting a service request, and gathering additional information, see the monthly What's New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at:
http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html
Subscribe to the What's New in Cisco Product Documentation as a Really Simple Syndication (RSS) feed and set content to be delivered directly to your desktop using a reader application. The RSS feeds are a free service and Cisco currently supports RSS version 2.0.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: www.cisco.com/go/trademarks. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1110R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2013 Cisco Systems, Inc. All rights reserved.
Feedback





