from tsp_stream_sender.c:330-331:

myu.addr = (uint32_t)ntohl(*((uint32_t*)myhost->h_addr_list[0]));
    sprintf(host,"%d.%d.%d.%d",myu.parts[3], myu.parts[2], myu.parts[1], myu.parts[0]);

the "numeric" handling of hostname is somehow not so old:
https://savannah.nongnu.org/bugs/?14783
https://savannah.nongnu.org/bugs/?14770
so some use may not experience the bug because
they try to connect to the server with numeric @IP and
not with "hostname" (RTEMS case :-).


However you may be right ntohl seems to be the culprit.
We should ALWAYS use network byte order (and not host)
in order to build the appropriate string @IP address.
However, I have no big endian host at hand :=)

Would you be able to test and provide a patch for this?
It should concern both
tsp_stream_sender.c
tsp_server.c
and the companion "test prog"
src/util/libutil/tsp_check_host_and_ip.c

you may try to run
tsp_check_host_and_ip
on each host in order to check the appropriate way
to do it.