updated to reflect changes around event aggregation

Signed-off-by: Dmitri Dolguikh <dmitri.external@netbird.io>
This commit is contained in:
Dmitri Dolguikh
2026-06-17 10:15:41 +02:00
parent f83b1b65a4
commit 08832dc0c6
@@ -37,7 +37,7 @@ NetBird would log the blocked event on the peer that refused the connection.
#### Successful P2P Connection Events #### Successful P2P Connection Events
NetBird helps you better understand connection flows by correlating related events and presenting them in a clear, organized manner. NetBird helps you better understand connection flows by aggregating related events and presenting them in a clear, organized manner.
For example, in a successful peer-to-peer connection scenario, a user initiates a connection from the peer `Alice` to the peer `server`. For example, in a successful peer-to-peer connection scenario, a user initiates a connection from the peer `Alice` to the peer `server`.
This is illustrated in the screenshot below. This is illustrated in the screenshot below.
@@ -115,6 +115,11 @@ in one TCP session, but the routing peer blocked all attempts.
E.g., `nc -v crm.netbird.cloud 443`. E.g., `nc -v crm.netbird.cloud 443`.
</Note> </Note>
## Event Grouping
All connections from a peer are grouped by protocol, destination address, destination port, and icmp type (for icmp only) over a time interval of <>.
During this time interval the total number of bytes and packets sent and received and the number of traffic events of each type is collected for each group of connections.
## Enabling Traffic Events Logging ## Enabling Traffic Events Logging
Traffic events logging feature is disabled by default. To enable it on the NetBird dashboard, navigate to `Settings > Networks`. Traffic events logging feature is disabled by default. To enable it on the NetBird dashboard, navigate to `Settings > Networks`.
@@ -167,16 +172,19 @@ For detailed instructions on supported integrations and how to set them up, refe
When enabled, a NetBird peer will record metadata for each network flow that it participates in. The data collected by peers includes: When enabled, a NetBird peer will record metadata for each network flow that it participates in. The data collected by peers includes:
* **Timestamp**: When the flow started and ended. * **WindowStart**: When the grouping window started.
* **WindowEnd**: When the grouping window ended.
* **Flow ID**: A unique identifier for the traffic event flow. * **Flow ID**: A unique identifier for the traffic event flow.
* **Type**: The type of traffic event, such as Start, End, or Blocked. * **NumOfStarts**: The number of Start events in the group.
* **NumOfEnds**: The number of Stop events in the group
* **NumOfDrops**: The number of Drop events in the group
* **Source and Destination IP Addresses**: The IP of the peer (source) and the IP of the remote endpoint (destination). For peer-to-peer traffic, * **Source and Destination IP Addresses**: The IP of the peer (source) and the IP of the remote endpoint (destination). For peer-to-peer traffic,
these will be the NetBird network IPs (e.g. 100.x.x.x addresses of each peer). For traffic to an external resource (like a private server or subnet), the destination might be an IP in that remote network. these will be the NetBird network IPs (e.g. 100.x.x.x addresses of each peer). For traffic to an external resource (like a private server or subnet), the destination might be an IP in that remote network.
* **Source and Destination Ports**: The network ports used by the connection (for TCP/UDP flows). * **Source and Destination Ports**: The network ports used by the connection (for TCP/UDP flows).
* **ICMP Code and Type**: For ICMP traffic, the ICMP code and type. * **ICMP Type**: The ICMP type for grouped ICMP traffic.
* **Protocol**: The protocol of the traffic, such as TCP, UDP, or ICMP. * **Protocol**: The protocol of the traffic, such as TCP, UDP, or ICMP.
* **Direction**: Whether the flow was inbound or outbound. This takes into consideration the perspective of the **peer reporting the traffic** and the NetBird interface. * **Direction**: Whether the flow was inbound or outbound. This takes into consideration the perspective of the **peer reporting the traffic** and the NetBird interface.
* **Volume of Data**: The amount of data transferred, measured in number of packets and bytes sent/received for the duration of the flow. * **Volume of Data**: The amount of data transferred, measured in number of packets and bytes sent/received for the duration of the grouping window.
* **Resource ID**: Network route or Networks resource ID that the flow is associated with. This is useful for identifying the routing configuration that allowed the flow. DNS route information is **available only** on the routing client. * **Resource ID**: Network route or Networks resource ID that the flow is associated with. This is useful for identifying the routing configuration that allowed the flow. DNS route information is **available only** on the routing client.
* **Rule ID**: The ID of the policy that allowed the flow. This is useful for identifying the access control policy that allowed the flow. This information is **available only** on the receiving side of the traffic. * **Rule ID**: The ID of the policy that allowed the flow. This is useful for identifying the access control policy that allowed the flow. This information is **available only** on the receiving side of the traffic.
@@ -229,10 +237,13 @@ In addition to the data collected by the peers, the NetBird API provides additio
"os": "Darwin", "os": "Darwin",
"type": "PEER" "type": "PEER"
}, },
"timestamp": "2025-03-22T20:26:16.937522Z", "window_start": "2025-03-22T20:26:16.937522Z",
"window_end": "2025-03-22T20:30:17.257891Z",
"num_of_starts": 1,
"num_of_ends": 0,
"num_of_drops": 0
"tx_bytes": 64, "tx_bytes": 64,
"tx_packets": 1, "tx_packets": 1,
"type": "TYPE_START",
"user_email": "john@example.com", "user_email": "john@example.com",
"user_id": "google-oauth2|xyz0123", "user_id": "google-oauth2|xyz0123",
"user_name": "John Doe" "user_name": "John Doe"