Hi Uri,
Thanks for the comments. I'd like to clarify there's no black and white
separation between conventional OAM and telemetry. Conventional OAM is also
indispensable in many cases and some tools is also evolving to bear more
characteristics of a typical telemetry system. I'll make the
Hi -
On 10/17/2018 6:37 PM, Tianran Zhou wrote:
I do not mean to say the SNMP design is problematic.
But I think it's not designed for periodically getting
operational data, which is one important case for streaming telemetry.
That's one of the possible use cases for RFC 2981 or RFC 3877,
and
Hi Adrian,
Thank you very much for the comments. I'll try to address all your comments in
the new revisions. Given the time and bandwidth, I may leave some parts (e.g.,
security concern) to future revisions.
Yes, gRPC is a recursive acronym and "g" doesn't mean google although we all
know
Hi Joe,
I'd like to apply a presentation slot for the draft song-opsawg-ntf-01. In the
talk, I'll presents the updates of the draft and address the issues raised
during the email discussion. Thanks!
Best,
Haoyu
-Original Message-
From: OPSAWG [mailto:opsawg-boun...@ietf.org] On Behalf
Hi Randy,
Thank you for your pointer.
I do not mean to say the SNMP design is problematic. But I think it's not
designed for periodically getting operational data, which is one important case
for streaming telemetry.
Compared with current YANG-Push
Hi Tianran,
Yes, I mean the "Trap" which is now called "Notification."
You're right in your assessment of the drawbacks, and you should add to that
list the drawback of the low data rat and high overhead that come with the
protocol.
I didn't mention the Notification to propose it as a mechanism
Hi Adrian,
I see. Thank you very much for your suggestions.
We will update the document to clarify this.
Thanks,
Tianran
> -Original Message-
> From: Adrian Farrel [mailto:adr...@olddog.co.uk]
> Sent: Wednesday, October 17, 2018 5:27 PM
> To: Tianran Zhou ; opsawg@ietf.org
> Cc:
SNMP is a management protocol, not a data transfer one.
SNMP Trap is like a UDP message - send and forget.
SNMP Notify can require confirmation, so you can make sure it reaches it's
destination (or know that it could not).
I rather disagree with the characterization "low data rate and high
