4 minute read
Package Version | Core Version | Release |
---|---|---|
1.5.20250415-2266 | 20250415-213243.4a224c3 | n-2.22.0 |
This release makes some significant improvements to Hop Monitoring. Previously the Hop Monitoring ran every 20 seconds providing only 3 samples per minute. This was not enough to provide accurate data for some applications. This release increases the sample rate to every 5 seconds. This allows the Hop Monitoring to provide accurate data for applications that require a high sample rate.
Additionally, the Hop Monitoring by default will attempt to send data payload in the SYN packets equal the 1440 bytes or the MTU of the WAN interface minus 60 byte. The goal is to detect hops in the path with smaller than standard MTU that can lead to retransmissions and performance problems. It is important to note that this check only runs in a single direction, from the edge node to the gateway node. As edge nodes do not listen a check in the other direction is not possible.
Finally, this release adds the ability for a gateway to request hop monitoring from all it’s connected edge nodes. This can make it easier to enable hop monitoring throughout an organization without having to enable it on each edge node individually. As part of this change we have also changed the hop monitoring settings on the client page from disabled/enabled to:
This release makes a number of changes to address issues with cluster communication. These changes include:
Trustgrid is working to make upgrades of clustered nodes less disruptive. This release includes a beta feature that synchronizes VPN flows between nodes in the cluster. During a graceful failover, this can allow existing connections to continue to function without interruption. This feature is disabled by default but can be enabled by contacting Trustgrid support.
This release adds two new event types for BGP connectivity under the category BGP Peer Connectivity
that will be sent when a BGP disconnects or reconnects. It also rate limits the number of debug log entries when a BGP peer is disconnected.
Prior to this release, the Control & Data Plane Health check did not include additional gateway paths in determining the health of a cluster member. This could potentially lead to a failover when the node still had a healthy data plane path. This release fixes this issue by including all gateway paths in the health check.
Configuration Update Failure
event type.Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.