[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

493.0. "Attable attribute for KFPS and SparcStation" by ADO75A::SHARPE (C is bliss?) Tue Nov 27 1990 08:57

    Today I was checking out the TCP/IP AM against a Shiva/Kinetics
    Fastpath with an SNMP agent (supplied by Shiva/Kinetics) and a Sun
    SparcStation running a DEC supplied SNMP agent (possibly not the
    official one) and I got the following message when trying to select the
    'attable' attribute from the list displayed after double-clicking an
    SNMP type icon/node:
    
        'Data type not supported'
    
    What does this message mean? I certainly recall this function working
    against a DECstation 3100 with Ultrix 4.0 installed.
    
    Regards
    Richard Sharpe
    PS, it's kinda cute to see Ultrix 3.1 mentioned against the
    SparcStation's characteristics when doing a show.
T.RTitleUserPersonal
Name
DateLines
493.1SunNet Manager could do it!ADO75A::SHARPEC is bliss?Tue Nov 27 1990 09:0013
    Re .0.
    
    Forgot to mention, that SunNet Manager seemed to manage to retrieve the
    Attable information from the Shiva/Kinetics fastpath with standard
    Kinetics SNMP agent.
    
    Why couldn't we?
    
    Regards
    Richard Sharpe
    PS, SunNet Manager is slick in a number of ways, but falls down in
    others. My customer has them side by side, so I have been able to play
    with SunNet Manager.
493.2VERNA::V_GILBERTTue Nov 27 1990 11:0810
Richard,

What version of DECmcc are you using?  My guess is that the version of the 
iconic map is sufficiently old that we were not able to support the constructor
datatype for Attable - which we handle now.

V1.1 EFT is due to be released momentarily.  If you still have problems, let
us know.

Verna
493.3<DECmcc X1.1.0>ADO75A::SHARPEC is bliss?Tue Nov 27 1990 21:2111
    When I enter "manage/enter" to bring up the Command Language PM, it
    says "DECmcc X1.1.0"
    
    This is only a nagging little point that I would like to get rid of in
    the long term.
    
    Thanks for your response.
    
    Regards
    Richard
    
493.4define mcc_fcl_pm_log 40GOSTE::CALLANDERWed Nov 28 1990 12:1715
    
    For testing reasons (like getting DTM scripts to pass without having
    to write a filter for the version info), the FCL does support a
    logical bit for turning off the version printing.
    
    GOSTE::GOSTE> define mcc_fcl_pm_log 40
    %DCL-I-SUPERSEDE, previous value of MCC_FCL_PM_LOG has been superseded
    GOSTE::GOSTE> manage/enter
    MCC>
    
    
    
    Hope this helps.
    jill
    
493.5MKNME::DANIELEThu Nov 29 1990 19:0824
	Richard,

	Can you please test this with FCL?  

		mcc> show snmp A attable * all char
		mcc> show snmp B attable * all char

	where A is a Fastpath agent and B is an Ultrix V4 agent.

	I can't think of any reason that different agents could cause the
	error you are seeing.  It seems more likely you saw correct behavior
	when polling an Ultrix system using a different version of the iconic
	map.  

	Also, do a mcc> show mcc 0 all char to see what component version
	the kernel displays.

	Thanks,
	Mike

	ps~ Yes, it is amusing.  The sysdevice attribute is derived from
	    sysObjectid.  Unfortunately, the Ultrix V3.* agents used the
	    wrong sysObjectid, which I attributed to them in my DECnocentric
	    manner.