Architecture Design

Chapter 4 — Typical system topology, deployment patterns, and device connection diagrams for NTA/AD systems

4.1 Architecture Design Principles

A well-designed NTA/AD architecture must balance comprehensive visibility against operational complexity and cost. The fundamental principle is to achieve maximum threat detection coverage with the minimum number of observation points, by strategically placing sensors at network choke points where all relevant traffic must pass. The architecture must be designed to be resilient — sensor failures must not create gaps in detection coverage — and scalable, so that additional observation points can be added as the network grows without requiring a redesign of the analytics platform.

Three core architectural patterns are commonly deployed: the centralized architecture, where all sensors forward telemetry to a single analytics platform; the distributed architecture, where regional analytics nodes process local traffic and forward only alerts and metadata to a central platform; and the hybrid architecture, which combines both approaches. The selection among these patterns depends on network topology, available bandwidth between sites, data sovereignty requirements, and the organization's operational model.

Architecture Pattern Best For Bandwidth Requirement Latency Complexity
Centralized Single-site or small multi-site High (all flows to center) Low (single platform) Low
Distributed Large multi-site, data sovereignty Low (alerts only to center) Higher (multi-hop) High
Hybrid Enterprise with regional offices Medium (metadata + alerts) Medium Medium
Cloud-Native Cloud-first organizations Variable (API-based) Variable Medium

4.2 Typical System Topology

The diagram below illustrates the reference topology for a comprehensive enterprise NTA/AD deployment. The architecture spans four network zones — Internet/Untrusted, DMZ, Core Network/Internal LAN, and Data Center — with NTA sensors positioned at each zone boundary. The central analytics platform receives telemetry from all sensors and integrates with downstream SIEM and SOAR platforms for alert management and automated response.

NTA/AD System Topology Diagram
Figure 4.1: Reference topology for enterprise NTA/AD deployment showing sensor placement across Internet egress, DMZ, core network, and data center zones with centralized analytics platform.

4.2.1 Observation Point Strategy

The observation point strategy defines where sensors are placed and what telemetry they collect. The strategy must ensure that no significant traffic flow can occur without being observed by at least one sensor. The following observation points are mandatory in the reference architecture:

  • Internet egress point: TAP-based packet sensor for full metadata extraction, TLS fingerprinting, and DNS analysis
  • DMZ boundary: Packet sensor for full PCAP capability on externally-accessible service segments
  • Data center aggregation: NetFlow/IPFIX collection from spine-leaf fabric for east-west traffic visibility
  • Core distribution: Flow collection from distribution switches for internal LAN visibility
  • Remote sites: Flow export from SD-WAN appliances and branch routers

4.3 Device Connection and Wiring Diagram

Physical connectivity is a critical aspect of NTA sensor deployment. The diagram below shows the standard interface wiring for a 2U rack-mount NTA sensor appliance, including monitoring port connections to network TAPs, management port connections to the out-of-band management network, and storage interface connections for PCAP data. Understanding the physical connectivity requirements is essential for rack planning, cable management, and ensuring that monitoring connections are passive and non-disruptive to production traffic.

NTA Sensor Device Physical Connection and Interface Wiring Diagram
Figure 4.2: NTA sensor appliance physical connection diagram showing monitoring port connections to optical and copper TAPs, management network connections, and PCAP storage interface wiring.

4.3.1 TAP Selection and Placement

Network TAPs (Test Access Points) are the preferred method for connecting NTA sensors to production network links, as they provide a completely passive copy of traffic without introducing any latency or failure risk to the monitored link. The selection between optical TAPs and copper TAPs depends on the physical media of the monitored link. Optical TAPs use passive optical splitting to provide a copy of the light signal, requiring no power to operate. Copper TAPs use active electronics to regenerate the electrical signal, requiring power but supporting full-duplex monitoring on copper links.

TAP Type Media Power Required Fail-Safe Max Speed Use Case
Passive Optical TAP Single-mode / Multi-mode fiber No Yes (passive) 100 Gbps+ Data center fiber links
Active Copper TAP Cat5e/Cat6/Cat6A copper Yes Bypass relay 10 Gbps Access layer copper links
Regeneration TAP Fiber or copper Yes Bypass relay 40 Gbps High-fan-out monitoring
Aggregation TAP Mixed Yes Bypass relay 40 Gbps Combining multiple links to one sensor

4.4 High Availability Architecture

Production NTA/AD deployments require high availability to ensure continuous monitoring coverage. The HA architecture addresses three failure scenarios: sensor failure, analytics platform failure, and network path failure. Sensor redundancy is achieved by deploying paired sensors on each monitored link segment, with automatic failover. Analytics platform HA uses active-active clustering for the analytics engine and replicated storage for flow metadata and PCAP data. Network path redundancy ensures that TAP failures do not create monitoring blind spots.

Component HA Method Failover Time Data Loss Notes
NTA Sensor Active-passive pair < 30 seconds Minimal (in-flight flows) TAP with bypass relay
Analytics Platform Active-active cluster Transparent None Load-balanced ingestion
Flow Storage RAID + replication Transparent None RPO = 0, RTO < 1 min
PCAP Storage RAID 6 or erasure coding Transparent None Tolerates 2 drive failures