[grpc-io] gRFC L76: Break 2.7 Deprecate gevent Support - Python Major Version Bump

['Lidi Zheng' via grpc.io]

Hi,

This propose suggests gRPC Python should perform a major version bump to 
achieve two following goals:

   1. Stop releasing 2.7 binaries and stop coding in Python 2/3 compatible 
   manner;
   2. Drop custom IO manager usages (e.g., gevent), which will be 
   re-implemented via EventEngine API in the future.

GitHub Issue: https://github.com/grpc/proposal/pull/217 

gRFC: 
https://github.com/lidizheng/proposal/blob/l76-python-major-version/L76-python-major-version-bump.md

Comments/suggestions are welcomed!

Lidi Zheng

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/0cf04e28-ad37-4eee-9e54-9700fb94a236n%40googlegroups.com.

[grpc-io] gRFC A38: New Admin Interface API in gRPC

['Lidi Zheng' via grpc.io]

Hi,

I drafted a proposal that describes a convenience API in each gRPC language 
to improve the usability of creating a gRPC server with admin services 
(like Channelz, CSDS).

https://github.com/grpc/proposal/pull/218 


Comments are welcomed!
Lidi Zheng

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/515cc575-55ce-4dcd-a092-f388e8ef8bc9n%40googlegroups.com.

[grpc-io] gRFC L77: Core and C++ Third Party Identity Support for Call Credentials

['Chuan Ren' via grpc.io]

Hi all,

I've created a gRFC for gRPC support of the Third Party Identity Support
for Call Credentials. The proposal is here:

https://github.com/grpc/proposal/pull/215

Please feel free to comment.

Thanks,
Chuan

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/CABwWdY%3D7Z9zJmsnm%3DrN%3D7VhthXKM80LoWss21L_cCMUbuYhYLg%40mail.gmail.com.

[grpc-io] Re: Binding network interface to gRPC channel [python]

['Richard Belleville' via grpc.io]

I'm assuming you're asking about a client channel, not a server channel 
because for a server channel, it's as simple as binding to an IP owned by 
the network interface you want.

On the client side, this is determined by your routing table. Check out 
your route table with `ip route sho` and ensure that the kernel will route 
traffic to your desired server using the desired network interface.
On Thursday, January 21, 2021 at 10:19:24 AM UTC-8 Max wrote:

> Is there a way to bind a gRPC channel to a network interface (e.g. eth0)?
> The moment i configure a macsec interface it automatically tries to 
> connect via that interface, which doesn't work.
> Netns might work, however, it breaks my MySQL connection on localhost.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/d6b2ede3-5964-4564-8e11-85ca9d2bb12bn%40googlegroups.com.

[grpc-io] Re: how to bind grpc client to specific network interface

['dfa...@google.com' via grpc.io]

Sorry for the very late reply to this question.  Yes, this is possible in 
Go by providing a custom dialer to grpc: 
https://pkg.go.dev/google.golang.org/grpc#WithContextDialer

It would look something like:

myDialer := net.Dialer{LocalAddr: }
client, err := grpc.Dial(target, ,
  grpc.WithContextDialer(func(ctx context.Context, addr string) (net.Conn, 
error) {
return myDialer.DialContext(ctx, "tcp", addr)
})

On Thursday, July 11, 2019 at 5:33:12 AM UTC-7 xkw...@connect.hku.hk wrote:

> Can grpc-go bind grpc client to specific network interface?
>
> On Saturday, April 27, 2019 at 6:37:35 AM UTC+8, Carl Mastrangelo wrote:
>>
>> What language?
>>
>> On Friday, April 26, 2019 at 2:58:08 PM UTC-7, 
>> joe.p...@decisionsciencescorp.com wrote:
>>>
>>> Is it possible to pass a parameter to grpc that allows clients to pick a 
>>> specific network interface on a computer with multiple ethernet interfaces? 
>>>
>>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/a43ac957-a131-4849-b6fc-22af67ed0d6fn%40googlegroups.com.

[grpc-io] Re: Unexpected disconnects

['dfa...@google.com' via grpc.io]

Is there a maximum connection age set on the server 
(GRPC_ARG_MAX_CONNECTION_AGE_MS)? If so, make sure you have an adequate 
grace period set (GRPC_ARG_MAX_CONNECTION_AGE_GRACE_MS).

Otherwise, enable logging on both the server and the client to determine 
why the connection is being closed (which side initiated, etc).

On Tuesday, January 26, 2021 at 7:29:15 PM UTC-8 ayeg...@gmail.com wrote:

> Hey folks! I have an async C++ GRPC service that uses a completion queue 
> with two threads - one running the queue and the second that consumes the 
> tags from the queue. I have been doing reliability testing and found that 
> in about 6% cases the server ServerCompletionQueue.Next(tag, bool) returns 
> false for the read tag while the client is still actively sending data. The 
> server then closes the connection and goes on its merry way, while the 
> client is not aware of the connection closure and eventually times out 
> (non-grpc triggered timeout).
>
> I tried setting the GRPC_ARG_KEEPALIVE_TIME_MS to 1000 ms and 
> GRPC_ARG_KEEPALIVE_TIMEOUT_MS to 5000ms but it had no effect. I am honestly 
> a little at a loss what else to check for. What would you recommend to look 
> at or check to find the culprit?
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/e8342a37-d79e-46c0-a8d6-0183e89bc4b8n%40googlegroups.com.

[grpc-io] Best practise suggestions for implementing a microservice with gRPC endppoint

[Avron Olshewsky]

I am trying to implement a microservice that has a gRPC endpoint. 

Initially I designed my code to have a Controller class that performed some 
computation, more specifically it is running a simulation engine in a 
thread(s) and was hoping I could put the gRPC sync or async server is 
another thread. Obviously this simplistic approach won't work as gRPC has 
it's own threading mechanism. Can anyone suggest an approach to this ?

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/c88116ab-6b40-4c8e-a1dc-41c2eb43de81n%40googlegroups.com.