topic UN-NAT question in Network Security

UN-NAT question

WStoffel1 — Tue, 12 Mar 2019 02:14:30 GMT

I know you'll probably need more but i havent seen an UNnat before. I made some changes to allow the two networks to talk on my asa. the result is it works. The Un-Nat in phase 3 three sort of threw me for a loop. I was hoping someone could just explain whats happening based on the below:

packet-tracer input exchange tcp 192.168.180.11 32000 192.168.139.6 25

Phase: 1

Type: ACCESS-LIST

Subtype:

Result: ALLOW

Config:

Implicit Rule

Additional Information:

MAC Access list

Phase: 2

Type: FLOW-LOOKUP

Subtype:

Result: ALLOW

Config:

Additional Information:

Found no matching flow, creating a new flow

Phase: 3

Type: UN-NAT

Subtype: static

Result: ALLOW

Config:

static (lvbw,Exchange) 192.168.139.0 192.168.139.0 netmask 255.255.255.0

match ip lvbw 192.168.139.0 255.255.255.0 HostedExchange any

static translation to 192.168.139.0

translate_hits = 29, untranslate_hits = 51

Additional Information:

NAT divert to egress interface lvbw

Untranslate 192.168.139.0/0 to 192.168.139.0/0 using netmask 255.255.255.0

Thanks!

Re: UN-NAT question

Jouni Forss — Fri, 19 Jul 2013 14:29:25 GMT

Hi,

To my understanding UN-NAT Phase always happen when you have a translation configured for the destination IP address. You are essentially targeting an IP address that is a NAT IP address configured on the firewall.

So a "packet-tracer" command using a destination IP address used in a Static NAT for a server would produce the same type of output.

What you are doing above is basically Static Identity NAT. The network used in the command is translated into itself. The most typical use for this is usually to enable communication between different Cisco firewall interfaces.

Depending on setup you might actually see 2 different translations in the same "packet-tracer" output. This happens when you are doing NAT for both the source and the destination host of the "packet-tracer" command.

- Jouni

UN-NAT question

WStoffel1 — Sun, 21 Jul 2013 13:41:59 GMT

thank you!