ICMP reply does not match a previous request

[minhhaivietnam]

Hello friends,

I have multicast topology like this:

Router1(receiver multicast)------>Checkpoint R80------->Router2-----Router3(Multicast sender)

All devices run PIM-SM mode.

On router1: I join group 239.9.9.9

On router2: ping to 239.9.9.9

Result: Not success

I check log on firewall and see that this error

Please help me

Thanks a alot!!

[HeikoAnkenbrand · Accepted solution]

If SmartView Tracker shows that ICMP packets are dropped with "message_info: ICMP reply does not match a previous request" log.

This drop is related to stateful inspection of ICMP. Due to a mismatch between the ID of ICMP Reply and the ID of the original recorded ICMP Request, Security Gateway will not find the original ICMP Request in the Connections table (id 8158) and will drop this ICMP Reply packet as out-of-state.

Try to find out why the replying device (or what forwarding device) is changing the ID in the ICMP Reply packet.

As an immediate solution or workaround, disable the Stateful Inspection for ICMP to allow this traffic:

1. In SmartDashboard, go to the Policy menu - click on the Global Properties....

2. In the left tree, click on the Stateful Inspection.

3. Clear the box "Drop out of state ICMP packets" - click on OK

4. Install Policy

Note: Disabling the Stateful Inspection will lower the security. This should be done with caution and only as the last resort.

[minhhaivietnam]

Tks heiko a lot.

I do as your comment, ping now is OK,

one more question: if I set static NAT on firewall: IP router1-->translate to a.b.c.d

, when router1(multicast receiver) send "IGMP join" packet through firewall, I see that static nat does not work ( the source IP is not translated to a.b.c.d)

so i think checkpoint not support nat in multicast? Is this true

[PhoneBoy]

Not supported.
See: https://supportcenter.checkpoint.com/supportcenter/portal?eventSubmit_doGoviewsolutiondetails=&solut...