<?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: How does the DMPO confirm the traffic return path? in VeloCloud Discussions</title>
    <link>https://communities.vmware.com/t5/VeloCloud-Discussions/How-does-the-DMPO-confirm-the-traffic-return-path/m-p/2976584#M105</link>
    <description>&lt;P&gt;Hi There,&lt;/P&gt;&lt;P&gt;- If you are really sending the traffic on the "Overlay" (DMPO), it doesn't really matter wich GEx interface with enabled DMPO the traffic is coming back in, it is handled at the "Overlay/DMPO" part of&amp;nbsp; the internal Edge routing.&amp;nbsp;&lt;/P&gt;&lt;P&gt;- Only problem you might face is if you send the traffic out on the Overlay (DMPO), and the return traffic is not coming over the Overlay, but instead comes back on the underlay (BGP, MPLS...).&lt;/P&gt;&lt;P&gt;BTW: while considering the SD-WAN networking, both Underlay (as in the drawing), and the Overlay must be visualized (part that is missing here). And for the Overlay visualization, I would suggest not to have two GEx interfaces, but only one DMPO link drown (that is actually bundling the two interfaces. There are a big number of optimization, link steering, and corrections happening in the background, many of them designed to prevent the asymmetric routing you asked about...&lt;/P&gt;&lt;P&gt;Only reason not to do so (one DMPO link) would be two different type of interfaces (one Direct internet, and other one in MPLS private networking. And some Business policy preventing the link steering for some reason (private web application on the MPLS location).&lt;/P&gt;&lt;P&gt;Hope this help you not to worry too much &lt;img class="lia-deferred-image lia-image-emoji" src="https://communities.vmware.com/html/@DCF4E2F7991292CEECF250394DB2C2BC/emoticons/1f642.png" alt=":slightly_smiling_face:" title=":slightly_smiling_face:" /&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 10 Jul 2023 19:15:30 GMT</pubDate>
    <dc:creator>AlexNCR</dc:creator>
    <dc:date>2023-07-10T19:15:30Z</dc:date>
    <item>
      <title>How does the DMPO confirm the traffic return path?</title>
      <link>https://communities.vmware.com/t5/VeloCloud-Discussions/How-does-the-DMPO-confirm-the-traffic-return-path/m-p/2976343#M102</link>
      <description>&lt;P&gt;&lt;SPAN class=""&gt;&lt;SPAN&gt;I can specify overlay traffic to go out from GE3, but I can't guarantee that it can go back from GE3, what can I do?&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;SPAN class=""&gt;&lt;SPAN&gt; Or how does Velo's DMPO handle this situation?&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;SPAN class=""&gt;&lt;SPAN&gt; Is there a reference document on the official website?&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;SPAN class=""&gt;&lt;SPAN&gt; Thank you very much!&lt;/SPAN&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;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Liboyer_0-1688874312970.png" style="width: 400px;"&gt;&lt;img src="https://communities.vmware.com/t5/image/serverpage/image-id/102505i927C1D8B3DCA17E2/image-size/medium/is-moderation-mode/true?v=v2&amp;amp;px=400" role="button" title="Liboyer_0-1688874312970.png" alt="Liboyer_0-1688874312970.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 09 Jul 2023 03:47:33 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VeloCloud-Discussions/How-does-the-DMPO-confirm-the-traffic-return-path/m-p/2976343#M102</guid>
      <dc:creator>Liboyer</dc:creator>
      <dc:date>2023-07-09T03:47:33Z</dc:date>
    </item>
    <item>
      <title>Re: How does the DMPO confirm the traffic return path?</title>
      <link>https://communities.vmware.com/t5/VeloCloud-Discussions/How-does-the-DMPO-confirm-the-traffic-return-path/m-p/2976584#M105</link>
      <description>&lt;P&gt;Hi There,&lt;/P&gt;&lt;P&gt;- If you are really sending the traffic on the "Overlay" (DMPO), it doesn't really matter wich GEx interface with enabled DMPO the traffic is coming back in, it is handled at the "Overlay/DMPO" part of&amp;nbsp; the internal Edge routing.&amp;nbsp;&lt;/P&gt;&lt;P&gt;- Only problem you might face is if you send the traffic out on the Overlay (DMPO), and the return traffic is not coming over the Overlay, but instead comes back on the underlay (BGP, MPLS...).&lt;/P&gt;&lt;P&gt;BTW: while considering the SD-WAN networking, both Underlay (as in the drawing), and the Overlay must be visualized (part that is missing here). And for the Overlay visualization, I would suggest not to have two GEx interfaces, but only one DMPO link drown (that is actually bundling the two interfaces. There are a big number of optimization, link steering, and corrections happening in the background, many of them designed to prevent the asymmetric routing you asked about...&lt;/P&gt;&lt;P&gt;Only reason not to do so (one DMPO link) would be two different type of interfaces (one Direct internet, and other one in MPLS private networking. And some Business policy preventing the link steering for some reason (private web application on the MPLS location).&lt;/P&gt;&lt;P&gt;Hope this help you not to worry too much &lt;img class="lia-deferred-image lia-image-emoji" src="https://communities.vmware.com/html/@DCF4E2F7991292CEECF250394DB2C2BC/emoticons/1f642.png" alt=":slightly_smiling_face:" title=":slightly_smiling_face:" /&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 10 Jul 2023 19:15:30 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VeloCloud-Discussions/How-does-the-DMPO-confirm-the-traffic-return-path/m-p/2976584#M105</guid>
      <dc:creator>AlexNCR</dc:creator>
      <dc:date>2023-07-10T19:15:30Z</dc:date>
    </item>
  </channel>
</rss>

