El 04/05/2014, a les 11.36, Cory Smelosky <b4 at gewt.net> va escriure:
Hello all,
Circuit = DUP-0
State = Cleared
Can anyone point me towards documentation on configuring a KDP/DUP on RSX? I want to see the issues getting the KS10 simulator connected to RSX for myself.
NCP>SET CIRCUIT DUP-0 STATE ON
NCP -- Set failed, component in wrong state, Line
NCP>SET LINE DUP-0 STATE ON
NCP -- Set failed, parameter not applicable, State
NCP>SET LINE KDP-0-0 STATE ON
NCP -- Set failed, parameter not applicable, State
It seems NCP on RSX is a bit different than on others. ;)
I assume you did a NETGEN to add the DUP, did you?
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
Hello all,
Circuit = DUP-0
State = Cleared
Can anyone point me towards documentation on configuring a KDP/DUP on RSX? I want to see the issues getting the KS10 simulator connected to RSX for myself.
NCP>SET CIRCUIT DUP-0 STATE ON
NCP -- Set failed, component in wrong state, Line
NCP>SET LINE DUP-0 STATE ON
NCP -- Set failed, parameter not applicable, State
NCP>SET LINE KDP-0-0 STATE ON
NCP -- Set failed, parameter not applicable, State
It seems NCP on RSX is a bit different than on others. ;)
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
Yes, funny. I just answered that. :)
Dynamips works just fine on ARM. Only without CPU idling (unfortunately).
-Mark
On Fri, May 2, 2014 at 6:59 AM, Brian Hechinger <wonko at 4amlunch.net> wrote:
Does dynamips run on arm?
-brian
> On May 2, 2014, at 9:45, Cory Smelosky <b4 at gewt.net> wrote:
>
>> On Fri, 2 May 2014, Mark Benson wrote:
>>
>>
>>> On 2 May 2014, at 14:29, Cory Smelosky <b4 at gewt.net> wrote:
>>>
>>>> On Fri, 2 May 2014, Mark Benson wrote:
>>>>
>>>> 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?
>>>
>>> Have a cisco box?
>>
>> No, I have a Linux ARM machine, but no Cisco gear (not keen on having a lump of Cisco gear just for DECnet)
>
> Pick up a 2524. Mine was $10 and it pulls about 22W. ;)
>
>>> Have IPv6?
>>
>> I honestly don't know if it works on this ISP line. I assume it does but I've never tested it.
>
> If it does, you could do the bridge between me. I've got to do some hackery to autoupdate ipv6.
>
>
> --
> Cory Smelosky
> http://gewt.net Personal stuff
> http://gimme-sympathy.org Projects
I was emulating a full cisco 7206VXR in dynamips/dynagen on my linux/ARM based NAS, doing DECnet GRE tunneling to Dave, *and* running KLH10. The only reason I moved them both to an Intel NUC was that neither emulator supports CPU idling on ARM, and I was worried about the CPU overheating since it was always pegged at 100%. If this is not an issue for you (and you have adequate cooling), there's no reason you can't emulate a cisco on linux/ARM.
-Mark
On Fri, May 2, 2014 at 6:42 AM, Mark Benson <md.benson at gmail.com> wrote:
On 2 May 2014, at 14:29, Cory Smelosky <b4 at gewt.net> wrote:
> On Fri, 2 May 2014, Mark Benson wrote:
>
>> 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?
>>
>
> Have a cisco box?
No, I have a Linux ARM machine, but no Cisco gear (not keen on having a lump of Cisco gear just for DECnet)
> Have IPv6?
I honestly don't know if it works on this ISP line. I assume it does but I've never tested it.
--
Mark Benson
My Blog:
<http://markbenson.org/blog>
Follow me on Twitter:
http://twitter.com/mdbenson
"Never send a human to do a machine's job..."
The development branch of the code now compiles and runs on a Raspberry Pi. I have not given it a detailed test though, but anyone is welcome to try it. As it uses pcap run it with sudo.
The route20.ini file needs to be something like this:
[node]
level=2
address=5.99
name=A5RTR
priority=64
[ethernet]
interface=eth0
cost=3
[bridge]
address=psilo.update.uu.se:4711
port=4711
cost=5
; DNS section is optional, if not present then there is no periodic check to make sure
; that IP addresses have not changed. Note that the periodic checks do not cause any delay
; as they are done asynchronously.
[dns]
address=<your DNS address>
poll=<poll period in seconds>
Regards
Rob
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Robert Jarratt Sent: 03 May 2014 10:46 To: hecnet at Update.UU.SE Subject: RE: [HECnet] Getting reconnected...
I am working right now to get the code to compile and then work on a Raspberry Pi.
Regards
Rob
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Mark Benson Sent: 03 May 2014 10:28 To: HECnet Subject: Re: [HECnet] Getting reconnected...
On 2 May 2014, at 23:55, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
Hello! Robert I thought I'd mention that I've gone ahead and glommed a copy of the router and source code to work with it. This will hopefully be on an Pi, and possibly be on Win2K3 but that's about it for now....
I'm rolling mine hopefully to ultimately run it on RaspberryPi too. They do make excellent low powered DEC routers ^_^.
-- Mark Benson http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK Online Resource & Mailing List for DEC Enthusiasts.
I am working right now to get the code to compile and then work on a Raspberry Pi.
Regards
Rob
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Mark Benson Sent: 03 May 2014 10:28 To: HECnet Subject: Re: [HECnet] Getting reconnected...
On 2 May 2014, at 23:55, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
Hello! Robert I thought I'd mention that I've gone ahead and glommed a copy of the router and source code to work with it. This will hopefully be on an Pi, and possibly be on Win2K3 but that's about it for now....
I'm rolling mine hopefully to ultimately run it on RaspberryPi too. They do make excellent low powered DEC routers ^_^.
-- Mark Benson http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK Online Resource & Mailing List for DEC Enthusiasts.
On 2 May 2014, at 23:55, Gregg Levine <gregg.drwho8 at gmail.com> wrote:
Hello!
Robert I thought I'd mention that I've gone ahead and glommed a copy
of the router and source code to work with it. This will hopefully be
on an Pi, and possibly be on Win2K3 but that's about it for now....
I'm rolling mine hopefully to ultimately run it on RaspberryPi too. They do make excellent low powered DEC routers ^_^.
--
Mark Benson
http://DECtec.info
Twitter: @DECtecInfo
HECnet: STAR69::MARK
Online Resource & Mailing List for DEC Enthusiasts.
On Sat, 3 May 2014, Johnny Billquist wrote:
are phase-IV.
Well, if it truly is Phase II, then yeah, I would not expect it to work. But I was pretty sure it was Phase III, in which case it should work.
I wonder if the V4.1 TSU01 update fixes any of it.
It certainly seems to include some newer things...and has much newer datecodes! 1990/1989 versus 1979/1982
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
_______________________________________________
Simh mailing list
Simh at trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
Hello!
That's the direct replacement for it. The datasheet will confirm it.
The batteries technically have a life of five years. I say
"technically" because that's the same for every system who uses that
method of backing up NVRAM, and I have not had a reason to change it.
Disk drives sure, but not the NVRAM battery.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Fri, May 2, 2014 at 8:07 AM, Jordi Guillaumes i Pons
<jg at jordi.guillaumes.name> wrote:
Some moths ago we discussed about replacements for the dying DS1287A RTC chips used in some machines, like the VAXStation 4000. At that time I found (and shared) a chinese dealer who had some chips in stock. I ordered a pair of those, and:
- One of them was dead on arrival.
- The other one was working, but it died a month ago (so I guess the chinese stock is made with old chips whose battery cells are dying).
Fortunately, there are good news. There is a snap-in replacement made by MAXIM. The chip is the DS12887A, and can be bought from regular electronics sources. I got mine from Farnell, at 11,13 a piece, and it aparently works flawlesly. This is the datasheet:
http://www.farnell.com/datasheets/22860.pdf
The Farnell part # is 1606597.
(I also have tried to fix one of my dead 1287's, but I'm not very good with the solder iron...)
Jordi Guillaumes i Pons
jg at jordi.guillaumes.name
HECnet: BITXOV::JGUILLAUMES
Actually the situation is somewhat more complex but is difficult to see
exactly as the OPR on the Pdp10 7.02 does not function, so NCP cannot be
used to define nodes and give status.
The phase-III thinks the following:
[DECnet network: local node SWBW08, 2 reachable nodes]
Name Number Line Cost Hops L.Links Delay
SWBW08 (58) local 0 0
(44) DMR-1-0 1023 31
The Tops20 4.1 thinks:
Local DECNET node: SWBX05
Accessible DECNET nodes are: SWBX04 SWBX05 and:
Status as of 3-May-2014 02:07:01
Line ID State Adjacent Node
KDP_0_0 On SWBX04
KDP_0_1 On
Function completed successfully
Node 44 is the Swbx04 with is connected to the phase III
So the phase-III thinks the Tops20 node is up, however the Tops20 node
thinks otherwise.
So somewhat more is functioning than directly meets the eye!
Regards,
Reindert
-----Original Message-----
From: simh-bounces at trailing-edge.com [mailto:simh-bounces at trailing-edge.com]
On Behalf Of Cory Smelosky
Sent: Saturday, May 03, 2014 00:52
Cc: simh at trailing-edge.com
Subject: Re: [Simh] [HECnet] TOPS-20 V4.1 DECnet
On Sat, 3 May 2014, Johnny Billquist wrote:
Hi.
On 2014-05-02 20:02, simh at swabhawat.com wrote:
Hi guys,
Well, if it truly is Phase II, then yeah, I would not expect it to
work. But I was pretty sure it was Phase III, in which case it should
work.
There's a tape listed as Phase III...is it not Phase III?!
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.
Well, therein lies the problem. RSTS/E simply did not support a bunch
of thing that RSX did support.
But yes, assuming the OS support a device, it should work equally well
under RSTS/E and RSX.
Huh.
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.
What is wrong with the Tops-10 DECnet phase III code if it don't
interoperate with 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.
That's sad.
But DDCMP should not be too hard to get working. And RSX support DDCMP
both on synchronous and asynchronous serial lines. And both using
devices that implement DDCMP, and software implemented DDCMP.
Johnny
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.comhttp://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.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
_______________________________________________
Simh mailing list
Simh at trailing-edge.comhttp://mailman.trailing-edge.com/mailman/listinfo/simh
