05-04-2011 12:30 PM - edited 03-11-2019 01:29 PM
Hello everyone:
Has anyone seen an ASA not record hit against an ACL? I have two 5520s in a Primary/Secondary configuration, versions 8.4(1) and ASDM 6.4(1). There are several ACLs that are all recording zero hits but I know for a fact that those are what are matching for them to get out.
Any thoughts would be appreciated!
Thanks,
Mike
Solved! Go to Solution.
05-05-2011 12:06 PM
Hi Micheal,
Could you verify if you are able to see the hit count from the CLI, by doing "show access-list". This could be an issue with the ASDM itself, it may not able to calculate the MD5 hash value for the ACL.
Could youm also tell me if those particular ACL's contain any network object for protocol???
Thanks,
Varun
05-04-2011 11:37 PM
Hi,
I depends on purpose of ACL.
If is used for NAT, then no hits will show.
HTH
Pavel
05-05-2011 07:51 AM
Thanks for the response Pavel, but these are not being used to define a NAT. Any other situations that could reflect this?
Mike
05-05-2011 11:58 AM
Michael,
Are those ACL's poiting to the translated or to the realIP address?
Mike
05-05-2011 11:16 PM
Hi Mike,
Can you put the ACL here and tell me purpose?
If there are any groups (networks, services) please decode them.
Thanks
Pavel
05-09-2011 08:46 AM
Pavel,
One of them is for allowing VPN and SSH connections out:
9 | True | 172.20.0.0/255.255.0.0 | any | VPNAccess tcp/ssh | Permit | 0 | Default | Notes |
The "VPNAccess" Service Group is grouping TCP/10000, UDP/4500, UDP/isakmp, and UDP/10000
05-05-2011 12:06 PM
Hi Micheal,
Could you verify if you are able to see the hit count from the CLI, by doing "show access-list". This could be an issue with the ASDM itself, it may not able to calculate the MD5 hash value for the ACL.
Could youm also tell me if those particular ACL's contain any network object for protocol???
Thanks,
Varun
05-09-2011 08:52 AM
Varun,
Looks like you might have called it... CLI is showing hits while the ASDM is not. Any thoughts on how to resolve this?
access-list inside_access_in line 18 extended permit object-group DM_INLINE_SERVICE_19 object 172.20.0.0 any 0x6c207492
access-list inside_access_in line 18 extended permit udp 172.20.0.0 255.255.0.0 any eq 4500 (hitcnt=118) 0xd4341637
access-list inside_access_in line 18 extended permit udp 172.20.0.0 255.255.0.0 any eq isakmp (hitcnt=251) 0xd65313e6
access-list inside_access_in line 18 extended permit tcp 172.20.0.0 255.255.0.0 any eq ssh (hitcnt=580) 0x6e035ce4
access-list inside_access_in line 18 extended permit tcp 172.20.0.0 255.255.0.0 any eq 10000 (hitcnt=13) 0x2a249aa3
access-list inside_access_in line 18 extended permit udp 172.20.0.0 255.255.0.0 any eq 10000 (hitcnt=8) 0xf7e045eb
05-09-2011 10:10 AM
Micheal,
In the ASDM under firewall dashboard, do you see a message for config out of sync? If yes,this might be a known issue withe ASA, my suggestions to you would be to open a TAC case for further investigation on it.
Hope this helps.
Thanks,
Varun
05-09-2011 10:34 AM
Varun,
You're probably right.
I've seen this behaviour under different types os ASA code (8.2.4 ie) and also ASDM (6.3.x).
So, maybe TAC will help and devel update code of ASDM.
Bye
Pavel
05-09-2011 11:14 AM
Okay, makes sense, I'll open a ticket with Cisco. Thanks for the help guys.
05-17-2011 01:47 PM
Hi,
Here is the bug
Cheers.
Mike
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide