[grpc-io] Re: tcp connection management

[eleanore . jin]

sorry what do you mean?

On Tuesday, August 7, 2018 at 4:31:34 PM UTC-7, pizzas...@gmail.com wrote:
>
> Bvfdc

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To post to this group, send email to grpc-io@googlegroups.com.
Visit this group at https://groups.google.com/group/grpc-io.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/5e8c8e96-3849-4209-837a-2b5a6e20ea70%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[grpc-io] tcp connection management

[pizzasunamas]

Bvfdc

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To post to this group, send email to grpc-io@googlegroups.com.
Visit this group at https://groups.google.com/group/grpc-io.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/0fe9efb1-5deb-4909-97ba-2d44cd4130d5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[grpc-io] Re: tcp connection management

[eleanore . jin]

BTW, I am using grpc-java

On Tuesday, August 7, 2018 at 4:21:53 PM UTC-7, eleano...@gmail.com wrote:
>
>
> Hi, 
>
> I am doing an experiment to decide whether my application should choose 
> unary call, or bi-directional streaming. Here is what I observe by enable 
> the debug logging:
>
> for unary call, the tcp connection is created per call: 
>
> client side single thread making 5 calls in a for loop: total 5 tcp 
> connections - using blocking stub
> client side multi-threaded making 5 calls at the same time: total 5 tcp 
> connections - using block stub
> bi-directional streaming making 5 requests: total 1 tcp connection - using 
> async stub
>
> So that means for unary call, it will always create new tcp connection 
> every time? Can you please confirm this behaviour?
>
> Thanks!
>

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To post to this group, send email to grpc-io@googlegroups.com.
Visit this group at https://groups.google.com/group/grpc-io.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/1251d22f-547a-4888-9096-2d36ce1c5705%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[grpc-io] tcp connection management

[eleanore . jin]

Hi, 

I am doing an experiment to decide whether my application should choose 
unary call, or bi-directional streaming. Here is what I observe by enable 
the debug logging:

for unary call, the tcp connection is created per call: 

client side single thread making 5 calls in a for loop: total 5 tcp 
connections - using blocking stub
client side multi-threaded making 5 calls at the same time: total 5 tcp 
connections - using block stub
bi-directional streaming making 5 requests: total 1 tcp connection - using 
async stub

So that means for unary call, it will always create new tcp connection 
every time? Can you please confirm this behaviour?

Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To post to this group, send email to grpc-io@googlegroups.com.
Visit this group at https://groups.google.com/group/grpc-io.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/d9008445-256c-4b71-8d0d-526bd415b78b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[grpc-io] Re: grpc testing

['Carl Mastrangelo' via grpc.io]

There are some upcoming features for binary logging that will allow traffic 
to be recorded.  The recorded traffic can be played back to the server, or 
diagnosed for debugging.  The feature is in progress, but you can see the 
schema 
here: 
https://github.com/grpc/grpc-proto/blob/master/grpc/binlog/v1alpha/binarylog.proto

On Tuesday, August 7, 2018 at 2:19:38 AM UTC-7, Rajeswari Reddy wrote:
>
> Hello everyone, is there anyone who tried any tools/frameworks for testing 
> the grpc 
>

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To post to this group, send email to grpc-io@googlegroups.com.
Visit this group at https://groups.google.com/group/grpc-io.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/e1de99ba-6a67-45c0-81e8-5e1f4952af3b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [grpc-io] [iOS] SSL Mutual TLS

['Jan Tattermusch' via grpc.io]

I believe what you want is
https://github.com/grpc/grpc/blob/b880b796eb7ba0cdf8e61069422afd423d92c53a/src/csharp/Grpc.Core/ServerCredentials.cs#L75

example usage:
https://github.com/grpc/grpc/blob/b880b796eb7ba0cdf8e61069422afd423d92c53a/src/csharp/Grpc.IntegrationTesting/SslCredentialsTest.cs#L52



On Tue, Aug 7, 2018 at 3:16 AM Muxi Yan  wrote:

> Hi Rob,
>
> I am not familiar with the c# API. CC'ing jtattermusch@ who can
> definitely help.
>
> On Mon, Aug 6, 2018 at 6:10 PM Rob Cecil  wrote:
>
>> Muxi, how would a c# server specify mutual TLS ?
>>
>> Thanks
>>
>> On Mon, Aug 6, 2018 at 8:43 PM Muxi Yan  wrote:
>>
>>> Requirement of mutual TLS is from server's configurations. If it is
>>> required by the server, the client can configure it with this function
>>> 
>>> .
>>>
>>> On Mon, Aug 6, 2018 at 5:24 PM Rob Cecil  wrote:
>>>
 The online Grpc guide for authorization:

 https://grpc.io/docs/guides/auth.html

 Speaks about SSL/TLS:


