|
HP OpenVMS Systemsask the wizard |
|
The Question is: I am having a strange performance issue with DECserver 200's on an Alphaserver 1000A running VMS 7.2-1. The user's can connect to the host and work with everything normal except that there is a 2 to 4 second delay in the typed character display. Yhis co nfiguration also includes PC's connected using telnet that do not have any problems. File transfers using FTP also perform as expected. I have replaced each server, DELNI and cable to no avail. The problem goes away as soon and as long as someone connec ts to the (each) server using MC LANCP. I have talked to Compaq support and they had never seen anything like this. Any thoughts you might have would be appreciated. The Answer is : The most obvious question: what has changed since this (old hardware) was last functioning. The OpenVMS Wizard has seen similar behaviour when there are network errors lurking -- the echo is provided by OpenVMS, which would imply a connectivity or response problem between the DECserver 200 series device and the OpenVMS host. Accordingly, please apply the available mandatory ECO kits for OpenVMS, and also any that include updates for LAT and for the network drivers. It is also possible that there is a babbling device on the network. (This is comparatively unlikely, but odd behaviours have been seen with network hardware of this vintage.) Please also check for connectivity errors -- use the LANCP counters, and check the cabling and transceiver connections -- between the OpenVMS host and the DECserver device, and check for such details as the transceiver AUI and heartbeat settings, the Ethernet switch (if any) settings, etc. (This assumes the DELNI is connected to an Ethernet segment using a transceiver.) The DELNI itself is also little more than an electronic simulation of a long Ethernet cable within a box, and particularly has very specific Ethernet network configuration requirements -- details on the DELNI configuration include the local-remote switch setting, the number of DELNI devices connected together, and the use of the network AUI port. If the DELNI is connected to a repeater and the DELNI global port is enabled, heartbeat MUST be disabled on the transceiver, either via a switch on the particular transceiver for more "recently-ancient" Ethernet transceivers, or via the H4000-BA series "no heartbeat" transceiver. Propogation of heartbeat through a DELNI device has been known to cause problems and sluggishness among repeaters and other devices -- heartbeat is a collision presence detection mechanism, and the reported behaviour could be caused by misinterpreted collisions. Newer devices generally also expect heartbeat to be enabled, and will generate errors if not. DELNI and DECserver 200 series devices are comparatively rare and rather old devices, as well. This might well be a hardware problem with these devices. (Given prices of current-generation terminal server and network hardware, does continued diagnosing of this problem make economic sense?)
|