Appearance
Appearance
TTEthernet 协议的开发目标是在 Ethernet 上实现时间触发通信。其服务包括时钟同步服务、启动服务,以及 clique 检测和恢复服务。TTEthernet 是一种透明同步协议,这意味着它能够在同一物理通信网络上与其他流量(可能是旧式流量)共存。它定义了一些基本构建块,使时间触发服务能够透明地集成到基于消息的通信基础设施(例如标准 Ethernet)之上。此外,它被设计为可用于众多跨行业应用。因此,TTEthernet 具备严格的容错能力。
TTEthernet 规定了在 Ethernet 之上实现时间触发通信的服务,即 TT Services。来自更高层协议(如 IP 或 UDP)的消息,可以很容易地在不修改消息内容本身的情况下被“变成”时间触发。这是因为 TTEthernet protocol overhead 通过专用消息传输,这些消息称为 Protocol Control Frames,用于建立系统级时钟同步。简而言之,TTEthernet 只关心数据消息“何时”发送,而不是关心数据消息中的具体内容。
有关该协议的详细信息,请参阅 TTEthernet specification,可从 TTTech(ttethernet@tttech.com)获取。
捕获的 TTE 流量例如可能如下所示:
TTE 流量的识别基于 MAC Destination Constant Field。TTE dissector 实际上由两个 dissectors 组成,一个用于 TTE Data Frames(TTE,基于 ARINC664 AFDX Frame),另一个用于 TTE Protocol Control Frames(TTE-PCF)。前者解析 destination MAC address,并显示 “Constant Field” 和 “Critical Traffic Identifier (CT ID)”。后者解析 PCF frame 的内容,如上例所示。
两个 dissectors 都功能完整,并且默认启用。可以使用 “Analyze.Enabled protocols...” 菜单项分别禁用它们。
满足等式 “Constant Field” & “CT Mask” = “CT Marker” 的流量被视为 critical traffic,因此由 TTE dissectors 处理。
注意:本示例中的 MAC Destination Constant Field 被设置为 3000101。
| 过滤器 | 流量描述 | tte | 所有基于 TTEthernet 的流量 | tte.macdest==3000101 | 所有发往 Ethernet MAC address 3000101 的流量 | tte.ctid==20 | 所有 Critical Traffic Identifier 为 20 的流量 | tte.pcf | 所有 TTE Protocol Control Frame(PCF)流量 | tte.pcf.sd==1 | 某个 sync domain 内的所有 TTE PCF 流量
| 过滤器 | 流量描述 | ether proto 0x891d | 仅 ethertype 为 0x891d 的帧 | ether src 00:08:15:00:08:15 | 仅来自 00:08:15:00:08:15 的帧 | ether dst 00:08:15:00:08:15 and ether src 00:08:15:00:08:20 | 仅发往 00:08:15:00:08:15 且来自 00:08:15:00:08:20 的帧 | less 100 | 仅大小小于或等于 100 字节的帧
更多捕获过滤器示例可在 http://www.tcpdump.org/tcpdump_man.html 的 tcpdump capture filter expressions 中找到。
Imported from https://wiki.wireshark.org/TTEthernet on 2020-08-11 23:26:57 UTC