Re: udpiiu messages

["Hill, Jeff via Tech-talk" <tech-talk at aps.anl.gov>]

The Ethernet, IP, and UDP checksums are not strong enough to detect situations where almost every byte in the message is damaged. This can cause even the UDP port field to arrive damaged.

The switch and attached device should be set for continuous auto-negotiation following modern practice. 

Often this problem happens because the network device driver auto-negotiates only once when booting up, and perhaps the switch was not powered up at that time.

---

From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of Hill, Jeff via Tech-talk <tech-talk at aps.anl.gov>
Sent: Monday, February 2, 2026 12:10 PM
To: EPICS Tech Talk <tech-talk at aps.anl.gov>; Mark Rivers <rivers at cars.uchicago.edu>
Subject: [EXTERNAL] Re: udpiiu messages

 

This can pccur when one of the network switch or connected device are manually set to run at inconsistent ethernet clock rates...

---

From: Tech-talk <tech-talk-bounces at aps.anl.gov> on behalf of Mark Rivers via Tech-talk <tech-talk at aps.anl.gov>
Sent: Thursday, January 29, 2026 7:26 AM
To: EPICS Tech Talk <tech-talk at aps.anl.gov>
Subject: [EXTERNAL] udpiiu messages

 

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