<?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: Network Port Reachability in OnTAP Select in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Network-Port-Reachability-in-OnTAP-Select/m-p/432932#M40195</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;A new feature was added in 9.8 where you can scan/repair port reachability.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://docs.netapp.com/us-en/ontap/networking/network_features_by_release.html" target="_blank"&gt;https://docs.netapp.com/us-en/ontap/networking/network_features_by_release.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Try running the below command:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;cluster::&amp;gt; network port reachability scan -node &amp;lt;&amp;gt; -port &amp;lt;&amp;gt;&lt;/P&gt;&lt;P&gt;if it comes back with&amp;nbsp;&lt;SPAN&gt;misconfigured-reachability, do a repair:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;cluster::&amp;gt; network port reachability repair -node &amp;lt;&amp;gt; -port &amp;lt;&amp;gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Fri, 11 Mar 2022 06:11:23 GMT</pubDate>
    <dc:creator>hmoubara</dc:creator>
    <dc:date>2022-03-11T06:11:23Z</dc:date>
    <item>
      <title>Network Port Reachability in OnTAP Select</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Network-Port-Reachability-in-OnTAP-Select/m-p/432927#M40191</link>
      <description>&lt;P&gt;I just upgraded several clusters to OnTAP 9.8P10, including an OnTAP Select 2 node cluster. After the upgrade, the GUI for the OnTAP Select cluster reported "&lt;SPAN&gt;4 ports cannot be reached because the broadcast domain configuration is not correct." I researched this and found the new "network port reachability" family of commands. The problem is, the message appears to be incorrect. The ports in the broadcast domain list are correct, and don't match the reachability error. See below. None of the other clusters show the same thing, and I'm wondering if it's an OnTAP Select anomoly. Am I missing something?&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;network port broadcast-domain&lt;/STRONG&gt; &lt;STRONG&gt;show&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Cluster broadcast domain contains ports e0c and e0d on both nodes&lt;/LI&gt;&lt;LI&gt;Mgmt broadcast domain contains ports e0a on both nodes.&lt;/LI&gt;&lt;LI&gt;Ports e0b and e0g are used to host VLANS. Each VLAN has it's own broadcast domain. As I would expect, the e0b and e0g ports don't have a broadcast domain.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;STRONG&gt;network port show&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Confirms the appropriate assignment of broadcast domains&lt;/LI&gt;&lt;LI&gt;Again, e0b and e0g have none (as would be expected since LIFs are only associated with VLAN-tagged interfaces)&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;STRONG&gt;network port reachability show&lt;/STRONG&gt;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;e0b and e0g are listed as 'misconfigured-reachability'&lt;/LI&gt;&lt;LI&gt;e0b shows e0c, d, and g as unexpected ports, while e0g shows e0b, c, and d as unexpected ports. Again, e0c and e0d are the cluster ports, and e0b and e0g are ports that contain vlan-tagged interfaces.&lt;/LI&gt;&lt;LI&gt;In other clusters that I also upgraded to 9.8P10, the equivalent of e0b and e0g (i.e. ports that contain VLAN-tagged interfaces) show as 'no reachability' as I would expect.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 10:03:43 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Network-Port-Reachability-in-OnTAP-Select/m-p/432927#M40191</guid>
      <dc:creator>TMADOCTHOMAS</dc:creator>
      <dc:date>2025-06-04T10:03:43Z</dc:date>
    </item>
    <item>
      <title>Re: Network Port Reachability in OnTAP Select</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Network-Port-Reachability-in-OnTAP-Select/m-p/432932#M40195</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;A new feature was added in 9.8 where you can scan/repair port reachability.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://docs.netapp.com/us-en/ontap/networking/network_features_by_release.html" target="_blank"&gt;https://docs.netapp.com/us-en/ontap/networking/network_features_by_release.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Try running the below command:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;cluster::&amp;gt; network port reachability scan -node &amp;lt;&amp;gt; -port &amp;lt;&amp;gt;&lt;/P&gt;&lt;P&gt;if it comes back with&amp;nbsp;&lt;SPAN&gt;misconfigured-reachability, do a repair:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;cluster::&amp;gt; network port reachability repair -node &amp;lt;&amp;gt; -port &amp;lt;&amp;gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 11 Mar 2022 06:11:23 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Network-Port-Reachability-in-OnTAP-Select/m-p/432932#M40195</guid>
      <dc:creator>hmoubara</dc:creator>
      <dc:date>2022-03-11T06:11:23Z</dc:date>
    </item>
    <item>
      <title>Re: Network Port Reachability in OnTAP Select</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Network-Port-Reachability-in-OnTAP-Select/m-p/432960#M40211</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.netapp.com/t5/user/viewprofilepage/user-id/14855"&gt;@hmoubara&lt;/a&gt;&amp;nbsp;, thank you for your reply! I found this information in my research, however I'm concerned about running the repair tool in OnTAP Select as I'm thinking it might break something. I'm not entirely sure&amp;nbsp;&lt;STRONG&gt;what&lt;/STRONG&gt; it will do. If it's going to make&amp;nbsp;&lt;STRONG&gt;any&lt;/STRONG&gt; changes to any of our network settings, I would have to schedule this as a change control and run it after hours to be safe. But in particular, I'm not sure if it's designed for OnTAP Select or not. As I said, despite the misconfigured reachability messages it doesn't &lt;STRONG&gt;appear&lt;/STRONG&gt; to be an accurate message, although I could be wrong. Any thoughts on this?&lt;/P&gt;</description>
      <pubDate>Mon, 14 Mar 2022 13:15:06 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Network-Port-Reachability-in-OnTAP-Select/m-p/432960#M40211</guid>
      <dc:creator>TMADOCTHOMAS</dc:creator>
      <dc:date>2022-03-14T13:15:06Z</dc:date>
    </item>
    <item>
      <title>Re: Network Port Reachability in OnTAP Select</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Network-Port-Reachability-in-OnTAP-Select/m-p/432975#M40217</link>
      <description>&lt;P&gt;In case anyone searches this, I finally opened a case and it appears this is an invalid alert in my case, as I was suspecting. I am submitting a bug fix request.&lt;/P&gt;</description>
      <pubDate>Mon, 14 Mar 2022 18:04:33 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Network-Port-Reachability-in-OnTAP-Select/m-p/432975#M40217</guid>
      <dc:creator>TMADOCTHOMAS</dc:creator>
      <dc:date>2022-03-14T18:04:33Z</dc:date>
    </item>
  </channel>
</rss>

