從 ONTAP 9.19.1 開始，透過特定儲存系統 FC 轉接器，直連 FC 同時支援傳統 FC-SAN (SCSI) 和 NVMe/FC。HBA 將建立標準的點對點 FC 連線。在 ONTAP 9.19.1 之前，ONTAP 儲存系統需要 NPIV，這表示儲存系統必須連接到也支援 NPIV 的 FC 交換器。

使用 iSCSI 或 NVMe / TCP 的主機可以直接連線至儲存系統、並正常運作。原因是路徑。直接連線至兩個不同的儲存控制器、會產生兩個不同的資料流路徑。遺失路徑、連接埠或控制器並不會妨礙其他路徑的使用。

可以使用直接連線的 NFS 儲存設備、但有很大的限制：如果沒有大量的指令碼工作、容錯移轉將無法運作、這是客戶的責任。

直接連線的 NFS 儲存設備會造成不中斷的容錯移轉複雜化、這是因為本機作業系統上會發生路由。例如、假設主機的 IP 位址為 192.168.1.1/24 、並直接連線至 IP 位址為 192.168.1.50/24 的 ONTAP 控制器。在容錯移轉期間、該位址 192.168.1.50 可以容錯移轉至其他控制器、而且主機可以使用該位址、但主機如何偵測其存在？原來的 192.168.1.1 位址仍然存在於不再連線至作業系統的主機 NIC 上。目的地為 192.168.1.5 的流量將繼續傳送至無法運作的網路連接埠。

第二個作業系統網路卡可以設定為 192.168.1.2，並且能夠與故障轉移的 192.168.1.50 位址通訊，但本機路由表預設使用一個（且僅一個）位址與 192.168.1.0/24 子網路通訊。系統管理員可以建立一個指令碼框架，用於偵測網路連線故障並修改本機路由表或啟用/停用介面。具體步驟取決於所使用的作業系統。

實際上、 NetApp 客戶確實有直接連線的 NFS 、但通常僅適用於容錯移轉期間 IO 暫停的工作負載。使用硬掛載時、在這類暫停期間不應有任何 IO 錯誤。IO 應該會暫停運作、直到服務還原為止、無論是透過容錯回復或手動介入、在主機上的 NIC 之間移動 IP 位址。