- Written by Seng Leung
- Posted on February 16, 2022
- Updated on November 16, 2023
- 8380 Views
AAA accounting records can be enabled for OpenConfig gNMI/gNOI RPCs. Accounting records can be logged to the TACACS+ server, RADIUS server, or to syslog.
- Written by Nathan Kitchen
- Posted on April 25, 2024
- Updated on April 25, 2024
- 1862 Views
EOS devices can accept gNMI Get requests with CLI commands as paths. Such requests must have the "origin" field of the path set to “cli”. When the “encoding” field of a Get request is set to “JSON” or “JSON_IETF”, or is not set, the output is returned as the eAPI model of the command, serialized as JSON. For example (using the command “show interfaces Ethernet1/1 status”):
- Written by Christopher Neilson
- Posted on June 29, 2023
- Updated on July 3, 2023
- 5085 Views
This feature adds support for gNMI access to the last-configuration-timestamp YANG node in the OpenConfig/Octa agent. When a gNMI set is completed, the last-configuration-timestamp is updated. When the configuration is changed via CLI or some other mechanism, the change eventually propagates to the OpenConfig/Octa agent, which will update the last-configuration-timestamp.
- Written by Seng Leung
- Posted on May 9, 2022
- Updated on June 2, 2022
- 7516 Views
When OpenConfig is enabled, the entire YANG tree is exposed to the client. This allows a client to have read and write access to all parts of the YANG tree. In some cases, it would be preferable to block portions of the YANG tree so that specific part of the tree cannot be modified or read by the client.
- Written by Seng Leung
- Posted on October 27, 2021
- Updated on October 27, 2021
- 8082 Views
Traditionally, the OpenConfig gNMI service is based on a dial in model. A client sends a request to the gNMI server and
- Written by Nathan Kitchen
- Posted on April 24, 2020
- Updated on February 15, 2024
- 2681 Views
The command "show gnmi get PATH" provides a convenient way to send a Get request to a gNMI server running on the device and display the resulting values. This can be helpful during exploration or debugging when setting up gNMI monitoring.
- Written by Abdul Haseeb Jehangir
- Posted on March 12, 2020
- Updated on July 17, 2024
- 10587 Views
Mirror on drop is a network visibility feature which allows monitoring of MPLS or IP flow drops occurring in the ingress pipeline. When such a drop is detected, it is sent to the control plane where it is processed and then sent to configured collectors. Additionally, CLI show commands provide general and detailed statistics and status.
- Written by David Graham
- Posted on September 17, 2024
- Updated on September 18, 2024
- 269 Views
When this feature is enabled, responses to gNMI get requests as well as NETCONF get-config responses will contain the default values for YANG leafs if those leafs do not have any other value. This means that where a leaf value would normally be returned in a response, its default value (as defined in the YANG model) will be returned if the leaf does not have any other value assigned to it. Before this change, leafs that had a default value would not have been included in gNMI get responses.
- Written by David Graham
- Posted on June 12, 2024
- Updated on June 13, 2024
- 1179 Views
This feature allows Octa to act as a collector for IPFIX and sFlow datagrams and to aggregate and stream the collected data in response to a gNMI subscription. Octa is a process in EOS which combines OpenConfig and certain TerminAttr functionality, primarily with the intent of servicing gNMI requests for OpenConfig paths and for "EOS native" paths.