<?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 Prevent OSPF routing loops - Area 0 in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/prevent-ospf-routing-loops-area-0/m-p/408964#M92404</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have a PA5050 with a couple of VRs.&amp;nbsp;&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;VR1 is the main VR with interfaces into the main customer networks, internet access and a 3rd party link&lt;/P&gt;&lt;P&gt;VR2 is for GlobalProtect clients and a separate internet link for the GlobalProtect Portals/Gateways&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;There is an eBGP Peer between the VRs so that VR2 can learn all the corporate networks and the GlobalProtect VPN client pools are redistributed from VR2 into VR1&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are experiencing an issue since moving a couple of Global Protect clients from VR1 to VR2 (10.100.140.0/23 and 10.100.142.0/23) with access over to the 3rd party now failing&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;There is an OSPF peer between VR1 and the 3rd party and we are advertising out the GP client pools 10.100.140.0/23 and 10.100.142.0/23&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However, we are seeing the OSPF peer advertise our client pools 10.100.140.0/23 and 10.100.142.0/23 back to us.&amp;nbsp; Any ideas as to why this might be happening and is there a method to filter out these updates from the specific OSPF Peer as I am reading this is not yet a feature on the PAN-OS.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks &amp;amp; Regards&lt;/P&gt;</description>
    <pubDate>Tue, 25 May 2021 13:51:51 GMT</pubDate>
    <dc:creator>gcampbe9</dc:creator>
    <dc:date>2021-05-25T13:51:51Z</dc:date>
    <item>
      <title>Prevent OSPF routing loops - Area 0</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/prevent-ospf-routing-loops-area-0/m-p/408964#M92404</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have a PA5050 with a couple of VRs.&amp;nbsp;&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;VR1 is the main VR with interfaces into the main customer networks, internet access and a 3rd party link&lt;/P&gt;&lt;P&gt;VR2 is for GlobalProtect clients and a separate internet link for the GlobalProtect Portals/Gateways&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;There is an eBGP Peer between the VRs so that VR2 can learn all the corporate networks and the GlobalProtect VPN client pools are redistributed from VR2 into VR1&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are experiencing an issue since moving a couple of Global Protect clients from VR1 to VR2 (10.100.140.0/23 and 10.100.142.0/23) with access over to the 3rd party now failing&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;There is an OSPF peer between VR1 and the 3rd party and we are advertising out the GP client pools 10.100.140.0/23 and 10.100.142.0/23&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However, we are seeing the OSPF peer advertise our client pools 10.100.140.0/23 and 10.100.142.0/23 back to us.&amp;nbsp; Any ideas as to why this might be happening and is there a method to filter out these updates from the specific OSPF Peer as I am reading this is not yet a feature on the PAN-OS.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks &amp;amp; Regards&lt;/P&gt;</description>
      <pubDate>Tue, 25 May 2021 13:51:51 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/prevent-ospf-routing-loops-area-0/m-p/408964#M92404</guid>
      <dc:creator>gcampbe9</dc:creator>
      <dc:date>2021-05-25T13:51:51Z</dc:date>
    </item>
    <item>
      <title>Re: Prevent OSPF routing loops - Area 0</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/prevent-ospf-routing-loops-area-0/m-p/409088#M92412</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;Is the 3rd party device setup to distribute the routes it learns? Perhaps its a misconfig in that device and not the PAN? I may have read the question wrong however.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Regards,&lt;/P&gt;</description>
      <pubDate>Tue, 25 May 2021 21:42:51 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/prevent-ospf-routing-loops-area-0/m-p/409088#M92412</guid>
      <dc:creator>OtakarKlier</dc:creator>
      <dc:date>2021-05-25T21:42:51Z</dc:date>
    </item>
  </channel>
</rss>

