LOG OPERATOR + ENA (enable) is what gives permissions. That should be OK.
Does spear report any errors from DECnet?Have your tried to use NCP to enable console logging? That should produce the DECnet events.
I'd want to login, run NETCON manually with DDT to see what it's complaining about.
But first, the other symptom. Only one end sending; no response to START. That's wierd, and nothing will work until it's fixed. If the line is on for both systems, they *both* should be sending STARTs, until one (or both) sends a STACK. Then the other sends ACK, and the link is up.
So back to your code. On the end that's not sending anything: are the line and circuit ON? Are you seeing buffers queued? Is the data arriving and being delivered? What's different in its .INI file? How are you specifying the TCP (or UDP) socket destinations/port numbers? Are both ends opening successfully?
A trace would help. Or maybe I should try running your code... This communication may not represent my employer's views, if any, on the matters discussed. On 27-May-13 11:36, Robert Jarratt wrote:
The disks are cloned but I modified 4-1-config.cmd to change the node name and number. That is all I did. So in one I have the line NODE TOPS20 25 And in the other I have NODE TOPS21 26 I don't know much about how NETCON would get its permissions, it is being started from SYSJOB.RUN, this is what I have in that file after following the instructions in the manual I was following: RUN SYS:ORION RUN SYS:QUASAR RUN SYS:MOUNTR RUN SYS:INFO RUN SYS:MAILER RUN SYS:MAPPER RUN SYS:LPTSPL RUN SYS:LPTSPL RUN SYS:CDRIVE RUN SYS:SPRINT JOB 0 /LOG OPERATOR XX OPERATOR ENA ^ESET LOGIN PSEUDO ^ESET LOGIN CONSOLE ^ESET OPERATOR PTYCON GET SYSTEM:PTYCON.ATO / JOB 1 /LOG OPERATOR XX OPERATOR ENA RUN SYS:BATCON / JOB 2 /LOG OPERATOR XX OPERATOR ENA RUN SYS:FAL / JOB 3 /LOG OPERATOR XX OPERATOR ENA RUN SYS:NETCON / Note that the manual used "\LOG" rather than "/LOG" but was contradictory on this as in some places it was one and in others it was the other. I tried a loopback test, which failed as per the attached log file. One more data point. When I use UETP to verify the configuration I get these errors in the log: $TYPE EXCEPT.LOG.2 ERROR VF2020 27-May-2013 10:32:24 0:00:00 0:00:00 ? Mismatch occurred during verification: Currently installed file: PS:<DECNET>DECNET.BWR.1 644032 P Correct file: PS:<DECNET>DECNET.BWR.1 556602 P ERROR VF2020 27-May-2013 10:32:24 0:00:00 0:00:00 ? Mismatch occurred during verification: Currently installed file: PS:<DECNET>DECNET.DOC.1 350434 P Correct file: PS:<DECNET>DECNET.DOC.1 614303 P They suggest that the docs are not right, but nothing else. Regards Rob-----Original Message----- From: Timothe Litt [mailto:[email protected]] Sent: 27 May 2013 14:35 To: Robert Jarratt Cc: [email protected] Subject: Re: [Simh] Netconowever, I still see one end repeatedly sending the first DDCMP message (05 06 C0 00 00 01), but nothing else happens, no response going the other way, no messages on the console etc. I notice that I do get this message on bootup though: SJ 3: $RUN SYS:NETCON SJ 2: ?ILLEGAL INSTRUCTION 0 AT 236246 SJ 2: ?UNDEFINED OPERATION CODE SJ 3: SJ 3: % NETCON: COULD NOT OBTAIN NETWORK TOPOLOGY Could it be that I still don't have the right version of DECnet on this virtual machine? Thanks! RobEr, are you still running cloned systems? Make sure the node number and name are different between the two. As I wrote, I'd need to debug this, but it's possible that NETCON just isn't graceful about this. This communication may not represent my employer's views, if any, on the matters discussed.
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Simh mailing list [email protected] http://mailman.trailing-edge.com/mailman/listinfo/simh
