Add Network Semantic Conventions project proposal#3560
Conversation
|
Solid scope — good to see SNMP (metrics, MIB objects, traps) and entity definitions in here alongside the flow and namespace work. One input from the entity/SNMP side, more as a data point than a request: In our SNMP-discovery work, most of the operational value lands in the edges between entities rather than the entities alone — adjacencies from LLDP/CDP, an interface's VLAN membership, tunnel endpoints, route next-hops. We model those as relationships embedded on the source entity's state event, following #4836 (shipped in v1.58.0). Since #4836 makes that a first-class option now, it's probably worth deciding early whether entities like adjacencies/peers are meant as relationships or as attributes — that choice shapes a lot downstream. The entity list currently reads entity-by-entity; if entity shape is what informs the rest of the conventions, pulling that discussion earlier could pay off. Either way, here's our candidate model as a reference for the entity-definitions work — device/interface/route/address with |
9d4a56b to
1166e47
Compare
|
This project will allow us to close issue #3769 within the semconv repo. |
This PR introduces the formal project proposal for Network Telemetry Semantic Conventions.
The goal of this project is to establish unified and comprehensive network semantic conventions for OpenTelemetry, enabling traditional network observability methods (like NetFlow, IPFIX, SNMP) to integrate natively into the ecosystem.
Key Objectives & Deliverables