Chengyuan Zhang

The [server reflection protocol](https://github.com/grpc/grpc/blob/master/doc/server-reflection.md) in gRPC was designed > as an optional extension for servers to assist clients in runtime construction of requests without having stub information precompiled into the...

Does the serve have any customization? I wasn't able to reproduce the behavior by modifying our [manual flow control example](https://github.com/grpc/grpc-java/compare/master...voidzcy:example/auto_bdp_flood_ping_reproduce?#diff).

As @ejona86 pointed out in https://github.com/grpc/grpc-java/issues/6808#issuecomment-604222507, my biggest concern is to have gRPC look into the `HttpResponseException`, which is an implementation detail of google-auth-library-java. Any chance to make an enhancement...

> Fixing the interface in upstream SGTM. Is there a bug opened already for this? Nope, could you open it and link to this issue?

I don't think this is the correct usage of WireSharkSslMasterKeyHandler. You would only need to enable it by setting the system property `-Dio.netty.ssl.masterKeyHandler=true`, no modification for the pipeline is needed....

``` Operating System: Debian GNU/Linux rodete Kernel: Linux 5.2.17-1rodete3-amd64 Architecture: x86-64 ``` ``` # JMH version: 1.21 # VM version: JDK 1.8.0_181-google-v7, OpenJDK 64-Bit Server VM, 25.181-b01 # VM invoker:...

We did observe the issue of Netty being significantly slower (~6 to 7 times slower from the result above) than OkHttp in streaming RPCs by running our [transport benchmark](https://github.com/grpc/grpc-java/blob/master/benchmarks/src/jmh/java/io/grpc/benchmarks/TransportBenchmark.java). We...