<?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: Software versions in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/software-versions/m-p/101396#M44498</link>
    <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Once a major version is branched off of a preceding code train, it becomes standalone and both will follow their own release schedule from there on out. Some code trains may see quicker or slower maintenance releases as their age progresses or when urgent updates need to be made available. A specific major release also doesn't seize to exist once a new version is available, and new updates and fixes will keep getting added for the duration of that &lt;A title="End-of-Life Summary" href="https://www.paloaltonetworks.com/services/support/end-of-life-announcements/end-of-life-summary" target="_blank"&gt;version's life cycle&lt;/A&gt; (usually 3-4 years)&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 08 Aug 2016 08:44:43 GMT</pubDate>
    <dc:creator>reaper</dc:creator>
    <dc:date>2016-08-08T08:44:43Z</dc:date>
    <item>
      <title>Software versions</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/software-versions/m-p/101390#M44495</link>
      <description>&lt;P&gt;Why are for example the software version&amp;nbsp;7.1.3 (29.6.2016) ready for download and update before&amp;nbsp;7.0.9 (1.8.2016)? When I look at the Software-option under Device when I am about to update my PA-3020, I get confused when I see for example version 7.1.2 one day and 7.0.7 the next day.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My only guess why it is like this, must be the version installed, for example 7.0.x, is the version that you continues to update from. Like if you have 7.0.6 installed, then you update to 7.0.7, but if you have 7.1.1 installed, then you update to 7.1.2.&lt;/P&gt;&lt;P&gt;Then my question would be...why not update from 7.0.6 and to 7.1.2?!&lt;/P&gt;</description>
      <pubDate>Mon, 08 Aug 2016 07:34:57 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/software-versions/m-p/101390#M44495</guid>
      <dc:creator>NilsRune</dc:creator>
      <dc:date>2016-08-08T07:34:57Z</dc:date>
    </item>
    <item>
      <title>Re: Software versions</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/software-versions/m-p/101396#M44498</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Once a major version is branched off of a preceding code train, it becomes standalone and both will follow their own release schedule from there on out. Some code trains may see quicker or slower maintenance releases as their age progresses or when urgent updates need to be made available. A specific major release also doesn't seize to exist once a new version is available, and new updates and fixes will keep getting added for the duration of that &lt;A title="End-of-Life Summary" href="https://www.paloaltonetworks.com/services/support/end-of-life-announcements/end-of-life-summary" target="_blank"&gt;version's life cycle&lt;/A&gt; (usually 3-4 years)&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 08 Aug 2016 08:44:43 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/software-versions/m-p/101396#M44498</guid>
      <dc:creator>reaper</dc:creator>
      <dc:date>2016-08-08T08:44:43Z</dc:date>
    </item>
    <item>
      <title>Re: Software versions</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/software-versions/m-p/101398#M44499</link>
      <description>&lt;P&gt;But should I update&amp;nbsp;to the newest, in this case 7.1.3, regardless of the version I am running today?&lt;/P&gt;</description>
      <pubDate>Mon, 08 Aug 2016 09:04:02 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/software-versions/m-p/101398#M44499</guid>
      <dc:creator>NilsRune</dc:creator>
      <dc:date>2016-08-08T09:04:02Z</dc:date>
    </item>
    <item>
      <title>Re: Software versions</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/software-versions/m-p/101400#M44500</link>
      <description>&lt;P&gt;there are several schools of thought regarding upgrading to a newer major release &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;for example:&lt;/P&gt;
&lt;P&gt;pro: a newer major code train will have new features, that may be useful or even necessary within your environment&lt;/P&gt;
&lt;P&gt;con: a newer major release may also be 'young' in that it has not been available for very long, which holds a slightly higher risk of bugs not having been discovered and fixed yet&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;So while upgrading to the latest and greatest may be a good idea in plenty of cases (new features, improved functionality,...), you may opt to stay with a lower major release with a longer track record until the latest and greatest has reached a certain maturity. (if you are bound by SLAs I'd recommend waiting for x.x.4 or .5 before moving to a new major version)&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 08 Aug 2016 10:00:28 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/software-versions/m-p/101400#M44500</guid>
      <dc:creator>reaper</dc:creator>
      <dc:date>2016-08-08T10:00:28Z</dc:date>
    </item>
  </channel>
</rss>

