> Nowadays, all big players (Cisco, Huawei, Juniper, Nokia ...) support "yang" to model the data & gRPC with multiple encoding (JSON, GPB-KV, GPB) to share it across the network.
Interesting. I used to work in telecom until 2018. Back then, RESTConf still seemed to be the dominant format. The telecom industry's penchant for acronyms doesn't disappoint. I had to look up what GPB stands for even though I work on the gRPC team.
> This is why I recently started the development of a gRPC-C++ "dial-out" collector & I was asking myself if someone else is already working on something similar or might be interested in joining the project.
I'm not aware of any existing system specifically for OSS gRPC. I imagine you'd write a client interceptor that would log the initiation of an outgoing connection, which would log the connection to a per-process datastore. Then, a separate thread would periodically send a batch of updates to an aggregation server. Depending on the scale of your system, the design of the aggregation server could get tricky.