[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

4919.0. "Can't register NODE4 entity with the desired synonym." by CUJO::HILL (Dan Hill-Net.Mgt.-Customer Resident) Tue Apr 20 1993 22:11

    OK, I give up.  Why does this happen?	(DECmcc V1.2.3  VMS V5.5-2)
                                                (Repository is DNS)
    
    MCC> register node4 .dna4.MN1 synonym MN1	    ! MN1 is an area router
    ...Registration successful
    
    MCC> directory node4 MN1
    		Registered Name	= MY_NS:.dna4.MN1
    			   Name = MNN1		    <--- MNN1 instead of MN1
                        Address = 1.111
    
    
    On the local node running DECmcc, NCP shows the node 1.111 to be MN1.
    
    On the remote node to be managed, NCP shows the executor (1.111) to be
    MNN1.
    
    
    Why won't it take the synonym I provide when registering the node?
    
    -Dan
T.RTitleUserPersonal
Name
DateLines
4919.1working correctlyTOOK::PURRETTAWed Apr 21 1993 09:3912
    The Name and Address attributes are always set to what the
    entity responded with.  Everything here is working correctly;
    you asked for a Directory of node MN1 which was the synonym you
    gave at registration time, and we returned the actual data that
    node identified itself as at the time of registration.
    
    Actually you're lucky that your local database is wrong (1.111 mapping
    to MN1 instead of MNN1) otherwise the registration wouldn't have found
    the node and you would have gotten a partial registration.
    
    This is a good example of how you can detect anomalies in your local
    database against reality on the net.
4919.2It's not an anomaly, it's designed that way.CUJO::HILLDan Hill-Net.Mgt.-Customer ResidentWed Apr 21 1993 13:0716
    John, 
    
    The local database is set up to use a 3-letter node name to support a
    customer-required convention.  The node's actual name has 4 characters
    in it.
    
    I want to be able to use **ANY** synonym I choose.  I am able to
    register other nodes using the synonym of my choice.  I checked two
    end-nodes to verify this.
    
    I will go back and experiment more.
    
    What I really need is the ability to refer to a remote node by any name
    that is set for that address in the NCP database.
    
    -Dan
4919.3TOOK::PURRETTAtime for a cool change...Wed Apr 21 1993 14:1610
    Dan, I don't see the problem. look back at your .0 entry.  You specified
    the Directory command using the synonym and MCC responded.  If your
    local database has the node in it as the synonym name then if you
    do a show, you'll get there.  However, the Registration information
    will *always* reflect reality; i.e. what the NODE told us.  This is
    goodness.
    
    Are you saying that if you do a Show using the synonym, you can't get
    to the node, even though it's in the local net database as the synonym
    name?
4919.4Entry in NCP database must match SynonymCUJO::HILLDan Hill-Net.Mgt.-Customer ResidentThu Apr 22 1993 01:2919
    John,
    It seems that a couple of system managers changed node names on two
    nodes after I registered them, hence my comment regarding how synonyms
    are displayed for certain nodes.
    
    The behavior is the same for all NODE4's, regardless of type.
    
    The synonym must match the entry in the NCP database, otherwise, you
    will get "not known to local node" error messages.
    
    The nodes actual name will be displayed on the Map, not the synonym.  I
    wanted the synonym on the map.
    
    I'm now in the process of finding out how this will impact my customer. 
    It is, as you say, a good idea to find out what the node is really
    named.  It makes sense.  But we need the flexibility to do things that
    sometimes don't seem to make sense.
    
    -Dan