02-19-2019 01:29 PM - edited 03-12-2019 04:22 AM
So while looking at the logging monitor in the ASDM, I see the following below when just accessing webpages from my PC.
Can anyone help explain what this all means as I am not pinging anything.
4 | Feb 19 2019 | 21:24:58 | 313005 | No matching connection for ICMP error message: icmp src inside: X.X.X.98 dst outside: X.X.X.11 (type 3, code 3) on inside interface. Original IP payload: udp src X.X.X.11/53 dst X.X.X.98/52906. |
Syslog Details:
%ASA-4-313005: No matching connection for ICMP error message:
icmp_msg_info on interface_name interface. Original IP payload:
embedded_frame_info icmp_msg_info = icmp src src_interface_name:src_address [([idfw_user | FQDN_string], sg_info)] dst dest_interface_name:dest_address [([idfw_user | FQDN_string], sg_info)] (type icmp_type, code icmp_code)
embedded_frame_info = prot src source_address/source_port [([idfw_user |
FQDN_string], sg_info)] dst dest_address/dest_port [(idfw_user|FQDN_string),
sg_info]
ICMP error packets were dropped by the ASA because the ICMP error messages are not related to any session already established in the ASA.
Solved! Go to Solution.
02-19-2019 08:06 PM
03-09-2020 02:50 AM
We had the same problem and log messages.
The solution in our scenario is to disable IPv6 on the ethernet adapter of the affected notebook. After that, DNS was successful.
Just in case, some other have the same problem, this might be an alternative solution.
02-19-2019 08:06 PM
02-20-2019 06:13 AM
Ok thanks!
When you say router can't route the packets I am a bit confused. Wouldn't it route to the internet webpage via default 0.0.0.0 route or are you describing a different kind or route process that happens?
02-20-2019 08:09 AM
02-21-2019 03:25 PM
11-05-2020 12:16 PM - edited 11-05-2020 12:17 PM
I'm seeing this with two devices that are directly connected to the ASA and am wondering what might cause that.
03-09-2020 02:50 AM
We had the same problem and log messages.
The solution in our scenario is to disable IPv6 on the ethernet adapter of the affected notebook. After that, DNS was successful.
Just in case, some other have the same problem, this might be an alternative solution.
03-09-2020 06:49 AM
06-03-2021 07:11 AM
Neither explanation is sufficient in my opinion. The Unreachable packet refers to a previous UDP/53 DNS packet (a reply packet actually) that is probably a valid reply to a valid DNS request. Somehow the client refuses to accept the DNS reply as if it had already removed the UDP socket from its connection table but why? The client should accept the DNS response and should not send ICMP unreachable.
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