PROFINET Forum

Adam wrote: ↑26 Nov 2024, 07:57 Excuse me, seniors, I would like to ask for your advice. In the 2024-07-30_PN-Test_V2450 Test Bundle, when using the Automated RT Tester software, the test item Behavior_-Scenario_10(CLRPC) failed, but the reason for the failure is unclear. The DUT (Device Under Test) provided a get-response, and after executing ResetToFactory mode: ResetApplicationData, it reverted to default values. However, the software displays (SNMP entry: NULL). Below is the captured key packet information:
---------------------------------------------------------------------------------------------------
Frame 639: 85 bytes on wire (680 bits), 85 bytes captured (680 bits)
Ethernet II, Src: a8:bb:cc:00:00:01 (a8:bb:cc:00:00:01), Dst: 0c:73:eb:70:4a:31 (0c:73:eb:70:4a:31)
Internet Protocol Version 4, Src: 192.168.0.25, Dst: 192.168.0.50
User Datagram Protocol, Src Port: 65534, Dst Port: 161
Simple Network Management Protocol
version: version-1 (0)
community: public
data: get-request (0)
get-request
request-id: 1224599736
error-status: noError (0)
error-index: 0
variable-bindings: 1 item
1.3.6.1.2.1.1.4.0: Value (Null)
[Response In: 640]
---------------------------------------------------------------------------------------------------
Frame 640: 104 bytes on wire (832 bits), 104 bytes captured (832 bits)
Ethernet II, Src: 0c:73:eb:70:4a:31 (0c:73:eb:70:4a:31), Dst: a8:bb:cc:00:00:01 (a8:bb:cc:00:00:01)
Internet Protocol Version 4, Src: 192.168.0.50, Dst: 192.168.0.25
User Datagram Protocol, Src Port: 161, Dst Port: 65534
Simple Network Management Protocol
version: version-1 (0)
community: public
data: get-response (2)
get-response
request-id: 1224599736
error-status: noError (0)
error-index: 0
variable-bindings: 1 item
1.3.6.1.2.1.1.4.0: "Tel:123-1-1234-1234"
[Response To: 639]
[Time: 0.000799482 seconds]
---------------------------------------------------------------------------------------------------
Frame 641: 266 bytes on wire (2128 bits), 266 bytes captured (2128 bits)
Ethernet II, Src: 04:00:00:00:00:01 (04:00:00:00:00:01), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 192.168.0.99, Dst: 255.255.255.1
User Datagram Protocol, Src Port: 521, Dst Port: 514
[truncated]Syslog message: USER.NOTICE: 2024/11/26 PM 02:02:45 AutomatedRtTester-Message(Interface 1): Behavior of ResetToFactory: Test step 24: The ResetToFactory mode: ResetApplicationData expects that the writeable SNMP entries are re
0000 1... = Facility: USER - random user-level messages (1)
.... .101 = Level: NOTICE - normal but significant condition (5)
Message: 2024/11/26 PM 02:02:45 AutomatedRtTester-Message(Interface 1): Behavior of ResetToFactory: Test step 24: The ResetToFactory mode: ResetApplicationData expects that the writeable SNMP entries are reset. (SNMP entry: NULL)

s.zach wrote: ↑02 Dec 2024, 08:20

Adam wrote: ↑26 Nov 2024, 07:57 Excuse me, seniors, I would like to ask for your advice. In the 2024-07-30_PN-Test_V2450 Test Bundle, when using the Automated RT Tester software, the test item Behavior_-Scenario_10(CLRPC) failed, but the reason for the failure is unclear. The DUT (Device Under Test) provided a get-response, and after executing ResetToFactory mode: ResetApplicationData, it reverted to default values. However, the software displays (SNMP entry: NULL). Below is the captured key packet information:
---------------------------------------------------------------------------------------------------
Frame 639: 85 bytes on wire (680 bits), 85 bytes captured (680 bits)
Ethernet II, Src: a8:bb:cc:00:00:01 (a8:bb:cc:00:00:01), Dst: 0c:73:eb:70:4a:31 (0c:73:eb:70:4a:31)
Internet Protocol Version 4, Src: 192.168.0.25, Dst: 192.168.0.50
User Datagram Protocol, Src Port: 65534, Dst Port: 161
Simple Network Management Protocol
version: version-1 (0)
community: public
data: get-request (0)
get-request
request-id: 1224599736
error-status: noError (0)
error-index: 0
variable-bindings: 1 item
1.3.6.1.2.1.1.4.0: Value (Null)
[Response In: 640]
---------------------------------------------------------------------------------------------------
Frame 640: 104 bytes on wire (832 bits), 104 bytes captured (832 bits)
Ethernet II, Src: 0c:73:eb:70:4a:31 (0c:73:eb:70:4a:31), Dst: a8:bb:cc:00:00:01 (a8:bb:cc:00:00:01)
Internet Protocol Version 4, Src: 192.168.0.50, Dst: 192.168.0.25
User Datagram Protocol, Src Port: 161, Dst Port: 65534
Simple Network Management Protocol
version: version-1 (0)
community: public
data: get-response (2)
get-response
request-id: 1224599736
error-status: noError (0)
error-index: 0
variable-bindings: 1 item
1.3.6.1.2.1.1.4.0: "Tel:123-1-1234-1234"
[Response To: 639]
[Time: 0.000799482 seconds]
---------------------------------------------------------------------------------------------------
Frame 641: 266 bytes on wire (2128 bits), 266 bytes captured (2128 bits)
Ethernet II, Src: 04:00:00:00:00:01 (04:00:00:00:00:01), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 192.168.0.99, Dst: 255.255.255.1
User Datagram Protocol, Src Port: 521, Dst Port: 514
[truncated]Syslog message: USER.NOTICE: 2024/11/26 PM 02:02:45 AutomatedRtTester-Message(Interface 1): Behavior of ResetToFactory: Test step 24: The ResetToFactory mode: ResetApplicationData expects that the writeable SNMP entries are re
0000 1... = Facility: USER - random user-level messages (1)
.... .101 = Level: NOTICE - normal but significant condition (5)
Message: 2024/11/26 PM 02:02:45 AutomatedRtTester-Message(Interface 1): Behavior of ResetToFactory: Test step 24: The ResetToFactory mode: ResetApplicationData expects that the writeable SNMP entries are reset. (SNMP entry: NULL)

Hello Adam,

it is hard to identify the problem with just this information.

Please send the complete project (project file, GSD, report, pcaps and grpc logs)
to me ([email protected])