<?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 Netflix iOS tcp-rst-from-client in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/netflix-ios-tcp-rst-from-client/m-p/109684#M45014</link>
    <description>&lt;P&gt;I'm having an issue with Nexflix not running on an iOS device behind a new PA install.&amp;nbsp;Basically no filtering should happen&amp;nbsp;from the PA at all; Nexflix runs fine with no PA in line.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The configuration, which has most other applications and web access working:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;PA-3020, V7.1.4-h2 with 610 definitions&lt;/LI&gt;&lt;LI&gt;Virtualwire mode,&amp;nbsp;with allow&amp;nbsp;any,&amp;nbsp;no profiles or URL filtering&lt;/LI&gt;&lt;LI&gt;no QoS or Decryption&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;The log files show netflix-streaming or netflix-base as 'allow' but the session end reason&amp;nbsp;is&amp;nbsp;'tcp-rst-from-client'. A packet capture reveals not a great for me to work on,&amp;nbsp;a TLSv1.2 Encrypted Alert before the RST packets.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any suggestions or simple gotchyas&amp;nbsp;I have overlooked?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 01 Sep 2016 08:09:35 GMT</pubDate>
    <dc:creator>stuart.l</dc:creator>
    <dc:date>2016-09-01T08:09:35Z</dc:date>
    <item>
      <title>Netflix iOS tcp-rst-from-client</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/netflix-ios-tcp-rst-from-client/m-p/109684#M45014</link>
      <description>&lt;P&gt;I'm having an issue with Nexflix not running on an iOS device behind a new PA install.&amp;nbsp;Basically no filtering should happen&amp;nbsp;from the PA at all; Nexflix runs fine with no PA in line.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The configuration, which has most other applications and web access working:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;PA-3020, V7.1.4-h2 with 610 definitions&lt;/LI&gt;&lt;LI&gt;Virtualwire mode,&amp;nbsp;with allow&amp;nbsp;any,&amp;nbsp;no profiles or URL filtering&lt;/LI&gt;&lt;LI&gt;no QoS or Decryption&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;The log files show netflix-streaming or netflix-base as 'allow' but the session end reason&amp;nbsp;is&amp;nbsp;'tcp-rst-from-client'. A packet capture reveals not a great for me to work on,&amp;nbsp;a TLSv1.2 Encrypted Alert before the RST packets.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Any suggestions or simple gotchyas&amp;nbsp;I have overlooked?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 01 Sep 2016 08:09:35 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/netflix-ios-tcp-rst-from-client/m-p/109684#M45014</guid>
      <dc:creator>stuart.l</dc:creator>
      <dc:date>2016-09-01T08:09:35Z</dc:date>
    </item>
    <item>
      <title>Re: Netflix iOS tcp-rst-from-client</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/netflix-ios-tcp-rst-from-client/m-p/115208#M45395</link>
      <description>&lt;P&gt;You may be running into a problem with the port numbers for Netflix on IOS being different from the ones identified in the application by Palo Alto. A good way to troubleshoot would be to unblock all traffic to a specific host IP address and view the monitor logs for the port and application accessed by it when you try to stream Netflix.&lt;/P&gt;</description>
      <pubDate>Thu, 22 Sep 2016 00:23:52 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/netflix-ios-tcp-rst-from-client/m-p/115208#M45395</guid>
      <dc:creator>DelvinC</dc:creator>
      <dc:date>2016-09-22T00:23:52Z</dc:date>
    </item>
  </channel>
</rss>

