mirror of
https://github.com/vel21ripn/nDPI.git
synced 2026-05-02 17:00:16 +00:00
a7c2734b38
Basically: * "classification by-ip" (i.e. `flow->guessed_protocol_id_by_ip` is NEVER returned in the protocol stack (i.e. `flow->detected_protocol_stack[]`); * if the application is interested into such information, it can access `ndpi_protocol->protocol_by_ip` itself. There are mainly 4 points in the code that set the "classification by-ip" in the protocol stack: the generic `ndpi_set_detected_protocol()`/ `ndpi_detection_giveup()` functions and the HTTP/STUN dissectors. In the unit tests output, a print about `ndpi_protocol->protocol_by_ip` has been added for each flow: the huge diff of this commit is mainly due to that. Strictly speaking, this change is NOT an API/ABI breakage, but there are important differences in the classification results. For examples: * TLS flows without the initial handshake (or without a matching SNI/certificate) are simply classified as `TLS`; * similar for HTTP or QUIC flows; * DNS flows without a matching request domain are simply classified as `DNS`; we don't have `DNS/Google` anymore just because the server is 8.8.8.8 (that was an outrageous behaviour...); * flows previusoly classified only "by-ip" are now classified as `NDPI_PROTOCOL_UNKNOWN`. See #1425 for other examples of why adding the "classification by-ip" in the protocol stack is a bad idea. Please, note that IPV6 is not supported :( (long standing issue in nDPI) i.e. `ndpi_protocol->protocol_by_ip` wil be always `NDPI_PROTOCOL_UNKNOWN` for IPv6 flows. Define `NDPI_CONFIDENCE_MATCH_BY_IP` has been removed. Close #1687
26 lines
2.2 KiB
Text
26 lines
2.2 KiB
Text
Guessed flow protos: 0
|
|
|
|
DPI Packets (TCP): 12 (4.00 pkts/flow)
|
|
Confidence DPI : 3 (flows)
|
|
Num dissector calls: 228 (76.00 diss/flow)
|
|
LRU cache ookla: 0/0/0 (insert/search/found)
|
|
LRU cache bittorrent: 0/0/0 (insert/search/found)
|
|
LRU cache zoom: 0/0/0 (insert/search/found)
|
|
LRU cache stun: 0/0/0 (insert/search/found)
|
|
LRU cache tls_cert: 0/0/0 (insert/search/found)
|
|
LRU cache mining: 0/0/0 (insert/search/found)
|
|
LRU cache msteams: 0/0/0 (insert/search/found)
|
|
Automa host: 0/0 (search/found)
|
|
Automa domain: 0/0 (search/found)
|
|
Automa tls cert: 0/0 (search/found)
|
|
Automa risk mask: 0/0 (search/found)
|
|
Automa common alpns: 0/0 (search/found)
|
|
Patricia risk mask: 6/0 (search/found)
|
|
Patricia risk: 0/0 (search/found)
|
|
Patricia protocols: 6/0 (search/found)
|
|
|
|
Corba 22 3681 3
|
|
|
|
1 TCP 10.101.0.2:8727 <-> 10.102.0.2:1049 [proto: 168/Corba][IP: 0/Unknown][ClearText][Confidence: DPI][cat: RPC/16][5 pkts/854 bytes <-> 4 pkts/713 bytes][Goodput ratio: 66/68][0.00 sec][bytes ratio: 0.090 (Mixed)][IAT c2s/s2c min/avg/max/stddev: 0/0 0/0 0/0 0/0][Pkt Len c2s/s2c min/avg/max/stddev: 60/60 171/178 437/311 149/118][PLAIN TEXT (RootPOA)][Plen Bins: 0,0,0,0,0,25,0,25,25,0,0,25,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]
|
|
2 TCP 10.101.0.2:8726 <-> 10.102.0.2:900 [proto: 168/Corba][IP: 0/Unknown][ClearText][Confidence: DPI][cat: RPC/16][4 pkts/504 bytes <-> 3 pkts/670 bytes][Goodput ratio: 53/74][0.00 sec][bytes ratio: -0.141 (Mixed)][IAT c2s/s2c min/avg/max/stddev: 0/1 1/1 1/1 0/0][Pkt Len c2s/s2c min/avg/max/stddev: 60/60 126/223 322/548 113/230][PLAIN TEXT (omg.org/SendingContext/CodeBase)][Plen Bins: 0,0,0,0,0,0,0,0,50,0,0,0,0,0,0,50,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]
|
|
3 TCP 10.101.0.2:8728 <-> 10.102.0.2:61191 [proto: 168/Corba][IP: 0/Unknown][ClearText][Confidence: DPI][cat: RPC/16][4 pkts/558 bytes <-> 2 pkts/382 bytes][Goodput ratio: 58/69][0.00 sec][bytes ratio: 0.187 (Mixed)][IAT c2s/s2c min/avg/max/stddev: 0/0 0/0 0/0 0/0][Pkt Len c2s/s2c min/avg/max/stddev: 60/62 140/191 376/320 137/129][PLAIN TEXT (RootPOA)][Plen Bins: 0,0,0,0,0,0,0,0,50,0,50,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0]
|