How to:
* For demonstration, all configuration in Lab has been done directly in appliance context. It is recommended to perform all configurations via Workflow Template in a production environment.
Configuration > Services > CGNAT > Pools

Configuration > Services > CGNAT > Rules

Configuration > Services > CGNAT > Rules

* You can change the order of NAT rule by defining the precedence value under General tab
show orgs org <ORG> sessions nat brief

show orgs org <ORG> sessions brief

* In the above example, we can see that source IP 192.168.2.101 is being NATed to 172.16.1.0 on Branch-1
The same is reflected on Branch-2 as we can see the Source IP for the session is the NAT IP
Now, even though the NAT operation is working as expected, remote destination will not be able to reply as there is no route for the NATed network in the LAN-VR of remote Branch and therefore pings will time out.
As we see below no route exists for 172.16.1.0

In order to advertise the NATed network to SDWAN. perform below steps:
This will create an entry for the network in Control and Data plane with no defined interface (null) on the Branch where NAT is implemented.
Configuration > Networking > Virtual Routers > ORG-LAN-VR > Static Routing


* Community is not required for mesh topology. (Spoke to Spoke) communication
Configuration > Networking > Virtual Routers > ORG-LAN-VR > Redistribution Policies > Default-Policy-To-BGP



Below we can see 172.16.1.0/24 entry received via BGP in the LAN-VR

Now there is an established reachability for the NATed network.
####################################################
NOTE: Make sure there is a firewall rule to allow stateful communication for the NATed network.