Can anyone give me an idea of the performance hit that would result in running snoop on the sensing interface of a Cisco IDS (4250) at the same time that the sensor is performing intrusion detection. I would like to run some snoop captures but am worried about the sensor dropping packets, CPU utilization etc.etc. I realize that this probably depends on the amount of traffic, but any help would be appreciated....
I am sure there is an impact when snoop is used in conjunction with packetd.
If I had to venture a guess I would bet it is a fairly large impact.
You can test it's affect on the sensor yourself:
Enable the 993 Dropped Packet signature. This signature will fire every few seconds or so and tell you how many packets and what percentage of packets are being dropped by packetd.
During a busy time of day on your network you would want to start up your snoop command and then watch and see what 993 alarms are being generated.
They way you run snoop will also have an affect. Are you simply capturing to the screen, or are you capturing to a file. Are you using filters or are you trying to capture everything. Each of these will affect how much cpu and disk access the snoop command will be stealing from IDS.
Alternatives to snoop:
The packetd program itself has the ability to generate binary packet logs in a libpcap format that can be read by tcpdump, ethereal, and several other freeware tools for anlysis. These logs are referred to as "iplogs".
You can set up packetd to always log packets for a specific ip address/network. So if you have a specific ip address you need to look into, then you could use this feature to capture the packets of interest.
You can also setup packetd to automatically log the binary packets for the source address of a specific alarm for a configurable number of minutes.
But beware that iplogging (binary packet logging) can have a performance impact on the sensor. You will want to use it sparingly, and limit the time of the iplogging as much as possible. Once again you can use the 993 alarm to help determine the impact on performance.
So if you are needing to produce binary packet logs, then the iplogging feature in packetd may be better than snoop logging binary packets. But if you are only using snoop to capture to the screen then snoop may be better.
The only way to know is to test in your specific circumstances/environment.
Thanks for the quick reply - I'm aware of the option of using iplogging via packetd but I require more flexibility when capturing data (i.e. boolean operators). Also, I would be capturing to a file. It sounds like this would represent a significant load on the IDS sensor.
I think that setting up a seperate capture station using tcpdump is probably the solution.....
DocumentationCode download linksGoalRequirementLimitationsSupported ISR and UCS-E ModelSupported ISRG2 and UCS-E Blades:Supported ISR4K and UCS-E Blades:Step by Step ConfigurationConfigure one of the connectivity options to access the Cisco IMC from the n...
Firepower Threat Defense (NGFWv) on UCS E-series - Transparent Mode in HA
DocumentationCode download linksGoalRequirementLimitationsSupported ISR and UCS-E ModelSupported ISRG2 and UCS-E Blades:Supported ISR4K and UCS-E Blades:Step by Step ConfigurationCo...
I am currently unable to specify "crypto keyring" command when configuring VPN connection on my cisco 2901 router.
The following licenses have been activated on my router :