Skip to Main Content
Integration


This is an IBM Automation portal for Integration products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).


Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.


Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.


Status Submitted
Workspace DataPower Gateway
Created by Guest
Created on Jul 16, 2026

Backport gRPC client configuration (dp:url-open gRPC support) from 10.6.6 CD to the 10.6.0.x LTS stream

The gRPC configuration object, which defines the connection to a remote gRPC server for use in a stylesheet with the dp:url-open extension element, is currently only available in the DataPower Gateway 10.6.6 Continuous Delivery (CD) release (see IBM Docs: "Configuring gRPC connections to remote gRPC servers", 10.6.x). It is not available in the 10.6.0.x Long Term Support (LTS) stream.

We request that this capability be delivered in an upcoming 10.6.0.x LTS fix pack so that customers on the LTS support model can consume it.

Standards and technical foundation:

gRPC is not a proprietary or exotic protocol — it is built entirely on open, standardized technologies that DataPower already supports in the LTS stream:

  • RFC 9113 — HTTP/2 (IETF, June 2022, obsoleting RFC 7540): gRPC is defined strictly as an application-layer protocol on top of standard HTTP/2 framing, streams, and flow control. DataPower 10.6.0.x LTS already ships an HTTP/2 implementation (HTTP/2 is supported on HTTP/HTTPS handlers and MPGW), so the transport layer required for gRPC is already present and supported in LTS.
  • RFC 7541 — HPACK header compression: required by HTTP/2 and therefore already implemented in the LTS codebase.
  • gRPC over HTTP/2 protocol specification ("PROTOCOL-HTTP2", github.com/grpc/grpc/blob/master/doc/PROTOCOL-HTTP2.md): the normative mapping of gRPC semantics (content-type application/grpc, length-prefixed messages, trailers-based status) onto HTTP/2. This is the exact specification the 10.6.6 CD feature implements.
  • Protocol Buffers language specification (protobuf.dev): the .proto IDL and wire format used by the feature's Protocol Buffers definition file property.
  • RFC 1951 (deflate) / RFC 1952 (gzip): the two message-compression algorithms already exposed by the CD feature — both long-standardized and already used elsewhere in DataPower.
  • TLS (RFC 8446, TLS 1.3 / RFC 5246, TLS 1.2): gRPC connections are secured with the existing DataPower TLS client profile object; no new cryptographic machinery is required.
  • gRPC is governed by the CNCF (Cloud Native Computing Foundation) and is the de-facto standard RPC protocol for cloud-native and Kubernetes-based microservices, used by projects such as Kubernetes, Istio, and Envoy.

The key point: because HTTP/2 (RFC 9113), HPACK, TLS, and gzip/deflate are all already present and supported in 10.6.0.x LTS, the gRPC client feature is an incremental application-layer capability on top of an already-supported LTS transport stack — not a new protocol stack. This materially reduces the risk normally associated with backporting new function into an LTS stream.

Idea priority Urgent