Release Note for the Cisco Traffic Anomaly
Detector Module
July 16, 2007
Note
The most current Cisco documentation for released products is available on Cisco.com.
Contents
This release note applies to software versions 6.0(10) and 6.0(5) for the Cisco Traffic Anomaly Detector
Module (Detector module). The Cisco Catalyst 6500 series switch and the 7600 series router support the
Detector module.
•
The Catalyst 6500 series switch requires IOS 12.2(18)SXD3 or later and a SUP720 or a SUP2 with
an MSFC2 to support the Detector module.
•
The 7600 series router require IOS 12.2(18)SXE or later and a SUP720 to support the Detector
module.
This release note contains the following sections:
•
New Features in Software Version 6.0(5)
•
Ordering and Installing a Software License Key for the 6.0-XG Detector Module
•
Upgrading Module Bandwidth from 1 Gbps to 2 Gbps
•
Maximum Number of Modules Supported in a Catalyst 6500 Chassis
•
Upgrading to Software Version 6.0(x) From a Software Version Prior to 5.1(4)
•
Downgrading from Software Version 6.0(x)
•
Operating Consideration
•
MultiDevice Manager Commands Omitted from the Configuration Guide
•
Software Version 6.0(10) Open and Resolved Caveats
•
Software Version 6.0(5) Open and Resolved Caveats
•
Related Documentation
•
Obtaining Documentation, Obtaining Support, and Security Guidelines
Americas Headquarters:
Cisco Systems, Inc., 170 West Tasman Drive, San Jose, CA 95134-1706 USA
© 2007 Cisco Systems, Inc. All rights reserved.
New Features in Software Version 6.0(5)
New Features in Software Version 6.0(5)
The following new features are available in software version 6.0(5):
•
Ability to set the TACACS+ sever port.
•
Ability to set the TACACS+ encryption key.
•
The Detector module can now operate at two different bandwidth performance levels: 1 Gigabit per
second (Gbps) or 2 Gbps. The software image that is loaded on the Detector module determines the
operating bandwidth by controlling the three physical interfaces between the module and the
supervisor engine. The available software images control the interfaces in the following ways:
– 6.0—This software image provides 1-Gbps throughput, allowing data traffic to move between
the supervisor engine and the Detector module over a single interface port that has a maximum
bandwidth of 1 Gbps. A second interface port is used to transport out-of-band management
traffic and activate associated Guard devices. The third interface port is not used.
– 6.0-XG—This software image provides 2-Gbps throughput, enabling two of the interface ports
for transporting data traffic. The third interface is dedicated to transporting out-of-band
management traffic and activating Guard devices. To use the XG software image, the Detector
module requires a software license key.
When you order a 6.0-XG Detector module, Cisco installs the software license key with the
6.0-XG software image. When you order a 6.0-XG software image as a spare to upgrade an
existing Detector module, you must obtain and install the software license key to activate the
software image. For more information, see the “Ordering and Installing a Software License Key
for the 6.0-XG Detector Module” section.
Ordering and Installing a Software License Key for the 6.0-XG
Detector Module
When you order a 6.0-XG software image as a spare to install in an existing Detector module, you must
enter a software license key to activate the software image. This section contains the following topics
that describe how to order and install a software license key:
•
Ordering a 6.0-XG Software Image License Key
•
Installing the XG Software Image License Key
Ordering a 6.0-XG Software Image License Key
The software license key that is required to activate the XG software image is associated with the Media
Access Control (MAC) address of the Detector module where the XG software image resides. This
section describes the process that you use to order the XG software license key.
You must have the XG version of the 6.0 operating software (or newer) loaded on your Detector module
before ordering and installing the corresponding license. To verify the version of software currently
loaded on your Detector module, use the show version command. When the XG software image is
loaded, the software version number has an -XG suffix (for example, version 6.0(0.39)-XG).
Release Note for the Cisco Traffic Anomaly Detector Module
2
OL-11859-02
Ordering and Installing a Software License Key for the 6.0-XG Detector Module
To order the 2-Gbps license, perform the following steps:
Step 1
From the Detector module, enter the show license-key unique-identifier command (this command
requires the admin privilege level) to view the Detector module MAC address.
Step 2
Record the MAC address information because you will need this information when placing your order
for the 2-Gbps operation license.
Step 3
Order the lic-agm-2g-k9 license using any of the available Cisco ordering tools on cisco.com.
Step 4
When you receive the Software License Claim Certificate from Cisco, complete the instructions that
direct you to the following Cisco.com website: http://www.cisco.com/go/license. Then complete the
installation procedure as described in “Installing the XG Software Image License Key”.
Installing the XG Software Image License Key
To install the 2-Gbps license, perform the following steps:
Step 1
When you receive the Software License Claim Certificate from Cisco, follow the instructions that direct
you to the following Cisco.com website: http://www.cisco.com/go/license
Step 2
Enter the Product Authorization Key (PAK) number found on the Software License Claim Certificate as
your proof of purchase.
Step 3
Provide all of 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. Save the license key e-mail in case you need it in the future.
Step 4
Open the license key file using a text editor and copy its contents into your desktop computer's clipboard.
Step 5
From the Detector module, enter the license-key add command in configuration mode. The CLI prompts
you to enter the key lines.
Step 6
Paste the contents of your desktop computer’s clipboard (containing the license key) and press the Enter
key.
Step 7
Enter an empty line and press Enter. If the Detector module contains a previously installed license, a
confirmation message displays that asks if you want to install the new license.
Step 8
Type y (yes). The XG software image is now active and ready for 2-Gbps operation.
Step 9
(Optional) Enter the show license-key command to verify that the key loaded properly and is valid.
Release Note for the Cisco Traffic Anomaly Detector Module
OL-11859-02
3
Upgrading Module Bandwidth from 1 Gbps to 2 Gbps
Upgrading Module Bandwidth from 1 Gbps to 2 Gbps
If your Detector module currently operates with a maximum bandwidth of 1 Gbps, you can upgrade the
bandwidth performance to 2 Gbps by installing the XG version of the software image and corresponding
software license key. The software license key activates the installed XG software image. When you
install the XG software image, the Detector module is not operational until you install the corresponding
software license and make the necessary configuration modifications that are required for the 2-Gbps
operation. The configuration changes include the following items:
•
Activate the additional data port—Activate the additional data port on the Detector module for the
2-Gbps operation using the no shutdown command in interface configuration mode. For
configuration information, see the “Activating the Additional Data Port for the 2-Gbps Operation”
section in Chapter 13 of the Cisco Traffic Anomaly Detector Module Configuration Guide.
•
Regenerate the SSL certificates—Generate new SSL certificates on the Detector module and any
associated Guards. For configuration information, see the “Regenerating the SSL Certificates for the
2-Gbps Operation” section in Chapter 13 of the Cisco Traffic Anomaly Detector Module
Configuration Guide.
Installing the XG software image and license does not affect the following Detector module functions:
•
Zone configurations—Existing zone configuration information is untouched.
•
Management access—Configuration parameters that are configured on mng (the management port
designator) for the 1-Gbps operation remain the same for the 2-Gbps operation.
For complete information on ordering and installing the XG license key, see the “Performing
Maintenance Tasks” chapter in the Cisco Traffic Anomaly Detector Module Configuration Guide.
Upgrading to Software Version 6.0(x) From a Software Version
Prior to 5.1(4)
In software versions prior to 5.1(4), the Detector module allowed you to configure illegal subnet masks.
In software version 5.1(4) and greater, the Detector module checks to ensure that subnet masks are legal.
When you upgrade to 6.0(x) from a software version prior to 5.1(4), the Detector module corrupts all
zone configurations that contain an illegal subnet mask. To prevent the module from corrupting a zone
configuration that contains an illegal subnet mask, configure the zone configuration with a legal subnet
mask by performing the following steps prior to upgrading the software:
Step 1
Use the no ip address command to delete the subnet mask.
Step 2
Use the ip address command to configure the subnet mask with a legal subnet.
For details on configuring zone IP addresses, see the “Configuring the Zone IP address Range” section
in the Configuring Zones chapter.
Software upgrade instructions are located in the “Upgrading the Detector Module Software” section of
the Cisco Traffic Anomaly Detector Module Configuration Guide.
Release Note for the Cisco Traffic Anomaly Detector Module
4
OL-11859-02
Downgrading from Software Version 6.0(x)
Downgrading from Software Version 6.0(x)
You can downgrade the software image version on the Detector module from 6.0(x) to 5.1(6) or to 5.1(5).
The 6.0(x) version that you downgrade from can be either 6.0 or 6.0-XG.
Changing the installed software image version in the Detector module from 6.0-XG to 6.0 is considered
a software downgrade. You must perform the downgrade procedure described in this section to change
the installed software image version from 6.0-XG to 6.0.
This section contains the following topics:
•
Preparing for a Software Downgrade
•
Downgrading the Installed Software Image
•
Reconfiguring the Detector Module after a Software Downgrade
Preparing for a Software Downgrade
The software downgrade process deletes the current Detector module running configuration, logs, and
reports. Before you downgrade the software image, back up the following Detector module information:
•
Running configuration—For more information, see the “Exporting the Configuration” section in the
Cisco Traffic Anomaly Detector Module Configuration Guide.
•
Logs—For more information, see the “Managing Detector Module Logs” section in the Cisco Traffic
Anomaly Detector Module Configuration Guide.
•
Reports—For more information, see the “Exporting Attack Reports” section in the Cisco Traffic
Anomaly Detector Module Configuration Guide.
Downgrading the Installed Software Image
The procedure in this section describes how to downgrade the version of the software image currently
installed on the Detector module. For more details about the tasks and commands used in this procedure,
see the “Performing Maintenance Tasks” section in the Cisco Traffic Anomaly Detector Module
Configuration Guide.
To downgrade the software image on the Detector module from 6.0(x) to 5.1(6) or to 5.1(5), or from
6.0-XG to 6.0, perform the following steps:
Step 1
Log on to the Catalyst 6500 series switch or the 7600 series router
Step 2
Reboot the Detector module to the Maintenance Partition (MP) by entering the following command:
hw-module module module number reset cf:1
Step 3
Log on to the MP using the username root and password cisco.
Step 4
Clear the Application Partition (AP) configuration by entering the following command:
clear ap config
This command deletes the current Detector module running configuration, logs, and reports (see the
“Preparing for a Software Downgrade” section for information on backing up these files).
Step 5
Enter y (yes) to the verification message that prompts you to approve the deletion of the configuration.
Release Note for the Cisco Traffic Anomaly Detector Module
OL-11859-02
5
Maximum Number of Modules Supported in a Catalyst 6500 Chassis
Step 6
Step 7
Install the required version of the software image by using one of the following methods:
•
FTP or TFTP method from the Catalyst 6500 Series Switch or the 7600 series router
•
Inline method using the upgrade command
Reboot the Detector module back to the AP.
hw-module module module number reset cf:4
After the reboot, a message displays prompting you to provide new passwords upon the first login. The
prompt for new passwords verifies that the clear ap config command was executed successfully in
Step 4. The initial reboot after a downgrade may include an automatic flash-burn due to a Common
Firmware Environment (CFE) version change, which may cause the reboot to take longer than usual.
Step 8
Verify that the desired version is installed in the Detector module by entering the following command in
the global mode of the Detector module CLI:
show version
Reconfiguring the Detector Module after a Software Downgrade
After you downgrade the software image, you must reconfigure the Detector module either manually or
by using the running-config file that you saved to a network server prior to the downgrade.
If you use the running-config file to reconfigure the module, you must verify that the network
configurations are configured properly according to the software version that you install. For example,
the interface names may be different between the previously installed version of the software and the
currently installed version. You can modify the running-config file using one of the following methods:
•
Edit the network configuration portion of the running-config file prior to importing the file.
•
Delete network configuration information from the running-config file before you import the file
and then configure the network configuration manually either before or after you import the file.
Refer to the version of the Cisco Traffic Anomaly Detector Module Configuration Guide that applies to
the software version you are running for more information about configuring the network parameters and
to the applicable Detector module release notes for information about network configuration differences.
Maximum Number of Modules Supported in a Catalyst 6500
Chassis
The Catalyst 6500 9-slot chassis supports a combined maximum of eight Anomaly Guard modules and
Traffic Anomaly Detector modules. You can install a maximum of eight Guard modules or a maximum
of four Detector modules in a single chassis in any combination for a total of eight modules.
A Catalyst 6500 13-slot chassis supports a combined maximum of 10 Anomaly Guard modules and
Traffic Anomaly Detector modules. You can install a maximum of eight Guard modules or a maximum
of four Detector modules in a single chassis in any combination for a total of 10 modules.
Release Note for the Cisco Traffic Anomaly Detector Module
6
OL-11859-02
Operating Consideration
Operating Consideration
The copy ftp command supports active mode only.
MultiDevice Manager Commands Omitted from the
Configuration Guide
Three commands related to the Cisco DDoS MultiDevice Manager (MDM) software functionality on the
Detector module were introduced in software version 5.1(5), but were omitted from the Cisco Traffic
Anomaly Detector Module Configuration Guide. The following sections describe these commands:
•
mdm logging trap Command
•
mdm restore Command
•
show mdm Command
mdm logging trap Command
To configure traps for MDM logging, use the mdm logging trap command in global configuration
mode. To disable logging functions, use the no form of this command.
The syntax for this command is as follows:
mdm logging trap {alerts | critical | debugging | emergencies | errors | informational | notifications |
warnings}
The following table describes the keywords for the mdm logging trap command.
alerts
Immediate action needed (severity=1).
critical
Critical conditions (severity=2).
debugging
Debugging messages (severity=7).
emergencies
System is unusable (severity=0). This is the default.
errors
Error conditions (severity=3).
informational
Informational messages (severity=6).
notifications
Normal but significant conditions (severity=5).
warnings
Warning conditions (severity=4).
For example, to capture and log informational messages, use the mdm logging trap informational
command in global configuration mode.
user@DETECTOR# configure
user@DETECTOR-conf# mdm logging trap informational
Release Note for the Cisco Traffic Anomaly Detector Module
OL-11859-02
7
MultiDevice Manager Commands Omitted from the Configuration Guide
mdm restore Command
When you enable the MDM service on the Detector module to allow you to manage the device using the
MDM, the MDM automatically upgrades the RA on the device when it initiates a communication link
with the device. While the MDM is upgrading the device RA, the operating state displays on the MDM
as Initializing. The state changes to Connected when the RA upgrade is complete.
When a device appears to be constantly in a state of initialization, it may indicate that the MDM is
attempting to upgrade the device RA but cannot do so.
Use the mdm restore command to resolve issues with upgrading and connecting the device RA. To
return the device Remote Agent (RA) to the stub and force the MDM to reinstall the latest RA version,
use the mdm restore command in global configuration mode.
The syntax for this command is as follows:
mdm restore
For example:
user@DETECTOR# configure
user@DETECTOR-conf# mdm restore
show mdm Command
To check the status of MDM connections and settings, use the show mdm command in EXEC mode.
The syntax for this command is as follows:
show mdm
For example:
user@DETECTOR# show mdm
The following table describes the fields in the show mdm display.
Field
Description
MDM service state
Operating state of the MDM service: enabled or disabled.
MDM servers
List of MDM servers that you define on the device (permitting them
to access the device) and the state of the key exchange process with
each of the servers: key exchange is complete or key exchange is
required.
Connected managers
MDM server currently connected to and managing the device.
MDM syslog level
Setting of the syslog server logging level: alerts, critical, debugging,
emergencies, errors, informational, notifications, warnings.
Release Note for the Cisco Traffic Anomaly Detector Module
8
OL-11859-02
Software Version 6.0(10) Open and Resolved Caveats
Software Version 6.0(10) Open and Resolved Caveats
The following sections contain the open and resolved caveats in software version 6.0(10):
•
Software Version 6.0(10) Open Caveats
•
Software Version 6.0(10) Resolved Caveats
Software Version 6.0(10) Open Caveats
The following caveats are open in software version 6.0(10):
•
CSCsb05557—Remote activation and synchronization processes from a Detector module to a
Guard do not function when the Detector module is located behind a device that is performing
Network Address Translation (NAT). Workaround: Reconfigure the network configuration to
disable NAT.
•
CSCsb20206—The Web-Based Manager (WBM) remains unresponsive while the pop up window
waits for results from the signature generation process. Even if you close the pop up window
manually, the WBM remains unresponsive while signature generation is in progress. Workaround:
Wait until the pop up window receives a result, or issue the no service wbm CLI command in
configuration mode.
•
CSCsb29083—You cannot assign an identical name to manual packet dumps that you create in
different zones. Workaround: Assign unique names to manual packet dumps.
•
CSCsc05116—The Detector module may stop functioning or start logging errors after reaching
100% anomaly detection engine memory utilization. Workaround: Use the show resources
command in global mode to view the amount of anomaly detection engine memory currently being
used by the Detector module. Reducing the number of active zones may free up memory.
•
CSCsc69508—After importing an HTML file to serve as login banner, some SSH clients may not
be able to connect to the product.
•
CSCsd71002—Under certain conditions, the Detector module does not create and activate all child
zones under attack. This behavior occurs when the zone is defined on the Detector module with
dst-ip-by-name activation method and an attack occurs on several IP addresses from the zone range.
If global policies are only active (not dst_ip policy), only the first recognized IP address is protected
successfully. Workaround: Make sure the dst_ip policies are active on the zone.
•
CSCse08139—The CLI session terminates when you press Ctrl-Z several times after issuing the
more 0 command.
•
CSCse27876—When you press Ctrl-C during the import of a new software version or configuration,
you interrupt the import process and the CLI session may get disconnected. Workaround: Do not
press Ctrl-C during the import process.
•
CSCse31042—A zone configuration with ip_scan or port_scan policies cannot be imported into the
Detector module. Workaround: None.
•
CSCsg42338—The Detector module CPU usage may reach 100%. Workaround: Reboot the
Detector module.
•
CSCsi57942—After upgrading the Detector module software to version 6.0 or 6.0-XG, SSH and
WBM connectivity to the module may be lost. Workaround: Log in to the Detector module through
the Catalyst 6500 series switch or 7600 series router and re-enter the routing configuration.
•
CSCsj27292—The Detector module does not count bypass filters correctly, which may cause the
watchdog to reload the Detector module. Workaround: Remove all bypass filters that are not needed.
Release Note for the Cisco Traffic Anomaly Detector Module
OL-11859-02
9
Software Version 6.0(5) Open and Resolved Caveats
Software Version 6.0(10) Resolved Caveats
The following caveats were resolved in software version 6.0(10):
•
CSCsh81082—The Detector module does not rotate the /var/log/wtmp file, which may result in the
file becoming very large.
•
CSCsh92933—After entering the tacacs authorization exec tacacs+ command, the show
running-config command does not display the tacacs authorization exec tacacs command in the
configuration output.
•
CSCsi2905, CSCsi17169—When accepting the thresholds during the learning process, the Detector
module intermittently encounters an error when accepting some of the thresholds.
•
CSCsi23637—When using the Web-Based Manager (WBM), TACACS+ login authentication falls
back to local authentication even if the TACACS+ server rejects the authentication.
•
CSCsi65071—A flex-content filter with a single byte tcpdump expression may not detect the byte
in the zone traffic.
•
CSCsi67008—A flex-content filter tcpdump expression does not examine the last byte of a packet.
•
CSCsi70650—The watchdog process intermittently becomes stuck on one of the child processes.
•
CSCsi78741—The internal watchdog constantly reloads the Detector module. The log contains
many “cannot read counters” errors.
•
CSCsi86968—The MultiDevice Manager (MDM) fails to activate anomaly detection on a zone that
is configured on two Detector modules.
Software Version 6.0(5) Open and Resolved Caveats
The following sections contain the open and resolved caveats in software version 6.0(5):
•
Software Version 6.0(5) Open Caveats
•
Software Version 6.0(5) Resolved Caveats
Software Version 6.0(5) Open Caveats
The following caveats are open in software version 6.0(5):
•
CSCsb05557—Remote activation and synchronization processes from a Detector module to a
Guard module do not function when the Detector module is located behind a device that is
performing Network Address Translation (NAT). Workaround: Reconfigure the network
configuration to disable NAT.
•
CSCsb20206—The Web-Based Manager (WBM) remains unresponsive while the pop up window
waits for results from the signature generation process. Even if you close the pop up window
manually, the WBM remains unresponsive while signature generation is in progress. Workaround:
Wait until the pop up window receives a result, or issue the no service wbm CLI command in
configuration mode.
•
CSCsb29083—You cannot assign an identical name to manual packet dumps that you create in
different zones. Workaround: Assign unique names to manual packet dumps.
Release Note for the Cisco Traffic Anomaly Detector Module
10
OL-11859-02
Related Documentation
•
CSCsc05116—The Detector module may stop functioning or start logging errors after reaching
100% anomaly detection engine memory utilization. Workaround: Use the show resources
command in global mode to view the amount of anomaly detection engine memory currently being
used by the Detector module. Reducing the number of active zones may free up memory.
•
CSCsc69508—After importing an HTML file to serve as login banner, some SSH clients may not
be able to connect to the product.
•
CSCsd71002—Under certain conditions, the Detector module does not create and activate all child
zones under attack. This behavior occurs when the zone is defined on the Detector module with
dst-ip-by-name activation method and an attack occurs on several IP addresses from the zone range.
If global policies are only active (not dst_ip policy), only the first recognized IP address is protected
successfully. Workaround: Make sure the dst_ip policies are active on the zone.
•
CSCse08139—The CLI session terminates when you press Ctrl-Z several times after issuing the
more 0 command.
•
CSCse27876—When you press Ctrl-C during the import of a new software version or configuration,
you interrupt the import process and the CLI session may get disconnected. Workaround: Do not
press Ctrl-C during the import process.
•
CSCse31042—A zone configuration with ip_scan or port_scan policies cannot be imported into the
Detector module. Workaround: None.
Software Version 6.0(5) Resolved Caveats
The following caveats were resolved in software version 6.0(5):
•
CSCsc85020—The graph interpolates the end of an attack curve with current time instead of the
real end of attack time.
•
CSCse64988—When you use the WBM to add a service to a zone, service thresholds are set to zero
and are not tuned.
•
CSCsf02506—When you use the WMB to show zone general information, the error message may
appear on the first try: “Unexpected error”.
•
CSCsg22709—When you add a service in a WBM comparison screen, the service is not added to
the zone. This occurs when you compare a zone with a snapshot.
•
CSCsg53101—When you use the WBM excessively, the RAM disk becomes filled with logs before
the logrotate policy removes old logs. This situation may cause the Guard to become unstable and
inaccessible.
•
CSCsg83409—You may encounter a blank page in the Safari Browser (on a MAC OS) when using
the basic or redirect anti-spoofing mechanism.
Related Documentation
The following documentation is available for the Cisco Traffic Anomaly Detector Module:
•
Cisco Anomaly Guard Module and Traffic Anomaly Detector Module Installation Note
•
Cisco Traffic Anomaly Detector Module Configuration Guide
•
Cisco Traffic Anomaly Detector Module Web-Based Manager Configuration Guide
Release Note for the Cisco Traffic Anomaly Detector Module
OL-11859-02
11
Obtaining Documentation, Obtaining Support, and Security Guidelines
Obtaining Documentation, Obtaining Support, and Security
Guidelines
For information on obtaining documentation, obtaining support, providing documentation feedback,
security guidelines, and also recommended aliases and general Cisco documents, 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
CCVP, the Cisco logo, and Welcome to the Human Network are trademarks of Cisco Systems, Inc.; Changing the Way We Work, Live, Play, and Learn is
a service mark of Cisco Systems, Inc.; and Access Registrar, Aironet, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, Cisco, the Cisco
Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity,
Enterprise/Solver, EtherChannel, EtherFast, EtherSwitch, Fast Step, Follow Me Browsing, FormShare, GigaDrive, HomeLink, Internet Quotient, IOS,
iPhone, IP/TV, iQ Expertise, the iQ logo, iQ Net Readiness Scorecard, iQuick Study, LightStream, Linksys, MeetingPlace, MGX, Networkers,
Networking Academy, Network Registrar, PIX, ProConnect, ScriptShare, SMARTnet, StackWise, The Fastest Way to Increase Your Internet Quotient,
and TransPath 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. (0711R)
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.
© 2007 Cisco Systems, Inc. All rights reserved.
Release Note for the Cisco Traffic Anomaly Detector Module
12
OL-11859-02