I am a little confused. The control unit connection is serial/SDLC and the AS400 connection is serial/SDLC. This leads me to believe that the definition in the AS400 for the remote device is an SDLC definition. So why are the router configurations specifying MAC addresses? The router configs look like they are trying to translate an SDLC connection to a LAN connection but it seems that both ends are expecting SDLC.
In a traditional SNA SDLC connection both ends of the connection would have the same clock rate. One of the advantages of DLSW is that it can buffer and compensate for clocking differences between the two ends. I doubt that the different clock rates are the problem.
The suggestion about checking routing is good and about pinging is good. In particular you should do an extended ping (on both ends to be thorough) which specifies the remote loopback address as the destination and specifies the local loopback as the source. And the output of show DLSW could be helpful.
I modified clockrate on Cisco 1841 serial interface in order to have the same value on both sides, but it is still not working.
Look at serial interface configuration on Cisco 2811:
no ip address
sdlc role secondary
sdlc vmac 4053.9010.0100
sdlc address 01
sdlc xid 01 056E9EF0
sdlc partner 4053.9011.2100 01
sdlc dlsw 1
As you can see remote device is configured as sdlc remote device with commands 'sdlc address 01' and 'sdlc xid 01 056E9EF0'. The MAC addresses configured are virtual MAC addresses I randomly picked and they are used in sdlc partner definition.
I can't understand when you say that the router configs look like they are trying to translate an SDLC connection to a LAN connection...
Anyway the Serial interface on Cisco 2811 is still down/down (even if clockrate and duplex mode match values configured o AS400) and the sdlc status is still CLS_STN_CLOSED. The Serial interface on Cisco 1841 is up/up, Control Unit replies to sdlc test packets but the state is still CLS_STN_CLOSED
We are pleased to announce availability of Beta software for 16.6.3. 16.6.3 will be the second rebuild on the 16.6 release train targeted towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are looking for early feedback from custome...