Table Of Contents
Upgrading or Downgrading the Software
Catalyst 6500 Series Requirements
Cisco 7600 Series Requirements
New Features in Release 4.0(7)
New Features in Release 4.0(6)
New Features in Release 4.0(5)
New Features in Release 4.0(4)
New Features in Release 4.0(3)
New Features in Release 4.0(2)
New Features in Release 4.0(1)
Open Caveats in Software Release 4.0
Resolved Caveats in Software Release 4.0(8)
Resolved Caveats in Software Release 4.0(7)
Resolved Caveats in Software Release 4.0(6)
Resolved Caveats in Software Release 4.0(5)
Resolved Caveats in Software Release 4.0(4)
Resolved Caveats in Software Release 4.0(3)
Resolved Caveats in Software Release 4.0(2)
Resolved Caveats in Software Release 4.0(1)
Obtaining Documentation and Submitting a Service Request
Release Notes for the Catalyst 6500 Series and Cisco 7600 Series Firewall Services Module, Software Release 4.0(x)
October 2009
This document contains release information for the following FWSM Releases:
•
4.0(8)
•
4.0(7)
•
4.0(6)
•
4.0(5)
•
4.0(4)
•
4.0(3)
•
4.0(2)
•
4.0(1)
This document includes the following sections:
•
Upgrading or Downgrading the Software
•
Open Caveats in Software Release 4.0
•
Resolved Caveats in Software Release 4.0(8)
•
Resolved Caveats in Software Release 4.0(7)
•
Resolved Caveats in Software Release 4.0(6)
•
Resolved Caveats in Software Release 4.0(5)
•
Resolved Caveats in Software Release 4.0(4)
•
Resolved Caveats in Software Release 4.0(3)
•
Resolved Caveats in Software Release 4.0(2)
•
Resolved Caveats in Software Release 4.0(1)
•
Obtaining Documentation and Submitting a Service Request
Important Notes
•
For traffic that passes through the control-plane path, such as packets that require Layer 7 inspection or management traffic, the FWSM sets the maximum number of out-of-order packets that can be queued for a TCP connection to 2 packets, which is not user-configurable. Other TCP normalization features that are supported on the PIX and ASA platforms are not enabled for FWSM.
•
You can disable the limited TCP normalization support for FWSM using the no control-point tcp-normalizer command.
•
When you log in to the system execution space from the switch in multiple context mode, a feature introduced in FWSM Release 3.2 lets you use authentication using a AAA server or local database. Previously, the only method of authentication available was to use the login password defined in the system configuration. The new authentication method is enabled by the aaa authentication telnet console command in the admin context. If you upgrade to Release 3.2 or above, and have this command already in the admin context configuration, then authentication for the system execution space is enabled using the specified server or local database, even if you did not intend to enable it. To use the login password instead, you must remove the aaa authentication telnet console command in the admin context.
•
Do not configure both the timeout uauth 0 command and the aaa authentication clear-conn command; if you do so, you cannot open any connections through the FWSM because the connection immediately closes when AAA succeeds. This happens every time you try to open a connection (because the FWSM is not caching uauth entries).
•
In 3.x, when you used the set connection command for an access list (match access-list), then connection settings were applied to each individual ACE; in 4.0, connection settings are applied to the access list as a whole.
Upgrading or Downgrading the Software
To upgrade from 2.x or 3.x to 4.0, see the "Managing Software, Licenses, and Configurations" chapter in the Catalyst 6500 Series Switch and Cisco 7600 Series Router Firewall Services Module Configuration Guide using the CLI. Be sure to save a copy of your 2.x or 3.x configuration if you later want to downgrade.
After you reload the FWSM with the 4.0 image, the configuration is converted (for example, the http-map commands are converted to policy-map type inspect http commands). This converted configuration is not saved to memory until you enter the write memory command (or the write memory all command from the system execution space in multiple context mode).
If you try to downgrade using a converted configuration, many commands will be rejected. Moreover, if you add access lists to the 4.0 configuration to take advantage of larger access list memory space, then downgrading could result in an inability to load all the new access lists.
If you want to downgrade, be sure to copy a saved 2.x or 3.x configuration to the starting configuration before you reload with the 2.x or 3.x image.
Chassis System Requirements
You can install the FWSM in the Catalyst 6500 series switches or the Cisco 7600 series routers. The configuration of both series is identical, and the series are referred to generically in this guide as the "switch." The switch includes a switch (the supervisor engine) as well as a router (the MSFC 2).
The switch supports Cisco IOS software on both the switch supervisor engine and the integrated MSFC router.
Note
The Catalyst operating system software is not supported.
The FWSM does not support a direct connection to a switch WAN port because WAN ports do not use static VLANs. However, the WAN port can connect to the MSFC, which can connect to the FWSM.The FWSM runs its own operating system.
This section includes the following topics:
•
Catalyst 6500 Series Requirements
•
Cisco 7600 Series Requirements
Catalyst 6500 Series Requirements
Table 1 shows the supervisor engine version and software.
Table 1 Support for FWSM 4.0 on the Catalyst 6500
FWSM Features: Supervisor Engines1 PISA Integration Route Health Injection Virtual Switching System Cisco IOS Software Release12.2(18)SXF and higher
720, 32
No
No
No
12.2(18)SXF2 and higher
2, 720, 32
No
No
No
12.2(33)SXI
720-10GE
No
Yes
Yes
12.2(33)SXI
720
No
Yes
No
12.2(33)SXI
32
No
Yes
No
12.2(18)ZYA
32-PISA
Yes
No
No
Cisco IOS Software Modularity Release12.2(18)SXF4
720, 32
No
No
No
1 The FWSM does not support the supervisor 1 or 1A.
Cisco 7600 Series Requirements
Table 2 shows the supervisor engine version and software.
Table 2 Support for FWSM 4.0 on the Cisco 7600
FWSM Features: Supervisor Engines1 PISA Integration Route Health Injection Virtual Switching System Cisco IOS Software Release12.2(33)SRA
720, 32
No
No
No
12.2(33)SRB
720, 32
No
No
No
12.2(33)SRC
720, 32, 720-1GE
No
No
No
12.2(33)SRD
720, 32, 720-1GE
No
No
No
1 The FWSM does not support the supervisor 1 or 1A.
Management Support
The FWSM supports the following management methods:
•
Cisco ASDM—Software Release 6.1F supports FWSM software Release 4.0 features. ASDM is a browser-based configuration tool that resides on the FWSM. The system administrator can configure multiple security contexts. If desired, individual context administrators can configure only their contexts.
•
Command-line interface (CLI)—Access the CLI by sessioning from the switch or by connecting to the FWSM over the network using Telnet or SSH. The FWSM does not have its own external console port.
New Features
This section lists new features for each maintenance release, and includes the following topics:
•
New Features in Release 4.0(7)
•
New Features in Release 4.0(6)
•
New Features in Release 4.0(5)
•
New Features in Release 4.0(4)
•
New Features in Release 4.0(3)
•
New Features in Release 4.0(2)
•
New Features in Release 4.0(1)
New Features in Release 4.0(7)
There were no new features in Release 4.0(7).
New Features in Release 4.0(6)
There were no new features in Release 4.0(6).
New Features in Release 4.0(5)
There were no new features in Release 4.0(5).
New Features in Release 4.0(4)
The following Cisco IOS-integrated features are now officially supported in FWSM:
New Features in Release 4.0(3)
The SCCP (Skinny) inspection has been enhanced to do the following:
•
Support registrations of SCCP version 17 phones.
•
Support SCCP version 17 media related messages for opening up pinholes for video/audio streams.
The following is not supported:
•
Registrations of endpoints that have IPv6 addresses. The Register messages are dropped and a debug message is generated.
•
If IPv6 messages are embedded in the SCCP messages, they are not NATed or PATed; they are left untranslated.
New Features in Release 4.0(2)
There were no new features in Release 4.0(2).
New Features in Release 4.0(1)
Table 3 lists the new features for Release 4.0(1).
Software License Information
The FWSM supports the following licensed features:
•
Multiple security contexts. The FWSM supports two virtual contexts plus one admin context for a total of three security contexts without a license. For more than three contexts, obtain one of the following licenses:
–
20
–
50
–
100
–
250
•
BGP stub support.
•
GTP/GPRS support.
Limitations and Restrictions
Note
These limitations and restrictions also exist in FWSM 3.x.
See the following limitations and restrictions on the FWSM:
•
The following features are not supported when you use TCP state bypass:
–
Application inspection—Application inspection requires both inbound and outbound traffic to go through the same FWSM, so application inspection is not supported with TCP state bypass.
–
AAA authenticated sessions—When a user authenticates with one FWSM, traffic returning via the other FWSM will be denied because the user did not authenticate with that FWSM.
•
Multiple context mode does not support most dynamic routing protocols. BGP stub mode is supported. Security contexts support only static routes or BGP stub mode. You cannot enable OSPF or RIP in multiple context mode.
•
Transparent firewall mode supports a maximum of eight interface pairs per context.
•
For transparent firewall mode, you must configure a management IP address per interface pair.
•
The outbound connections (from a higher security interface to a lower security interface) from an interface that is shared between the contexts can only be classified and directed through the correct context if you configure a static translation for the destination IP address. This limitation makes cascading contexts unsupported, because configuring the static translations for all the outside hosts is not feasible.
•
The CPU-intensive commands, such as copy running-config startup-config (the same as the write memory command), might affect system performance, including reducing the successful rate of inspection and AAA connections. When a CPU-intensive action completes, the FWSM might produce a burst of traffic to catch up. If you limit the resource rates for a context, the burst might unexpectedly reach the maximum rate. We recommend using these commands during low traffic periods. Other CPU-intensive actions include the show arp command, polling the FWSM with SNMP, loading a large configuration, and compiling a large access list.
•
Do not configure both the timeout uauth 0 command and the aaa authentication clear-conn command; if you do so, you cannot open any connections through the FWSM because the connection immediately closes when AAA succeeds. This happens every time you try to open a connection (because the FWSM is not caching uauth entries).
•
During URL filtering at high rates, the HTTP connection to the server through the FWSM might not complete correctly in some scenarios with the TCP normalizer enabled and URL filtering enabled. To solve this issue, enter the url-block block 16 command in multiple mode or the url-block block 128 command in single mode. (CSCsj00658)
•
SIP application inspection does not match regular expressions specified in the message-path against a second or larger instance of the VIA SIP Header. Check whether your purpose is accomplished by matching the regular expression specified in the message-path against the first VIA: SIP Header. (CSCso69892)
•
SIP calls with a SIP URI length greater than 256 characters are dropped by the FWSM. Make the SIP User Agent make SIP calls with a SIP URI length less than 256 characters. (CSCsm37291)
•
If the FWSM uses EIGRP, and receives multiple equal-cost routes to the same destination, it installs all of them in the EIGRP topology table. But the FWSM fails to install all the equal-cost routes into the routing table. (CSCso98423)
Open Caveats in Software Release 4.0
This section contains open caveats in the latest maintenance release.
If you are running an older release, and you need to determine the open caveats for your release, then add the caveats in this section to the resolved caveats from later releases. For example, if you are running Release 4.0(1), then you need to add the caveats in this section to the resolved caveats from 4.0(2) and later to determine the complete list of open caveats.
•
CSCsm66165
When an FWSM is participating in a PIM multicast network, and the FWSM has been configured to only register certain groups with the PIM RP via an access list, registration for groups might fail even through registration should be allowed. For example, the pim rp-address command is used in conjunction with an access list like the following:
access-list pim1 standard permit 209.165.200.224 255.255.255.224access-list pim1 standard permit 209.165.201.0 255.255.255.224access-list pim1 standard deny 209.165.202.128 255.255.255.224pim rp-address 192.168.33.43 pim1This configuration should only allow the groups associated with the 209.165.200.224/27 and 209.165.201.0/27 networks to register with the RP. However, the FWSM might fail to register these groups with the RP.
Workaround: Remove the acl argument from the pim rp-address command. This will allow the FWSM to register all groups with the RP.
•
CSCso32645
The FWSM does not send EIGRP summarized routes under some conditions immediately after a reload even though auto-summary is enabled. This occurs when EIGRP network statements exist for 40 or more interfaces.
Workaround: After the reload, wait for some amount of time (depending on the number of network statements configured) and issue the clear eigrp neighbors command.
•
CSCsr57543
When an access list has more than one access list remark command, and other ACEs form an optimization scenario, one or more remark statements are removed from the optimized output.
Workaround: None.
•
CSCsu56609
Voice traffic for SCCP calls does not go through when the FWSM is configured for NAT exemption (nat 0 access-list).
Workaround: Use identity NAT (nat 0) or static identity NAT instead of NAT exemption. Alternatively, if the configuration allows, you can disable NAT control using the no nat control command.
•
CSCsv91155
SCCPv17 inspection drops media traffic for an inbound call when static NAT is configured in transparent firewall mode. This issue does not appear for static identity NAT. This issue is seen only the first time the call is made. After the xlate/ARP entries are populated, the issue is not seen.
Workaround: None.
•
CSCsw44990
The output for the show np 3 aaa stats command shows AAA lookup failures incrementing even though all the AAA requests are successful.
Workaround: None.
•
CSCsw45260
The number of rejects shown in the show aaa-server command is incorrect; the RADIUS server reject counter is incrementing even though the RADIUS server is not sending any Reject messages.
Workaround: None.
•
CSCsy62047
When applying an inspection service policy, the FWSM shows the following error: portmap_index: unable to locate fixup. This occurs when the class map contains any match statements other than match port.
Workaround: Use a class-map that matches a port or use the class-inspection-default class map.
•
CSCsz82463
The FWSM blocks certain RTSP streams
Workaround: Permit all RTSP ports.
•
CSCsz81503
Multicast bidirectional forwarding fails on the FWSM due to an incorrect forwarding entry, which can be seen with the show np 3 mroute command. This problem can be seen when using OSPF in redundant FWSM environments where the FWSM is between the multicast source and the RP. This problem was not reproducible with a single FWSM.
Workaround: Enter the clear ospf process command.
•
CSCsz95950
ICMP Traceroute does not work across an FWSM when the traffic is routed asymmetrically between two physical FWSMs in failover. ICMP Type 11 (Time Exceeded) responses are arriving at a location that is different from the originating FWSM. This happens because the ICMP connections are not statefully replicated to the failover peer even with ICMP inspection enabled.
Workaround: Do not route traffic asymmetrically; or use UDP Traceroute instead.
•
CSCtb34170
When the FWSM is configured with a static PAT command on the outside interface, if you remove the command, traffic from inside to outside is blocked. This occurs even when nat-control is disabled. To recover, you need to reload the FWSM.
Workaround: None.
•
CSCtc36380
The FWSM corrupts the ICMP checksum of ICMP unreachable traffic that passes through the FWSM. This causes the destination host to discard the packet because the checksum is not correct.
Workaround: None.
•
CSCtc54126
When using SIP inspection, the connection table continuously increases with stuck SIP media connections. The SIP inspection does not clear them automatically.
Workaround: Enter the clear xlate command to clear all connections.
•
CSCtc23265
After the FWSM fails over with H323 inspection enabled, active H323 connections through the FWSM might be disconnected. You have to re-establish the connections.
Workaround: If no NAT is being performed by the FWSM, disable the H323 inspection and permit all necessary connectivity between the H323 endpoints explicitly via the access lists on the FWSM.
•
CSCtc38617
The TCP Sequence Number Randomization feature is not disabled on packets injected into a TCP State Bypassed connection from an interface other than the original pair and destined to a higher-security interface.
Workaround: None.
Resolved Caveats in Software Release 4.0(8)
•
CSCsy28731
The capture output of inspected traffic is not readable.
Workaround: None.
•
CSCta73803 (see also CSCtb62411)
In multiple context mode, the FWSM might experience a depletion in the 16384 byte blocks if multiple contexts are subjected to SNMP polling simultaneously. Once in this condition, you must reload the FWSM.
To detect if the FWSM is in this state, enter the show blocks command and look for the line starting with "Slow Path." If the CNT column is 0 and stays 0, this issue might be the cause.
For example:
hostname# show blocksSIZE MAX LOW CNT4 1800 1790 180080 1000 976 983256 1600 1529 15861550 11575 10483 115402048 1384 1349 138316384 8192 2181 2182Additional Block pools for 16384 size blocksIP Stack 1024 1023 1024ARP Stack 512 510 512Slow Path 5500 0 0 <--- Problem hereNP-CP 1024 1017 1024Others 132 132 132Additionally, the output of the show blocks old | begin 16384 command will show output relating to SNMP:
For example:
hostname# show blocks old | b 16384Class 8, size 16384Block allocd_by freed_by data size alloccnt dup_cnt oper location0x0a7f0aa0 0x00411557 0x00a30608 44 101 0 put udp_usr_input/ifc:65535/snmp0x0a7ec780 0x00411557 0x00a30608 39 123 0 put udp_usr_input/ifc:65535/snmp0x0a7e8460 0x00411557 0x00a30608 39 132 0 put udp_usr_input/ifc:65535/snmp0x0a7e4140 0x00411557 0x00a30608 39 128 0 put udp_usr_input/ifc:65535/snmp0x0a7dfe20 0x00411557 0x00a30608 39 85 0 put udp_usr_input/ifc:65535/snmp0x0a7dbb00 0x00411557 0x00a30608 44 100 0 put udp_usr_input/ifc:65535/snmp0x0a7d77e0 0x00411557 0x0041dcc5 39 123 0 put udp_usr_input/ifc:65535/snmp...Workaround: Configure the SNMP management server to not query the following OIDs:
–
TCP Connections:
1.3.6.1.2.1.6.19.1.
–
UDP Connections:
1.3.6.1.2.1.7.7.1.
–
Translation tables:
1.3.6.1.2.1.123.1.8.1.1.
•
CSCtb49822
Some web pages with long URLs (the length of the URL is greater than 1159 bytes) might fail to load through the FWSM when it is configured for URL filtering. This occurs when the HTTP GET is segmented across multiple TCP packets by the HTTP client, and the HOST portion of the HTTP request is not present in the first TCP packet of the GET request. This might occur with Internet Explorer, but not with Firefox.
Workaround: To mitigate this problem, do one or more of the following:
–
Add the longurl-truncate argument to the filter command. For example:
filter url http 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 longurl-truncate–
Use Firefox instead of Internet Explorer.
The caveats listed in Table 4 were resolved in software Release 4.0(8), and were not previously documented. If you are a registered Cisco.com user, view more information about each caveat using the Bug Toolkit at the following website:
http://www.cisco.com/support/bugtools
Resolved Caveats in Software Release 4.0(7)
•
CSCsy18657
With SCCP V17, the FWSM becomes inaccessible when dual stack or IPv6 traffic passes through.
Call flow:
Phone A (dual stack) --> FWSM --> CUCM (dual stack) --> FWSM -- Phone B
When Phone A calls Phone B via the FWSM and CUCM, the FWSM unexpectedly reloads.
Workaround: Remove the dual stack or IPv6 configuration on the Phones and CUCM.
•
CSCsz20693
The FWSM unexpectedly reloads with a high RTSP traffic load when RTSP inspection is enabled. This occurs with a large amount of RTSP traffic, around 42K connections/sec including RTSP traffic through the box. This software reload is not seen with a single RTSP connection.
Workaround: Disable RTSP inspection or reduce the amount of traffic.
•
CSCsz92926
When trying to distribute a large number of GLOBAL lines into OSPF on an FWSM, the OSPF process may stop processing new LSAs and no longer update the routing table of its peers.
Workaround: If possible, summarize the routes you are trying to distribute, thereby decreasing the load on the OSPF process.
The caveats listed in Table 5 were resolved in software Release 4.0(7), and were not previously documented. If you are a registered Cisco.com user, view more information about each caveat using the Bug Toolkit at the following website:
http://www.cisco.com/support/bugtools
Resolved Caveats in Software Release 4.0(6)
•
CSCsu01658
If you configure an access list allowing TFTP and attach it to a capture command configured on an interface, then for a TFTP file transfer, the capture output shows that the transfer is happening to an incorrect port on the client. Also, the size of the transferred file is not shown properly.
Workaround: None.
•
CSCsx63737
When the Auto Update Server has an action such as a replace or merge, it does not receive the Next poll message. In the output of the show auto-update command, "Next poll" information is missing even after waiting for more than 3 minutes.
Workaround: None.
•
CSCsx64037
When you configure the logging ftp-bufferwrap command, the FTP process might stop working after a period of normal operation. This happens when the FTP server is not able to open the data connection during the active FTP transfer. The FWSM FTP process will sit idle indefinitely.
Workaround: Reload the FWSM, or enter the logging host command instead of logging ftp-bufferwrap.
•
CSCsy09769
If you configure a policy static NAT statement with an access-list with the protocol of icmp and an icmp-type of echo, then when you ping through the FWSM, a static xlate is not created.
For example:
Inside PC (10.2.1.1) ------FWSM------Outside PC (10.1.1.65)
access-list test permit icmp host 10.2.1.1 any echoaccess-list test permit icmp host 10.2.1.1 any echo-replystatic (inside,outside) 10.1.1.68 access-list testThen when you ping from 10.2.1.1 to 10.1.1.65, a static xlate is not created.
Workaround: Add an ACE without the ICMP type specified.
•
CSCsy42935
SNMP polling when a user deletes an access list in manual mode causes 99% CPU and a nonresponsive console on the FWSM. When the FWSM console is nonresponsive, the following messages are seen continuously in snmp-polling pc:
SNMPv2-SMI::enterprises.9.9.278.1.1.1.1.2.3.110.101.119 = INTEGER: 2
SNMPv2-SMI::enterprises.9.9.278.1.1.1.1.2.3.97.108.112 = INTEGER: 2
Workaround: Change the commit mode to auto using the access-list mode auto-commit command.
•
CSCsy60652
Occasionally, the FWSM unexpectedly reloads when you enter the show failover history command.
Workaround: None.
•
CSCsy66470
The snmpwalk fails when the SNMP agent on the FWSM sends the response in a non-lexicographical order.
Workaround: Use the -Cc option while doing a snmpwalk.
•
CSCsy68869
In transparent mode, snmpwalk on the TCP and UDP MIB does not display all the connections in the connection table.
Workaround: None.
•
CSCsy84408
In some cases, the route-monitor uses the route metric of a previously configured route instead of the present metric.
Workaround: Configure the static routes first and then add the route-monitor command.
•
CSCsy86901
In a same-security inter-interface configuration, NAT is not required. But for connections to virtual Telnet/HTTP/SSH IP addresses between same-security interfaces when NAT control is enabled, if the NAT configuration is absent, the FWSM fails to create the connection. You see the following syslog message:
%FWSM-3-305005: No translation group found for tcp src inside:<ip>/37249 dst outside:<ip>/23
Workaround: Disable NAT control using the no nat-control command, or configure NAT for the virtual IP addresses.
•
CSCsz19454
Syslog message 106100 does not show the correct access list hit count. When logging is enabled for the access list, and the access list is hit by the first packet, the syslog message shows the correct hit-count as 1, but on subsequent hits, the syslog message does not increment the access list hit count. It always shows the hit-count as 1.
Workaround: To see the correct hit count, enter the show access-list command.
The caveats listed in Table 6 were resolved in software Release 4.0(6), and were not previously documented. If you are a registered Cisco.com user, view more information about each caveat using the Bug Toolkit at the following website:
http://www.cisco.com/support/bugtools
Resolved Caveats in Software Release 4.0(5)
•
CSCsu69518
Even though SCCP inspection drops the registration message for phones containing IPv6 addresses (dual mode), the FWSM creates an entry for the SCCP phone as seen in the show skinny command output. This entry is not cleared until the FWSM is reloaded. After the registration message is dropped, if the phones keep retrying for registration, then a large number of entries are created for these phones that do not get cleared. Eventually when a large number of false entries are created, the FWSM will be unable to add further entries for phones that try to register later.
Workaround: None.
•
CSCsw46905
When using Active/Active failover, during configuration replication, the active FWSM might unexpectedly reload. When the reload occurs, the FWSM becomes unresponsive.
Workaround: To reset the FWSM, enter the hw-module module module_number reset command at the switch CLI, or power cycle the FWSM in configuration mode by entering the no power enable module module_number command, then the power enable module module_number command.
•
CSCsx09390
When you have an FWSM Active/Active failover pair, with one in an active VSS switch and the other in the standby VSS switch, then if you shut down the FWSM failover VLAN on the active switch and then enter redundancy force-switchover on the switch, you cannot session to FWSM on the standby switch from the active switch.
This issue also occurs if you shut down the failover VLAN, and then reload the FWSM in the active switch.
This issue also occurs if you change from VSS to standalone, and then back to VSS.
Workaround: For the two conditions associated with shutting down the failover VLAN, enter no shutdown for the FWSM failover VLAN on the active switch. For the condition related to changing from VSS to standalone, then you need to disable failover on both FWSMs by entering clear configure failover on the standby unit, and no failover on the active unit after you change from VSS to standalone. After you change back from standalone to VSS, you can reenable failover.
•
CSCsx41274
When using route health injection, if you perform an SSO switchover on the switch, followed by a failover of FWSMs, static routes associated with the FWSMare not seen on the newly active switch.
Workaround: Remove the route-inject command from the newly active FWSM and re-add it. Static routes will then get populated on the switch.
The caveats listed in Table 7 were resolved in software Release 4.0(5), and were not previously documented. If you are a registered Cisco.com user, view more information about each caveat using the Bug Toolkit at the following website:
http://www.cisco.com/support/bugtools
Resolved Caveats in Software Release 4.0(4)
•
CSCsv00658
Access list optimization might create an access list that is inaccurate compared to the original access list. This may cause packets to be denied when they should be permitted by the access list.
Workaround: Disable access list optimization with the no access-list optimization enable command.
The caveats listed in Table 8 were resolved in software Release 4.0(4), and were not previously documented. If you are a registered Cisco.com user, view more information about each caveat using the Bug Toolkit at the following website:
http://www.cisco.com/support/bugtools
Resolved Caveats in Software Release 4.0(3)
•
CSCso25009
Performing a capture on the FWSM egress interface might show corrupted packets. This effect does not impact real traffic going through the FWSM.
Workaround: None.
•
CSCsq17924
After the supervisor has an SSO switchover (where the secondary supervisor now becomes primary), if you reload the FWSM, then the FWSM will hang.
Workaround: To reset the FWSM, enter the hw-module module module_number reset command at the switch CLI, or power cycle the FWSM in configuration mode by entering the no power enable module module_number command, then the power enable module module_number command.
•
CSCsr56179
If you use a time range in an access list and use manual commit of access lists, access list optimization may not take place correctly even when the access list is active.
Workaround: Use auto-commit mode for access lists.
•
CSCsr57503
When the access list is configured with the interface keyword, and the access list commit mode is manual, then if you change the interface IP address, the access list optimization will not happen correctly.
Workaround: Use auto-commit mode for access lists.
The caveats listed in Table 9 were resolved in software Release 4.0(3), and were not previously documented. If you are a registered Cisco.com user, view more information about each caveat using the Bug Toolkit at the following website:
http://www.cisco.com/support/bugtools
Resolved Caveats in Software Release 4.0(2)
•
CSCsm69869
When an outside NAT rule is configured on the FWSM and NAT control is enabled, inbound traffic not matching that rule is being silently dropped.
Workaround: There are two options for getting around this. If possible, disable NAT control by entering the no nat-control command. If there are a limited number of networks on the outside coming in, a static outside NAT rule can be configured for those specific networks. For example:
static (outside,inside) 192.168.10.0 192.168.10.0 netmask 255.255.255.0•
CSCso22765
FWSM gives an error and discards the configuration when overlapping static commands are configured. For example:
static (inside,outside) tcp 192.168.1.100 www 192.168.2.100 www netmask 255.255.255.255static (dmz,outside) 192.168.1.100 192.168.3.100 netmask 255.255.255.255Workaround: None.
•
CSCso38838
In rare circumstances, traffic matching a static policy NAT statement may fail with a "no translation group found" syslog message even though it matches the policy access list.
Workaround: Try redefining the policy access list with a different access list name and applying that to the static command.
•
CSCso46878
An extra xlate (between the wrong interfaces) gets created when using static policy NAT and the no nat-control command. This seems to occur when the policy NAT access list overlaps with a network on another interface.
Workaround: If applicable, use static NAT without an access list, and filter with an access-group command.
•
CSCso92458
In multiple context mode, if you change the system configuration and a context configuration, and reload without first saving, then you are prompted to save the configurations; the configurations get saved even after typing N at the confirm prompt.
Workaround: None.
•
CSCsq12999
When you configure TCP state bypass and match an access list in the class map that uses the time-range option, then a Telnet connection does not have TCP state bypass applied when the access list becomes active from an inactive state.
Workaround: In the class map, remove the match access-list command and add match any.
•
CSCsq19931
A crash could occur if the following conditions are met:
–
Access list group optimization is enabled
–
An ACE is removed from the beginning of an access list, and a remark is added at the beginning of an access list both at the same time.
Workaround: Delete the ACE first and wait for optimization to complete then add the remark.
•
CSCsq24440
In an Active/Active failover configuration, you cannot disable access list optimization in a context that is active on the secondary FWSM; the CLI prompt to disable optimization appears on the primary FWSM, and not the secondary.
Workaround: On the primary unit, do the following:
a.
Set group 2 to be active on the primary FWSM by entering the failover active group 2 command.
b.
Disable optimization by entering the no access-list optimization enable command.
c.
Set group 2 to be active on the secondary FWSM again by entering the no failover active group 2 command.
The caveats listed in Table 10 were resolved in software Release 4.0(2), and were not previously documented. If you are a registered Cisco.com user, view more information about each caveat using the Bug Toolkit at the following website:
http://www.cisco.com/support/bugtools
Table 10 Resolved Caveats in Release 4.0(2)
Caveat ID DescriptionCSCsq71071
FWSM crash in Thread Name: doorbell_poll 0x5d05 NP2 thread
Resolved Caveats in Software Release 4.0(1)
•
CSCsm42519
Under rare circumstances when you configure AAA for network access using a RADIUS server, the FWSM might crash due to processing of authentication requests through the FWSM.
Workaround: None.
The caveats listed in Table 11 were resolved in software Release 4.0(1), and were not previously documented. If you are a registered Cisco.com user, view more information about each caveat using the Bug Toolkit at the following website:
http://www.cisco.com/support/bugtools
Related Documentation
See the following sections for related documentation:
Hardware Documents
See the following related hardware documentation:
•
Catalyst 6500 Series Switch and Cisco 7600 Series Router Firewall Services Module Installation and Verification Note
•
Catalyst 6500 Series Switch Installation Guide
•
Catalyst 6500 Series Switch Module Installation Guide
Software Documents
See the following related software documentation:
•
Catalyst 6500 Series Switch and Cisco 7600 Series Router Firewall Services Module Configuration Guide using the CLI
•
Catalyst 6500 Series Switch and Cisco 7600 Series Router Firewall Services Module Command Reference
•
Catalyst 6500 Series Switch and Cisco 7600 Series Router Firewall Services Module System Log Messages
•
Catalyst 6500 Series Switch and Cisco 7600 Series Router Firewall Services Module Configuration Guide using ASDM
•
Release Notes for Cisco ASDM
•
Open Source Software Licenses for FWSM
•
Catalyst 6500 Series Cisco IOS Software Configuration Guide
•
Catalyst 6500 Series Cisco IOS Command Reference
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.
This document is to be used in conjunction with the documents listed in the "Related Documentation" section.
CCDE, CCENT, CCSI, Cisco Eos, Cisco HealthPresence, Cisco IronPort, the Cisco logo, Cisco Lumin, Cisco Nexus, Cisco Nurse Connect, Cisco Pulse, Cisco StackPower, Cisco StadiumVision, Cisco TelePresence, Cisco Unified Computing System, Cisco WebEx, DCE, Flip Channels, Flip for Good, Flip Mino, Flipshare (Design), Flip Ultra, Flip Video, Flip Video (Design), Instant Broadband, and Welcome to the Human Network are trademarks; Changing the Way We Work, Live, Play, and Learn, Cisco Capital, Cisco Capital (Design), Cisco:Financed (Stylized), Cisco Store, and Flip Gift Card are service marks; and Access Registrar, Aironet, AllTouch, AsyncOS, Bringing the Meeting To You, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, CCVP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Collaboration Without Limitation, Continuum, EtherFast, EtherSwitch, Event Center, Explorer, Fast Step, Follow Me Browsing, FormShare, GainMaker, GigaDrive, HomeLink, iLYNX, Internet Quotient, IOS, iPhone, iQuick Study, IronPort, the IronPort logo, Laser Link, LightStream, Linksys, MediaTone, MeetingPlace, MeetingPlace Chime Sound, MGX, Networkers, Networking Academy, Network Registrar, PCNow, PIX, PowerKEY, PowerPanels, PowerTV, PowerTV (Design), PowerVu, Prisma, ProConnect, ROSA, ScriptShare, SenderBase, SMARTnet, Spectrum Expert, StackWise, The Fastest Way to Increase Your Internet Quotient, TransPath, WebEx, and the WebEx logo are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or website 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. (0908R)
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.
©2009 Cisco Systems, Inc. All rights reserved.

