<?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: NO duplicate addresses within address-groups permitted after upgrade to Panorama 10.0.7 from 9.1.8. Expedition created firewalls were affected in Expedition Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/expedition-discussions/no-duplicate-addresses-within-address-groups-permitted-after/m-p/486045#M3978</link>
    <description>&lt;P&gt;to avoid manual cleanup of your configuration, there is already an automation script available since years, to help you there:&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG data-stringify-type="bold"&gt;PAN-OS-PHP&lt;/STRONG&gt;&lt;BR /&gt;&lt;A class="c-link" href="https://github.com/PaloAltoNetworks/pan-os-php" target="_blank" rel="noopener noreferrer" data-stringify-link="https://github.com/PaloAltoNetworks/pan-os-php" data-sk="tooltip_parent"&gt;https://github.com/PaloAltoNetworks/pan-os-php&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;CODE class="c-mrkdwn__code c-mrkdwn__code--no_right_cap" data-stringify-type="code"&gt;pan-os-php type=xml-issue in=&lt;/CODE&gt;&lt;CODE class="c-mrkdwn__code c-mrkdwn__code--no_left_cap c-mrkdwn__code--no_right_cap" data-stringify-type="code"&gt;&lt;A class="c-link" href="api://MGMT-IP" target="_blank" rel="noopener noreferrer" data-stringify-link="api://MGMT-IP" data-sk="tooltip_parent"&gt;api://MGMT-IP&lt;/A&gt;&lt;/CODE&gt;&lt;CODE class="c-mrkdwn__code c-mrkdwn__code--no_left_cap" data-stringify-type="code"&gt; out=output.xml&lt;/CODE&gt;&lt;BR /&gt;&lt;SPAN&gt;of course the output.xml must be loaded back into device:&lt;/SPAN&gt;&lt;BR /&gt;&lt;CODE class="c-mrkdwn__code c-mrkdwn__code--no_right_cap" data-stringify-type="code"&gt;pan-os-php type=upload in=output.xml out=&lt;/CODE&gt;&lt;CODE class="c-mrkdwn__code c-mrkdwn__code--no_left_cap c-mrkdwn__code--no_right_cap" data-stringify-type="code"&gt;&lt;A class="c-link" href="api://MGMT-IP" target="_blank" rel="noopener noreferrer" data-stringify-link="api://MGMT-IP" data-sk="tooltip_parent"&gt;api://MGMT-IP&lt;/A&gt;&lt;/CODE&gt;&lt;CODE class="c-mrkdwn__code c-mrkdwn__code--no_left_cap" data-stringify-type="code"&gt; loadafterupload&lt;/CODE&gt;&lt;/P&gt;</description>
    <pubDate>Tue, 10 May 2022 09:15:06 GMT</pubDate>
    <dc:creator>swaschkut</dc:creator>
    <dc:date>2022-05-10T09:15:06Z</dc:date>
    <item>
      <title>NO duplicate addresses within address-groups permitted after upgrade to Panorama 10.0.7 from 9.1.8. Expedition created firewalls were affected</title>
      <link>https://live.paloaltonetworks.com/t5/expedition-discussions/no-duplicate-addresses-within-address-groups-permitted-after/m-p/441632#M3634</link>
      <description>&lt;P&gt;We upgraded our Panorama from 9.1.8 to 10.0.7 over the weekend.&amp;nbsp; As we attempted to commit the upgrade to the Panorama, we encountered the new requirement that Panorama 10.0.x code enforces no duplicate address objects allowed within an address group.&amp;nbsp; We have over 7700 address groups defined and this was a 5 hour exercise to run the commit many, many times to find the problem address groups, remove the duplicate objects within them and then commit those changes to Panorama and run the commit again, in order to find the next one.&amp;nbsp; We have built a number of the firewalls on this Panorama (converting Cisco ASA configs to PA VM-500s).&amp;nbsp; We are running Expedition version 1.1.65, Spark Dependencies 0.1.3-h2 and Best Practices 3.21.3.&amp;nbsp; &amp;nbsp;We always run the remove duplicate objects step(s) as we prep a configuration.&amp;nbsp; We then merge the addresses and address groups into our Panorama and finally merge the security policies to the appropriate device group to get the rules setup for the new firewall.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Is it possible that Expedition allows duplicate addresses to remain within an address group if converting from an ASA config?&amp;nbsp; Is this something that has been allowed with Expedition and if so, is there a later version that would either call this out to fix, or possibly auto-correct this problem for a specific address group?&amp;nbsp; &amp;nbsp;We know we'll need to check our processes and see if any of our merge CLI commands were introducing this problem within our Panorama while building configs on the 9.1.x code and earlier.&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Any thoughts, suggestions or feedback would be greatly appreciated.&amp;nbsp; &amp;nbsp; &amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 18 Oct 2021 14:59:49 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/expedition-discussions/no-duplicate-addresses-within-address-groups-permitted-after/m-p/441632#M3634</guid>
      <dc:creator>tayloa29</dc:creator>
      <dc:date>2021-10-18T14:59:49Z</dc:date>
    </item>
    <item>
      <title>Re: NO duplicate addresses within address-groups permitted after upgrade to Panorama 10.0.7 from 9.1.8. Expedition created firewalls were affected</title>
      <link>https://live.paloaltonetworks.com/t5/expedition-discussions/no-duplicate-addresses-within-address-groups-permitted-after/m-p/486045#M3978</link>
      <description>&lt;P&gt;to avoid manual cleanup of your configuration, there is already an automation script available since years, to help you there:&lt;BR /&gt;&lt;BR /&gt;&lt;STRONG data-stringify-type="bold"&gt;PAN-OS-PHP&lt;/STRONG&gt;&lt;BR /&gt;&lt;A class="c-link" href="https://github.com/PaloAltoNetworks/pan-os-php" target="_blank" rel="noopener noreferrer" data-stringify-link="https://github.com/PaloAltoNetworks/pan-os-php" data-sk="tooltip_parent"&gt;https://github.com/PaloAltoNetworks/pan-os-php&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;CODE class="c-mrkdwn__code c-mrkdwn__code--no_right_cap" data-stringify-type="code"&gt;pan-os-php type=xml-issue in=&lt;/CODE&gt;&lt;CODE class="c-mrkdwn__code c-mrkdwn__code--no_left_cap c-mrkdwn__code--no_right_cap" data-stringify-type="code"&gt;&lt;A class="c-link" href="api://MGMT-IP" target="_blank" rel="noopener noreferrer" data-stringify-link="api://MGMT-IP" data-sk="tooltip_parent"&gt;api://MGMT-IP&lt;/A&gt;&lt;/CODE&gt;&lt;CODE class="c-mrkdwn__code c-mrkdwn__code--no_left_cap" data-stringify-type="code"&gt; out=output.xml&lt;/CODE&gt;&lt;BR /&gt;&lt;SPAN&gt;of course the output.xml must be loaded back into device:&lt;/SPAN&gt;&lt;BR /&gt;&lt;CODE class="c-mrkdwn__code c-mrkdwn__code--no_right_cap" data-stringify-type="code"&gt;pan-os-php type=upload in=output.xml out=&lt;/CODE&gt;&lt;CODE class="c-mrkdwn__code c-mrkdwn__code--no_left_cap c-mrkdwn__code--no_right_cap" data-stringify-type="code"&gt;&lt;A class="c-link" href="api://MGMT-IP" target="_blank" rel="noopener noreferrer" data-stringify-link="api://MGMT-IP" data-sk="tooltip_parent"&gt;api://MGMT-IP&lt;/A&gt;&lt;/CODE&gt;&lt;CODE class="c-mrkdwn__code c-mrkdwn__code--no_left_cap" data-stringify-type="code"&gt; loadafterupload&lt;/CODE&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 10 May 2022 09:15:06 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/expedition-discussions/no-duplicate-addresses-within-address-groups-permitted-after/m-p/486045#M3978</guid>
      <dc:creator>swaschkut</dc:creator>
      <dc:date>2022-05-10T09:15:06Z</dc:date>
    </item>
  </channel>
</rss>

