<?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: Strange PIX behaviour with PAT in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/strange-pix-behaviour-with-pat/m-p/306596#M592291</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;How were the file transfers done?  Via ftp?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 02 Jun 2004 15:53:51 GMT</pubDate>
    <dc:creator>ehirsel</dc:creator>
    <dc:date>2004-06-02T15:53:51Z</dc:date>
    <item>
      <title>Strange PIX behaviour with PAT</title>
      <link>https://community.cisco.com/t5/network-security/strange-pix-behaviour-with-pat/m-p/306593#M592283</link>
      <description>&lt;P&gt;I have been having trouble transfering large files on my network. When one of my clients uses SQL enterprise mamanger to connect to a group of 5 SQL servers in the DMZ it causes all large file transfers to and from the Internal int to the DMZ int to fail. We get the generic error "The specified network name is no longer available". Only users that are using the same global PAT are effected. I have another machine that has a static NAT that can transfer files to and from the Int to the DMZ with no problems. USing the show xlate command I can see that the SQL enterprise manager is using about 40-50 translations. When he stops using the app, everything is back to normal. I had another user connect to the group of servers using the SQL ent manager and the same thing happened. Anybody know what is going on. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Lonnie&lt;/P&gt;</description>
      <pubDate>Fri, 21 Feb 2020 07:25:55 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/strange-pix-behaviour-with-pat/m-p/306593#M592283</guid>
      <dc:creator>lpaschall</dc:creator>
      <dc:date>2020-02-21T07:25:55Z</dc:date>
    </item>
    <item>
      <title>Re: Strange PIX behaviour with PAT</title>
      <link>https://community.cisco.com/t5/network-security/strange-pix-behaviour-with-pat/m-p/306594#M592287</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Are the clients that use sql enterprise manager configured to use the tcp port only and not named pipes?  Normally named pipes is on by default and if it is turned on then the ms netbios ports (137 thru 139) are used, I believe on the client as well as the server end.  In a case like that, the PAT won't work.  However static NAT will work.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What version of enterprise manager, and what version of the pix code are being used?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 01 Jun 2004 18:26:58 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/strange-pix-behaviour-with-pat/m-p/306594#M592287</guid>
      <dc:creator>ehirsel</dc:creator>
      <dc:date>2004-06-01T18:26:58Z</dc:date>
    </item>
    <item>
      <title>Re: Strange PIX behaviour with PAT</title>
      <link>https://community.cisco.com/t5/network-security/strange-pix-behaviour-with-pat/m-p/306595#M592290</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The client was configured to use both. But SQL enterprise manager works fine. It was just that when anyone used SQL Enterprise Manager to connect to the group of servers inthe DMZ (4 servers) large (&amp;gt;10MB) file transers failed between the Int and the DMZ. Close the SQL app and transfers resumed again. To solve the prob I created a static translation for the client using the SQL ent mgr and it seems to not cause any problems now. We are using version 8.0 and code 6.2(2)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Lonnie&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 Jun 2004 13:22:15 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/strange-pix-behaviour-with-pat/m-p/306595#M592290</guid>
      <dc:creator>lpaschall</dc:creator>
      <dc:date>2004-06-02T13:22:15Z</dc:date>
    </item>
    <item>
      <title>Re: Strange PIX behaviour with PAT</title>
      <link>https://community.cisco.com/t5/network-security/strange-pix-behaviour-with-pat/m-p/306596#M592291</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;How were the file transfers done?  Via ftp?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 Jun 2004 15:53:51 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/strange-pix-behaviour-with-pat/m-p/306596#M592291</guid>
      <dc:creator>ehirsel</dc:creator>
      <dc:date>2004-06-02T15:53:51Z</dc:date>
    </item>
    <item>
      <title>Re: Strange PIX behaviour with PAT</title>
      <link>https://community.cisco.com/t5/network-security/strange-pix-behaviour-with-pat/m-p/306597#M592292</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;No just via windows explorer copy and paste. And again when the SQL Enterprise manager disconnects it works, and it is working fine now since I did a static NAT for the client using the sql ent mngr.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 03 Jun 2004 16:05:19 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/strange-pix-behaviour-with-pat/m-p/306597#M592292</guid>
      <dc:creator>lpaschall</dc:creator>
      <dc:date>2004-06-03T16:05:19Z</dc:date>
    </item>
  </channel>
</rss>

