Skip to main content
NetApp Knowledge Base

Poor cluster peer performance over high-latency encrypted WAN in ONTAP

  1. Last updated
  2. Save as PDF
Views:
471
Visibility:
Public
Votes:
0
Category:
snapmirror
Specialty:
dp
Last Updated:

Applies to

  • ONTAP 9
  • Remote inter-cluster TLS

Issue

  • Over a high-latency, high-bandwidth WAN connection, SnapMirror is slower than expected
  • When reviewing SnapMirror connection details or packet traces, the TCP receive window for each replication TCP stream is limited to a maximum of 1.4MB
  • Reviewing port 11105 connections for flexcache sessions shows RWIN with 1477120 bytes
  • This only applies to cluster peer relationships replicating over encrypted cluster peer relationships. To check if a cluster peer is encrypted, use the command:

cluster peer show -fields encryption-protocol

  • Note: There are many reasons a SnapMirror may appear slower than expected, and a 1.4MB TCP receive window maximum is still large enough for most SnapMirror replication environments. If you are unsure if you are impacted by this issue, contact NetApp Technical Support for further assistance

 

Sign in to view the entire content of this KB article.

New to NetApp?

Learn more about our award-winning Support

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.