- *SSL/TLS*: gRPC has SSL/TLS integration and promotes the use of
SSL/TLS to authenticate the server, and to encrypt all the data 
 exchanged
between the client and the server. Optional mechanisms are
available for clients to provide certificates for mutual authentication.

 Can someone elaborate when Mutual TLS is required in Grpc for iOS and
 how to configure it ?

 Thanks!

 --
 You received this message because you are subscribed to the Google
 Groups "grpc.io" group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to grpc-io+unsubscr...@googlegroups.com.
>>>
>>>
 To post to this group, send email to grpc-io@googlegroups.com.
 Visit this group at https://groups.google.com/group/grpc-io.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/grpc-io/e3fffd57-bbd0-4767-b114-4f4307ad9736%40googlegroups.com
 
 .
 For more options, visit https://groups.google.com/d/optout.

>>>

-- 

Jan

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To post to this group, send email to grpc-io@googlegroups.com.
Visit this group at https://groups.google.com/group/grpc-io.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/CACF4M0QP--Pi29cw7bwdZvvuJQRbc1VzzJB99zZ75JdcBsOW0w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


smime.p7s
Description: S/MIME Cryptographic Signature

[grpc-io] Re: [C++] How to detect client disconnect on synchronous streaming server

[bansheee1337 via grpc.io]

Yes, the 1.14 update in combination with these channel args on the server 
side fixed my issue:

builder.AddChannelArgument(GRPC_ARG_KEEPALIVE_TIME_MS, 1000);
builder.AddChannelArgument(GRPC_ARG_KEEPALIVE_TIMEOUT_MS, 1000);

builder.AddChannelArgument(GRPC_ARG_HTTP2_MIN_RECV_PING_INTERVAL_WITHOUT_DATA_MS,
 
500);

builder.AddChannelArgument(GRPC_ARG_HTTP2_MIN_SENT_PING_INTERVAL_WITHOUT_DATA_MS,
 
1000);

Am Dienstag, 7. August 2018 01:04:12 UTC+2 schrieb Yang Gao:
>
> It sounds like the problem is similar to #15889 as you mentioned. We 
> should continue the discussion in the issue.
>
> On Wednesday, July 18, 2018 at 10:47:51 AM UTC-7, banshe...@googlemail.com 
> wrote:
>>
>> In principle, yes. I also already compiled a minimal reproducing example. 
>> However I found various issues which might be related, i.e. 
>> https://github.com/grpc/grpc/issues/15889 or 
>> https://github.com/grpc/grpc/issues/14779 .
>> Concerning the second part of the question: I make an RPC which returns a 
>> stream of empty messages and the server just keeps sending them in an 
>> infinite loop, yes. The interesting thing is that the server correctly ends 
>> the stream if I shutdown the client gracefully. Only if I deactivate my 
>> network adapter or pull the cable on the client is when I can observe the 
>> above-mentioned effect.
>>
>> Am Mittwoch, 18. Juli 2018 19:35:58 UTC+2 schrieb juanl...@google.com:
>>>
>>> Hi, could you file an issue on https://github.com/grpc/grpc/issues with 
>>> the (minimal, desirably) reproducing step?
>>>
>>> BTW, if this issues happens even when the messages are empty, I suppose 
>>> you are keeping sending the messages?
>>>
>>> On Wednesday, July 18, 2018 at 3:38:22 AM UTC-7, 
>>> banshe...@googlemail.com wrote:

 Having digged further into this, it appears to be a linux-specific 
 problem. I don't have this issue with a Windows server. And the message 
 size also doesn't matter. The problem is reproducible with empty messages, 
 too.

>>>

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To post to this group, send email to grpc-io@googlegroups.com.
Visit this group at https://groups.google.com/group/grpc-io.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/370c7ea4-4045-4891-b443-0130599efc19%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[grpc-io] grpc testing

[Rajeswari Reddy]

Hello everyone, is there anyone who tried any tools/frameworks for testing 
the grpc 

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To post to this group, send email to grpc-io@googlegroups.com.
Visit this group at https://groups.google.com/group/grpc-io.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/4ce7f6e0-7468-485c-bf38-d0e4db9333d3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.