Ebben Aries
Ebben Aries
@rgwilton @jsterne @jgcumming @ncorran for comment
Thx folks - I've gone ahead and cut PR https://github.com/openconfig/gnmi/pull/230 for the proto IDL side and can initiate a subsequent spec update if we are in agreement
@rgwilton @jsterne @ncorran @dplore to comment (and tag others)
> [@earies](https://github.com/earies) [@dplore](https://github.com/dplore) [@aashaikh](https://github.com/aashaikh) I propose sending periodic sync_response is the best way to mark the end of sample. It does not harm in any way and does not introduce...
> While I agree that a system-wide capabilities response is not always sufficient (I raised some of the questoins/issues in #149); I'm not a huge fan of per-interface approach. Typically...
> > We also have a use-cases that aren't distinguishable by an ASIC alone but rather configuration attributes of an interface that cascades towards separate capablities "per interface" > >...
cc: @dplore @robshakir @anshkhanna-ggl for additional thoughts on some of the discussion here
Also note, versions will be readjusted due to multiple concurrent PRs that may land and can consolidate https://github.com/openconfig/gnmi/pull/224
> > In Google's use case, we utilize JSON IETF format which explicitly encodes null/empty values. > > I don't think this is fully correct. Telemetry updates which must be...
Thx @robshakir > this will not be compatible with existing gnmi collectors. thus, i think an alternate approach (strawperson proposal: a particular metadata leaf -- e.g., `/a/presence/container/@present` -- could be...