<?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: VWire and Oracle Database Traffic - Devs are complaining that its slow - Palo Alto 6.1.6 in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/vwire-and-oracle-database-traffic-devs-are-complaining-that-its/m-p/64929#M38838</link>
    <description>&lt;P&gt;problem may not come from this connection but another one (think about FTP control vs data connection) , you may experience slow data connection start because control session is acting weird or distrutped.&lt;/P&gt;&lt;P&gt;As an example, may be the client is trying to resolve server name from dns, but dns is blocked on primary server so you take 3 seconds delay until secondary DNS server is queried and answers&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Do a PCAP to prove that firewall delays or not the packets of the connections that devs say they have a problem with.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;If PAN delays packet, open a TAC case.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;if PAN doesnt delay packets, tell devs to provide better troubleshooting because whatever the problem is (PANOS or other) they are not pointing which flow is not working.&lt;/P&gt;</description>
    <pubDate>Tue, 22 Sep 2015 11:26:51 GMT</pubDate>
    <dc:creator>cpainchaud</dc:creator>
    <dc:date>2015-09-22T11:26:51Z</dc:date>
    <item>
      <title>VWire and Oracle Database Traffic - Devs are complaining that its slow - Palo Alto 6.1.6</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/vwire-and-oracle-database-traffic-devs-are-complaining-that-its/m-p/64849#M38810</link>
      <description>&lt;P&gt;I was wondering if anyone in the community had any experience with implementing Oracle databases and Palo Alto in a VWire environment.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Over the weekend we implemented a pair of Active/Active 5060's between the our data center and core. &amp;nbsp;Every other application (AD, File Share, Print, VMWare View, Video, Voice, etc.) &amp;nbsp;seems to be working as normal except the developers for our Oracle Database have started to complain about increased latency with their application. &amp;nbsp;Their tools are stating that Oracle is reporting that the problem is mostly with the "socket generation" task where Oracle opens up communication to another server or client.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have implented the changes around the URG flag that I saw in another post (I didn't reboot, but it didn't state that you had too) as well as am working with the developers to implement DCD, but I can't seem to put my finger on why there would be increased latency with opening connections. &amp;nbsp;Yes there is a firewall now as a bump on the wire, but we aren't even close to taxing 1% of the session rate and the throughput is in the Mbps on a 40Gbps port-channel (4x 10Gbps).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If connection setup time is the culprit,&amp;nbsp;can anyone suggest where I can look.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;-Matt&lt;/P&gt;</description>
      <pubDate>Mon, 21 Sep 2015 12:04:33 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/vwire-and-oracle-database-traffic-devs-are-complaining-that-its/m-p/64849#M38810</guid>
      <dc:creator>mlinsemier</dc:creator>
      <dc:date>2015-09-21T12:04:33Z</dc:date>
    </item>
    <item>
      <title>Re: VWire and Oracle Database Traffic - Devs are complaining that its slow - Palo Alto 6.1.6</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/vwire-and-oracle-database-traffic-devs-are-complaining-that-its/m-p/64929#M38838</link>
      <description>&lt;P&gt;problem may not come from this connection but another one (think about FTP control vs data connection) , you may experience slow data connection start because control session is acting weird or distrutped.&lt;/P&gt;&lt;P&gt;As an example, may be the client is trying to resolve server name from dns, but dns is blocked on primary server so you take 3 seconds delay until secondary DNS server is queried and answers&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Do a PCAP to prove that firewall delays or not the packets of the connections that devs say they have a problem with.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;If PAN delays packet, open a TAC case.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;if PAN doesnt delay packets, tell devs to provide better troubleshooting because whatever the problem is (PANOS or other) they are not pointing which flow is not working.&lt;/P&gt;</description>
      <pubDate>Tue, 22 Sep 2015 11:26:51 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/vwire-and-oracle-database-traffic-devs-are-complaining-that-its/m-p/64929#M38838</guid>
      <dc:creator>cpainchaud</dc:creator>
      <dc:date>2015-09-22T11:26:51Z</dc:date>
    </item>
    <item>
      <title>Re: VWire and Oracle Database Traffic - Devs are complaining that its slow - Palo Alto 6.1.6</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/vwire-and-oracle-database-traffic-devs-are-complaining-that-its/m-p/64941#M38843</link>
      <description>&lt;P&gt;This looks to be an asymmetrical pathing issue between a Cisco VSS core port-channel to southbound Nexus 5k vPC port-channel. &amp;nbsp;Shutting down the ports in the port channel effectively removing the secondary&amp;nbsp;firewall from the A/A resolved the issues. &amp;nbsp;Now to just troubleshoot that side of the house.&lt;/P&gt;</description>
      <pubDate>Tue, 22 Sep 2015 14:37:52 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/vwire-and-oracle-database-traffic-devs-are-complaining-that-its/m-p/64941#M38843</guid>
      <dc:creator>mlinsemier</dc:creator>
      <dc:date>2015-09-22T14:37:52Z</dc:date>
    </item>
  </channel>
</rss>

