[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

5632.0. "TS_AM Intermittent "Can't communicate with target"" by MORO::MAUTZ_RI (Networks >= to DECnet) Fri Oct 01 1993 16:08

    I have set up a bunch of terminal server alarms to monitor tx and
    rx failures for my customers 74 terminal servers (2 alarms per server).
    Each alarm polls once an hour.  For the most part, these alarms work
    OK.  However, of the 148 rules per hour I get anywhere from 1 or 2 to
    a dozen or so exceptions of "Can't communicate with target".  Yet,
    these server are up and running ok.  I think the problem has to do with
    the speed with which the TS_AM expects the server to respond.  Is there
    some sort of timer I can adjust to make the AM wait a few milliseconds
    longer before it declares an exception.
    
    Using TSM to talk to these server has no problem, but using the
    iconic map PM of MCC and querying a given server serveral times in a
    row will give an occassional "can't communicate with target".  
    Though I haven't completely correlated it, most of the servers that
    experience this problem are at "remote" sites connect via Vitalink
    bridges.
    
    The network is running normally in all other respects.  The servers
    are DS200, DS300, DS700, and DS90L+.
    
    Thanks,
    
    Richard
T.RTitleUserPersonal
Name
DateLines
5632.1re .0TRKWSH::COMFORTHere beside the rising tideFri Oct 01 1993 17:018
    
    I have seen similar "remote" problems with Vitalink bridge console
    protocol.  Invariably (in my case), there is something happening to the
    wire when this happens, ie. an sudden increase in CRC errors, etc.  If
    the lines are 56kbps or greater, it should be okay as far as timing.
    
    Dave
    
5632.2Little or no line errors!MORO::MAUTZ_RINetworks >= to DECnetMon Oct 04 1993 02:182
    I have looked at the Vitalinks and there doesn't seem to be any
    difficulties with line errors.