<?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: pre-stage changes in Panorama in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/pre-stage-changes-in-panorama/m-p/240080#M68768</link>
    <description>&lt;P&gt;Interesting. I will need to check that out, especially if I add more devices.&lt;/P&gt;</description>
    <pubDate>Thu, 15 Nov 2018 23:17:01 GMT</pubDate>
    <dc:creator>BayAlarmCompany</dc:creator>
    <dc:date>2018-11-15T23:17:01Z</dc:date>
    <item>
      <title>pre-stage changes in Panorama</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pre-stage-changes-in-panorama/m-p/239910#M68727</link>
      <description>&lt;P&gt;Is there a good way to pre-stage changes using Panorama? Sometimes I have needs to make a rather complex set of changes in various areas, but I don't want to commit them to the firewall for days or even weeks. Is there a good way to handle this? I know that in version 8.0.x of Panorama, that I can commit all changes or just my changes. I can imagine putting in my pre-staged changes under one account, and then doing day to day changes under another account. That would allow my to somewhat segregate my changes so that things didn't get committed to the firewall until I am ready. This seems far from ideal, and not a very good oeprational practice. I have also needed to do this when I was working on changes and a high priority change needed to be made. I had another admin make the high priority change so that my other changes didn't get committed before I was ready. Is there a better way?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Right now I am considering making my safe changes now, and then schedule working on my more drastic changes to just before I need to put them into place.&lt;/P&gt;</description>
      <pubDate>Wed, 14 Nov 2018 22:37:31 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pre-stage-changes-in-panorama/m-p/239910#M68727</guid>
      <dc:creator>BayAlarmCompany</dc:creator>
      <dc:date>2018-11-14T22:37:31Z</dc:date>
    </item>
    <item>
      <title>Re: pre-stage changes in Panorama</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pre-stage-changes-in-panorama/m-p/239925#M68728</link>
      <description>Hi mate,&lt;BR /&gt;&lt;BR /&gt;Have a look at ‘stacks’ on panorama. Neat way to manage n reuse objects, device templates. There’s an order of precedence in stacks, highest wins always. If ye structure the stacks right ye could make many changes to lower down stack not effecting the running config on end devices, that at yer leisure bump your stack and push to device(s)&lt;BR /&gt;A test /lab device is worth 2 engineers.&lt;BR /&gt;The edu-220 covers stacks n there’s plenty of docs on the live community..&lt;BR /&gt;&lt;BR /&gt;(Higher stack wins for multiple similar entries, dns , ntp , etc)&lt;BR /&gt;&lt;BR /&gt;Hope that helps,&lt;BR /&gt;&lt;BR /&gt;R</description>
      <pubDate>Thu, 15 Nov 2018 00:27:44 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pre-stage-changes-in-panorama/m-p/239925#M68728</guid>
      <dc:creator>rdonohoe23</dc:creator>
      <dc:date>2018-11-15T00:27:44Z</dc:date>
    </item>
    <item>
      <title>Re: pre-stage changes in Panorama</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pre-stage-changes-in-panorama/m-p/240080#M68768</link>
      <description>&lt;P&gt;Interesting. I will need to check that out, especially if I add more devices.&lt;/P&gt;</description>
      <pubDate>Thu, 15 Nov 2018 23:17:01 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pre-stage-changes-in-panorama/m-p/240080#M68768</guid>
      <dc:creator>BayAlarmCompany</dc:creator>
      <dc:date>2018-11-15T23:17:01Z</dc:date>
    </item>
    <item>
      <title>Re: pre-stage changes in Panorama</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/pre-stage-changes-in-panorama/m-p/253148#M71931</link>
      <description>&lt;P&gt;I am getting into template stacks mroe now, as I am planning a rollout of many cookie cutter devices. Swapping stack order still seems like a good&amp;nbsp;way to get&amp;nbsp;myself confused, which is a good way to get into trouble.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 21:58:35 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/pre-stage-changes-in-panorama/m-p/253148#M71931</guid>
      <dc:creator>BayAlarmCompany</dc:creator>
      <dc:date>2019-03-11T21:58:35Z</dc:date>
    </item>
  </channel>
</rss>

