cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
743
Views
0
Helpful
1
Replies

Multicast traffic over a GRE tunnel : NAT isn't working

ropeadope
Level 1
Level 1

Greetings all,

I'm going to be making a change to an existing client's network soon where multicast traffic is used over GRE (no IPSEC) tunnels. The client is adding a new location and is going to have a 10.x.x.x private IP space for the LAN side. The GRE tunnels amongst all sites are 192.168.x.x range.. so I need to NAT out from 10.x.x.x to 192.168.x.x. when sending multicast traffic to the address 225.8.20.x, which all the other sites will be listening for.

So I configured a NAT pool, ip nat inside on the inside interface, ip nat outside on the outside interface, set ip nat inside on the GRE tunnel, and tested it out in GNS3. The NAT is working when I ping from the LAN interface to one of the other Host's tunnel loopback address (can see this via ip packet debugs). However, when attempting to simulate a multicast from the 10.x.x.x LAN to 225.8.20.x, the NAT translation is never taking place. I know this for two reasons:

  1. If I process a "debug ip mpacket" on one of the other sites, I see the packet received with the 10.x.x.x address, and an RPF failure occurs because the host has no route to that network.
  2. If i turn on "debug ip nat" on the local router, I never see any NAT translations occuring when sending to multicast addresses like the 225.8.20.x range.

It seems as if any traffic being sent to that Multicast address is not being NAT'ed. Is there anything special that needs to be done to get hosts to NAT out when sending to Multicast addresses? Thanks!

1 Reply 1

Neeraj Arora
Level 3
Level 3

Brian,

As per me you need to configure "ip nat outside" on the GRE tunnel interface as the multicast traffic will be traversing over Inside interface and then on tunnel interface it will get encapsulated. So NAT has to take place before encapsulation happens.

And regarding Natting Multicast traffic, I have personally not implemented it but logically I don't see why it cannot be done, so try configuring "ip nat outside" on tunnel interface and check if that makes any difference or not

Hope it helps

Neeraj

Review Cisco Networking for a $25 gift card