Network Capture

Save network traffic into a capture file for further analysis. More...

Classes
class	NetworkCapture
	Network Capture APIs. More...
class	NetworkCaptureContentKind
	Bitmap used to specify a content type, i.e., a part of the RTPS frame. More...
class	NetworkCaptureParams
	Input parameters for starting network capture. More...
class	NetworkCaptureTrafficKind
	Bitmap used to specify whether we want to capture inbound or outbound traffic. More...

Detailed Description

Save network traffic into a capture file for further analysis.

RTI Connext allows you to capture the network traffic that one or more DomainParticipants send or receive. This feature can be used to analyze and debug communication problems between your DDS applications. When network capture is enabled, each DomainParticipant will generate a pcap-based file that can then be opened by a packet analyzer like Wireshark, provided the right dissectors are installed.

To some extent, network capture can be used as an alternative to existing pcap-based network capture software (such as Wireshark). This will be the case when you are only interested in analyzing the traffic a DomainParticipant sends/receives. In this scenario, network capture will actually have some advantages over using more general pcap-based network capture applications: RTI's network capture includes additional information such as security-related data; it also removes information that is not needed, such as user data, when you want to reduce the capture size. That said, RTI's network capture is not a replacement for other pcap-based network capture applications: it only captures the traffic exchanged by the DomainParticipants, but it does not capture any other traffic exchanged through the system network interfaces.

To capture network traffic com.rti.ndds.utility.NetworkCapture.enable must be invoked before creating any DomainParticipant. Similarly, com.rti.ndds.utility.NetworkCapture.disable must be called after deleting all participants. In between these calls, you may start, stop, pause or resume capturing traffic for one or all participants.

Capturing

Shared Memory Traffic

Every RTPS frame in network capture has a source and a destination associated with it. In the case of shared memory traffic, a process identifier and a port determine the source and destination endpoints.

Access to the process identifier (PID) of the source for inbound traffic requires changes in the shared memory segments. These changes would break shared memory compatibility with previous versions of RTI Connext. For this reason, by default, network capture will not populate the value of the source PID for inbound shared memory traffic.

If interoperability with previous versions of RTI Connext is not necessary, you can generate capture files containing the source PID for inbound traffic. To do so, configure the value of the 'dds.transport.minimum_compatibility_version' property to 6.1.0. (See com.rti.dds.infrastructure.PropertyQosPolicy).

<domain_participant_qos> 
 
    <property> 
 
        <value> 
  
            <element> 
 
                <name>dds.transport.minimum_compatibility_version</name> 
 
                <value>6.1.0</value> 
 
                <propagate>false</propagate> 
 
            </element> 
 
        </value> 
 
    </property> 
 
</domain_participant_qos> 

This property is never propagated, so it must be consistently configured throughout the whole system.

Note: Changing the value of this property affects the type of shared memory segments that RTI Connext uses. For that reason, you may see the following warning, resulting from leftover shared memory segments:

[0xC733A001,0xB248F671,0xAEC4A0C1:0x000001C1{Domain=200}|CREATE DP|ENABLE] NDDS_Transport_Shmem_is_segment_compatible:incompatible shared memory protocol detected. 
 
Current version 4.0 not compatible with 2.0. 

The leftover shared memory segments can be removed using the ipcrm command. See https://community.rti.com/kb/what-are-possible-solutions-common-shared-memory-issues for more information.