<?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: Asymmetric routing remote networks: after migration from service connections. in Prisma Access Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/prisma-access-discussions/asymmetric-routing-remote-networks-after-migration-from-service/m-p/535353#M473</link>
    <description>&lt;P&gt;Have you tried enabling "&lt;SPAN&gt;asy&lt;/SPAN&gt;&lt;SPAN&gt;&lt;EM&gt;metric&lt;/EM&gt;-&lt;EM&gt;routing&lt;/EM&gt;-only. to allow &lt;EM&gt;Prisma Access&lt;/EM&gt; to use asymmetric flows across the service connection backbone&lt;/SPAN&gt;" &lt;A href="https://docs.paloaltonetworks.com/prisma/prisma-access/prisma-access-panorama-admin/prepare-the-prisma-access-infrastructure/prisma-access-service-infrastructure/enable-the-service-infrastructure" target="_blank"&gt;https://docs.paloaltonetworks.com/prisma/prisma-access/prisma-access-panorama-admin/prepare-the-prisma-access-infrastructure/prisma-access-service-infrastructure/enable-the-service-infrastructure&lt;/A&gt; ?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Outside of that you can try adding a zone protection profile to the zones for Prisma Access &lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClSHCA0" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClSHCA0&lt;/A&gt; / &lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClG2CAK" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClG2CAK&lt;/A&gt; but I have not tested that one and I im interested if you tested your suggestion.&lt;/P&gt;</description>
    <pubDate>Wed, 22 Mar 2023 09:41:50 GMT</pubDate>
    <dc:creator>nikoolayy1</dc:creator>
    <dc:date>2023-03-22T09:41:50Z</dc:date>
    <item>
      <title>Asymmetric routing remote networks: after migration from service connections.</title>
      <link>https://live.paloaltonetworks.com/t5/prisma-access-discussions/asymmetric-routing-remote-networks-after-migration-from-service/m-p/534817#M472</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We are in the progress of migration an existing service connection on an Active/Active firewall to a remote network connection.&lt;BR /&gt;The active/active firewall doesn't have VR-SYNC enabled so they act as seperate routing instances, and the subnets attached use a mixture of ARP-loadsharing and FLOATING IP's. (sometimes active on Pri, sometimes active on Secondary).&amp;nbsp; Currently we have service connection to MX-Central and US-Central.&lt;/P&gt;
&lt;P&gt;Last time we tried to migrate we setup 2 remote network connections in different locations MX-Central and US-Central.&amp;nbsp; However we noticed that some traffic was dropped due to assymatric routing on the prisma cloud remote networks.&amp;nbsp; &amp;nbsp;(this doesn't happen for service connections because of router-id)&lt;/P&gt;
&lt;P&gt;Can I solve this with creating 2 remote network connections in the same compute location?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 20 Mar 2023 14:10:57 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/prisma-access-discussions/asymmetric-routing-remote-networks-after-migration-from-service/m-p/534817#M472</guid>
      <dc:creator>zGomez</dc:creator>
      <dc:date>2023-03-20T14:10:57Z</dc:date>
    </item>
    <item>
      <title>Re: Asymmetric routing remote networks: after migration from service connections.</title>
      <link>https://live.paloaltonetworks.com/t5/prisma-access-discussions/asymmetric-routing-remote-networks-after-migration-from-service/m-p/535353#M473</link>
      <description>&lt;P&gt;Have you tried enabling "&lt;SPAN&gt;asy&lt;/SPAN&gt;&lt;SPAN&gt;&lt;EM&gt;metric&lt;/EM&gt;-&lt;EM&gt;routing&lt;/EM&gt;-only. to allow &lt;EM&gt;Prisma Access&lt;/EM&gt; to use asymmetric flows across the service connection backbone&lt;/SPAN&gt;" &lt;A href="https://docs.paloaltonetworks.com/prisma/prisma-access/prisma-access-panorama-admin/prepare-the-prisma-access-infrastructure/prisma-access-service-infrastructure/enable-the-service-infrastructure" target="_blank"&gt;https://docs.paloaltonetworks.com/prisma/prisma-access/prisma-access-panorama-admin/prepare-the-prisma-access-infrastructure/prisma-access-service-infrastructure/enable-the-service-infrastructure&lt;/A&gt; ?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Outside of that you can try adding a zone protection profile to the zones for Prisma Access &lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClSHCA0" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClSHCA0&lt;/A&gt; / &lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClG2CAK" target="_blank"&gt;https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClG2CAK&lt;/A&gt; but I have not tested that one and I im interested if you tested your suggestion.&lt;/P&gt;</description>
      <pubDate>Wed, 22 Mar 2023 09:41:50 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/prisma-access-discussions/asymmetric-routing-remote-networks-after-migration-from-service/m-p/535353#M473</guid>
      <dc:creator>nikoolayy1</dc:creator>
      <dc:date>2023-03-22T09:41:50Z</dc:date>
    </item>
  </channel>
</rss>

