Closed sjwang90 closed 1 year ago
Hey @sbyx - a Telegraf user who has a pretty large setup was running into this problem of inputs.gnmi
dropping metrics. Apparently this is something the Cisco IOS-XR team has run into themselves is why they're building their own collector. Apparently Telegraf may struggle to keep up with the volume of some of these routers due to it being single process.
Do you have any insight on this? If there's any enhancements or fixes we need to make to the plugin?
@sjwang90 I'm trying to achieve same thing with Arista switch but my outputs are already in separate series making it really difficult to add/combine tag/fields.
[[inputs.gnmi.subscription]]
name = "bgp"
origin = "openconfig"
path = "/network-instances/network-instance/protocols/protocol/bgp/neighbors/neighbor/state/values"
subscription_mode = "sample"
sample_interval = "10s"
[[outputs.file]]
files = ["/etc/telegraf/metrics.out"]
data_format = "json"
json_timestamp_units = "10ms"
Here's what I got in metric.out:
{"fields":{"description":"spn-onyc-002"},"name":"bgp","tags":{"/network-instances/network-instance/protocols/protocol/name":"BGP","host":"61de35803c82","identifier":"BGP","name":"default","neighbor_address":"10.253.35.130","path":"","source":"172.22.255.254"},"timestamp":163114634854}
{"fields":{"dynamically_configured":false},"name":"bgp","tags":{"/network-instances/network-instance/protocols/protocol/name":"BGP","host":"61de35803c82","identifier":"BGP","name":"default","neighbor_address":"10.253.35.130","path":"","source":"172.22.255.254"},"timestamp":163114635124}
{"fields":{"enabled":true},"name":"bgp","tags":{"/network-instances/network-instance/protocols/protocol/name":"BGP","host":"61de35803c82","identifier":"BGP","name":"default","neighbor_address":"10.253.35.130","path":"","source":"172.22.255.254"},"timestamp":163114635127}
{"fields":{"established_transitions":4},"name":"bgp","tags":{"/network-instances/network-instance/protocols/protocol/name":"BGP","host":"61de35803c82","identifier":"BGP","name":"default","neighbor_address":"10.253.35.130","path":"","source":"172.22.255.254"},"timestamp":163114634853}
{"fields":{"last_established":1626710982292103680},"name":"bgp","tags":{"/network-instances/network-instance/protocols/protocol/name":"BGP","host":"61de35803c82","identifier":"BGP","name":"default","neighbor_address":"10.253.35.130","path":"","source":"172.22.255.254"},"timestamp":163114634853}
{"fields":{"messages/received/UPDATE":2842554},"name":"bgp","tags":{"/network-instances/network-instance/protocols/protocol/name":"BGP","host":"61de35803c82","identifier":"BGP","name":"default","neighbor_address":"10.253.35.130","path":"","source":"172.22.255.254"},"timestamp":163226554820}
{"fields":{"messages/sent/UPDATE":455358},"name":"bgp","tags":{"/network-instances/network-instance/protocols/protocol/name":"BGP","host":"61de35803c82","identifier":"BGP","name":"default","neighbor_address":"10.253.35.130","path":"","source":"172.22.255.254"},"timestamp":163226412302}
{"fields":{"neighbor_address":"10.253.35.130"},"name":"bgp","tags":{"/network-instances/network-instance/protocols/protocol/name":"BGP","host":"61de35803c82","identifier":"BGP","name":"default","neighbor_address":"10.253.35.130","path":"","source":"172.22.255.254"},"timestamp":163114634853}
{"fields":{"peer_as":4210200800},"name":"bgp","tags":{"/network-instances/network-instance/protocols/protocol/name":"BGP","host":"61de35803c82","identifier":"BGP","name":"default","neighbor_address":"10.253.35.130","path":"","source":"172.22.255.254"},"timestamp":163114634853}
{"fields":{"peer_group":"WAN"},"name":"bgp","tags":{"/network-instances/network-instance/protocols/protocol/name":"BGP","host":"61de35803c82","identifier":"BGP","name":"default","neighbor_address":"10.253.35.130","path":"","source":"172.22.255.254"},"timestamp":163114634854}
{"fields":{"send_community":"NONE"},"name":"bgp","tags":{"/network-instances/network-instance/protocols/protocol/name":"BGP","host":"61de35803c82","identifier":"BGP","name":"default","neighbor_address":"10.253.35.130","path":"","source":"172.22.255.254"},"timestamp":163114635124}
{"fields":{"session_state":"ESTABLISHED"},"name":"bgp","tags":{"/network-instances/network-instance/protocols/protocol/name":"BGP","host":"61de35803c82","identifier":"BGP","name":"default","neighbor_address":"10.253.35.130","path":"","source":"172.22.255.254"},"timestamp":163114634853}
Do you have suggestion on how to achieve the output like you had above?
Hey @sbyx - a Telegraf user who has a pretty large setup was running into this problem of
inputs.gnmi
dropping metrics. Apparently this is something the Cisco IOS-XR team has run into themselves is why they're building their own collector. Apparently Telegraf may struggle to keep up with the volume of some of these routers due to it being single process.Do you have any insight on this? If there's any enhancements or fixes we need to make to the plugin?
Hi @sjwang90, please can you share any resources/information you may have surrounding the scale limitations of gNMI plugin?
Does this problem still exists?
Hello! I am closing this issue due to inactivity. I hope you were able to resolve your problem, if not please try posting this question in our Community Slack or Community Page. Thank you!
Summary of behavior:
From the example input/output below there are inconsistencies between in the following metrics Input:
Output:
Relevant telegraf.conf:
System info:
Steps to reproduce:
Error Messages : No Error messages. Input to Telegraf is not matching with output of telegraf.
Sample Input:
Sample Output: