<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic You've just explained the in Switching</title>
    <link>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672265#M321569</link>
    <description>&lt;P&gt;&lt;EM&gt;can someone please provide me with an example that will cover the difference and to use&amp;nbsp;ip addresses that is not directly connected to the router we placed the NAT on&amp;nbsp;to demonstrate the routing behavior with the NAT&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;You've just explained the difference.&lt;/P&gt;&lt;P&gt;Are you looking for examples of when to use one or the other ?&lt;/P&gt;&lt;P&gt;Jon&lt;/P&gt;</description>
    <pubDate>Tue, 12 May 2015 13:50:26 GMT</pubDate>
    <dc:creator>Jon Marshall</dc:creator>
    <dc:date>2015-05-12T13:50:26Z</dc:date>
    <item>
      <title>IP NAT inside and ip nat ouside</title>
      <link>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672264#M321568</link>
      <description>&lt;P&gt;Hi ,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've searched the internet and i could not found a clear explanation on the difference between ip nat inside and out side:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;IN my case out side does not mean internet or public :&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;what i know so far, the ip nat inside do routing first and then translation while Nat outside do translation first then routing .&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;can someone please provide me with an example that will cover the difference and to use&amp;nbsp;ip addresses that is not directly connected to the router we placed the NAT on&amp;nbsp;to demonstrate the routing behavior with the NAT.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 08 Mar 2019 07:58:42 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672264#M321568</guid>
      <dc:creator>khaled alodat</dc:creator>
      <dc:date>2019-03-08T07:58:42Z</dc:date>
    </item>
    <item>
      <title>You've just explained the</title>
      <link>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672265#M321569</link>
      <description>&lt;P&gt;&lt;EM&gt;can someone please provide me with an example that will cover the difference and to use&amp;nbsp;ip addresses that is not directly connected to the router we placed the NAT on&amp;nbsp;to demonstrate the routing behavior with the NAT&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;You've just explained the difference.&lt;/P&gt;&lt;P&gt;Are you looking for examples of when to use one or the other ?&lt;/P&gt;&lt;P&gt;Jon&lt;/P&gt;</description>
      <pubDate>Tue, 12 May 2015 13:50:26 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672265#M321569</guid>
      <dc:creator>Jon Marshall</dc:creator>
      <dc:date>2015-05-12T13:50:26Z</dc:date>
    </item>
    <item>
      <title>Hi Jon, I have that feeling</title>
      <link>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672266#M321570</link>
      <description>&lt;P&gt;Hi Jon,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have that feeling (i know and i dont know ) at the same time.&lt;/P&gt;&lt;P&gt;I can't fit the entire picture in my head, let me give you an example&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;R1-------R2-----R3&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;R1 lp: 1.1.1.1 , R3 lp : 3.3.3.3&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;ip nat inside on R2 ______real ip : 1.1.1.1 nat ip 4.4.4.4&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;ping 3.3.3.3 from 1.1.1.1 , i will trace the traffic&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1- source &amp;nbsp;1.1.1.1 des 3.3.3.3&lt;/P&gt;&lt;P&gt;2- pachet get to R2 inside interface and because its nat inside &amp;nbsp;will route first (looking for route to match 3.3.3.3)&amp;nbsp;&lt;/P&gt;&lt;P&gt;3- found the route&amp;nbsp;&lt;/P&gt;&lt;P&gt;4- change the src and des ---&amp;gt; src: 4.4.4.4 des: 3.3.3.3&amp;nbsp;&lt;/P&gt;&lt;P&gt;5- 3.3.3.3 receive and will respond back&lt;/P&gt;&lt;P&gt;6- src : 3.3.3.3 destination 4.4.4.4 (there is a route on R3 for 4.4.4.4)&lt;/P&gt;&lt;P&gt;7- R2 recieve the packet src 3.3.3.3 des 4.4.4.4 (here is my problem )&lt;/P&gt;&lt;P&gt;does it look for a route to 4.4.4.4 or translate&amp;nbsp;&amp;nbsp;first&lt;/P&gt;&lt;P&gt;and would i need a route to 1.1.1.1 or 4.4.4.4&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This for ip nat inside what about ip nat outside ? same exapmle&amp;nbsp;&lt;/P&gt;&lt;P&gt;1- R2 recieve src 1.1.1.1 destination 3.3.3.3&amp;nbsp;&lt;/P&gt;&lt;P&gt;2- beacuse its nat outside will translate first so : src 4.4.4.4 dst : 3.3.3.3&amp;nbsp;&lt;/P&gt;&lt;P&gt;3- looking for a route to 3.3.3.3 and send it to R3&lt;/P&gt;&lt;P&gt;4- R3 reply : src 3.3.3.3 des: 4.4.4.4&lt;/P&gt;&lt;P&gt;5- R2 receive the packet : route or translate first?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&amp;nbsp;again,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Khaled&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 12 May 2015 15:09:26 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672266#M321570</guid>
      <dc:creator>khaled alodat</dc:creator>
      <dc:date>2015-05-12T15:09:26Z</dc:date>
    </item>
    <item>
      <title>KhaledThe problem is because</title>
      <link>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672267#M321571</link>
      <description>&lt;P&gt;Khaled&lt;/P&gt;&lt;P&gt;The problem is because you are translating the same IPs in your examples but that isn't what happens ie.&lt;/P&gt;&lt;P&gt;192.168.10.2 -&amp;gt; R1 -&amp;gt; (ip nat inside) R2 (ip nat outside) -&amp;gt; R3 -&amp;gt; 10.10.10.2&lt;/P&gt;&lt;P&gt;1) inside to outside -&lt;/P&gt;&lt;P&gt;ip nat inside source static 192.168.10.2 172.16.10.2&lt;/P&gt;&lt;P&gt;as you rightly say R3 needs to have a route for 172.16.10.2 pointing to R2.&lt;/P&gt;&lt;P&gt;So 192.168.10.2 sends a packet to 10.10.10.2, R2 receives the packet does a route lookup for 10.10.10.2, sees it is reachable via it's outside interface, the packet is forwarded to the outside interface and then NAT is done changing the source IP to 172.16.10.2.&lt;/P&gt;&lt;P&gt;When the return packet arrives back at R2 the translation is undone first ie. before routing, and then R2 does a route lookup for 192.168.10.2 and obviously knows how to get to it.&lt;/P&gt;&lt;P&gt;So no additional routes are needed on R2.&lt;/P&gt;&lt;P&gt;2) outside to inside -&lt;/P&gt;&lt;P&gt;ip nat outside&amp;nbsp;source static 10.10.10.2 192.168.11.2&amp;nbsp;&lt;/P&gt;&lt;P&gt;in the above we are assuming R1 has a route for 192.168.11.2 pointing to R2.&lt;/P&gt;&lt;P&gt;What the above says is present 10.10.10.2 to the inside network as 192.168.11.2.&lt;/P&gt;&lt;P&gt;So 192.168.10.2 sends a packet to 192.168.11.2. When it gets to R2 it is the destination and not the source IP that is changed.&lt;/P&gt;&lt;P&gt;And here is the problem.&lt;/P&gt;&lt;P&gt;Because routing happens before NAT from inside to outside then R2 must have a route for 192.168.11.2 pointing to the outside interface otherwise the packet is never forwarded to the outside interface and the NAT never takes place.&lt;/P&gt;&lt;P&gt;So when you use "ip nat outside source static ..." command there is an additional keyword you can add to the statement ie. "add-route" and this tells the router to add a route for that IP via the outside interface.&lt;/P&gt;&lt;P&gt;The key thing to understand is that depending on which statement you use you are translating different IPs ie. source or destination IPs in the same direction and this may be where some of the confusion has come from.&lt;/P&gt;&lt;P&gt;Using the "ip nat inside ..." commands are a lot more common.&lt;/P&gt;&lt;P&gt;Jon&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 12 May 2015 15:37:47 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672267#M321571</guid>
      <dc:creator>Jon Marshall</dc:creator>
      <dc:date>2015-05-12T15:37:47Z</dc:date>
    </item>
    <item>
      <title>thank you, this was very</title>
      <link>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672268#M321572</link>
      <description>&lt;P&gt;thank you, this was very helpful .&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 12 May 2015 16:00:14 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672268#M321572</guid>
      <dc:creator>khaled alodat</dc:creator>
      <dc:date>2015-05-12T16:00:14Z</dc:date>
    </item>
    <item>
      <title>One last question, please</title>
      <link>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672269#M321573</link>
      <description>&lt;P&gt;One last question, please .&lt;/P&gt;&lt;P&gt;real scenarion :&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In one of the routers between us and a customer&amp;nbsp;managed by 3ed party . there is two NAT lines&amp;nbsp;&lt;/P&gt;&lt;P&gt;1- ip nat inside &amp;nbsp;&lt;/P&gt;&lt;P&gt;2- ip nat outside&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;what is the criteria we consider before we decide to use the inside or outside ?&lt;/P&gt;&lt;P&gt;If you can give just examples on how we chose ? please note that its a point to pint link so its not accessing to public , is the the who initiate the traffic ?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Khaled&lt;/P&gt;</description>
      <pubDate>Tue, 12 May 2015 16:07:29 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672269#M321573</guid>
      <dc:creator>khaled alodat</dc:creator>
      <dc:date>2015-05-12T16:07:29Z</dc:date>
    </item>
    <item>
      <title>The criteria depends on what</title>
      <link>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672270#M321574</link>
      <description>&lt;P&gt;The criteria depends on what you want to translate and in which direction relative to the inside and outside (NAT) interfaces on your router.&lt;/P&gt;&lt;P&gt;That is why I gave examples of both.&lt;/P&gt;&lt;P&gt;It really depends on what you are translating.&lt;/P&gt;&lt;P&gt;Jon&lt;/P&gt;</description>
      <pubDate>Tue, 12 May 2015 16:09:55 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672270#M321574</guid>
      <dc:creator>Jon Marshall</dc:creator>
      <dc:date>2015-05-12T16:09:55Z</dc:date>
    </item>
    <item>
      <title>Jon, Thank you for your help,</title>
      <link>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672271#M321575</link>
      <description>&lt;P&gt;Jon,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you for your help, i can say now&amp;nbsp;that i know the deference .&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;in our network we use nat inside to translate source to the customer and we use the nat outiide to translate customers destination .&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Again thank you .&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Khaled&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 13 May 2015 08:14:19 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/ip-nat-inside-and-ip-nat-ouside/m-p/2672271#M321575</guid>
      <dc:creator>khaled alodat</dc:creator>
      <dc:date>2015-05-13T08:14:19Z</dc:date>
    </item>
  </channel>
</rss>

