[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

2134.0. "IP Auto-Discover creates domains....not SNMP's" by DUCAT2::FOUR62::LICAUSE (Al Licause (338-5661)) Fri Jan 17 1992 11:48

We're runing T1.2.4 on both VMS and ULTRIX systems.

When we tried to run the IP auto discovery feature on the ULTRIX system,
no problem....it created a new domain and placed all of the entities it
found, using the IP icon.

But when we tried the same thing using the same options in the edited
procedure, it created a seperate domain for each entity found and then
used the domain icon for each entity in the map domain.

What did we do wrong?

Other questions......

If you already have an existing domain, or subdomain, and use its name
when doing the auto discovery, why does it not place the new entities in
this domain.   

Example...my top level domain is USA, below which I have domain DWO, below
which I have domains DECnet and TCP_IP.  When asked for a domain, I gave it
TCP_IP.  But it created domain mcc.domain.16-68-192-0-hosts as well as
domain .mcc.domain.{ip_node_name}.

In both cases we're using the local MIR.  But in the case of DNS, why are
we forced to create additional directories?

Why not use some temporary holding area until all new entities are known,
then use the existing directories, ala V1.1 DECmcc?

If this is to work with a customers established name space, why would they
want to create directories just for DECmcc registration?

Will there be more latitude in directory specification for autodiscovery?

Thanks,
Al
T.RTitleUserPersonal
Name
DateLines
2134.1Need clarification. Please post .cf* files.TOOK::FIGWERUlla Figwer LKG2-2/T2 x226-7858Tue Jan 21 1992 18:3373
	Hello Al,

	Sorry for the delay in responding to your note.

>When we tried to run the IP auto discovery feature on the ULTRIX system,
>no problem....it created a new domain and placed all of the entities it
>found, using the IP icon.

>But when we tried the same thing using the same options in the edited
>procedure, it created a seperate domain for each entity found and then
>used the domain icon for each entity in the map domain.

	I'm not sure I understand what you are saying.  Do you mean that
	the behavior on VMS did not match that on ULTRIX?

	Could you please post the files <domain>.cf* for each of
	the two discovery sessions you mentioned?

	You should find the files <domain>.cf, .cfA, .cfB and .cfC 
	for each discovery session in <top-directory>/IP/<domain> on
	ULTRIX or [<top-directory>.IP.<domain>] on VMS, where
	<top-directory> is the top level directory you specified for
	that run, and <domain> is the name of the domain you specified.

	Looking at these files will help us determine if the behavior
	you are observing is correct.

>If you already have an existing domain, or subdomain, and use its name
>when doing the auto discovery, why does it not place the new entities in
>this domain.   

>Example...my top level domain is USA, below which I have domain DWO, below
>which I have domains DECnet and TCP_IP.  When asked for a domain, I gave it
>TCP_IP.  But it created domain mcc.domain.16-68-192-0-hosts as well as
>domain .mcc.domain.{ip_node_name}.

>In both cases we're using the local MIR.  But in the case of DNS, why are
>we forced to create additional directories?

>If this is to work with a customers established name space, why would they
>want to create directories just for DECmcc registration?

	Have you read the release notes?  If not, please do.  Chapter
	5 discusses Autoconfiguration and offers information about
	how to control registration of entities discovered by
	Autoconfiguration using namespace prefixes.

	By editing the prefixes in MCC_AUTOCONFIG_PREFIX.DAT you control
	how entities discovered by Autoconfiguration are registered.

	In order to register entities at the top level in your
	namespace, when using a MIR, specify the prefix "LOCAL_NS:.".
	(This will not work for DNS.)  To register them in some other
	directory, specify that directory as a prefix, being careful
	that the prefix ends with a ".".
	
	Remember also, that you can make any domain a member of
	any other domain yourself, after Autoconfiguration has run.

	About domains created by Autoconfiguration.  It may be necessary
	for Autoconfiguration to create domains other than the top
	level domain you specify.  These subdomains are made members
	of the top level domain.  I believe this is the behavior
	you are seeing.  The domains 16-68-192-0-hosts and {ip_node_name}
	are probably members of your top level domain.

	I hope this helps a bit.  Please let me know if you have any
	more questions.  I look forward to seeing your .cf files.

	Regards,

	Ulla Figwer