Chapter 1. Connectivity Link 1.3 release notes
Welcome to the Red Hat Connectivity Link release notes, where you can learn about what is new and what is fixed.
1.1. Red Hat Connectivity Link 1.3 release notes Copy linkLink copied to clipboard!
Red Hat Connectivity Link is a modular and flexible solution for application connectivity, policy management, and API management in multicloud and hybrid cloud environments. You can use Connectivity Link to secure, protect, connect, and observe your APIs, applications, and infrastructure.
Connectivity Link is based on the Kuadrant community project. Connectivity Link provides a control plane for configuring and deploying ingress gateways and policies based on the Kubernetes Gateway API standard. Connectivity Link supports OpenShift Service Mesh 3.2 as the Gateway API provider, which is based on the Istio community project.
See the Red Hat Connectivity Link Life Cycle Policy for details about version support and OpenShift Container Platform compatibility.
1.1.1. New features and enhancements Copy linkLink copied to clipboard!
You can use the new features and enhancements that are available with Red Hat Connectivity Link 1.3.
- CoreDNS integration for on-premise DNS is Generally Available
- Connectivity Link 1.3 provides integration with CoreDNS for on-premise DNS as a Generally Available feature. For more information, see About using on-premise DNS with CoreDNS.
- Updated Observability documentation is now available
- Connectivity Link 1.3 includes enhanced Observability documentation, including configuring access logs, tracing, and request correlation. For more information, see Red Hat Connectivity Link observability.
1.1.2. Known issues Copy linkLink copied to clipboard!
Connectivity Link 1.3 has two known issues.
-
When the disk storage option is enabled in the
Limitadorcustom resource (CR), both the initiallimitadordeployment and Operator update get stuck on aMulti-Attacherror because of the persistent volume claim (PVC) volume. As a workaround, you can change thelimitadordeployment strategy to"Recreate"and the reconcilation process works as expected. (CONNLINK-855) -
When either the
RedisorRedisCachedstorage option is set in aLimitadorCR and thelimitadorpod gets restarted for any reason, the first request to the gateway is never rate-limited. Allhttprequests after this are rate-limited. (CONNLINK-856)
1.1.3. Async releases Copy linkLink copied to clipboard!
Security, bug fix, and enhancement updates for Red Hat Connectivity Link 1.3 are released asynchronously through the Red Hat Network. All Red Hat Connectivity Link 1.3 updates are available on the Red Hat Customer Portal. For more information about asynchronous updates, read the Red Hat Connectivity Link Life Cycle Policy.
Red Hat Customer Portal users can enable update notifications in the account settings for Red Hat Subscription Management (RHSM). When notifications are enabled, you are notified through email whenever new updates relevant to your registered systems are released.
This section is updated over time to provide notes on enhancements and bug fixes for future asynchronous releases of Red Hat Connectivity Link 1.3. Versioned asynchronous releases, for example with the Red Hat Connectivity Link 1.3.z, are detailed in the following subsections.
- Red Hat Connectivity Link 1.3.1 bug fix and security update
Issued: 18 March 2026
Red Hat Connectivity Link release 1.3.1 is now available. Red Hat Connectivity Link uses the
stableupdate channel to track and receives updates for the Red Hat Connectivity Link Operator. You can manage how your updates are applied through your Operator Lifecycle Manager (OLM) subscription resource. For more information, see Updating Red Hat Connectivity Link-
Previously, the
wasm-shimnetworking protcol incorrectly appended values to existing request headers instead of replacing them during the external authorization flow. This caused inconsistent behavior, leading to comma-separated header values that could disrupt upstream processing. With this release, the logic is updated to ensure that the headers provided in theCheckResponseobject now correctly replace existing values. This fix restores predictable header management. (CONNLINK-867)
-
Previously, the