16 Dec
2021
16 Dec
'21
2:05 a.m.
You've got to set MAX AREA large enough; 63 is the obvious value. With it not set,
the system apparently is defaulting it to 1, so when you gave it a node address without
area number it defaulted the area number to 1, which of course can't work.
paul
On Dec 15, 2021, at 7:00 PM, Supratim Sanyal
<supratim at riseup.net> wrote:
OK, so I fired up a VAX/VMS 3.5 node and gave it the address 42 (just a coincidence, not
an answer to any question). I demoted it to an end-node on a dedicated virtual ethernet
adapter for the circuit with DECnet/Python. No adjacency is established. A tshark
indicates DECnet-VAX V3.0 is appearing as 1.42 on the wire. Since there is no way to ask
DECnet-VAX V3.0 to pretend it is 31.42, I am not sure what the next step, if any, might be
to hook this up to my area on HECnet.
tshark dump is at
https://www.dropbox.com/s/40hvr4x6iq3esl8/tshark-31.12-31.42-DECnet-VAX-V3.…
<https://www.dropbox.com/s/40hvr4x6iq3esl8/tshark-31.12-31.42-DECnet-VAX-V3.0.tar.bz2?dl=0>
. Maybe Paul has some advice?
Note: When DECnet-VAX V3.0 was configured as a L1 router, it oscillated between
"circuit up" and "line fault" every few seconds.
$ mc ncp show exec char
Node Volatile Characteristics as of 14-DEC-1984 23:46:34
Executor node = 42 (XXXV)
Identification = DECnet-VAX V3.0, VMS V3.5
Management version = V4.0.0
Incoming timer = 45
Outgoing timer = 45
NSP version = V3.2.0
Maximum links = 32
Delay factor = 80
Delay weight = 5
Inactivity timer = 60
Retransmit factor = 10
Routing version = V2.0.0
Type = nonrouting IV
Routing timer = 600
Broadcast routing timer = 40
Maximum address = 1023
Maximum circuits = 16
Maximum cost = 1022
Maximum hops = 30
Maximum visits = 63
Max broadcast nonrouters = 64
Max broadcast routers = 32
Maximum buffers = 100
Buffer size = 576
Nonprivileged user id = DECNET
Default access = incoming and outgoing
Pipeline quota = 1200
$ mc ncp show circuit una-0 char
Circuit Volatile Characteristics as of 14-DEC-1984 23:47:01
Circuit = UNA-0
State = on
Service = disabled
Cost = 3
Router priority = 64
Hello timer = 15
Type = Ethernet
$ mc ncp show line una-0 char
Line Volatile Characteristics as of 14-DEC-1984 23:47:20
Line = UNA-0
Receive buffers = 4
Controller = normal
Protocol = Ethernet
Service timer = 4000
Hardware address = AA-00-04-00-2A-7C
Buffer size = 1498
Regards,
Supratim
On 12/9/21 7:40 PM, Paul Koning wrote:
--
<SANYALNET-LABS-QR-CODE.png>
On Dec 9, 2021, at 6:02 PM, Johnny Billquist
<bqt at softjar.se> <mailto:bqt at softjar.se> wrote:
On 2021-12-09 23:52, Mark J. Blair wrote:
Right. Roughly speaking, the sending
application sees that there are multiple nodes, and that it uses PMR for this. It
connects to the first of the nodes, object 63. It then sends it the rest of the connect
information. PMR picks off the next node. If that's the last node, it connects to the
requested object, otherwise again to another PMR.
VMS has PMR-like capability for network file access because RMS recognizes file names
with node name prefixes, so it's an automatic consequence of that feature. RSTS NFT
(the application which does network file access) doesn't support PMR as far as I
remember. So if you have VMS nodes around you can chain node names in file access, with
RSTS-only you cannot.
MAIL does it internally I think. Some vague memory says that RSTS network terminal
("set host") has PMR support, I need to look.
I'll definitely add PMR to PyDECnet at some point fairly soon.
paul
So, basically like bang paths in uucp? Maybe I
will play with that sometime!
Yes. But depending on application, it might be that
all machines have to be up and running at the moment you're trying to use it, as
opposed to UUCP which was store and forward.