Part Number: AM6442
I configured the PRP redundancy mode through this webpage:3.2.2.8. HSR PRP Non-Offload — Processor SDK AM64X Documentation
The test revealed that layer 3 messages can pass through the PRP port normally, but GOOSE messages cannot be sent out through the PRP port.
I can capture GOOSE messages on the device's logical port prp0, but I cannot capture GOOSE messages on the physical ports eth0 and eth1, and the peer also cannot receive GOOSE messages. Other layer 3 messages are normal. Switching to RSTP mode allows normal sending and receiving of GOOSE messages.
The process is as follows:
1.Run system command
ip link set $ifa down
ip link set $ifb down
ip link set dev $ifa address $mac
ip link set dev $ifb address $mac
ip link add name $if type hsr slave1 $ifa slave2 $ifb supervision 45 proto 1
ip addr add $ip/24 dev $if
ip link set $if up
ip link set $ifa up
ip link set $ifb up
2.Send GOOSE messages, and run tcpdump -i prp0, show as follows:
listening on prp0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
08:29:02.881703 00:00:54:68:00:00 (oui Unknown) > 01:0c:cd:01:00:02 (oui Unknown), ethertype Unknown (0x88b8), length 206:
0x0000: 0002 00bc 0000 0000 6181 b180 1a50 334c ........a....P3L
0x0010: 4430 2f4c 4c4e 3024 474f 2453 4554 476f D0/LLN0$GO$SETGo
0x0020: 6f73 6543 425f 3281 020f a082 1750 334c oseCB_2......P3L
0x0030: 4430 2f4c 4c4e 3024 5345 5447 6f6f 7365 D0/LLN0$SETGoose
0x0040: 4453 5f31 831a 5033 4c44 302f 4c4c 4e30 DS_1..P3LD0/LLN0
0x0050: 2447 4f24 5345 5447 6f6f 7365 4342 5f32 $GO$SETGooseCB_2
0x0060: 8408 695b 59f7 ca42 9767 8501 0186 020e ..i[Y..B.g......
0x0070: 4387 0100 8802 2710 8901 008a 0103 ab3c C.....'........<
0x0080: a212 8301 0084 0303 0000 9108 695b 59e0 ............i[Y.
0x0090: fa48 7367 a212 8301 0084 0303 0000 9108 .Hsg............
0x00a0: 695b 59e0 fa48 7367 a212 8301 0084 0303 i[Y..Hsg........
0x00b0: 0000 9108 695b 59b0 34cb d167 ....i[Y.4..g
08:29:04.873897 00:00:54:68:00:00 (oui Unknown) > 01:0c:cd:01:00:02 (oui Unknown), ethertype Unknown (0x88b8), length 206:
0x0000: 0002 00bc 0000 0000 6181 b180 1a50 334c ........a....P3L
0x0010: 4430 2f4c 4c4e 3024 474f 2453 4554 476f D0/LLN0$GO$SETGo
0x0020: 6f73 6543 425f 3281 020f a082 1750 334c oseCB_2......P3L
0x0030: 4430 2f4c 4c4e 3024 5345 5447 6f6f 7365 D0/LLN0$SETGoose
0x0040: 4453 5f31 831a 5033 4c44 302f 4c4c 4e30 DS_1..P3LD0/LLN0
0x0050: 2447 4f24 5345 5447 6f6f 7365 4342 5f32 $GO$SETGooseCB_2
0x0060: 8408 695b 59f7 ca42 9767 8501 0186 020e ..i[Y..B.g......
0x0070: 4487 0100 8802 2710 8901 008a 0103 ab3c D.....'........<
0x0080: a212 8301 0084 0303 0000 9108 695b 59e0 ............i[Y.
0x0090: fa48 7367 a212 8301 0084 0303 0000 9108 .Hsg............
0x00a0: 695b 59e0 fa48 7367 a212 8301 0084 0303 i[Y..Hsg........
0x00b0: 0000 9108 695b 59b0 34cb d167 ....i[Y.4..g
3.Run tcpdump -i eth0, but there is no GOOSE message.
listening on eth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
08:30:56.697372 00:00:54:68:00:00 (oui Unknown) > 01:15:4e:00:01:2d (oui Unknown), ethertype Unknown (0x88fb), length 66:
0x0000: 0001 8c26 1406 0000 5468 0000 0000 0000 ...&....Th......
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 0a48 ...............H
0x0030: b034 88fb .4..
08:30:58.745328 00:00:54:68:00:00 (oui Unknown) > 01:15:4e:00:01:2d (oui Unknown), ethertype Unknown (0x88fb), length 66:
0x0000: 0001 8c27 1406 0000 5468 0000 0000 0000 ...'....Th......
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 0a49 ...............I
0x0030: b034 88fb .4..