Cisco Support Community
Showing results for 
Search instead for 
Did you mean: 

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

New Member

ASA 5550 Open Connections Increase

We have seen a dramatic rise in open connections on the ASA in the past couple days. From about 20,000 to close to 40,000 now. My first question is how efficiently monitor these connections. We graph the total number via SNMP, but in this case, I need to narrow down the problematic host(s). Currently, I am issuing a "sh conn", displaying all connections and then copying and pasting to a text file which I then load into a spreadsheet to sort. There has got to be a better way.

I am also not quite sure what to do about this situation. Using the method above, I can see that there are 15,000+ connections open to our mail servers (which is abnormal), but there is no abnormal usage or open tcp connections on the mail servers themselves. So what are these connections exactly? What should be done to minimize them?

Here is an example:

TCP out in idle 0:08:36 bytes 15615 flags UfIOB

TCP out in idle 0:38:58 bytes 15852 flags UfIOB

TCP out in idle 0:00:55 bytes 2799 flags UfFRIOB

TCP out in idle 0:00:15 bytes 1135 flags UfIOB

TCP out in idle 0:00:04 bytes 483 flags UfOB

TCP out in idle 0:04:12 bytes 759 flags UfIOB

I should also mention that approximately 11,000 of these 15,000 connections have the UfIOB flags.

  • Other Security Subjects

Re: ASA 5550 Open Connections Increase

These are half open connections which may be left after the client closing the connection but it is still active on ASA. It may happen because of TCP timeout value set at very high. If you need the connection timeout value for TCP to be set high for a certain IP flow, then it is recommended to use a policy map.

New Member

Re: ASA 5550 Open Connections Increase

Thank you amritpatek. Yes, these connections were probably an attack against our mail servers. I will consider changing our timeouts.