| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 4407.1 | | VERNA::V_GILBERT | | Tue Jan 19 1993 17:31 | 7 |
| Mike,
First off, can you tell us what version of MCC and whether VMS or Ultrix.
Can you do similar operations using FCL?
Verna
|
| 4407.2 | more info | GUMBAH::DAWSON | Subvert the Dominant Paradigm | Wed Jan 20 1993 08:48 | 8 |
| Sorry, MCCv1.2 on VMS v5.5-2
If I could figure out the NCL syntax...
actually, I've been able to do some NCL stuff to convince me that the
router is there and is working.
MIke
|
| 4407.3 | A couple of things to try... | MCDOUG::MCPHERSON | pre-retinal integration | Wed Jan 20 1993 09:33 | 9 |
| Have you tried this:
From FCL (not the map) try to DEregister then Reregister the problem DECnis.
What happens then?
Can you successfully issue "SHOWS" to the DECnis by just specifying address
instead of a registered name ?
/doug
|
| 4407.4 | same thing... | GUMBAH::DAWSON | Subvert the Dominant Paradigm | Wed Jan 20 1993 09:49 | 27 |
| OK...
MCC> deregister node nis01
Node LOCAL_NS:.nis01
AT 20-JAN-1993 09:46:26
Deregistration Successful
MCC> register node nis01
Node LOCAL_NS:.nis01
AT 20-JAN-1993 09:46:39
Partial registration success. Please retry later to complete the
registration.
Reason for Partial Registration = The requested operation
cannot be
completed
Entity Existence Info = Entity Existence Cannot Be
Determined
MCC Routine Error = %MCC-E-NOPARAMLIST, no
parameter list
was supplied in this ILV
buffer
MIke
|
| 4407.5 | a show of sorts | GUMBAH::DAWSON | Subvert the Dominant Paradigm | Wed Jan 20 1993 10:00 | 30 |
| Looks like it's there...by address, do you mean the normal Phase iv
decnet address? or ethernet address? Please specify...and I apologize
for looking stupid...this is the first time I've played with Phase V
stuff.
MIke
MCC> show node nis01
Using default ALL IDENTIFIERS
Node LOCAL_NS:.nis01
AT 20-JAN-1993 09:58:21 Identifiers
Examination of attributes shows:
Name = LOCAL_NS:.
Address = {{{Network Management -- CMIP
or NICE,
none}
{DNA Phase V Session
Control,
Network Management}
{NSP Transport,
Session Control}
{OSI network or DNA
Routing,
49::00-27:AA-00-04-00-B2-9
E:20}}}
|
| 4407.6 | Is that Name attribute right? | GOSTE::CALLANDER | | Wed Jan 20 1993 12:26 | 3 |
| I don't know much about NODE stuff, but the Name value that is
returned if LOCAL_NS:. this doesn't look right. Does the
device know who he is or not?
|
| 4407.7 | name should be there I think | GOSTE::CALLANDER | | Wed Jan 20 1993 12:27 | 5 |
| did a quick check here, and got on a local node:
Examination of attributes shows:
Name = DEC:.lkg.quiff
|
| 4407.8 | register node nis01 synonym nis01 | TOOK::S_KO | Hoot mon! | Wed Jan 20 1993 12:34 | 4 |
|
the SYNONYM argument is required (eg - its phaseIV name).
the error message is pretty bad - but it's fixed in 1.3!
|
| 4407.9 | well, most of that worked... | GUMBAH::DAWSON | Subvert the Dominant Paradigm | Wed Jan 20 1993 13:06 | 10 |
| Ok...I was able to deregister node nis01 successfully, then able to
register node nis01 synonym nis01 successfully from FCL. I then
deregistered it again. I then went to the map and used the toolbox
icon to deregister it and remove it fromthe map, which it did
successfully. I then used the node5 icon to plac eit back in the map
and go the two popup windows for registration, however, when I moved
the mouse to the map and clicked MB! to place it on the map I go a pop
up window that said ID already in use...what's going on now? Sheesh!
Mike
|
| 4407.10 | FCL log of previous | GUMBAH::DAWSON | Subvert the Dominant Paradigm | Wed Jan 20 1993 13:38 | 25 |
| From FCL it looks like this:
MCC> register node nis01 synonym nis01
Node LOCAL_NS:.nis01
AT 20-JAN-1993 13:34:52
ID already in use.
Address = {{{Network Management -- CMIP
or NICE,
none}
{DNA Phase V Session
Control,
Network Management}
{NSP Transport,
Session Control}
{OSI network or DNA
Routing,
49::00-27:AA-00-04-00-B2-9
E:20}}}
Any ideas how to get rid of the ID?
MIke
|
| 4407.11 | check for entity already registered with that synonym | TOOK::S_KO | Hoot mon! | Thu Jan 21 1993 15:40 | 9 |
|
did you use the double-bar bomb or the single-bar bomb to remove the
entity from the domain? single-bar bomb only removes the entity from
the domain. double-bar removes AND deregisters the entity.
the error you saw in .10 is returned when another node entity has been
registered with that synonym. if you do a dir of your node entities,
perhaps you can see if there was some typo or something (eg - "O" instead
of 0)?
|
| 4407.12 | 1 down, 1 still no workie | GUMBAH::DAWSON | Subvert the Dominant Paradigm | Fri Jan 22 1993 13:00 | 13 |
| That was exactly the case!!! I had a synonym of nisO1 insteadof
nis01...frustrating.
However, I am now able to register the NIS600 and it shows up nicely on
the map. BUT, I still can't double click down into it. From FCL I can
poke at it and get info back, but not from the map. After about 10
minutes of the "looking into node nis01" popup window I cancel it and
get the previous message, "Entity existance cannot be determined"
AAAAAAARG!!!!!!
Mike
|
| 4407.13 | works now!! | GUMBAH::DAWSON | Subvert the Dominant Paradigm | Mon Jan 25 1993 15:18 | 4 |
| Well...In the process of this project, I rebooted the DECnis. Now, I
can reach it from the map. Weird...
Mike
|
| 4407.14 | Null name is not a problem | MARVIN::COBB | Graham R. Cobb (DECNIS development), REO2-G/G9, 830-3917 | Wed Feb 24 1993 10:24 | 16 |
| For your information...
.6> I don't know much about NODE stuff, but the Name value that is
.6> returned if LOCAL_NS:. this doesn't look right. Does the
.6> device know who he is or not?
Probably not. Any standalone system (router, gateway, etc.) will not know
its name unless you tell it. That is what the RENAME directive is for.
Don't forget, it is perfectly legal for a Phase V node to have no name at
all -- that is what the router assumes is happening until you tell it its
name.
The formatting routines are incorrect, however. What is being returned is
the null fullname which should be formatted as "0:." not "LOCAL_NS:.".
Graham
|