I'm a recent joiner to HECnet, and wondered if anyone else has played
around with Phase V software at all ?
Obviously HECnet itself is a Phase IV network, but you can connect Phase V
VAX endnodes using the Phase IV compatibility mode.
All my systems are simulated with simh, and getting an Ethernet connection
to work was very straightforward, there's just a bit more local
configuration required than with Phase IV.
However, I spent quite a few years at DEC working on VAX synchronous device
drivers, so I was interested to see whether I could get a WAN connection
going. The biggest issue was device support. DECnet-VAX Phase V doesn't
support any of the older microcoded interfaces (DMC11, DMV11, KMX11 etc),
and the later devices (DSV11, DSB32, DST32, etc) aren't supported by simh.
The only intersection is actually the DUP/DPV11, where there was a new VMS
driver (SEDRIVER) for Phase V, that replaces the
individual protocol-specific drivers that were previously used with these
devices.
I've spent quite a long time this week dredging stuff out of memory from 30
years ago, and still failing to get a DPV11 link to come up, until I
eventually realised that a) there are some significant differences between
the DUP and DPV, and b) simh does not support the DPV properly (how is one
supposed to know this?) ! So after changing my simulated microVAX into an
8600, and the DPV into a DUP, I've managed to get a DDCMP link to come up
between this and a PyDecnet router.
There still seem to be some rough edges, as it won't always come up until
PyDecnet is bounced, and it's also a bit slow for interactive use, as if
there's something that's only working on a retransmission, or timer expiry.
Anyway, it's been a fun nostalgia exercise to get this far, I'll probably
mess about with it some more. Let me know if you have any questions...
TOGATH$ mcr ncl sho routing circuit ddcmp-0 adj * all
Node 0 Routing Circuit DDCMP-0 Adjacency RTG$0001
at 2022-03-11-15:28:50.820+00:00Iinf
Identifiers
Name = RTG$0001
Status
Type = Autoconfigured
State = Up
Neighbor Node Type = Phase IV Router
Router NETs =
{
49::00-1D:AA-00-04-00-D5-75:00 (LOCAL:.TWPD)
}
TOGATH$ mcr ncl sho modem connect line ddcmp-0 all
Node 0 Modem Connect Line DDCMP-0
at 2022-03-11-15:29:33.660+00:00Iinf
Identifiers
Name = DDCMP-0
Status
UID = 5AFC9FC0-A14A-11EC-8002-AA000400C475
State = On
Interface State = Full Enabled
Actual Speed = 0
Loopback Mode = Null
Interface Type = Unknown
Modem Type = ""
Device Availability = Device Present
Request to Send = Asserted
Clear to Send = Asserted
Data Set Ready = Asserted
Data Terminal Ready = Asserted
Carrier Detect = Asserted
Signalling Rate Selector = Unknown
Signalling Rate Indicator = Unknown
Ring Indicator = Not Asserted
Remote Loopback = Not Asserted
Local Loopback = Not Asserted
Test Mode = Unknown
Characteristics
Communications Port = DPV-0-0
Connection Type = NonSwitched
Communications Mode = Synchronous
Duplex = Full
Profile = ""
Modem Control = Full
Modem Options =
{
}
Encoding = Normal
Clock = External
Speed = 0
Alternate Speed = 0
Rate Select = High
Maximum Enable Transmit Timer = 2000
Suppress Test Indicator = True
Transmit Holdoff Timer = 0
Carrier Loss Timer = 15000
Minimum DTR Deassertion Timer = 2000
Maximum Disable Transmit Timer = 500
Call Accept Timer = 0
Successful Call Indication Timer = 30
Maximum DSR Deassertion Timer = 5000
Counters
Creation Time = 2022-03-11-14:48:46.780+00:00Iinf
Losses of Clock = 0
Cable Faults = 0
Times DCE Not Ready = 0
Transmit Enable Timeouts = 4
Losses Of Carrier = 0
Rate Fallbacks = 0
Test Indications = 0
Framing Errors = 0
Times Cable Detected = 0
Device Errors = 0
Times Reset = 4
c
CTF V1.0-00 Page 1
Trace started on 11-MAR-2022 15:45:28.40 Analyzed on 11-MAR-2022
15:45:56.95
Trace File DUA1:[TREVOR]CTF$TRACE.DAT;3 Output File DUA1:[TREVOR]XX.TXT;4
-----------+----+-----+<--------DDCMP
Frame-------->+--------------------------`
Time |Evnt|Data | Typ QS Res Num Ctl Adr Count|Data
`
hh mm ss cc| |Size | |
`
-----------+----+-----+<--------------------------->+--------------------------`
15:45:28.40| Tx| 85| DAT S 77 86 1 77| 0A C5 75 C4 75 01 21
35 E`
| 01 04 C3 02 EE 81 C6
01 2`
| 2E 30 85 02 03 E8 C4
01 0`
15:45:28.41|Rx | 22| DAT 85 78 1 14| 05 D5 75 0A AA AA AA
AA A`
15:45:28.56|Rx | 6| ACK 86 1 |
15:45:28.57| Tx| 6| ACK S 78 1 |
15:45:32.80| Tx| 85| DAT S 78 87 1 77| 0A C5 75 C4 75 01 21
35 E`
| 01 04 C3 02 EE 81 C6
01 2`
| 2E 30 85 02 03 E8 C4
01 0`
15:45:32.81|Rx | 62| DAT 86 79 1 54| 02 C4 75 C5 75 02 21
2E D`
| 01 04 C6 01 23 01 11
30 3`
| 03 E8
15:45:32.81| Tx| 25| DAT S 79 88 1 17| 02 C5 75 C4 75 01 21
09 6`
15:45:32.82|Rx | 6| ACK 87 1 |
15:45:32.94|Rx | 6| ACK 88 1 |
15:45:32.95|Rx | 62| DAT 88 80 1 54| 02 C4 75 C5 75 02 21
2E D`
| 01 04 C6 01 23 01 11
30 3`
| 03 E8
15:45:33.07| Tx| 6| ACK S 80 1 |
15:45:38.48|Rx | 31| DAT 88 81 1 23| 02 C4 75 C5 75 02 21
07 F`
15:45:38.48| Tx| 40| DAT S 81 89 1 32| 02 C5 75 C4 75 01 21
07 F`
| 00 00 00 00 00 00
15:45:38.49|Rx | 31| DAT 88 82 1 23| 02 C4 75 C5 75 02 21
07 F`
15:45:38.49| Tx| 25| DAT S 82 90 1 17| 02 C5 75 C4 75 01 21
09 6`
15:45:38.50|Rx | 6| ACK 89 1 |
15:45:38.60|Rx | 6| ACK 90 1 |
15:45:39.72|Rx | 58| DAT 90 83 1 50| 02 C4 75 C5 75 02 21
07 F`
| 00 00 00 00 00 00 01
02 1`
15:45:39.72| Tx| 25| DAT S 83 91 1 17| 02 C5 75 C4 75 01 21
09 6`
15:45:39.73| Tx| 25| DAT S 83 92 1 17| 02 C5 75 C4 75 01 21
09 6`
15:45:39.73| Tx| 80| DAT S 83 93 1 72| 02 C5 75 C4 75 01 21
07 F`
| 00 00 00 00 00 00 01
02 F`
| A0 13 00 30 02 30 60
F9 0`
15:45:39.73| Tx| 38| DAT S 83 94 1 30| 02 C5 75 C4 75 01 21
07 F`
| 00 00 00 00
15:45:39.73| Tx| 49| DAT S 83 95 1 41| 02 C5 75 C4 75 01 21
07 F`
| 00 18 00 42 70 50 00
A0 1`
Buffer: XX.TXT | Write | Insert |
Forward
I thought some of the HECnet crowd might find this interesting
https://groups.google.com/g/alt.sys.pdp10/c/WnsETCDyTmc
"TOPS-20 Boot Camp for VMS Users 05-Mar-2022" (that's this Saturday), and
they'll even give you an account on a real (not simulated!) 36 bit machine,
an XKL Toad.
Bob
Seems to not work anymore. Not sure if it is permanent. But anyway, for
anyone wanting to reach Mim, as has been announced before, she's still
available as Mim.Stupi.NET.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Hello Everyone,
Are there any Mailman experts here?
The way I use my email addresses is that I have an email address provided by
my ISP (Robert.jarratt(a)ntlworld.com <mailto:Robert.jarratt@ntlworld.com> ),
but I use an email forwarding service to forward rob(a)jarratt.me.uk
<mailto:rob@jarratt.me.uk> to my ISP mailbox. This means that I can receive
email sent to rob(a)jarratt.me.uk <mailto:rob@jarratt.me.uk> , but any email I
send comes from Robert.jarratt(a)ntlworld.com
<mailto:Robert.jarratt@ntlworld.com> . I do put rob(a)jarratt.me.uk
<mailto:rob@jarratt.me.uk> in the reply-to. Can Mailman be configured to
accept emails from my outbound address, but send them to my forwarding
address? I would like to do this for my subscription to the HECnet list, if
possible. If I can't then so be it, but I thought it worth asking.
Thanks
Rob
Hello Johnny,
I am not sure if I did get two copies of this email so I don't know if I am
on the new system. I don't remember what email I would be registered under,
it will either be rob(a)jarratt.me.uk (preferred) or
Robert.jarratt(a)ntlworld.com. I don't want to create an account to manage
myself until I know which email (if any) I am registered with in the new
system.
Would you mind checking for me please?
Thanks
Rob
> -----Original Message-----
> From: Johnny Billquist <bqt(a)softjar.se>
> Sent: 21 January 2022 01:10
> To: hecnet(a)lists.dfupdate.se; hecnet(a)Update.UU.SE
> Subject: [Hecnet] HECnet mail list move
>
> Ok. Since I'm a busy (and lazy) bum, this have taken way more time that it
> should have.
>
> But here it is. The HECnet mailing list is moving. It has to.
> First of all, hats off, thanks, and apologies to Bob Armstrong and Dave
> McGuire. They both offered to help move the mailing list, and put time
into
> it. Unfortunately, I've not had time to really work on it, and in the end
the
> people at Update also worked on migrating all other stuff that was running
> there, which included various other mailing lists as well, so the HECnet
> mailing list was more or less able to be moved without any work on my
part,
> except for some tweaks to settings.
>
> So while much of Update is, for the time being, turned off, the mailing
list can
> live on.
>
> The address do change, however. As you can see. The new address is:
>
> hecnet(a)lists.dfupdate.se
>
> This is now running under mailman, which do mean that there is a web
> interface for people to control their subscriptions, as well as the
possibility of
> digests and archives going forward.
>
> All current subscribers are already subscribed at the new address. If
anyone
> disagrees with that, they can unsubscribe, or let me know and I'll
unsubscribe
> them.
>
> I'm sending this mail to both the old and new list, so everyone should get
two
> copies of this mail. If you are not, check possible spam boxes, and let me
> know if I should investigate something on my side.
>
> The web page for the list is:
> https://lists.dfupdate.se/postorius/lists/hecnet.lists.dfupdate.se/
> (I think I got that right, let me know otherwise)
>
> Johnny
>
> --
> Johnny Billquist || "I'm on a bus
> || on a psychedelic trip
> email: bqt(a)softjar.se || Reading murder books
> pdp is alive! || tryin' to stay hip" - B. Idol
> _______________________________________________
> Hecnet mailing list -- hecnet(a)lists.dfupdate.se To unsubscribe send an
email
> to hecnet-leave(a)lists.dfupdate.se
Johnny;
I would be interested in hearing more about this (or any) 11/60 microcode
bug :->! And how the OS (which?) worked around it.
>>> Subject: [HECnet] Re: KG11 emulation probably defective
-->diagnosticZKGAB0for KG11 runs without complaints.
.....
There is a weird microcode bug in the 11/60 CPU, which force the OS do so
some silly things in general, in order to run correctly one that one CPU.
Things that are just wasting a few cycles on all other CPUs. I bet DEC had
fun figuring that one out...
(I don't remember the exact details now, but I could go in and read the code
to find out again, if needed, unless someone else remember the
specifics.)
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)softjar.se <mailto:bqt@softjar.se> || Reading
murder books
pdp is alive! || tryin' to stay hip" - B. Idol
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se
<mailto:hecnet@lists.dfupdate.se> To unsubscribe send an email to
hecnet-leave(a)lists.dfupdate.se <mailto:hecnet-leave@lists.dfupdate.se>
A friend of mine has a bunch of hardware that needs a new home. No charge,
but it has to be picked up in Zoetermeer, The Netherlands.
He asked me to post it here, if you are interested I will get him to contact
you.
Rgds,
Wilm
Servers
* AlphaServer 1000A
* Power supply defect, stops 1 sec after sdtartup
* Status unknown
* DEC 2000 Model 300 AXP, aka DECpcAXP150, aka Jensen
* working (front panel damaged)
* Internal disk RZ28B (2.1 G)
* Internal disk RZ26L (1.05 G)
* RRD44 CD drive
* RX26 floppy drive, not working
Storage Shelves
* 2x BA356-RC (blue)
* 1x BA356-SB (beige)
* 5x Power supply
* 2x I/O module BA35X-MH (70-31490-01)
* 1x I/O module BA35X-MG
* 1x BN21W-0B Y-connector
Disks
* 6x RZ1FC-VW (36.4 G)
* 4x RZ1ED/EF-VW (18.2 G)
* 3x RZ1DA/DB-VW (9.1 G)
* 11x RZ1CB/CF-VW (4.3 G)
* 4x RZ29B-VA/VW (4.3 G)
* 2x RZ28-VA (2.1 G)
Tape Drives
* 1x TZ89, rack mount
* 2x TZ88 rack mount
Actually, the wiring is slightly more complex as the counter is reset by the
bus init signal on the clr inputs, however the load signal presets the
counter to a value depending on the selected polynomial.
The counting in hardware is even more complex as the counter is a 1 bit
binary counter combined with a 3 bit binary counter to cover the range from
8 to 12 to 16 steps clocking and varying between 10 Mhz and single stepping
to develop the Done flag setting which freezes the clock generator which is
a gated oscillator.
But since the implementation of Simh does not follow the hardware but only
replaces it with a functional equivalent, the software counting is
implemented differently and then it suffices to clear the pulsecnt variable
per the second proposed solution.
Reindert
-----Original Message-----
From: Paul Koning [mailto:paulkoning@comcast.net]
Sent: Wednesday, 02 February, 2022 15:44
To: Reindert Voorhorst <R.Voorhorst(a)swabhawat.com>
Cc: HECnet <hecnet(a)lists.dfupdate.se>
Subject: Re: [HECnet] KG11 emulation probably defective -->solved (by Paul
as it is)
> On Feb 2, 2022, at 4:09 AM, R. Voorhorst <R.Voorhorst(a)swabhawat.com>
wrote:
>
> L.S.
>
> So in the end I had little to do J (thanks Paul and Johnny), and the
updated code by Paul fixes the problem and yes, the diagnostics still
complete without complaint. A check of the engineering drawings should
verify/confirm how the pulse count is actually terminated/reset in hardware.
From the manual (which reproduces a bit of the schematic in support) the
more precise definition is that the counter is reset by a data register
load. That would make a difference in observable behavior if single step
mode is used: DONE would come on after the correct number of single step
operations.
I'll submit a PR with that version. Thanks Reindert for verifying the fix.
paul
I've put the beta PyDECnet T1.1 up on area router PYTHON. That will make a more interesting test than the previous one (which was to have it running on 28NH, the HECnet mapper).
It seems to be working ok, but if anyone sees strange behavior that might be connected to this node, please let me know.
The code should be faster, significantly so in a few spots. I suspect that won't be all that noticeable in practice. It should also have some bugs fixed. Among them are some NICE protocol issues: there were problems with reporting adjacent node information some of the time, those should be gone in this code.
paul