[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

1131.0. "IMPM Deregister command allows FCL to still work" by SEDSWS::BAKER (Paul Baker, UK Product and Technology Group - 844 3311) Thu Jun 13 1991 06:20

    
    I have  Phase IV node registered in DNS and placed in a domain in the
    IMPM. If I then deregister this entity as far as the IMPM is concerned
    everything works as expected, and especially the DNS entry is removed.
    
    However, if I then use the FCL PM to look at the same entity, I can
    still obtain attribute and counter information, but (as is to be
    expected) not reference info. This situation exists until the node info
    is purged and cleared in NCP. Following this all FCL PM commands for
    the node fail with Node does not exist or is not known to local Node.
    
    My question is why the FCL PM allows access to this node when it is not
    registered, is not known to DNS and, more importantly, behaves
    differently from the IMPM.
    
    Paul.

T.R	Title	User	Personal Name	Date	Lines
1131.1	Why shouldn't it work?	CHRISB::BRIENEN	DECmcc Bridge\|Station\|SNMP Management.	`Thu Jun 13 1991 11:42`	12
	To reference a NODE4 entity by FullName (like IMPM does), it must be Registered. (i.e. DNS). To reference a NODE4 entity by Phase4Name or Phase4Address (like FCL PM allows) does not require the entity to be registered. Why is this a problem? DECmcc, with the FCL PM, is simply providing the same functionality that NCP is. Should DECmcc force users to register an entity in DNS before it can be accessed in command line, thus making it less functional/useful than existing point products (like NCP and RBMS)?
1131.2	Maximum access to the network is a feature, isn't it?	TOOK::CAREY		`Thu Jun 13 1991 13:06`	21
	Yeah, what Chris said. We've tried to provide as much management flexibility as possible for DECnet in DECmcc. While the Iconic map, and some other services require the node4 to be registered, the AM itself uses any available technique for getting out to get the information you requested. We'll use the DECnet remote node database, DNS, or let you send requests directly by address without trying to stop them. From the network access perspective, we have been trying to maximize availability. Many features require registration (for good reason), but you will find that most primitive operations (the stuff you could do with NCP mostly) don't require that the node4 be registered to succeed. We think it's a feature, ain't it grand? -Jim Carey
1131.3	if it ain't broke	JETSAM::WOODCOCK		`Thu Jun 13 1991 14:33`	7
	> We think it's a feature, ain't it grand? YES, kindly do not fix it. brad...
1131.4	OK, I surrender	SEDSWS::BAKER	Paul Baker, UK Product and Technology Group - 844 3311	`Fri Jun 14 1991 05:08`	9
	I agree with the points made in the previous replies, I only wanted to understand why the PM's behaved differently. Please don't change anything - I like the feature. Thanks, Paul.
1131.5	additional info...	POLE::LEMMON		`Mon Jul 15 1991 18:13`	9
	The Iconic Map is domain based. It does a SHOW DOMAIN <name> MEMBER * ALL CHAR and displays the members it gets back in the map. The domain fm requires the global entities to be registered before they can be put in the domain. FCL is not domain based so there isn't this restriction. /Jim
1131.6	fcl is optionally domain based	TOOK::CALLANDER	Jill Callander DTN 226-5316	`Mon Jul 15 1991 18:20`	2
	to make the FCL operate like the iconic map...add "in domain NAME" to all of your commands.