Overview

Red Hat Service Interconnect 2.1

Key features and supported configurations

Abstract

This guide introduces Red Hat Service Interconnect and describes a application network.
Red Hat Service Interconnect is a Red Hat build of the open source Content from skupper.io is not included.Skupper project.

Chapter 1. Key features

Red Hat Service Interconnect is a Red Hat build of the open source Content from skupper.io is not included.Skupper project. Skupper introduces an application network, linking services across the hybrid cloud.

An application network enables communication between services running in different network locations. It allows geographically distributed services to connect as if they were all running in the same site.

Overview of a service network

The following are key features of Skupper:

  • Private to public site connectivity: You expose only specific services and ports to a remote site.
  • Minimal effort: A few skupper CLI commands to expose services from one site to another, or define services in YAML.
  • Security: mTLS for all cross site communication.
  • Load balancing and failover of services.

Chapter 2. Supported standards and protocols

Red Hat Service Interconnect supports the following TLS versions for site links:

  • TLS 1.2
  • TLS 1.3

Chapter 3. Supported configurations

Table 3.1. CLI

 x86-64aarch64s390xppc64le

Red Hat Enterprise Linux 8

Yes

Yes

Yes

Yes

Red Hat Enterprise Linux 9

Yes

Yes

Yes

Yes

Red Hat Enterprise Linux 10

    

Kubernetes sites

Service Interconnect is supported on all versions of Red Hat OpenShift Container Platform that are in Full or Maintenance support. For more information, see the following articles:

Support for Non-OpenShift distributions of Kubernetes requires Kubernetes version 1.28 or later.

Ingress types

  • LoadBalancer
  • OpenShift Routes (supported only on OpenShift)

Other ingress types fall under commercially reasonable support.

Operator

The operator is supported with OpenShift 4.x only.

Table 3.2. Podman sites

 x86-64aarch64s390xppc64le

Red Hat Enterprise Linux 8

Yes

Yes

Yes

Yes

Red Hat Enterprise Linux 9

Yes

Yes

Yes

Yes

Router

For use in Kubernetes and local system sites.

 x86-64aarch64s390xppc64le

Red Hat Enterprise Linux 8

Yes

Yes

Yes

Yes

Red Hat Enterprise Linux 9

Yes

Yes

Yes

Yes

Note

The Skupper router is not supported for standalone use as a messaging router.

Table 3.3. CLI

 x86-64aarch64s390xppc64le

Linux

Yes

Yes

Yes

Yes

Mac

Yes

   

Windows

Yes

   

Distributions

Red Hat will provide assistance running Service Interconnect on any CNCF-certified distribution of Kubernetes. Note, however, that our testing is done on OpenShift.

Content from www.cncf.io is not included.https://www.cncf.io/certification/software-conformance/#logos

Ingress types

  • Gateway
  • Contour
  • Nginx (This requires configuration for TLS passthrough.)
  • NodePort

Podman sites

Service Interconnect requires Podman version 4 or later.

 x86-64aarch64s390xppc64le

Linux

Yes

Yes

Yes

Yes

Upgrades

  • Red Hat supports upgrades from one downstream minor version to the next, with no jumps.
  • While Red Hat aims to have compatibility across minor versions, Red Hat recommends upgrading all sites to the latest version.

Disconnected operation

Red Hat supports deployment of Service Interconnect in disconnected environments.

IBM Power ppc64le

Release 2.1.2 introduces images for IBM Power ppc64le.

Note

If you have applications that require long lived connections, for example Kafka clients, consider using a load balancer as ingress instead of a proxy ingress such as OpenShift route. If you use an OpenShift route as ingress, expect interruptions whenever routes are configured.

For information about the latest release, see Red Hat Service Interconnect Supported Configurations.

Port negotiation limitation

If your protocol negotiates the communication port, for example active FTP, you cannot use that protocol to communicate across a service network.

Appendix A. About Service Interconnect documentation

Making open source more inclusive

Red Hat is committed to replacing problematic language in our code, documentation, and web properties. We are beginning with these four terms: master, slave, blacklist, and whitelist. Because of the enormity of this endeavor, these changes will be implemented gradually over several upcoming releases. For more details, see our CTO Chris Wright’s message.

Revised on 2026-04-08 13:20:40 UTC

Legal Notice

Copyright © Red Hat.
Except as otherwise noted below, the text of and illustrations in this documentation are licensed by Red Hat under the Creative Commons Attribution–Share Alike 3.0 Unported license . If you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, the Red Hat logo, JBoss, Hibernate, and RHCE are trademarks or registered trademarks of Red Hat, LLC. or its subsidiaries in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
XFS is a trademark or registered trademark of Hewlett Packard Enterprise Development LP or its subsidiaries in the United States and other countries.
The OpenStack® Word Mark and OpenStack logo are trademarks or registered trademarks of the Linux Foundation, used under license.
All other trademarks are the property of their respective owners.