- Written by Seng Leung
- Posted on 2月 16, 2022
- Updated on 11月 16, 2023
- 9041 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 4月 25, 2024
- Updated on 4月 25, 2024
- 2461 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 6月 29, 2023
- Updated on 7月 3, 2023
- 5702 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 5月 9, 2022
- Updated on 6月 2, 2022
- 8159 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 10月 27, 2021
- Updated on 10月 27, 2021
- 8854 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 4月 24, 2020
- Updated on 2月 15, 2024
- 3320 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 3月 12, 2020
- Updated on 11月 20, 2024
- 11627 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 9月 17, 2024
- Updated on 9月 18, 2024
- 844 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 6月 12, 2024
- Updated on 6月 13, 2024
- 1910 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.