<?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: FWSM nat problem in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/fwsm-nat-problem/m-p/1124882#M893904</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;global (outside) 1 X.Y.177.50-X.Y.177.253 netmask 255.255.255.0&lt;/P&gt;&lt;P&gt;global (outside) 1 X.Y.177.254 &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It seems ok, because the first global statement has a public IP range, so till the range is exhasted it will do on-to-one nat and after that the 2nd global statemnt comes into action doing PAT.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 07 Nov 2008 10:13:16 GMT</pubDate>
    <dc:creator>dhananjoy chowdhury</dc:creator>
    <dc:date>2008-11-07T10:13:16Z</dc:date>
    <item>
      <title>FWSM nat problem</title>
      <link>https://community.cisco.com/t5/network-security/fwsm-nat-problem/m-p/1124881#M893903</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I've got problem with user behind a multi-context/transparent FWSM. The FW is doing PAT in the NAT pool. Did anyone ever experience this issue.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;firewall transparent&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;global (outside) 1 X.Y.177.50-X.Y.177.253 netmask 255.255.255.0&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;global (outside) 1 X.Y.177.254&lt;/P&gt;&lt;P&gt;nat (inside) 1 10.10.240.0 255.255.252.0 dns norandomseq&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;sh xlate&lt;/P&gt;&lt;P&gt;17 in use, 37 most used&lt;/P&gt;&lt;P&gt;Global X.Y.177.51 Local 10.10.240.36&lt;/P&gt;&lt;P&gt;Global X.Y.177.54 Local 10.10.240.59&lt;/P&gt;&lt;P&gt;Global X.Y.177.58 Local 10.10.240.5&lt;/P&gt;&lt;P&gt;Global X.Y.177.60 Local 10.10.240.200&lt;/P&gt;&lt;P&gt;Global X.Y.177.61 Local 10.10.240.32&lt;/P&gt;&lt;P&gt;Global X.Y.177.63 Local 10.10.240.31&lt;/P&gt;&lt;P&gt;Global X.Y.177.65 Local 10.10.240.104&lt;/P&gt;&lt;P&gt;Global X.Y.177.52 Local 10.10.240.37&lt;/P&gt;&lt;P&gt;Global X.Y.177.86 Local 10.10.241.135&lt;/P&gt;&lt;P&gt;Global X.Y.177.51 Local 10.10.243.10&lt;/P&gt;&lt;P&gt;Global X.Y.177.51 Local 10.10.240.49&lt;/P&gt;&lt;P&gt;Global X.Y.177.52 Local 10.10.241.103&lt;/P&gt;&lt;P&gt;Global X.Y.177.50 Local 10.10.241.249&lt;/P&gt;&lt;P&gt;Global X.Y.177.52 Local 10.10.240.33&lt;/P&gt;&lt;P&gt;Global X.Y.177.52 Local 10.10.241.246&lt;/P&gt;&lt;P&gt;Global X.Y.177.52 Local 10.10.241.252&lt;/P&gt;&lt;P&gt;Global X.Y.177.52 Local 10.10.241.245&lt;/P&gt;&lt;P&gt;Global X.Y.177.52 Local 10.10.241.251&lt;/P&gt;&lt;P&gt;Global X.Y.177.52 Local 10.10.241.102&lt;/P&gt;&lt;P&gt;Global X.Y.177.52 Local 10.10.243.12&lt;/P&gt;&lt;P&gt;Global X.Y.177.52 Local 10.10.241.250&lt;/P&gt;&lt;P&gt;Global X.Y.177.52 Local 10.10.241.254&lt;/P&gt;&lt;P&gt;Global X.Y.177.52 Local 10.10.240.70&lt;/P&gt;&lt;P&gt;Global X.Y.177.53 Local 10.10.243.252&lt;/P&gt;&lt;P&gt;Global X.Y.177.54 Local 10.10.241.42&lt;/P&gt;&lt;P&gt;Global X.Y.177.50 Local 10.10.240.10&lt;/P&gt;&lt;P&gt;Global X.Y.177.56 Local 10.10.240.11&lt;/P&gt;&lt;P&gt;Global X.Y.177.57 Local 10.10.240.7&lt;/P&gt;&lt;P&gt;Global X.Y.177.68 Local 10.10.240.2&lt;/P&gt;&lt;P&gt;Global X.Y.177.70 Local 10.10.240.6&lt;/P&gt;&lt;P&gt;Global X.Y.177.71 Local 10.10.240.18&lt;/P&gt;&lt;P&gt;Global X.Y.177.74 Local 10.10.240.102&lt;/P&gt;&lt;P&gt;Global X.Y.177.59 Local 10.10.240.103&lt;/P&gt;&lt;P&gt;Global X.Y.177.69 Local 10.10.241.107&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 14:09:19 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/fwsm-nat-problem/m-p/1124881#M893903</guid>
      <dc:creator>dominic.caron</dc:creator>
      <dc:date>2019-03-11T14:09:19Z</dc:date>
    </item>
    <item>
      <title>Re: FWSM nat problem</title>
      <link>https://community.cisco.com/t5/network-security/fwsm-nat-problem/m-p/1124882#M893904</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;global (outside) 1 X.Y.177.50-X.Y.177.253 netmask 255.255.255.0&lt;/P&gt;&lt;P&gt;global (outside) 1 X.Y.177.254 &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It seems ok, because the first global statement has a public IP range, so till the range is exhasted it will do on-to-one nat and after that the 2nd global statemnt comes into action doing PAT.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 07 Nov 2008 10:13:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/fwsm-nat-problem/m-p/1124882#M893904</guid>
      <dc:creator>dhananjoy chowdhury</dc:creator>
      <dc:date>2008-11-07T10:13:16Z</dc:date>
    </item>
  </channel>
</rss>

