cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
470
Views
0
Helpful
4
Replies

IEV is not showing multiple alarms?

chaack
Level 1
Level 1

I have the IDS with the IEV in a lab scenario for implementation. I have some NT machines on the monitored network and I have an NT machine on the remote network with multiple attacks on it. When I attack the machines on the monitored network with ICMP Bombs, NmapNT, TCP Sweeps, Port scans, etc. the only alarm that comes up on the IEV is "Net Flood UDP Any". I have been doing some research and from what I found, there should be multiple alarms on the IEV. I have all the signatures enabled and the IEV is talking to the Sensor and I get a route down and route up alarms, everything seems like it should be working. But the only alarm I get is the "Net Flood UDP Any".

Please Help.

Thanks,

Chris

4 Replies 4

marcabal
Cisco Employee
Cisco Employee

Sounds like the sensor may be monitoring it's own command and control interface instead of it's monitoring interface.

Look in packetd.conf and see what the NameOfPacketDevice is set to:

The best method is to set NameOfPacketDevice to "auto"

IDS-4210:

iprb0 - monitoring

iprb1 - command and control

IDS-4220/30

spwr0 - monitoring

iprb0 - command and control (this is monitoring in the 4210 but not the 4230)

IDS-4235/50

e1000g0 - monitoring (TX)

e1000g2 - monitoring (SX)

e1000g1 - command and control

I checked the packetd.conf file and everything looked right. I have an IDS-4210 and the NameOfPackeDevice is set to "auto". Is there anything else that I need to look for or change.

Chris

Check the sensor log files in the /usr/nr/var directory. Execute the strings command on the log file to view its contents.

ex: $>strings /usr/nr/var/log*

If the sensor is capturing data and the sensor is configured to log, you should see data in the file.

Also, which IEV screen are you viewing? the aggregate view window, expanded details window, or alarm detail dialog. The Alarm detail dialog has the info you are looking for.

One more thing, check the errors.packetd file in the /usr/nr/var directory.

The only time I've seen this "limited events" condition is when a sensor was connected to a switch whose port wasn't properly spanned.