- HECnet - lists @ Update

by hvlems＠zonnet.nl

This BlackBerry is a huge improvement. The formatting is off but at least you can read the content. The previous device was a disaster, remember? :-) Verzonden vanaf mijn BlackBerry 10-smartphone. Origineel bericht Van: Cory Smelosky Verzonden: zaterdag 3 mei 2014 00:22 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Parallel computing using DECnet On Sat, 3 May 2014, Hans Vlems wrote: What error? It wasn't wrong, incomplete at most. Verzonden vanaf mijn BlackBerry 10-smartphone. Origineel bericht ?? Van: Dave McGuire Verzonden: vrijdag 2 mei 2014 21:03 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Parallel computing using DECnet On 05/02/2014 03:53 AM, Johnny Billquist wrote: But using FORTRAN, we could potentially use overlays and such. Well, overlays do not depend on FORTRAN, you can use that no matter what language you choose. Yes, of course. I don't know what I was thinking. Thank you for the correction. I myself have only actually used overlays with FORTRAN; that was probably the source of my error. -Dave Your email client is really bad at formatting replies. ;) Maybe it's just that I try to strip all HTML...:P -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

11 years, 2 months

1
0
0 0

Parallel computing using DECnet

by mcguire＠neurotica.com

My (incorrect) implication was that FORTRAN was the only language with which one could use overlays. Overlays are implemented by the linker. (TKB) -Dave On 05/02/2014 06:20 PM, Hans Vlems wrote: What error? It wasn't wrong, incomplete at most. Verzonden vanaf mijn BlackBerry 10-smartphone. Origineel bericht Van: Dave McGuire Verzonden: vrijdag 2 mei 2014 21:03 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Parallel computing using DECnet On 05/02/2014 03:53 AM, Johnny Billquist wrote: But using FORTRAN, we could potentially use overlays and such. Well, overlays do not depend on FORTRAN, you can use that no matter what language you choose. Yes, of course. I don't know what I was thinking. Thank you for the correction. I myself have only actually used overlays with FORTRAN; that was probably the source of my error. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 2 months

1
0
0 0

Parallel computing using DECnet

by b4＠gewt.net

On Sat, 3 May 2014, Hans Vlems wrote: What error? It wasn't wrong, incomplete at most. Verzonden vanaf mijn BlackBerry 10-smartphone. Origineel bericht ?? Van: Dave McGuire Verzonden: vrijdag 2 mei 2014 21:03 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Parallel computing using DECnet On 05/02/2014 03:53 AM, Johnny Billquist wrote: But using FORTRAN, we could potentially use overlays and such. Well, overlays do not depend on FORTRAN, you can use that no matter what language you choose. Yes, of course. I don't know what I was thinking. Thank you for the correction. I myself have only actually used overlays with FORTRAN; that was probably the source of my error. -Dave Your email client is really bad at formatting replies. ;) Maybe it's just that I try to strip all HTML...:P -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

11 years, 2 months

1
0
0 0

Parallel computing using DECnet

by hvlems＠zonnet.nl

What error? It wasn't wrong, incomplete at most. Verzonden vanaf mijn BlackBerry 10-smartphone. Origineel bericht Van: Dave McGuire Verzonden: vrijdag 2 mei 2014 21:03 Aan: hecnet at Update.UU.SE Beantwoorden: hecnet at Update.UU.SE Onderwerp: Re: [HECnet] Parallel computing using DECnet On 05/02/2014 03:53 AM, Johnny Billquist wrote: But using FORTRAN, we could potentially use overlays and such. Well, overlays do not depend on FORTRAN, you can use that no matter what language you choose. Yes, of course. I don't know what I was thinking. Thank you for the correction. I myself have only actually used overlays with FORTRAN; that was probably the source of my error. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 2 months

1
0
0 0

[Simh] [HECnet] TOPS-20 V4.1 DECnet

by b4＠gewt.net

