NAT to different inside locals based on source address
I have a customer that is migrating a large number of their business partners through different releases of a B2B solution. While this migration happens, it is very important to the customer that the internet facing IP address of the service they are providing remain constant.
Because of existing requirements, they have the IP address ranges of every customer that is using this service. What they would like to do is forward traffic from, say, cust A, B and D to internal server X, cust C, E, and F to server Y, and the rest to Z.
Roughly, it would look like this:
cust A [18.104.22.168] -> internet addr [22.214.171.124] -> server X [10.1.1.1]
cust B [126.96.36.199] -> internet addr [188.8.131.52] -> server X [10.1.1.1]
cust C [184.108.40.206] -> internet addr [220.127.116.11] -> server Y [10.4.4.4]
cust D [18.104.22.168] -> internet addr [22.214.171.124] -> server X [10.1.1.1]
cust E [126.96.36.199] -> internet addr [188.8.131.52] -> server Y [10.4.4.4]
cust F [184.108.40.206] -> internet addr [220.127.116.11] -> server Y [10.4.4.4]
I was going to try this using the new inside source static feature that uses route-maps, but this doesn't allow me to setup multiple translations with the same inside global.
I was also going to try inside source using pools and lists
using the above example, all your customers connect to ip address z.z.z.z, TCP port 80. This traffic should enter the interface on your router that is configured as 'ip nat outside'. The interface facing your servers is configured 'ip nat inside'. The source ip address (the customer's server) will match a permit statement in an access list (if it matches none, it is not translated). Whichever ip nat inside destination statement that access-list is used on will do the translation. You may also want to watch your translation table - and lower the relevant translation timeouts if necessary.
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 customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...