HP OpenVMS Systems

Tuning TCP/IP (UCX) for TELNET?

» close window

The Question is:

 
Hi,
I have an Alpha 2000 running VMS v7.1 with some 125 Telnetsym queue, we have
over 320 interactive telnet users at any one time.
 
We've had problems with TELNET service/session not being high enough (cured
now) and CHANNELCNT being a bit low (again hopefully cured).
 
But someone suggested that the BYTLM value on the UCX$INET_ACP process might
need to be increased given the number of Telnet sessions we're running. I
don't have access to all the UCX documentation - there's supposed to be a
formula for it? Can anyone giv
e me a hint?
 
REGards.
 
 

The Answer is :

 
  Please acquire the TCP/IP Services for OpenVMS documentation in hardcopy
  or CD-ROM, or please contact the Compaq customer support center for further
  assistance.  The Wizard is not familiar with any particular recommendations
  for quotas in this area.
 
  Assuming you are experiencing TELNET-outgoing connect requests problems,
  consider checking the following:
 
  * Version of TCP/IP Services for OpenVMS
 
      - Check that the current version has been installed.
 
      - Check that the current ECO kit has been installed.
 
  * Sufficient local System resources?
 
      - NPAGEDYN
 
      - PAGEDYN
 
      - CHANNELCNT
 
      - MAXPROCESSCNT
 
      - VIRTUALPAGECNT
 
      - Ensure that you have invoked:
          @SYS$UPDATE:AUTOGEN GENPARAMS SAVPARAMS
        and then check SYS$SYSTEM:AGEN$PARAMS.REPORT.
 
      - $ SET LOGIN/INTER=xxx
 
      - Make sure you have sufficient licenses available
 
  * Sufficient local UCX resources?
 
      - Use the following to check for waits and drops:
          $ UCX SHOW COMM/MEM
 
      - Sufficient UCX$INET_ACP process quotas can be checked with
        SDA or DECamds.  (If quotas are insufficient, raise the
	quotas proportionally -- create a backup copy of the
        procedure SYS$MANAGER:UCX$INET_STARTUP.COM, then edit the
        procedure and proportionally increase the Process Quotas.
        (This applies to incoming connections only.)
 
 
  * Is local ARP Cache size big enough?
 
     - $ UCX SHOW PROTOCOL ARP/PARAM
 
  * Do the current TCP statistics indicate problems?
 
     - $ UCX SHOW PROTOCOL TCP
 
     - Still enough system ressources ?
 
     - If not UNIX, still enough TELNET resources ?
 
  * Do the current IP statistics indicate problems?
 
     - $ UCX SHOW PROTOCOL IP
 
  * Are there network topology problems between the hosts?
 
     - Are there throughput bottlenecks for IP?
 
     - Are there routing configuration problems?
 
     - Do any intervening routers have enough ressources?
 
  * Do the DECnet data link traffic statistics indicate network problems?
 
     - DECnet Phase IV NCP:
         SHOW KNOWN LINE COUNTER
         SHOW KNOWN CIRCUIt COUNTER
 
     - DECnet-Plus NCL:
         SHOW CSMA-CD STATION [stat-name] ALL COUNTER
         SHOW FDDI STATION [stat-name] ALL COUNTER
 
     - Can you collect TCP or IP traces during the creation of the
       TELNET session?
 
     - Did you analyze the network ?
 
   * Check the remote portion of the TELNET connection for problems:
 
     - Is the system sufficiently capable for the requested
       TELNET activity?
 
 

  

     

     
answer written or last revised on ( 13-JAN-1999 )
     
» close window