[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

4263.0. "problems registering SNMP entities" by CLARID::HOFSTEE (E(nterprise)=MC�) Wed Dec 16 1992 11:22


I am having problems registering Novell 3.11 servers as SNMP entities. 
The server software comes with an SNMP agent V1.0. When I try to register I get
the famous 'partially registered' message. However, when I than poll this 
partially registered entity, I can get the following counters/tables: ICMP,
UDP,ATtable, but I can NOT get IP and TCP ('no response from entity'). Does
this mean that this SNMP agent is not properly functioning? 
And how is it possible that I can get certain counter partitions , but I cannot
register it? 

Thanks

Timo

PS:This behaviour is the same for V1.2 and T1.3 both on VMS
T.RTitleUserPersonal
Name
DateLines
4263.12582::YAHEY::BOSEWed Dec 16 1992 13:0415
>>And how is it possible that I can get certain counter partitions , but I cannot
>>register it? 

	It is perfectly possible that you do not have an Internet Name defined
	for your SNMP entity, hence the partial registration. The agent may
	be up and running and reachable from DECmcc, which allows you to
	do shows on the mib variables. Do a MCC> SHOW SNMP ipaddr ALL IDENT
	to find out if the internet name is present.

	The fact that you cannot access certain other mib variables has
	nothing to do with the partial registration. Look up in the agent's
	documentation what MIB II groups they support.

	Rahul.
4263.22582::YAHEY::BOSEWed Dec 16 1992 13:2618
>>Could somebody explain what is wrong in this MIB, or is it the compiler in T1.3
>>that changed? I'll post the complete MIB in the next reply.


	In V1.2 the TRAP-TYPE macro was ignored because we did not do
	anything special with vendor specific traps. In T1.3.0 MTU actually
	tries to interpret what is defined in the TRAP-TYPE declaration, since
	now we do handle vendor specific traps. That explains what is different
	in V1.3 over V1.2.

	After looking at the mib, it is evident that some of the variables
	referenced in the trap definition are not defined in the mib. 
	There is prrobably a separate mib where these variables are
	defined. I would suggest that they be merged together before running
	it through MTU.

	Rahul.
4263.3internet name?CLARID::HOFSTEEE(nterprise)=MC�Thu Dec 17 1992 03:5530
>	It is perfectly possible that you do not have an Internet Name defined
>	for your SNMP entity, hence the partial registration. The agent may
>	be up and running and reachable from DECmcc, which allows you to
>	do shows on the mib variables. Do a MCC> SHOW SNMP ipaddr ALL IDENT
>	to find out if the internet name is present.

What do you mean with 'internet name'? 

MCC> show snmp 16.36.144.53 all ident

SNMP 16.36.144.53
AT 17-DEC-1992 09:53:39 Identifiers

Examination of attributes shows:
                        Registered Name = LOCAL_NS:.nmssrv
                                Address = 16.36.144.53
                                   Name = nmssrv

I thought that the BIND server (through UCX) would translate this into the
full nmssrv.vbo.dec.com . Or do I have to register it with this full internet
name?

Confused...

Timo

PS:
I searched all the MIB files that I could find, but nowhere they define the
OSname. Can I just invent something?
4263.42582::YAHEY::BOSEThu Dec 17 1992 10:2932
	First I must apologize for note 4263.2 which was actually a reply
	to your note entry 4264.0. I don't know how I managed to mess it up.

>>What do you mean with 'internet name'? 

>>MCC> show snmp 16.36.144.53 all ident

>>SNMP 16.36.144.53
>>AT 17-DEC-1992 09:53:39 Identifiers

>>Examination of attributes shows:
                        Registered Name = LOCAL_NS:.nmssrv
                                Address = 16.36.144.53
                                   Name =  nmssrv
				  ^
	By Internet Name I mean  /   

	
>>I thought that the BIND server (through UCX) would translate this into the
>>full nmssrv.vbo.dec.com . Or do I have to register it with this full internet
>>name?

	What you see is perfectly ok. The names nmssrv and nmssrv.vbo.dec.com
	can be used interchangeably.

	If your agent is reachable, and you have all your identifiers available,
	I don't see any reason why you should be getting partial registration.
	Can you do a MCC> DIRECTORY SNMP LOCAL_NS:.nmssrv and find out the
	reason for partial registration.

	Rahul.