On Fri, 2 May 2014, Al Kossow wrote: On 5/2/14 11:02 AM, simh at swabhawat.com wrote: Both things will require Tops monitor programming; Why does the router/gateway need to be simulated? Wouldn't it be easier to create a Unix program to do this? Then you could add a bunch of link debugging code that would be independent of the simulated operating systems. Or, are people trying to get this working between real machines? The goal is to eventually use real hardware. _______________________________________________ Simh mailing list Simh at trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects _______________________________________________ Simh mailing list Simh at trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh

11 years, 2 months

1
0
0 0

Getting reconnected...

by Paul_Koning＠Dell.com

On May 2, 2014, at 4:13 PM, Robert Jarratt <robert.jarratt at ntlworld.com> wrote: ... Robert's is the first one I know of; inspired by that I started one in Python. Mine is still rather prototypical. And I could not have got as far as I did without Paul's help interpreting the specs. I still need to do a lot of work on it. Thanks Rob! paul

11 years, 2 months

1
0
0 0

QBUS sound [Was: Re: [HECnet] Parallel computing using DECnet]

by mcguire＠neurotica.com

On 05/02/2014 03:28 AM, Pontus Pihlgren wrote: I'm told there were, probably third party, sound cards for qbus. Has anyone of you seen one or know more? I haven't. I have a really neat Qbus card with a TMS9918 sprite-based video chip on it, though! Which one is that? I have a Matrox card and one of the VSV cards (can't remember which one) I don't know who made it; I will check. It's an amazingly simple board. The TMS9918 is very easy to use to begin with...All this board appears to be is the standard TMS9918 app note circuit with some glue logic to connect it to Qbus. It should be trivial to bring up and get graphics out of if I can find out where its CSR sits. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 2 months

1
0
0 0

Getting reconnected...

by robert.jarratt＠ntlworld.com

-----Original Message----- From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Paul_Koning at Dell.com Sent: 02 May 2014 17:44 To: hecnet at Update.UU.SE Subject: Re: [HECnet] Getting reconnected... On May 2, 2014, at 12:14 PM, Cory Smelosky <b4 at gewt.net> wrote: On Fri, 2 May 2014, Robert Jarratt wrote: Are you talking about the user mode router? If so, that would be me. You can find it at http://route20.codeplex.com/ I have been doing most of the more recent development on Windows, and have not ported it to linux yet, but could do so if you are interested. Regards Rob Apparently there are 2 user-mode routers. Robert's is the first one I know of; inspired by that I started one in Python. Mine is still rather prototypical. And I could not have got as far as I did without Paul's help interpreting the specs. I still need to do a lot of work on it. Regards Rob

11 years, 2 months

1
0
0 0

Parallel computing using DECnet

by mcguire＠neurotica.com

On 05/02/2014 03:53 AM, Johnny Billquist wrote: But using FORTRAN, we could potentially use overlays and such. Well, overlays do not depend on FORTRAN, you can use that no matter what language you choose. Yes, of course. I don't know what I was thinking. Thank you for the correction. I myself have only actually used overlays with FORTRAN; that was probably the source of my error. -Dave -- Dave McGuire, AK4HZ New Kensington, PA

11 years, 2 months

1
0
0 0

[Simh] [HECnet] TOPS-20 V4.1 DECnet

by aek＠bitsavers.org

On 5/2/14 11:45 AM, Al Kossow wrote: On 5/2/14 11:02 AM, simh at swabhawat.com wrote: Both things will require Tops monitor programming; Why does the router/gateway need to be simulated? I guess what I'm suggesting is all of the simulated machines that need to interoperate should just be treated as end nodes. _______________________________________________ Simh mailing list Simh at trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh

11 years, 2 months

1
0
0 0

[Simh] [HECnet] TOPS-20 V4.1 DECnet

by aek＠bitsavers.org

On 5/2/14 11:02 AM, simh at swabhawat.com wrote: Both things will require Tops monitor programming; Why does the router/gateway need to be simulated? Wouldn't it be easier to create a Unix program to do this? Then you could add a bunch of link debugging code that would be independent of the simulated operating systems. Or, are people trying to get this working between real machines? _______________________________________________ Simh mailing list Simh at trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh

11 years, 2 months

1
0
0 0

[Simh] [HECnet] TOPS-20 V4.1 DECnet

by simh＠swabhawat.com

Hi, that story is already old; MRC presented it as the Tops-20 V4.2. That software never has been found. But if the real problem is Tops20 on Decnet, a KLH10 from Ken Harrenstein runs Tops20-7.1 on a 4 MW KL10 processor in a Linux environment ant cooperates with Simh Vax, Pdp11 Rsx11MP46, Rsts-E-10.1L and other Pdp10 systems though Ethernet/sync line router systems. Works like a charm. Same thing holds for Tops10-705 on Klh10 with Ethernet functionality Best regards, Reindert -----Original Message----- From: simh-bounces at trailing-edge.com [mailto:simh-bounces at trailing-edge.com] On Behalf Of Cory Smelosky Sent: Friday, May 02, 2014 19:32 To: hecnet at Update.UU.SE Cc: simh at trailing-edge.com Subject: Re: [Simh] [HECnet] TOPS-20 V4.1 DECnet On Fri, 2 May 2014, Peter Lothberg wrote: Looks like there's no DMC on the PDP-10, no DMC OR KDP on the MicroVAX, and no KDP on the VAX780. However, the PDP-11 has the DUP. Looks like I can use that as the go-between. MRC with the help of Stu Grosman did a phase 4 port to KS tops20. It uses teh KMC/DUP, but has a limitation, as there was not enough memory left, all buffers had to be in one page, the decnet MTU is not 576 but 376 or something like that. This does not matter unless you have two interfaces and try to be a transit node. (it can be routein-iv). Any idea where I can find this Phase IV port? It speaks DDCMP on the CYNC interface, so anything that speaks DDCMP can talk to it, DUP,DQ, DMC DMR ... -P -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects _______________________________________________ Simh mailing list Simh at trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh _______________________________________________ Simh mailing list Simh at trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh

11 years, 2 months

1
0
0 0

[Simh] [HECnet] TOPS-20 V4.1 DECnet

by simh＠swabhawat.com

Hi guys, what you propose will not work. I already connected a Tops20 4.1 with a phase-III Tops10 Pdp10 and even that will not work. Tops20-4.1 to a clone does as well as a Pdp10 phase-III to a clone does. Tim Litt mentioned a while ago that Tops20 4.1 was rather more of a phase-II then a III; I call it phase-II+ as it appears to have some routing functionality. So it will certainly not work with Rsts-E 10.1L and Rsx11MP46 as all these are phase-IV. Further there is no difference between the functioning of a Rsts-E 10.1 and a Rsx11MP46 Pdp11 with respect to Dup/Dmc/Ethernet if Rsts-E will support the Dup/Dmc lines and will route as it is primarily an Ethernet system. To make these things work the following has to be done: 1. Upgrade Tops20-4.1 Decnet to real phase-III, it then will link to a Pdp10 Tops10 7.02 based phase-III router. 2. Repair/upgrade the Tops10 7.02 router code so that it will talk to a phase-IV node. Both things will require Tops monitor programming; the Tops10 7.02 case will probably be the most simple of the two. On the physical plane nothing is wrong as the packets do flow; only the DDCMP communication process will not startup; it hangs around in the startup phase. Best regards Reindert -----Original Message----- From: simh-bounces at trailing-edge.com [mailto:simh-bounces at trailing-edge.com] On Behalf Of Cory Smelosky Sent: Friday, May 02, 2014 19:31 To: hecnet at Update.UU.SE Cc: simh at trailing-edge.com Subject: Re: [Simh] [HECnet] TOPS-20 V4.1 DECnet On Fri, 2 May 2014, Paul_Koning at Dell.com wrote: On May 2, 2014, at 12:59 PM, Mark Pizzolato - Info Comm <Mark at infocomm.com> wrote: On Friday, May 02, 2014 at 7:36 AM, Paul Koning wrote: ...If you want a RSTS system to connect to your Phase III machine, you'll want to use a DMC (or DMR/DMP/DMV, they are all roughly interchangeable). In a sufficiently recent SIMH, the DMC emulation speaks real DDCMP so it should talk with a software DDCMP implementation, such as one that uses a DUP. The DUP has only been tested talking to the KDP and DMC/DMR on RSX. If someone wants to try on RSTS I'd like to know if any issues are found. I'll see what I can do. Since a DMC/DMR does DDCMP itself, it shouldn't matter what OS is talking to it; if you get success with DECnet/RSX, I would expect it to work with DECnet/E as well. Or, since it doesn't know sync from async, it will probably talk to a software DDCMP implementation that uses a terminal interface. I believe that it should also talk to an OS based DDCMP implementation which uses Async ports. If someone is willing to test this, I'll work on any kinks which may be found which might inhibit this. I'm trying to make some progress on that (using RSTS V10.1). Let me know. I'm interested in using RSTS/E to link TOPS-20/KS. paul -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects _______________________________________________ Simh mailing list Simh at trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh

11 years, 2 months

1
0
0 0

TOPS-20 V4.1 DECnet

by b4＠gewt.net

On Fri, 2 May 2014, Peter Lothberg wrote: Looks like there's no DMC on the PDP-10, no DMC OR KDP on the MicroVAX, and no KDP on the VAX780. However, the PDP-11 has the DUP. Looks like I can use that as the go-between. MRC with the help of Stu Grosman did a phase 4 port to KS tops20. It uses teh KMC/DUP, but has a limitation, as there was not enough memory left, all buffers had to be in one page, the decnet MTU is not 576 but 376 or something like that. This does not matter unless you have two interfaces and try to be a transit node. (it can be routein-iv). Any idea where I can find this Phase IV port? It speaks DDCMP on the CYNC interface, so anything that speaks DDCMP can talk to it, DUP,DQ, DMC DMR ... -P -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

11 years, 2 months

1
0
0 0

[Simh] [HECnet] TOPS-20 V4.1 DECnet

by b4＠gewt.net

On Fri, 2 May 2014, Paul_Koning at Dell.com wrote: On May 2, 2014, at 12:59 PM, Mark Pizzolato - Info Comm <Mark at infocomm.com> wrote: On Friday, May 02, 2014 at 7:36 AM, Paul Koning wrote: ...If you want a RSTS system to connect to your Phase III machine, you ll want to use a DMC (or DMR/DMP/DMV, they are all roughly interchangeable). In a sufficiently recent SIMH, the DMC emulation speaks real DDCMP so it should talk with a software DDCMP implementation, such as one that uses a DUP. The DUP has only been tested talking to the KDP and DMC/DMR on RSX. If someone wants to try on RSTS I'd like to know if any issues are found. I ll see what I can do. Since a DMC/DMR does DDCMP itself, it shouldn t matter what OS is talking to it; if you get success with DECnet/RSX, I would expect it to work with DECnet/E as well. Or, since it doesn t know sync from async, it will probably talk to a software DDCMP implementation that uses a terminal interface. I believe that it should also talk to an OS based DDCMP implementation which uses Async ports. If someone is willing to test this, I'll work on any kinks which may be found which might inhibit this. I m trying to make some progress on that (using RSTS V10.1). Let me know. I'm interested in using RSTS/E to link TOPS-20/KS. paul -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects_______________________________________________ Simh mailing list Simh at trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh

11 years, 2 months

1
0
0 0

[Simh] [HECnet] TOPS-20 V4.1 DECnet

by Paul_Koning＠Dell.com

On May 2, 2014, at 12:59 PM, Mark Pizzolato - Info Comm <Mark at infocomm.com> wrote: On Friday, May 02, 2014 at 7:36 AM, Paul Koning wrote: ...If you want a RSTS system to connect to your Phase III machine, you ll want to use a DMC (or DMR/DMP/DMV, they are all roughly interchangeable). In a sufficiently recent SIMH, the DMC emulation speaks real DDCMP so it should talk with a software DDCMP implementation, such as one that uses a DUP. The DUP has only been tested talking to the KDP and DMC/DMR on RSX. If someone wants to try on RSTS I'd like to know if any issues are found. I ll see what I can do. Since a DMC/DMR does DDCMP itself, it shouldn t matter what OS is talking to it; if you get success with DECnet/RSX, I would expect it to work with DECnet/E as well. Or, since it doesn t know sync from async, it will probably talk to a software DDCMP implementation that uses a terminal interface. I believe that it should also talk to an OS based DDCMP implementation which uses Async ports. If someone is willing to test this, I'll work on any kinks which may be found which might inhibit this. I m trying to make some progress on that (using RSTS V10.1). paul

11 years, 2 months

1
0
0 0

[Simh] [HECnet] TOPS-20 V4.1 DECnet

by Mark＠infocomm.com

On Friday, May 02, 2014 at 7:36 AM, Paul Koning wrote: On May 1, 2014, at 9:36 PM, Cory Smelosky <b4 at gewt.net> wrote: On Thu, 1 May 2014, Cory Smelosky wrote: Looks like there's no DMC on the PDP-10, no DMC OR KDP on the MicroVAX, and no KDP on the VAX780. However, the PDP-11 has the DUP. Looks like I can use that as the go- between. Wonderinf if this is an RSTS/E bug...or a simh bug. Device XK0: does not interrupt - device disabled. Probably a SIMH limitation. It s complaining about the KMC11. This is true. RSTS supports those only for use with the RJ2780 emulator; it doesn t use them with DECnet. The message comes from the hardware scan code, where it looks around the bus looking for devices and makes them interrupt to learn what vector each uses. For the KMC11, it does that by loading a short program into it. That only works if the KMC emulation knows how to emulate a KMC well enough to run that program. If it emulates a KMC only as a KMC/DUP pair that speaks DDCMP, this won t work. The KMC emulation could be extended to support this command/program, but since the only implementation of KMC functionality is as a KDP and the KDP wasn't supported on the OS (RSTS) which is observing the lacking of interrupting, then the status quo is probably best. If you want a RSTS system to connect to your Phase III machine, you ll want to use a DMC (or DMR/DMP/DMV, they are all roughly interchangeable). In a sufficiently recent SIMH, the DMC emulation speaks real DDCMP so it should talk with a software DDCMP implementation, such as one that uses a DUP. The DUP has only been tested talking to the KDP and DMC/DMR on RSX. If someone wants to try on RSTS I'd like to know if any issues are found. Or, since it doesn t know sync from async, it will probably talk to a software DDCMP implementation that uses a terminal interface. I believe that it should also talk to an OS based DDCMP implementation which uses Async ports. If someone is willing to test this, I'll work on any kinks which may be found which might inhibit this. - Mark _______________________________________________ Simh mailing list Simh at trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh

11 years, 2 months

1
0
0 0

Getting reconnected...

by Paul_Koning＠Dell.com

On May 2, 2014, at 12:14 PM, Cory Smelosky <b4 at gewt.net> wrote: On Fri, 2 May 2014, Robert Jarratt wrote: Are you talking about the user mode router? If so, that would be me. You can find it at http://route20.codeplex.com/ I have been doing most of the more recent development on Windows, and have not ported it to linux yet, but could do so if you are interested. Regards Rob Apparently there are 2 user-mode routers. Robert s is the first one I know of; inspired by that I started one in Python. Mine is still rather prototypical. paul

11 years, 2 months

1
0
0 0

Getting reconnected...

by b4＠gewt.net

On Fri, 2 May 2014, Robert Jarratt wrote: Are you talking about the user mode router? If so, that would be me. You can find it at http://route20.codeplex.com/ I have been doing most of the more recent development on Windows, and have not ported it to linux yet, but could do so if you are interested. Regards Rob Apparently there are 2 user-mode routers. -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects

11 years, 2 months

1
0
0 0

Getting reconnected...

by robert.jarratt＠ntlworld.com

Are you talking about the user mode router? If so, that would be me. You can find it at http://route20.codeplex.com/ I have been doing most of the more recent development on Windows, and have not ported it to linux yet, but could do so if you are interested. Regards Rob From: Mark Benson Sent: 02/ 05/ 2014 14:26 To: HECnet Subject: [HECnet] Getting reconnected... Hi, Now I'm back, I need to get reconnected to HECnet and get some routing sorted out. Multinet never worked, and I lost my fixed IP so I can't use the bridge. Is anyone able to offer some kind of IP tunnel, maybe VPN or something? Also there was someone who was developing a Linux-based DECnet router, is that still going/viable? -- Mark Benson http://DECtec.info Twitter: @DECtecInfo HECnet: STAR69::MARK Online Resource & Mailing List for DEC Enthusiasts.

11 years, 2 months

1
0
0 0

TOPS-20 V4.1 DECnet

by roll＠Stupi.SE

Looks like there's no DMC on the PDP-10, no DMC OR KDP on the MicroVAX, and no KDP on the VAX780. However, the PDP-11 has the DUP. Looks like I can use that as the go-between. MRC with the help of Stu Grosman did a phase 4 port to KS tops20. It uses teh KMC/DUP, but has a limitation, as there was not enough memory left, all buffers had to be in one page, the decnet MTU is not 576 but 376 or something like that. This does not matter unless you have two interfaces and try to be a transit node. (it can be routein-iv). It speaks DDCMP on the CYNC interface, so anything that speaks DDCMP can talk to it, DUP,DQ, DMC DMR ... -P

11 years, 2 months

1
0
0 0

[Simh] [HECnet] TOPS-20 V4.1 DECnet

by b4＠gewt.net

On Fri, 2 May 2014, Paul_Koning at Dell.com wrote: On May 1, 2014, at 9:36 PM, Cory Smelosky <b4 at gewt.net> wrote: On Thu, 1 May 2014, Cory Smelosky wrote: Looks like there's no DMC on the PDP-10, no DMC OR KDP on the MicroVAX, and no KDP on the VAX780. However, the PDP-11 has the DUP. Looks like I can use that as the go-between. Wonderinf if this is an RSTS/E bug...or a simh bug. Device XK0: does not interrupt - device disabled. Probably a SIMH limitation. It s complaining about the KMC11. RSTS supports those only for use with the RJ2780 emulator; it doesn t use them with DECnet. The message comes from the hardware scan code, where it looks around the bus looking for devices and makes them interrupt to learn what vector each uses. For the KMC11, it does that by loading a short program into it. That only works if the KMC emulation knows how to emulate a KMC well enough to run that program. If it emulates a KMC only as a KMC/DUP pair that speaks DDCMP, this won t work. Ahhhh. If you want a RSTS system to connect to your Phase III machine, you ll want to use a DMC (or DMR/DMP/DMV, they are all roughly interchangeable). In a sufficiently recent SIMH, the DMC emulation speaks real DDCMP so it should talk with a software DDCMP implementation, such as one that uses a DUP. Or, since it doesn t know sync from async, it will probably talk to a software DDCMP implementation that uses a terminal interface. That I can do. Once I figure out the TOPS-20 DECnet configuration. ;) paul -- Cory Smelosky http://gewt.net Personal stuff http://gimme-sympathy.org Projects_______________________________________________ Simh mailing list Simh at trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh

11 years, 2 months

1
0
0 0

[Simh] [HECnet] TOPS-20 V4.1 DECnet

by Paul_Koning＠Dell.com

BTW, this message went to the SIMH list as well since Cory s message was addressed to it, but it bounced ( not allowed to post to this list ). If it s useful for that list, please forward it. paul On May 2, 2014, at 10:36 AM, <Paul_Koning at Dell.com> <Paul_Koning at Dell.com> wrote: On May 1, 2014, at 9:36 PM, Cory Smelosky <b4 at gewt.net> wrote: On Thu, 1 May 2014, Cory Smelosky wrote: Looks like there's no DMC on the PDP-10, no DMC OR KDP on the MicroVAX, and no KDP on the VAX780. However, the PDP-11 has the DUP. Looks like I can use that as the go-between. Wonderinf if this is an RSTS/E bug...or a simh bug. Device XK0: does not interrupt - device disabled. Probably a SIMH limitation. It s complaining about the KMC11. RSTS supports those only for use with the RJ2780 emulator; it doesn t use them with DECnet. The message comes from the hardware scan code, where it looks around the bus looking for devices and makes them interrupt to learn what vector each uses. For the KMC11, it does that by loading a short program into it. That only works if the KMC emulation knows how to emulate a KMC well enough to run that program. If it emulates a KMC only as a KMC/DUP pair that speaks DDCMP, this won t work. If you want a RSTS system to connect to your Phase III machine, you ll want to use a DMC (or DMR/DMP/DMV, they are all roughly interchangeable). In a sufficiently recent SIMH, the DMC emulation speaks real DDCMP so it should talk with a software DDCMP implementation, such as one that uses a DUP. Or, since it doesn t know sync from async, it will probably talk to a software DDCMP implementation that uses a terminal interface. paul

11 years, 2 months

1
0
0 0

Getting reconnected...

by Paul_Koning＠Dell.com

On May 2, 2014, at 9:43 AM, Mark Benson <md.benson at gmail.com> wrote: On 2 May 2014, at 14:33, Cory Smelosky <b4 at gewt.net> wrote: On Fri, 2 May 2014, Brian Hechinger wrote: Cory already covered ipv6 and cisco. I've been thinking about setting Paul's python DECnet router up. I'll do that next week. I think it can do tunnel like things. Paul? Can anyone direct me to this mystical Python creation? :) svn://akdesign.dyndns.org/pydecnet/trunk/pydecnet It needs Python 3. It also needs the Python 3 port of the daemon module, which you can find at svn://akdesign.dyndns.org/pydecnet/trunk/daemon. (I haven t heard from the owner of the daemon module, or I would have sent him the changes.) Enjoy. There s some documentation there, and some sample config files. Please send questions, bug reports, and the like my way. paul

11 years, 2 months

1
0
0 0

Getting reconnected...

by Paul_Koning＠Dell.com

On May 2, 2014, at 9:31 AM, Brian Hechinger <wonko at 4amlunch.net> wrote: Cory already covered ipv6 and cisco. I've been thinking about setting Paul's python DECnet router up. I'll do that next week. I think it can do tunnel like things. Paul? It does Multinet and GRE. I discourage Multinet because it was designed by the clueless. GRE works well. DECnet/Python does not itself do any tunnels. It will speak those protocols directly to the remote system. If you have to deal with NAT, the NAT gateway may be able to do the appropriate address mapping. If you need an actual tunnel, you ll have to set that up separately; for example, you could use IPSec if you want to. DECnet/Python is work in progress, but at this point it should be good enough to do basic routing for Ethernet as well as GRE. It has SIMH 3.9 style data-only DMC emulation handling, but it doesn t yet do the newer full DDCMP support; that s on my to do list. paul

11 years, 2 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

HECnet