Every few minutes our Cisco ASA 5505 firewall is logging errors that I can't figure out with my limited Cisco experience.
Severity Date Time Syslog ID Source IP Destination IP Description
3 Mar 25 2010 17:21:14 305006 8.8.8.8 regular translation creation failed for icmp src inside:10.10.0.206 dst outside:8.8.8.8 (type 3, code 3)
3 Mar 25 2010 17:18:37 305006 8.8.4.4 regular translation creation failed for icmp src inside:10.10.0.206 dst outside:8.8.4.4 (type 3, code 3)
The logged inside-IP is our internal DNS server, and the outside IP's are Google's public DNS servers, which we're using as forwarders in our local BIND config. ICMP Type 3 Code 3 means "Port Unreachable".
The 'Inspect DNS', 'Inspect ICMP' and 'Inspect ICMP Errors' global Service Policies are enabled, with the default inspection maps.
Our "outside" interface has a fixed IP and our "inside" interface is in the 10.10.0.0/16 subnet. The 10.10.0.206 IP is our internal BIND DNS server, and DNS is resolving fine. Using different DNS forwarders, such as OpenDNS, generates the same errors.
I've spent days trying to figure this one out, so any and all advice is appreciated!
You could try the following, from most likely to least likely:
If none of these things fix the issue, try setting up captures as follows:
Then, after a couple of these errors are logged (if I recall correctly, this is the syntax):
This looks like a mismatch in the firewall's NAT state-table timeouts and the DNS server's own timeouts.
ICMP Port Unreachable is being returned by your DNS server, probably in response to a late received packet. BIND picks a random(ish) port for each outbound query, and it's possible for a long-delayed response to arrive long after BIND stopped listening for the response on that port.
That does beg the question of why the firewall happily allows the (late) returned packet in, without subsequently letting the ICMP error back out.
Here is one reason why we do see this message in our ASA:
When a PC/Server is running torrent, it sets up a lot of NAT sessions. When the user then close/terminate the torrent client we do get lots of this error for a long time.
What to do with it:not sure. Why you get this message for
8.8.8.8
Googles public DNS, not shure. It may be a program that has been terminated while having open session to the DNS server.