This wiki has been migrated to and is now deprecated. Please use that site instead.

Time-Triggered Ethernet (TTEthernet, TTE)

The TTEthernet protocol was developed to enable time-triggered communication over Ethernet. Its services include a clock synchronization service, a startup service, and clique detection and recovery services. TTEthernet is a transparent synchronization protocol, which means that it is able to co-exist with other traffic, potential legacy traffic, on the same physical communication network. It defines basic building blocks that allow to transparently integrate the time-triggered services on top of message-based communication infrastructures such as standard Ethernet. In addition, it is designed to operate for a multitude of cross-industry applications. As such, TTEthernet comprises demanding fault-tolerant capabilities.

TTEthernet specifies services that enable time-triggered communication on top of Ethernet, the TT Services. Messages from higher layer protocols, like IP or UDP, can easily be "made" time-triggered without modifications of the messages' contents itself. This is, because the TTEthernet protocol overhead is transmitted in dedicated messages, called Protocol Control Frames, which are used to establish system-wide clock synchronization. In short, TTEthernet is only concerned with "when" a data message is sent, rather than with specific contents within a data message.

For details about the protocol, please refer to the TTEthernet specification, available from TTTech (


Protocol dependencies

Example traffic

Captured TTE traffic can, for example, look like this:


The recognition of TTE traffic is based on the MAC Destination Constant Field. The TTE dissector actually consists of two dissectors, one for TTE Data Frames (TTE, based on ARINC664 AFDX Frame), and one for TTE Protocol Control Frames (TTE-PCF). The former dissects the destination MAC address and displays the "Constant Field" and the "Critical Traffic Identifier (CT ID)". The latter dissects the contents of a PCF frame, as shown in the above example.

Both dissectors are fully functional and are active by default. They can be disabled independently, using the 'Analyze.Enabled protocols...' menu entry.

Preference Settings

Traffic satisfying the equation "Constant Field" & "CT Mask" = "CT Marker" is considered critical traffic and is hence processed by the TTE dissectors.

  1. Select "TTE" from the available protocols.
  2. Set "CT Mask" and "CT Marker" according to the above equation.

Example capture file

Display Filter

Capture Filter

Additional examples for capture filters can be found in the tcpdump capture filter expressions at [].


TTEthernet (last edited 2008-12-17 08:38:05 by MajbrittMacher)