[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

5356.0. "Station AM hangs" by BRAT::BUKOWSKI () Mon Jul 19 1993 15:30

    Is this a known bug, or should a QAR be entered.
    
    MCC v1.3 on a VAX 6420 with 128meg.
    
    I perform a "show station aa-00-04-00-03-f0 all attr" to a station
    that is currently unavailable.  After about 30 seconds I recieve
    the "Cannot communicate with target message", BUT user control is not
    returned to the forms interface for at least 90 seconds later.  I 
    am trying to poll 4500+ addresses and it is taking days because of
    this bug.  Can anyone help me?
    
    Mike
T.RTitleUserPersonal
Name
DateLines
5356.1more info = Need help!ABACUS::BUKOWSKIWed Jul 21 1993 10:2814
    more info:...
    
    	After playing around a bit more, I have found that the 90 second
    pause is not relavent when only asking for one group of attributes
    (IE: counters).  So when showing all attributes, the AM must ignore
    the fact that the station is unavailable, and it continues to send
    the all queries needed to provide all attributes.  Wow.  What a hog.
    Can somebody please fix this.  Whenever I enter a QAR, the engineering
    folks just seem to ignore me.
    
    Thanks,
    CNS-NH Network Management,
    Mike Bukowski
    
5356.2TOOK::MCPHERSONImagine whirled peas.Wed Jul 21 1993 10:417
    While things may not happen as fast as you'd like (or maybe even at
    all), I'd still guess that your chances at getting something fixed are
    much better via the QAR route than they are by posting color commentary
    ("Wow. What a hog.") in a notes conference.

    regards, 
    doug
5356.3QAR 286ABACUS::BUKOWSKIWed Jul 21 1993 14:092
    Ok.  I entered QAR # 286.
    
5356.4Use specific partitionHADRES::KRAUSEEuropean NewProductEngineer for MCCFri Jul 23 1993 11:1914
>    I perform a "show station aa-00-04-00-03-f0 all attr" to a station

The 'all attributes' is causing the problem. This includes all
partitions for this entity and the AM is asked to try each of them, one
after the other (IDENTIFIERS, STATUS, COUNTERS, CHARACTERISTICS). That
leads to 4 times the timeout and matches with what you are experiencing.

If possible try specifying only one partition, e.g. IDENTIFIERS. This 
should speed things up by a factor of 4.

The timeout itself seems to be hardcoded and is a bit long in my 
opinion. Any comments from engineering on this?

*Robert
5356.5QAR and timeout.MOLAR::MOLAR::BRIENENNetwork Management Applications!Mon Jul 26 1993 11:3212
Mike's QAR has been closed (with a description similar to the first part
of note 5356.4).

Since the timeout and retry count is not settable, the timeout value
selected was considered the best compromise.

Note that the time to wait for timeout is also affected by:

	1. the number of addresses (up to 2: Address + Alternate Address)
        2. number of ethernet ports on the host system 

					Chris