Customer Service Center
Spirent KB Article
Doc ID: KNI17045
Email Article Link
Spirent TestCenter: Test modules ports goes down and stays in unavailable state - RSVP Crash
A customer is facing this issue randomly in both of the 400G Line card (Slot 1 and Slot 6 on the same chassis) when running automation scripts and using the lab server the ports went down and was in an unavailable state.
They usually had to reboot the line card (remotely) to bring the port UP.
From the logs generated you can see there are some crash logs withing the firmware logs:
Steps to reproduce:
Create a new session on lab server.
Load tcc file.
Reserve ports and start protocols.
Start traffic wait for 30 seconds, stop traffic and get results. Make sure there is no drop.(baseline before performing any triggers)
Perform some trigger on the DUT like reloading dut, or reloading configuration etc.,
Stop traffic and check for results if there is drop seen. Perform step 4 again until there is no drop seen, to make sure that the DUT has recovered after the trigger. If the traffic recovers before 5 tries test is marked as pass, else it is marked as failed.
Once all the test cases are performed customer will delete the session.
The customer is seeing the issue intermittently mostly during step 7. Once they hit the issue, the script will automatically delete the session and will restart again.
Issue fixed within 5.31 release (Middle march 2022 release)
Issue occurred because while raising the events we didnt make sure all of the data structures are valid. In some of the rare cases, as there were no safety checks in code it leads to crash. The reason the daemon_ngcXX died is basically due to access violation and segmentation fault.
Product : PX3,Spirent TestCenter