envoyproxy/envoy

grpc keepalive/h2 ping support for upstream

Open

#7136 aperta il 3 giu 2019

Vedi su GitHub
 (3 commenti) (0 reazioni) (0 assegnatari)C++ (5373 fork)batch import
area/grpcenhancementhelp wanted

Metriche repository

Star
 (27.997 star)
Metriche merge PR
 (Merge medio 8g) (378 PR mergiate in 30 g)

Descrizione

gPRC currently uses h2 pings to check the channel health status. As per the gRPC docs, this needs to be enabled on both gRPC server and the client. The default for GRPC_ARG_KEEPALIVE_PERMIT_WITHOUT_CALLS is false, which means if the client tries to send h2 pings, server will reset the connection.

#2086 mentions that envoy will revert back to any downstream h2 pings, which seems like a sensible flow. What the envoy docs fail to mention is how envoy configures these gRPC pings and what are the current values.

Is GRPC_ARG_KEEPALIVE_PERMIT_WITHOUT_CALLS true by default ? Would envoy further perform any h2 ping checks on upstream if it receives a downstream ping ? How are half closed connections/streams handled (closed from upstream end) ?

Also, there are other parameters that are supported in core gRPC implementation (GRPC_ARG_HTTP2_MAX_PING_STRIKES etc), should these be configurable in envoy config ? as it acts as a gRPC server while proxying.

https://github.com/grpc/grpc/blob/master/doc/keepalive.md

Guida contributor