<?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 NTP connectivity issue when cluster_mgmt and node_mgmt are on different VLANs in Network and Storage Protocols</title>
    <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/NTP-connectivity-issue-when-cluster-mgmt-and-node-mgmt-are-on-different-VLANs/m-p/463940#M10206</link>
    <description>&lt;P&gt;We’re running ONTAP 9.16.1P7 and have cluster_mgmt and node_mgmt LIFs on different VLANs.&lt;/P&gt;&lt;P&gt;Setup:&lt;/P&gt;&lt;P&gt;node_mgmt network: 192.168.10.x&lt;/P&gt;&lt;P&gt;cluster_mgmt LIF: 192.168.20.210 (home node: node10)&lt;/P&gt;&lt;P&gt;NTP server: 192.168.20.15 (same VLAN as cluster_mgmt)&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Issue: All node_mgmt LIFs (nodes 07–10) can ping 192.168.10.254 (gateway).&lt;BR /&gt;However, when cluster_mgmt is active on a node (e.g., node10), that node’s node_mgmt LIF can no longer ping 192.168.20.1 or 192.168.20.15 (NTP).&lt;BR /&gt;If cluster_mgmt is migrated to another node (e.g., node09), the problem follows — node09’s node_mgmt LIF then loses connectivity to the NTP network. All other nodes continue to work fine.&lt;/P&gt;&lt;P&gt;It seems that the node hosting cluster_mgmt loses network reachability from its node_mgmt LIF toward the 192.168.20.x network (where NTP resides).&lt;/P&gt;&lt;P&gt;If the NTP server were located on a different VLAN (not the same as cluster_mgmt), this would likely not be an issue — so it seems related to VLAN separation and how ONTAP handles management traffic between these subnets.&lt;/P&gt;&lt;P&gt;Has anyone else seen this behavior? Could it be related to routing, ARP isolation, or VLAN handling of management LIFs in ONTAP?&lt;/P&gt;&lt;P&gt;Thanks for any insights.&lt;/P&gt;</description>
    <pubDate>Wed, 29 Oct 2025 15:29:45 GMT</pubDate>
    <dc:creator>HakanHedman</dc:creator>
    <dc:date>2025-10-29T15:29:45Z</dc:date>
    <item>
      <title>NTP connectivity issue when cluster_mgmt and node_mgmt are on different VLANs</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/NTP-connectivity-issue-when-cluster-mgmt-and-node-mgmt-are-on-different-VLANs/m-p/463940#M10206</link>
      <description>&lt;P&gt;We’re running ONTAP 9.16.1P7 and have cluster_mgmt and node_mgmt LIFs on different VLANs.&lt;/P&gt;&lt;P&gt;Setup:&lt;/P&gt;&lt;P&gt;node_mgmt network: 192.168.10.x&lt;/P&gt;&lt;P&gt;cluster_mgmt LIF: 192.168.20.210 (home node: node10)&lt;/P&gt;&lt;P&gt;NTP server: 192.168.20.15 (same VLAN as cluster_mgmt)&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Issue: All node_mgmt LIFs (nodes 07–10) can ping 192.168.10.254 (gateway).&lt;BR /&gt;However, when cluster_mgmt is active on a node (e.g., node10), that node’s node_mgmt LIF can no longer ping 192.168.20.1 or 192.168.20.15 (NTP).&lt;BR /&gt;If cluster_mgmt is migrated to another node (e.g., node09), the problem follows — node09’s node_mgmt LIF then loses connectivity to the NTP network. All other nodes continue to work fine.&lt;/P&gt;&lt;P&gt;It seems that the node hosting cluster_mgmt loses network reachability from its node_mgmt LIF toward the 192.168.20.x network (where NTP resides).&lt;/P&gt;&lt;P&gt;If the NTP server were located on a different VLAN (not the same as cluster_mgmt), this would likely not be an issue — so it seems related to VLAN separation and how ONTAP handles management traffic between these subnets.&lt;/P&gt;&lt;P&gt;Has anyone else seen this behavior? Could it be related to routing, ARP isolation, or VLAN handling of management LIFs in ONTAP?&lt;/P&gt;&lt;P&gt;Thanks for any insights.&lt;/P&gt;</description>
      <pubDate>Wed, 29 Oct 2025 15:29:45 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/NTP-connectivity-issue-when-cluster-mgmt-and-node-mgmt-are-on-different-VLANs/m-p/463940#M10206</guid>
      <dc:creator>HakanHedman</dc:creator>
      <dc:date>2025-10-29T15:29:45Z</dc:date>
    </item>
  </channel>
</rss>

