Normally, IT organizations feed a copy of network traffic to the ExtraHop appliance using a SPAN or tap—a non-invasive, plug-and-play deployment that our customers love us for. But there are some scenarios where that is not possible. For these scenarios, we have a solution: A software tap that essentially mimics a traditional network tap by forwarding traffic from any server to ExtraHop.
Give It Back Better Than You Found It
To build our software tap, we needed the leanest, meanest packet forwarder possible. That’s why we weren’t content with the standard RPCAP, an open-source remote packet capture system that is already very efficient. RPCAP is a wrapper around the standard libpcap (packet capture) library and installs on your server, sniffs traffic, and forwards it to another client, such as an ExtraHop appliance, for storage and analysis. Our modifications are currently available for both Linux and Windows, and posted back up on GitHub. Our biggest enhancement is an “udpstr” mode to decrease IP fragments and overhead. In cases of even moderate network transfers, such as database queries or web downloads, our enhanced version sends the same amount of information in one-third the number of packets.
The original RPCAP simply wraps each captured packet in a header and sends the whole thing as payload in a UDP packet. For example, in Figure 1 below, a 250-byte TCP packet, #32, will be sent inside a 320-byte UDP packet, #33.
Sending each packet inside a UDP packet is simple, but it results in lots of IP fragments when the original packet is already full MTU length, as shown in Figure 2 below.
The original packet #38 is already a full MTU of 1514 bytes. RPCAP sends this packet as a UDP packet with 1550 bytes of payload. Since the UDP packet is bigger than MTU, it is split into two IP fragments, #39, 1514 bytes, and #40, 104 bytes. Any large network transfers, such as large web downloads or database queries, will mostly be full MTU packets. Using the original RPCAP with this traffic would result in many IP fragments and overhead!
The ExtraHop enhancement, “udpstr” mode for RPCAP, waits until there are 1500 bytes worth of captured packets to send, and then sends UDP packets with full MTU.
In Figure 3 above, the blue UDP packets #39-#43 contain all of the green original packets, #24-#38. Compared to the original RPCAP protocol, there are no IP fragments and the host running RPCAP has much fewer packets to send, and therefore spends significantly less time in the network stack of the operating system! Here are the capture files used above if you want to see what RPCAP looks like on the wire: rpcap_original.pcap, rpcap_extrahop.pcap
Let RPCAP Join the Party
The ExtraHop software tap adds another option to get the traffic that you need to the ExtraHop appliance. Having a software tap accelerates proof-of-concept deployments and makes it easier for people to use our ExtraHop Discovery Edition even if they do not have easy access to a SPAN. In mixed environments, the ExtraHop software tap enables you to set up a SPAN or tap in your datacenter but deploy the forwarder at remote branches or stores. Similarly, if you are using Amazon Web Services (AWS), you can easily extend your ExtraHop deployment to cover AWS workloads, gaining full L2-L7 visibility spanning your on-premises and cloud environments. Check out Page 4 of our AWS Solution Brief for an overview of this hybrid scenario.
Try Before You Buy
The ExtraHop software tap makes it much easier to analyze your wire data. Interested in trying it out? Download the ExtraHop Discovery Edition, a perpetually licensed free virtual appliance. With our software tap, you can try our product without network administrator involvement. After deploying the AMI or OVA in a virtual environment and setting up the license key, you deploy the forwarders on the servers you select. Our documentation guides you through the RPCAP download process to access our install script and execute it on your server. It takes just seconds to run! Within minutes, the ExtraHop Discovery Edition will automatically register the selected servers and wire data analysis will appear on the Summary Page for HTTP, database, CIFS, NFS, iSCSI, Citrix ICA, LDAP, and DNS traffic. Specific information about the forwarder instance is on the System Health page. From there, use the ExtraHop platform to view communications between your servers and spot potential issues.