Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

VT1300 and VMS

1 view
Skip to first unread message

starchild

unread,
Dec 17, 2009, 12:29:17 AM12/17/09
to
Hello
This should be easy, but I cannot get the VT1300 to download from the
host. The host is a
VAX 4000-100A running VMS 7.3 and DECnet phase IV. I tried the info
from Hoffman labs, but
still cannot get the vt1300 to work. When I do a mcr ncp show node
gensis chara it shows
the correct load file and hardware address. I know I'm doing something
wrong but what?
tks

Peter 'EPLAN' LANGSTOeGER

unread,
Dec 17, 2009, 7:22:31 AM12/17/09
to

As you don't even provide enough information to make an educated guess,
we need to shoot totally blind

I assume, you need to DEFINE the CIRCUIT to allow SERVICE requests for MOP

NCP> DEFINE CIRCUIT mumble SERVICE ENABLED

and then with the next start of the circuit (eg. at reboot time) you're done

I don't know if a NCP> SET KNOWN CIRCUIT ALL is sufficient for this (as we
are on DECnet Phase 5 = DECnet/OSI = DECnet-Plus since over 20 years now)...

--
Peter "EPLAN" LANGST�GER
Network and OpenVMS system specialist
E-mail Pe...@LANGSTOeGER.at
A-1030 VIENNA AUSTRIA I'm not a pessimist, I'm a realist

FrankS

unread,
Dec 17, 2009, 7:27:07 AM12/17/09
to

Check the OPCOM messages. You should see a service request even if
it's not being answered. If the request is there, but not the
response, then you may not have enabled the circuit to respond. If
the request is not there then you have a network connectivity problem.

Bob Koehler

unread,
Dec 17, 2009, 9:48:11 AM12/17/09
to

The ethernet adapter on the host shows up as both a "line" and a
"circuit" in Phase IV. I forget which one, but one of those can
be set "service enabled" and must be in order to do the download.
By default it's disabled.

Don't forget to do both the "set" command and the "define" command
when you change it.

Generally, if the VT1300 is sending out MOP requests and the host
can see them, the host will send OPCOM messages to it's console
which can be used to diagnose any conditions preventing download.
By default, you also see OPCOM messages when the download works.

If you can't get OPCOM to display any messages, then there would be
some kind of network problem preventing the messages from getting to
the host. MOP is not a routable protocol, so the only boxzes you can
have between the two are bridges and hubs.

0 new messages