<?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 Re: Regarding Xlate info in ASA in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/regarding-xlate-info-in-asa/m-p/5346068#M1123458</link>
    <description>&lt;P&gt;The NAT configuration on &lt;EM&gt;ham-vpn-fw-of2&lt;/EM&gt; appears to have been done using a range of network objects.&lt;/P&gt;
&lt;P&gt;The first set of external IPs are non-contiguous and map to a higher number of internal IPs than external IPs. If you do not configure this, it would be worth understanding the reasoning behind this design as it is not immediately obvious from the snippet.&lt;/P&gt;
&lt;P&gt;The second NAT translation on &lt;EM&gt;ham-vpn-fw-of2&lt;/EM&gt; is a one-to-many static NAT configuration.&lt;/P&gt;
&lt;P&gt;If there are no particular design requirements forcing either of these NAT configurations, it would be &lt;STRONG&gt;highly recommended&lt;/STRONG&gt; to transition to dynamic NAT overload (aka PAT) as it is much easier to maintain for generic use cases.&lt;/P&gt;</description>
    <pubDate>Tue, 11 Nov 2025 11:33:45 GMT</pubDate>
    <dc:creator>Ben Weber</dc:creator>
    <dc:date>2025-11-11T11:33:45Z</dc:date>
    <item>
      <title>Regarding Xlate info in ASA</title>
      <link>https://community.cisco.com/t5/network-security/regarding-xlate-info-in-asa/m-p/5345940#M1123452</link>
      <description>&lt;P&gt;generally , in one static 1 to 1 NAT the output of show xlate shows as below right .&lt;/P&gt;&lt;P&gt;ham-vpn-fw/ham-vpn-fw# sh xlate | in 172.20.164.139&amp;nbsp;&lt;/P&gt;&lt;P&gt;NAT from outside:10.90.0.18 to cbtsmgmt:172.20.164.139&amp;nbsp;&lt;/P&gt;&lt;P&gt;ham-vpn-fw/ham-vpn-fw#&lt;/P&gt;&lt;P&gt;but in one &amp;nbsp;of my case showing as belwo:&lt;/P&gt;&lt;P&gt;ham-vpn-fw/ham-vpn-fw-of2# sh xlate | in 172.22.201.6&lt;BR /&gt;&lt;STRONG&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; 10.27.18.56, 10.57.14.129, 10.27.14.18 to cbtsmgmt:172.22.201.1, 172.22.201.2, 172.22.201.3, 172.22.201.4, 172.22.201.5, 172.22.201.6&lt;/STRONG&gt;&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; 10.27.17.4 to cbtsmgmt:172.22.201.65, 172.22.201.66,&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp; 172.22.201.67, 172.22.201.68&lt;BR /&gt;ham-vpn-fw/ham-vpn-fw-of2#&lt;/P&gt;&lt;P&gt;What is difference between of them ?&lt;/P&gt;</description>
      <pubDate>Mon, 10 Nov 2025 19:45:02 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/regarding-xlate-info-in-asa/m-p/5345940#M1123452</guid>
      <dc:creator>venkatappan</dc:creator>
      <dc:date>2025-11-10T19:45:02Z</dc:date>
    </item>
    <item>
      <title>Re: Regarding Xlate info in ASA</title>
      <link>https://community.cisco.com/t5/network-security/regarding-xlate-info-in-asa/m-p/5346068#M1123458</link>
      <description>&lt;P&gt;The NAT configuration on &lt;EM&gt;ham-vpn-fw-of2&lt;/EM&gt; appears to have been done using a range of network objects.&lt;/P&gt;
&lt;P&gt;The first set of external IPs are non-contiguous and map to a higher number of internal IPs than external IPs. If you do not configure this, it would be worth understanding the reasoning behind this design as it is not immediately obvious from the snippet.&lt;/P&gt;
&lt;P&gt;The second NAT translation on &lt;EM&gt;ham-vpn-fw-of2&lt;/EM&gt; is a one-to-many static NAT configuration.&lt;/P&gt;
&lt;P&gt;If there are no particular design requirements forcing either of these NAT configurations, it would be &lt;STRONG&gt;highly recommended&lt;/STRONG&gt; to transition to dynamic NAT overload (aka PAT) as it is much easier to maintain for generic use cases.&lt;/P&gt;</description>
      <pubDate>Tue, 11 Nov 2025 11:33:45 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/regarding-xlate-info-in-asa/m-p/5346068#M1123458</guid>
      <dc:creator>Ben Weber</dc:creator>
      <dc:date>2025-11-11T11:33:45Z</dc:date>
    </item>
  </channel>
</rss>

