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
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.
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.