[Simh] Netcon

[Timothe Litt]

Don't worry about the \ / inconsistency.  It's just a delimiter - it 
needs to match for a given command.

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:litt at ieee.org]
>> Sent: 27 May 2013 14:35
>> To: Robert Jarratt
>> Cc: simh at trailing-edge.com
>> Subject: Re: [Simh] Netcon
>>
>>> owever, 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! Rob
>> Er, 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.
>>
>>
>>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.trailing-edge.com/pipermail/simh/attachments/20130527/6d1c5e91/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5159 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://mailman.trailing-edge.com/pipermail/simh/attachments/20130527/6d1c5e91/attachment-0002.bin>