I have been tasked with moving a Backup server supporting in excess of 200 servers to a new network for expansion purposes.
The Server current address is 126.96.36.199
I have configured a Gigabit port on a 6506 IOS 12.1(8a)e with an IP address of 188.8.131.52 as the IP NAT outside and connected this to the switch supporting the current network.
I have configured an Etherchannel Port-Channel 1 on the same 6506 with an IP address of 192.168.211.2 directly connected to the Backup server which has an IP address of 192.168.211.1 and set this as the IP NAT inside
I then configured an "IP NAT Source Static 192.168.211.1 184.108.40.206" statement.
When I execute a ping from the server to the 220.127.116.11 I can see the source address being translated and I get a response. If I then send a Ping to an address in the 18.104.22.168 network I get no response although I see the Source address being translated.
Examining the ARP Cache entry of the switch supporting the 22.214.171.124 subnet I see the entry for the 126.96.36.199 device as being "incomplete" I am expecting it to show the same MAC address as the 188.8.131.52 address.
If I try and ping from a device in the 184.108.40.206 network to the 220.127.116.11 device I get no response and can see no translation being executed on the 6506.
The configuration is based on the Cisco "Configuring NAT Getting started" document Example using NAT during a network transition.
Thank you for you response. I have managed to fix it now.
The problem is because the Cisco IOS for Routers default is to enable IP Proxy-Arp but the IOS for MSFC/Switches defults to No IP Proxy-Arp. By enabling IP Local-Proxy-Arp on the interface that faces the original network the MSFC/Switch started to respond to messages for the NAT address.
We are pleased to announce availability of Beta software for 16.6.3. 16.6.3 will be the second rebuild on the 16.6 release train targeted towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are looking for early feedback from custome...