If you have all or some entities already created, you cannot do it again.
You should first shut the DECnet-plus (DECnet-OSI) down to remove all the entities before you can try to create and enable them again.
There should be template scripts on the system which you can edit to make them suit your configuration.
It would help a lot to read the DECnet-plus manuals to get a clear picture of how it works and how to manage it.
On 13.2.2013 20:47, b4 at gewt.net wrote:
bash-4.0# ncl < start_routing.ncl
Node 0 CSMA-CD
AT 2013-02-13-13:27:14.048-05:00I-----
FAILED IN DIRECTIVE: Create
DUE TO: Error specific to this entity's class
REASON: Already Exists
Description: Already Exists
Node 0 CSMA-CD Station csmacd-1
AT 2013-02-13-13:27:14.062-05:00I-----
FAILED IN DIRECTIVE: Create
DUE TO: Error specific to this entity's class
REASON: Already Exists
Description: A Station with this name already exists
Node 0
AT 2013-02-13-13:27:14.091-05:00I-----
FAILED IN DIRECTIVE: Create
DUE TO: No such Entity Instance exists
Node 0 Routing
AT 2013-02-13-13:27:14.114-05:00I-----
FAILED IN DIRECTIVE: Set
DUE TO: No such Entity Instance exists
Node 0 Routing
AT 2013-02-13-13:27:14.121-05:00I-----
FAILED IN DIRECTIVE: Set
DUE TO: No such Entity Instance exists
Node 0 Routing
AT 2013-02-13-13:27:14.126-05:00I-----
FAILED IN DIRECTIVE: Enable
DUE TO: No such Entity Instance exists
bash-4.0# cat start_routing.ncl
create csma-cd
create csma-cd station csmacd-1 communication port tu0
enable csma-cd station csmacd-1
create routing circuit circuit-1 type csma-cd
#
# The following command sets the inactive area address, which is used
# to enable transmission and receipt of ISO 8473 Inactive Subset PDUs,
# also known as Null Internet. This functionality is disabled by
# default. To enable Null Internet, remove the comment character
# from the following command.
#
create node 0 routing type endnode
set node 0 routing phaseiv address = 9.3
enable node 0 routing
set node 0 routing circuit circuit-1 enable phaseiv address true
set node 0 routing circuit circuit-1 data link entity csma-cd station csmacd-1
enable node 0 routing circuit circuit-1
If the stuff already exists, why is the second half of the script failing?
----- Original Message -----
From: "Kari Uusim ki" <uusimaki at exdecfinland.org>
To: hecnet at Update.UU.SE
Sent: Wednesday, February 13, 2013 1:39:27 PM
Subject: Re: [HECnet] DECnet-Plus and Phase IV Issues
On 13.2.2013 20:23, b4 at gewt.net wrote:
------------------------------------------------------------------------
*From: *b4 at gewt.net
*To: *hecnet at update.uu.se
*Sent: *Wednesday, February 13, 2013 1:09:03 PM
*Subject: *[HECnet] DECnet-Plus and Phase IV Issues
Hello!
I (think) I am following the correct NCL syntax here...but..
ncl> create node 0 routing circuit csmacd-0 type = csma-cd
ncl> set node 0 routing circuit csmacd-0 data link entity csma-cd
Here should be the data link entity defined completely as is done below.
It would be more clear if you use another name for the routing circuit
entity than is used for the csma-cd station entity.
ncl> set node 0 routing circuit csmacd-0 enable phaseiv address true
ncl> enable node 0 routing circuit csmacd-0
Node 0 Routing Circuit csmacd-0
AT 2013-02-13-13:05:26.514-05:00I-----
FAILED IN DIRECTIVE: Enable
DUE TO: Error specific to this entity's class
REASON: Open Port Failed
Description: The Open Port call to the specified Data Link failed
Any ideas what i'm doing wrong?
____
This is the script:
create csma-cd
create csma-cd station csmacd-1 communication port tu0
enable csma-cd station csmacd-1
create routing circuit circuit-1 type csma-cd
#
# The following command sets the inactive area address, which is used
# to enable transmission and receipt of ISO 8473 Inactive Subset PDUs,
# also known as Null Internet. This functionality is disabled by
# default. To enable Null Internet, remove the comment character
# from the following command.
#
create node 0 routing type endnode
set node 0 routing phaseiv address = 9.3
enable node 0 routing
set routing circuit circuit-1 enable phaseiv address true
set routing circuit circuit-1 data link entity csma-cd station csmacd-1
enable routing circuit circuit-1
.
El 13/02/2013, a les 21:15, Dan B <dibi58 at gmail.com> va escriure:
I have been thinking about this, anybody knows if a 100 NIC adapter
attached to the AUI port would actually go 100MB full duplex on the
VAX ?
That's exactly my configuration... and no. The port in the VAX is still 10MB.
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
El 13/02/2013, a les 20:57, Steve Davidson <jeep at scshome.net> va escriure:
Really? Are you sure that does not have more to do with the fact that
the VAX only has a 10M NIC where as the Raspberry Pi has a 10/100 NIC.
I have not clocked the virtual 11/83 on my RPI but the virtual VAX runs
at about 1.6 VUPs. That would put it in the VAX-11/785 class - ie not
all that fast...
Well, that could be an explanation. But the two vaxstations are connected via AUI adapters to a 10MBPS hub, while the rasp-pi must go thru two switches before it gets to that hub...
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
I have been thinking about this, anybody knows if a 100 NIC adapter
attached to the AUI port would actually go 100MB full duplex on the
VAX ?
On the Alpha it does, but I have never tried the VAX, I would think it
should, it does in the Stromasys and Simh emulators, but I'm guessing.
On 2/13/13, Steve Davidson <jeep at scshome.net> wrote:
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Jordi
Guillaumes i Pons
Sent: Wednesday, February 13, 2013 14:47
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] NT 4 on AlphaServer es40
El 13/02/2013, a les 18:57, Johnny Billquist <bqt at softjar.se>
va escriure:
Which is silly in it self. Why even search the node
database? After all, the MOP request holds all the
information needed to serve it. RSX don't do a lookup at a
boot request. It just serves it.
But even so, it is surprising that even a fairly modern VAX
can't keep up with a PDP-11 here.
Funny thing: a real VAX (VS 4000/60) can't keep up with an
EMULATED PDP-11 running in a Raspberry Pi ;) I had to disable
service in the emulated PDPs or else they tried to serve the
OS to my 4000/90 ;)
Really? Are you sure that does not have more to do with the fact that
the VAX only has a 10M NIC where as the Raspberry Pi has a 10/100 NIC.
I have not clocked the virtual 11/83 on my RPI but the virtual VAX runs
at about 1.6 VUPs. That would put it in the VAX-11/785 class - ie not
all that fast...
-Steve
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
-----Original Message-----
From: owner-hecnet at Update.UU.SE
[mailto:owner-hecnet at Update.UU.SE] On Behalf Of Jordi
Guillaumes i Pons
Sent: Wednesday, February 13, 2013 14:47
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] NT 4 on AlphaServer es40
El 13/02/2013, a les 18:57, Johnny Billquist <bqt at softjar.se>
va escriure:
Which is silly in it self. Why even search the node
database? After all, the MOP request holds all the
information needed to serve it. RSX don't do a lookup at a
boot request. It just serves it.
But even so, it is surprising that even a fairly modern VAX
can't keep up with a PDP-11 here.
Funny thing: a real VAX (VS 4000/60) can't keep up with an
EMULATED PDP-11 running in a Raspberry Pi ;) I had to disable
service in the emulated PDPs or else they tried to serve the
OS to my 4000/90 ;)
Really? Are you sure that does not have more to do with the fact that
the VAX only has a 10M NIC where as the Raspberry Pi has a 10/100 NIC.
I have not clocked the virtual 11/83 on my RPI but the virtual VAX runs
at about 1.6 VUPs. That would put it in the VAX-11/785 class - ie not
all that fast...
-Steve
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
El 13/02/2013, a les 18:57, Johnny Billquist <bqt at softjar.se> va escriure:
Which is silly in it self. Why even search the node database? After all, the MOP request holds all the information needed to serve it. RSX don't do a lookup at a boot request. It just serves it.
But even so, it is surprising that even a fairly modern VAX can't keep up with a PDP-11 here.
Funny thing: a real VAX (VS 4000/60) can't keep up with an EMULATED PDP-11 running in a Raspberry Pi ;) I had to disable service in the emulated PDPs or else they tried to serve the OS to my 4000/90 ;)
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
On Feb 13, 2013, at 12:57 PM, Johnny Billquist wrote:
On 2013-02-13 18:52, Paul_Koning at Dell.com wrote:
On Feb 13, 2013, at 11:12 AM, Johnny Billquist wrote:
...
Fun detail: when devices want to MOP boot on a network where you have both a VAX and a PDP-11, the PDP-11 normally ends up serving the image, since it responds much faster than the VAX.
That's because the VMS MOP server did its lookup for a match in the node database by a linear search. I never could convince the engineer responsible for that code to use a better algorithm.
Which is silly in it self. Why even search the node database? After all, the MOP request holds all the information needed to serve it. RSX don't do a lookup at a boot request. It just serves it.
I thought at least primary boot requests tend to just say "help me" so you need a lookup to find the name of the file to load.
paul
On Wed, Feb 13, 2013 at 1:21 PM, Johnny Billquist <bqt at softjar.se> wrote:
I know of plenty of PDP-11s still running in production
No doubt. They were (are) excellent systems and used in amazing places. I know of newspaper system that used PDP-11's to control the presses and a VAX to link it all up. I know the Vax was replaced by a Unix box a few years ago, but last I knew the PDP-11s were still running the presses.
Can't say I've stumbled into any Masscomp machines,
I still see them in pictures that run in Mission Control at NASA (they are the consoles that the controllers are using - I have one of them in collect - its the machine I have here with a working 9 track drive). I believe that a number of places in the US and in NATO with names like "Federal Technologies" still have them ;-). To this day, they are unmatched in analog I/O. They had a standard a piece of hardware LDP wanted to make for DEC but never did (a bus with a microcoded controller that could sample analog I/O at an incredible rate).
As a company, Masscomp actually still exists, unlike DEC sadly. The company is now called Concurrent Computer (CCUR), but Masscomp was surviving legal entry when the Masscomp BoD decided to buy Perkin-Elmer's computer Division in the early 1990s. I still have some wall paper that has only sentimental value after all of the reverse splits etc.
Clem
Fun fact:
Many people never knew it, but if you looked under the disk cabinet on the later 500s and 5000s there are screw mounts on every rack mount system that did not seem to be used. They were for the "optional" C4 charges that certain customers needs to mount when there was not enough time to erase the disk but ensure it was unreadable. Although I got to see them in a deployed system in the UK, I never saw that C4 option actually "exec'ed."
bash-4.0# ncl < start_routing.ncl
Node 0 CSMA-CD
AT 2013-02-13-13:27:14.048-05:00I-----
FAILED IN DIRECTIVE: Create
DUE TO: Error specific to this entity's class
REASON: Already Exists
Description: Already Exists
Node 0 CSMA-CD Station csmacd-1
AT 2013-02-13-13:27:14.062-05:00I-----
FAILED IN DIRECTIVE: Create
DUE TO: Error specific to this entity's class
REASON: Already Exists
Description: A Station with this name already exists
Node 0
AT 2013-02-13-13:27:14.091-05:00I-----
FAILED IN DIRECTIVE: Create
DUE TO: No such Entity Instance exists
Node 0 Routing
AT 2013-02-13-13:27:14.114-05:00I-----
FAILED IN DIRECTIVE: Set
DUE TO: No such Entity Instance exists
Node 0 Routing
AT 2013-02-13-13:27:14.121-05:00I-----
FAILED IN DIRECTIVE: Set
DUE TO: No such Entity Instance exists
Node 0 Routing
AT 2013-02-13-13:27:14.126-05:00I-----
FAILED IN DIRECTIVE: Enable
DUE TO: No such Entity Instance exists
bash-4.0# cat start_routing.ncl
create csma-cd
create csma-cd station csmacd-1 communication port tu0
enable csma-cd station csmacd-1
create routing circuit circuit-1 type csma-cd
#
# The following command sets the inactive area address, which is used
# to enable transmission and receipt of ISO 8473 Inactive Subset PDUs,
# also known as Null Internet. This functionality is disabled by
# default. To enable Null Internet, remove the comment character
# from the following command.
#
create node 0 routing type endnode
set node 0 routing phaseiv address = 9.3
enable node 0 routing
set node 0 routing circuit circuit-1 enable phaseiv address true
set node 0 routing circuit circuit-1 data link entity csma-cd station csmacd-1
enable node 0 routing circuit circuit-1
If the stuff already exists, why is the second half of the script failing?
----- Original Message -----
From: "Kari Uusim ki" <uusimaki at exdecfinland.org>
To: hecnet at Update.UU.SE
Sent: Wednesday, February 13, 2013 1:39:27 PM
Subject: Re: [HECnet] DECnet-Plus and Phase IV Issues
On 13.2.2013 20:23, b4 at gewt.net wrote:
------------------------------------------------------------------------
*From: *b4 at gewt.net
*To: *hecnet at update.uu.se
*Sent: *Wednesday, February 13, 2013 1:09:03 PM
*Subject: *[HECnet] DECnet-Plus and Phase IV Issues
Hello!
I (think) I am following the correct NCL syntax here...but..
ncl> create node 0 routing circuit csmacd-0 type = csma-cd
ncl> set node 0 routing circuit csmacd-0 data link entity csma-cd
Here should be the data link entity defined completely as is done below.
It would be more clear if you use another name for the routing circuit
entity than is used for the csma-cd station entity.
ncl> set node 0 routing circuit csmacd-0 enable phaseiv address true
ncl> enable node 0 routing circuit csmacd-0
Node 0 Routing Circuit csmacd-0
AT 2013-02-13-13:05:26.514-05:00I-----
FAILED IN DIRECTIVE: Enable
DUE TO: Error specific to this entity's class
REASON: Open Port Failed
Description: The Open Port call to the specified Data Link failed
Any ideas what i'm doing wrong?
____
This is the script:
create csma-cd
create csma-cd station csmacd-1 communication port tu0
enable csma-cd station csmacd-1
create routing circuit circuit-1 type csma-cd
#
# The following command sets the inactive area address, which is used
# to enable transmission and receipt of ISO 8473 Inactive Subset PDUs,
# also known as Null Internet. This functionality is disabled by
# default. To enable Null Internet, remove the comment character
# from the following command.
#
create node 0 routing type endnode
set node 0 routing phaseiv address = 9.3
enable node 0 routing
set routing circuit circuit-1 enable phaseiv address true
set routing circuit circuit-1 data link entity csma-cd station csmacd-1
enable routing circuit circuit-1
On 13.2.2013 20:23, b4 at gewt.net wrote:
------------------------------------------------------------------------
*From: *b4 at gewt.net
*To: *hecnet at update.uu.se
*Sent: *Wednesday, February 13, 2013 1:09:03 PM
*Subject: *[HECnet] DECnet-Plus and Phase IV Issues
Hello!
I (think) I am following the correct NCL syntax here...but..
ncl> create node 0 routing circuit csmacd-0 type = csma-cd
ncl> set node 0 routing circuit csmacd-0 data link entity csma-cd
Here should be the data link entity defined completely as is done below.
It would be more clear if you use another name for the routing circuit entity than is used for the csma-cd station entity.
ncl> set node 0 routing circuit csmacd-0 enable phaseiv address true
ncl> enable node 0 routing circuit csmacd-0
Node 0 Routing Circuit csmacd-0
AT 2013-02-13-13:05:26.514-05:00I-----
FAILED IN DIRECTIVE: Enable
DUE TO: Error specific to this entity's class
REASON: Open Port Failed
Description: The Open Port call to the specified Data Link failed
Any ideas what i'm doing wrong?
____
This is the script:
create csma-cd
create csma-cd station csmacd-1 communication port tu0
enable csma-cd station csmacd-1
create routing circuit circuit-1 type csma-cd
#
# The following command sets the inactive area address, which is used
# to enable transmission and receipt of ISO 8473 Inactive Subset PDUs,
# also known as Null Internet. This functionality is disabled by
# default. To enable Null Internet, remove the comment character
# from the following command.
#
create node 0 routing type endnode
set node 0 routing phaseiv address = 9.3
enable node 0 routing
set routing circuit circuit-1 enable phaseiv address true
set routing circuit circuit-1 data link entity csma-cd station csmacd-1
enable routing circuit circuit-1
