<?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: vPC keepalive over multiple physical paths in Switching</title>
    <link>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5258559#M576725</link>
    <description>&lt;P&gt;Ok thanks. What you suggest is alternative to solution 1). But if I do not have distinct paths available, is the second solution feasible and with no negative consequences?&lt;/P&gt;</description>
    <pubDate>Mon, 10 Feb 2025 06:40:54 GMT</pubDate>
    <dc:creator>rootswitch</dc:creator>
    <dc:date>2025-02-10T06:40:54Z</dc:date>
    <item>
      <title>vPC keepalive over multiple physical paths</title>
      <link>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5258469#M576718</link>
      <description>&lt;P&gt;Hi!&lt;/P&gt;&lt;P&gt;I need to configure 2 Nexus 9K with vPC at aggregation layer. These two switches are distant (500 m) and I need to provide high availability (no single point of failure) to the peer-keepalive link. As recommended by Cisco I create a dedicated VRF for the keepalive. I am thinking about two possibilities:&lt;/P&gt;&lt;P&gt;1. Using two ports/cables/interfaces in LAG on each peer on the same vlan attached to the VRF and then let the two cables follow different physical paths from one peer to the other. In this way the LAG gives me the required redundancy.&lt;/P&gt;&lt;P&gt;2. use a single port/cable/interface on a dedicated vlan but then configure the VRF in such a way that it can route the messages on at least another alternative path if the dedicated path is down. This alternative path is over another dedicated vlan that goes through several switches in the L2 access layer, for which I’m sure the cabling reaches the other vPC peer and follows different physical path compared to the keepalive dedicated cable. I guess I can achieve that by creating a dedicated routing table in the VRFs with static priorities.&lt;/P&gt;&lt;P&gt;Are these two methods feasible/valid? Is there any other alternative?&lt;/P&gt;&lt;P&gt;Thanks in advance.&lt;/P&gt;</description>
      <pubDate>Sun, 09 Feb 2025 20:12:52 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5258469#M576718</guid>
      <dc:creator>rootswitch</dc:creator>
      <dc:date>2025-02-09T20:12:52Z</dc:date>
    </item>
    <item>
      <title>Re: vPC keepalive over multiple physical paths</title>
      <link>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5258471#M576719</link>
      <description>&lt;P&gt;Hello &lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1765906"&gt;@rootswitch&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Instead of using LAG or relying on an L2 backup path, Cisco generally recommends deploying two completely independent peer-keepalive links, each in its own dedicated VLAN, with separate physical paths. These links should be assigned to the dedicated peer-keepalive VRF but should not use port channels.&lt;/P&gt;
&lt;P&gt;By configuring two separate links with independent routing within the VRF, you ensure that peer-keepalive messages always have an alternative path without relying on the access layer. If one link fails, the other remains operational, providing true high availability.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 09 Feb 2025 20:34:15 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5258471#M576719</guid>
      <dc:creator>M02@rt37</dc:creator>
      <dc:date>2025-02-09T20:34:15Z</dc:date>
    </item>
    <item>
      <title>Re: vPC keepalive over multiple physical paths</title>
      <link>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5258489#M576722</link>
      <description>&lt;P&gt;Hello&lt;BR /&gt;I would suggest use a L3 portchannel, its also ciscos recomendation is to use one &lt;A href="https://www.cisco.com/c/dam/en/us/td/docs/switches/datacenter/sw/design/vpc_design/vpc_best_practices_design_guide.pdf" target="_self"&gt;here&lt;/A&gt; this way if either failed within that port channel connectivity will still be established without any requirement for convergence as aposed to if these links were two individual separate links.&lt;/P&gt;</description>
      <pubDate>Sun, 09 Feb 2025 22:46:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5258489#M576722</guid>
      <dc:creator>paul driver</dc:creator>
      <dc:date>2025-02-09T22:46:17Z</dc:date>
    </item>
    <item>
      <title>Re: vPC keepalive over multiple physical paths</title>
      <link>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5258559#M576725</link>
      <description>&lt;P&gt;Ok thanks. What you suggest is alternative to solution 1). But if I do not have distinct paths available, is the second solution feasible and with no negative consequences?&lt;/P&gt;</description>
      <pubDate>Mon, 10 Feb 2025 06:40:54 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5258559#M576725</guid>
      <dc:creator>rootswitch</dc:creator>
      <dc:date>2025-02-10T06:40:54Z</dc:date>
    </item>
    <item>
      <title>Re: vPC keepalive over multiple physical paths</title>
      <link>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5260126#M576870</link>
      <description>&lt;P&gt;Hello &lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1765906"&gt;@rootswitch&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;From my poit of view, the second solution is feasible ; provided you ensure stability in the access layer and optimize failover mechanisms. The key risk is that L2 issues in the access switches could impact keepalive reachability, so monitoring and redundancy in the access network become critical. If your access layer is highly reliable and well-maintained, this approach can provide effective redundancy without major drawbacks.&lt;/P&gt;</description>
      <pubDate>Thu, 13 Feb 2025 10:39:18 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5260126#M576870</guid>
      <dc:creator>M02@rt37</dc:creator>
      <dc:date>2025-02-13T10:39:18Z</dc:date>
    </item>
    <item>
      <title>Re: vPC keepalive over multiple physical paths</title>
      <link>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5260128#M576871</link>
      <description>&lt;P&gt;Two keepalive ??&lt;/P&gt;
&lt;P&gt;I dont think it possible in vPC.&lt;/P&gt;
&lt;P&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1765906"&gt;@rootswitch&lt;/a&gt;&amp;nbsp;for keepalive ypu can use L3 PO.&lt;/P&gt;
&lt;P&gt;MHM&lt;/P&gt;</description>
      <pubDate>Thu, 13 Feb 2025 10:46:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5260128#M576871</guid>
      <dc:creator>MHM Cisco World</dc:creator>
      <dc:date>2025-02-13T10:46:07Z</dc:date>
    </item>
    <item>
      <title>Re: vPC keepalive over multiple physical paths</title>
      <link>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5260234#M576884</link>
      <description>&lt;P&gt;&lt;a href="https://community.cisco.com/t5/user/viewprofilepage/user-id/1065752"&gt;@MHM Cisco World&lt;/a&gt;&amp;nbsp;sorry if I ask basic questions, I have general network experience but not specifically with Cisco switches/features. When creating the L3 PO, can I also create virtual interfaces? In this way I can use one dedicated port and another port that connects downlink access switches and carry traffic over several vlans?&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 13 Feb 2025 15:58:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/switching/vpc-keepalive-over-multiple-physical-paths/m-p/5260234#M576884</guid>
      <dc:creator>rootswitch</dc:creator>
      <dc:date>2025-02-13T15:58:40Z</dc:date>
    </item>
  </channel>
</rss>

