This can pccur when one of the network switch or connected device are manually set to run at inconsistent ethernet clock rates...
Folks,
I am seeing error messages like this printed in the Linux shell periodically:
../udpiiu.cpp: Undecipherable (payload too small) UDP msg from
10.54.160.250:3956 ignored
../udpiiu.cpp: Undecipherable (payload too small) UDP msg from
10.54.160.250:3956 ignored
../udpiiu.cpp: Undecipherable (payload too small) UDP msg from
10.54.160.246:3956 ignored
../udpiiu.cpp: Undecipherable (payload too small) UDP msg from
10.54.160.250:3956 ignored
../udpiiu.cpp: Undecipherable (payload too small) UDP msg from
10.54.160.246:3956 ignored
../udpiiu.cpp: Undecipherable (payload too small) UDP msg from
10.54.160.250:3956 ignored
../udpiiu.cpp: Undecipherable (payload too small) UDP msg from
10.54.160.246:3956 ignored
../udpiiu.cpp: Undecipherable (payload too small) UDP msg from
10.54.160.250:3956 ignored
../udpiiu.cpp: Undecipherable (payload too small) UDP msg from
10.54.160.246:3956 ignored
The messages are being printed from udpiiu.cpp in EPICS base. I believe they are generated by medm that is running in the background. medm is built with base 7.0.7.
I believe port 3956 is used for GigEVision. This suggests that the devices with those IP addresses could be cameras, but they are not registered in our DNS. I am trying to track them down.
However, given that the messages appear to have nothing to do with EPICS, why is EPICS base printing an error message, rather than simply ignoring them?
What do these messages mean, and can they be turned off?
Thanks,
Mark