I had thios problem once, too. In my case the machine was a netware server 
running client version 4.2.1.13 or so. I wanted to restore some of the netware 
files to a w2k machine and logged on to the server from the w2k machine with 
the gui client. That seems to change the registration of the node in the tsm 
database. The next time the 'real' node (i.e. the netware server) had a turn 
requesting its schedule from the server, it returned 'downlevel', because the 
w2k machine had changed the registration to '4.2.1.20'.
Luckily this happened during our testing phase and I simply deleted the node 
(and all data on the server concerning it) and registered the node again.
Maybe this has something to do with the 'open registration mode'.
What I learned is: 'Don'r restore from a client with a different version level'.
pk.

> -----Ursprüngliche Nachricht-----
> Von: Diciommo Fabio EDS [mailto:fabio.diciommo.eds AT TESORO DOT IT] 
> Gesendet: Montag, 25. Februar 2002 17:47
> An: ADSM-L AT VM.MARIST DOT EDU
> Betreff: Downlevel client code version
> 
> 
> Are you experienced about this problem:
> 
> On client side:
> 
> 25/02/02   16:34:22 cuSignOnResp: Server rejected session; 
> result code: 57
> 25/02/02   16:34:22 sessOpen: Error 57 receiving SignOnResp 
> verb from server
> 25/02/02   16:34:22 ANS1357S Session rejected: Downlevel 
> client code version
> 
> On server side:
> 
> Inside client parameters, on my TSM rel. 4.2.1.9, I see with 
> much surprise client Platform is Win2K ( Client OS level 5 ), 
> but client is AIX platform. I tried to update the node, but I 
> can't modify platform type field. How can I do ??? Thanks to all.
> 
> Fabio
>