Hans,
Area 42 is in British Columbia Canada, UTC-8.
Ian
On 2012-01-09, at 1:55 PM, H Vlems wrote:
On OZON you ll find a file called HECNETUTCMAP1.GIF
It puts nodes I had default decnet access to in UTC timezones.
The picture is considerably more weird than the earlier excel art .
OZON will remain up for the night so no hurry.
BTW some of you will notice a file called DATE.DAT or DATE.TEST in the default decnet directory.
I put it there to figure out the timestamp and thus compute the timezone. Assuming the system time is set correctly
Hans
---
Filter service subscribers can train this email as spam or not-spam here
Copied to
http://vaxsys.mikromuseo.org/example/HECNETUTCMAP1.GIF
On Mon, Jan 9, 2012 at 23:55, H Vlems <hvlems at zonnet.nl> wrote:
On OZON you ll find a file called HECNETUTCMAP1.GIF
It puts nodes I had default decnet access to in UTC timezones.
The picture is considerably more weird than the earlier excel art .
OZON will remain up for the night so no hurry.
BTW some of you will notice a file called DATE.DAT or DATE.TEST in the default decnet directory.
I put it there to figure out the timestamp and thus compute the timezone. Assuming the system time is set correctly
Hans
On OZON you ll find a file called HECNETUTCMAP1.GIF
It puts nodes I had default decnet access to in UTC timezones.
The picture is considerably more weird than the earlier excel art .
OZON will remain up for the night so no hurry.
BTW some of you will notice a file called DATE.DAT or DATE.TEST in the default decnet directory.
I put it there to figure out the timestamp and thus compute the timezone. Assuming the system time is set correctly
Hans
Sorry, away from home all week now and don't have this with me. Perhaps one of the other people I sent it to could send you the code.
Regards
Rob
On 9 January 2012 02:45, Mark Abene <phiber at phiber.com> wrote:
Can you please copy me on the source files? For some reason I never
got this e-mail nor the attachments. When you do, I'll see if I have
any time this week to adapt the relevant bits into the pdp11 source
(unless someone gets to it first).
Thanks,
Mark
On Sun, Jan 8, 2012 at 4:36 PM, Kevin Reynolds <tpresence at hotmail.com> wrote:
> Works even better. I will let you know if I get it compiled.
>
> Thanks Rob!
>
> ________________________________
> From: robert.jarratt at ntlworld.com
> To: tpresence at hotmail.com; phiber at phiber.com; blairrya at cse.msu.edu
>
> CC: vaxorcist at googlemail.com
> Subject: RE: [HECnet] Hecnet and DDCMP
> Date: Sun, 8 Jan 2012 21:24:16 +0000
>
> No I have not done that. I can send you the sources though, so I have
> attached them. The main files are vax_dmc.h and vax_dmc.c, but they need to
> be linked into the main emulator. I don t have time to go looking right now
> so I am sending you the whole source.
>
>
>
> Regards
>
>
>
> Rob
>
>
>
> From: Kevin Reynolds [mailto:tpresence at hotmail.com]
> Sent: 08 January 2012 18:24
> To: r.jarratt at computer.org; phiber at phiber.com; blairrya at cse.msu.edu
> Cc: vaxorcist at googlemail.com
>
>
> Subject: RE: [HECnet] Hecnet and DDCMP
>
>
>
>
> Rob,
>
>
>
> Do you have a diff or patch file for the changes you made in the code? I
> use linux and macosx for my simh hosts, and want to fold it in (if its
> possible). Reading the docs, it looks like it should be good, as long as
> there aren't missing headers/structures.
>
>
>
> Kevin
>
> ________________________________
>
> From: robert.jarratt at ntlworld.com
> To: phiber at phiber.com; tpresence at hotmail.com; blairrya at cse.msu.edu
> CC: vaxorcist at googlemail.com
> Subject: RE: [HECnet] Hecnet and DDCMP
> Date: Fri, 6 Jan 2012 17:18:13 +0000
>
> I am happy to share the code with those who expressed an interest in it, it
> is still not perfect so we don t want to share it too widely yet, but
> clearly I am interested in any feedback you may have.
>
>
>
> Note that, as I said before, it has only been tested with VMS 5.4 and 4.6 on
> the VAX 780 emulation. I have never tried it with the PDP11 emulation. Also,
> the code has only been tested extensively on Windows, it has been compiled
> on Linux but only received very light testing. I only have a recent Windows
> build which I have attached along with a document explaining how to use it.
>
>
>
> Please note that work commitments mean that I will have limited time to
> support you over the next month, but I will try my best if you run into
> problems.
>
>
>
> Regards
>
>
>
> Rob
>
>
>
>
>
>
>
> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
> Of Kevin Reynolds
> Sent: 06 January 2012 04:16
> To: hecnet at update.uu.se
> Subject: RE: [HECnet] Hecnet and DDCMP
>
>
>
> I have RSTS/E but its v7.
>
>
>
> Kevin
>
>> Date: Thu, 5 Jan 2012 22:29:01 -0500
>> Subject: Re: [HECnet] Hecnet and DDCMP
>> From: phiber at phiber.com
>> To: hecnet at update.uu.se
>>
>> Assuming Rob makes his patch to SIMH available, is there anyone on
>> HECnet willing to test peering with my RSTS/E setup?
>>
>> On Wed, Jan 4, 2012 at 5:45 PM, Rob Jarratt <robert.jarratt at ntlworld.com>
>> wrote:
>> > Yes, you are right, I do add a 2-byte length to the start of each buffer
>> > that I send so that the other end can reassemble the buffer. Sorry, I
>> > did
>> > say this in an earlier draft of the email, but decided to leave it out
>> > to
>> > emphasise the simplicity of the implementation.
>> >
>> > Regards
>> >
>> > Rob
>> >
>> >> -----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: 04 January 2012 22:15
>> >> To: hecnet at Update.UU.SE
>> >> Subject: RE: [HECnet] Hecnet and DDCMP
>> >>
>> >> I assume there has to be a bit more to it, because DDCMP is a packet
>> >> based
>> >> protocol (not a stream protocol as TCP is) and the higher layers rely
>> >> on
>> > that.
>> >> So there presumably is some form of framing in the emulated data stream
>> >> to
>> >> indicate where the packet boundaries are.
>> >>
>> >> paul
>> >>
>> >> -----Original Message-----
>> >> From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
>> >> On Behalf Of Rob Jarratt
>> >> Sent: Wednesday, January 04, 2012 5:11 PM
>> >> To: hecnet at Update.UU.SE
>> >> Subject: RE: [HECnet] Hecnet and DDCMP
>> >>
>> >> All I do in SIMH is to take the data bytes each end wants to send to
>> >> the
>> > other
>> >> end and send them over a socket, so I don't get involved with DDCMP
>> > itself.
>> >> Both ends have to be SIMH for this to work. I don't do anything at the
>> > actual
>> >> hardware level, although that would be nice. I think you can get
>> > synchronous
>> >> serial cards for the PC but they are quite expensive.
>> >>
>> >> Regards
>> >>
>> >> Rob
>> >>
>> >> > -----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: 03 January 2012 21:18
>> >> > To: hecnet at Update.UU.SE
>> >> > Subject: RE: [HECnet] Hecnet and DDCMP
>> >> >
>> >> > DMC-11 speaks DDCMP V3.1 (give or take some bugs in the "high speed"
>> >> > version). But that's sync only. Depending on what you want to talk
>> >> > to, a
>> >> DMC
>> >> > (or its relatives DMR-11, DMP-11, or DMV-11) may not help; if the
>> >> > other
>> >> end
>> >> > speaks DDCMP over an async link (UART) then it won't work because the
>> >> > character framing doesn't match.
>> >> >
>> >> > That said, I wonder what it means to emulate a DMC-11. You could
>> >> > have
>> >> > it speak DDCMP over a UART, or something else entirely. If the
>> >> > former
>> >> > it
>> >> would
>> >> > talk to another DDCMP node; if the latter it would not but it would
>> >> > still
>> >> work
>> >> > for tying one emulated DMC-11 to another.
>> >> >
>> >> > If you want DDCMP, one approach is to get a copy of the spec, and
>> >> implement
>> >> > what it says. That works; it is how I implemented DDCMP support for
>> >> > RSTS
>> >> V10
>> >> > (based on an earlier version based on V9.6). The protocol is quite
>> >> > simple
>> >> and
>> >> > the spec is well enough written that, if you do what it says, the
>> >> > result
>> >> WILL
>> >> > interoperate with hardware such as the DMR-11. The only tricky one
>> >> > is
>> >> > the
>> >> > DMC-11 because it has some undocumented bugs; the main one I
>> >> remember
>> >> > is that the high speed version can't handle back to back packets. I
>> >> > wish
>> >> I could
>> >> > contribute the code I wrote but I can't, for various reasons one of
>> >> > them
>> >> is that
>> >> > it's a RSTS device driver and written in 100% assembly language.
>> >> >
>> >> > It would not be hard to do a version for other platforms; I once
>> >> > looked at
>> >> a
>> >> > Linux terminal protocol handler (forgot what that is called) that
>> >> > could
>> >> hook
>> >> > into DECnet/Linux. Didn't get far enough on that, though.
>> >> >
>> >> > paul
>> >> >
>> >> > -----Original Message-----
>> >> > From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
>> >> > On Behalf Of Mark Abene
>> >> > Sent: Sunday, January 01, 2012 6:06 PM
>> >> > To: hecnet at update.uu.se
>> >> > Subject: Re: [HECnet] Hecnet and DDCMP
>> >> >
>> >> > Jarratt, did you make this publicly available on the SIMH list? It
>> >> > would
>> >> be great
>> >> > to have a DMC11 device emulated, since I insist on running RSTS/E v8
>> >> > (for historical reasons... it was the last real RSTS before "the
>> > pollution").
>> >> RSTS/E v8
>> >> > doesn't have ethernet support, so the only way I could have DECnet is
>> >> > via
>> >> a
>> >> > (previously unemulated)
>> >> > DMC11 interface. Does yours work well?
>> >> >
>> >> > -Mark
>> >> >
>> >> > On Sun, Jan 1, 2012 at 3:23 AM, Jarratt RMA
>> >> > <robert.jarratt at ntlworld.com>
>> >> > wrote:
>> >> > > Working with a friend, I have written a SIMH emulation of the DMC11
>> >> > > device, so you can do this with SIMH. It tunnels the bytes sent
>> >> > > to/from the device over a socket. We have used the SIMH emulation
>> >> > > to
>> >> > > connect my friend to HECnet over a (simulated) DMC11.
>> >> > >
>> >> > > The bit I am not entirely sure about is to what extent this is
>> >> > > using
>> >> > > DDCMP as I don't have a full understanding of DDCMP.
>> >> > >
>> >> > > Regards
>> >> > >
>> >> > > Rob
>> >> > > On 31 December 2011 18:46, The Presence <tpresence at hotmail.com>
>> >> > wrote:
>> >> > >>
>> >> > >> Hey guys,
>> >> > >>
>> >> > >> Has anyone worked out a mechanism to connect a node to hecnet
>> >> > >> using
>> >> > DDCMP?
>> >> > >> Perhaps some tunneling technology over IP, or virtualized serial?
>> >> > >>
>> >> > >> Kevin
>> >> > >
>> >> > >
>> >
On 2012-01-08 19.17, Rob Jarratt wrote:
Hello Hans,
I have area 5. The area router is called VAX780 and is at address 5.8. It is
a SIMH machine running VMS 5.4. I use the bridge and I do not have a static
IP address (although the address changes infrequently), my IP address is
82.28.112.193:4711 and I connect to psilo.update.uu.se:4711. Note that I
don't always run my area, it tends to be mostly at the weekend.
A-ha! So that is 5.8. For some reason I didn't have that in my nodename database. Updated now... Thanks.
Johnny
Regards
Rob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of hvlems at zonnet.nl
Sent: 08 January 2012 16:08
To: hecnet at Update.UU.SE
Subject: [HECnet] Hecnet map data request
Please have a look at the map. The spreadsheet is available on OZON::
It is an .xls file.
It would be nice if the owners of those areas that are not yet represented
could supply me with :
- decnet name address of the area router
- connection type: bridge program or decnet over ip
- ip address at your end. (*)
- ip address you connect to
Hans
(*) I assume that we all run LAN's with local ip addresses that belong to
the
rserved, private ranges (10/8, 192.168/16 etc). In which case the outside
public IP address of your NAT router is what I need.
I occasionally see errors like this on my Multinet links -
%%%%%%%%%%% OPCOM 8-JAN-2012 15:35:25.73 %%%%%%%%%%%
Message from user DECNET on LEGATO
DECnet event 4.18, adjacency down
On Mon, 9 Jan 2012, Bob Armstrong wrote:
I occasionally see errors like this on my Multinet links -
%%%%%%%%%%% OPCOM 8-JAN-2012 15:35:25.73 %%%%%%%%%%%
Message from user DECNET on LEGATO
DECnet event 4.18, adjacency down
On 09/01/12 15:07, Bob Armstrong wrote:
I occasionally see errors like this on my Multinet links -
%%%%%%%%%%% OPCOM 8-JAN-2012 15:35:25.73 %%%%%%%%%%%
Message from user DECNET on LEGATO
DECnet event 4.18, adjacency down
I occasionally see errors like this on my Multinet links -
%%%%%%%%%%% OPCOM 8-JAN-2012 15:35:25.73 %%%%%%%%%%%
Message from user DECNET on LEGATO
DECnet event 4.18, adjacency down
Can you please copy me on the source files? For some reason I never
got this e-mail nor the attachments. When you do, I'll see if I have
any time this week to adapt the relevant bits into the pdp11 source
(unless someone gets to it first).
Thanks,
Mark
On Sun, Jan 8, 2012 at 4:36 PM, Kevin Reynolds <tpresence at hotmail.com> wrote:
Works even better. I will let you know if I get it compiled.
Thanks Rob!
________________________________
From: robert.jarratt at ntlworld.com
To: tpresence at hotmail.com; phiber at phiber.com; blairrya at cse.msu.edu
CC: vaxorcist at googlemail.com
Subject: RE: [HECnet] Hecnet and DDCMP
Date: Sun, 8 Jan 2012 21:24:16 +0000
No I have not done that. I can send you the sources though, so I have
attached them. The main files are vax_dmc.h and vax_dmc.c, but they need to
be linked into the main emulator. I don t have time to go looking right now
so I am sending you the whole source.
Regards
Rob
From: Kevin Reynolds [mailto:tpresence at hotmail.com]
Sent: 08 January 2012 18:24
To: r.jarratt at computer.org; phiber at phiber.com; blairrya at cse.msu.edu
Cc: vaxorcist at googlemail.com
Subject: RE: [HECnet] Hecnet and DDCMP
Rob,
Do you have a diff or patch file for the changes you made in the code? I
use linux and macosx for my simh hosts, and want to fold it in (if its
possible). Reading the docs, it looks like it should be good, as long as
there aren't missing headers/structures.
Kevin
________________________________
From: robert.jarratt at ntlworld.com
To: phiber at phiber.com; tpresence at hotmail.com; blairrya at cse.msu.edu
CC: vaxorcist at googlemail.com
Subject: RE: [HECnet] Hecnet and DDCMP
Date: Fri, 6 Jan 2012 17:18:13 +0000
I am happy to share the code with those who expressed an interest in it, it
is still not perfect so we don t want to share it too widely yet, but
clearly I am interested in any feedback you may have.
Note that, as I said before, it has only been tested with VMS 5.4 and 4.6 on
the VAX 780 emulation. I have never tried it with the PDP11 emulation. Also,
the code has only been tested extensively on Windows, it has been compiled
on Linux but only received very light testing. I only have a recent Windows
build which I have attached along with a document explaining how to use it.
Please note that work commitments mean that I will have limited time to
support you over the next month, but I will try my best if you run into
problems.
Regards
Rob
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of Kevin Reynolds
Sent: 06 January 2012 04:16
To: hecnet at update.uu.se
Subject: RE: [HECnet] Hecnet and DDCMP
I have RSTS/E but its v7.
Kevin
Date: Thu, 5 Jan 2012 22:29:01 -0500
Subject: Re: [HECnet] Hecnet and DDCMP
From: phiber at phiber.com
To: hecnet at update.uu.se
Assuming Rob makes his patch to SIMH available, is there anyone on
HECnet willing to test peering with my RSTS/E setup?
On Wed, Jan 4, 2012 at 5:45 PM, Rob Jarratt <robert.jarratt at ntlworld.com>
wrote:
Yes, you are right, I do add a 2-byte length to the start of each buffer
that I send so that the other end can reassemble the buffer. Sorry, I
did
say this in an earlier draft of the email, but decided to leave it out
to
emphasise the simplicity of the implementation.
Regards
Rob
-----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: 04 January 2012 22:15
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Hecnet and DDCMP
I assume there has to be a bit more to it, because DDCMP is a packet
based
protocol (not a stream protocol as TCP is) and the higher layers rely
on
that.
So there presumably is some form of framing in the emulated data stream
to
indicate where the packet boundaries are.
paul
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Rob Jarratt
Sent: Wednesday, January 04, 2012 5:11 PM
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Hecnet and DDCMP
All I do in SIMH is to take the data bytes each end wants to send to
the
other
end and send them over a socket, so I don't get involved with DDCMP
itself.
Both ends have to be SIMH for this to work. I don't do anything at the
actual
hardware level, although that would be nice. I think you can get
synchronous
serial cards for the PC but they are quite expensive.
Regards
Rob
-----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: 03 January 2012 21:18
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] Hecnet and DDCMP
DMC-11 speaks DDCMP V3.1 (give or take some bugs in the "high speed"
version). But that's sync only. Depending on what you want to talk
to, a
DMC
(or its relatives DMR-11, DMP-11, or DMV-11) may not help; if the
other
end
speaks DDCMP over an async link (UART) then it won't work because the
character framing doesn't match.
That said, I wonder what it means to emulate a DMC-11. You could
have
it speak DDCMP over a UART, or something else entirely. If the
former
it
would
talk to another DDCMP node; if the latter it would not but it would
still
work
for tying one emulated DMC-11 to another.
If you want DDCMP, one approach is to get a copy of the spec, and
implement
what it says. That works; it is how I implemented DDCMP support for
RSTS
V10
(based on an earlier version based on V9.6). The protocol is quite
simple
and
the spec is well enough written that, if you do what it says, the
result
WILL
interoperate with hardware such as the DMR-11. The only tricky one
is
the
DMC-11 because it has some undocumented bugs; the main one I
remember
is that the high speed version can't handle back to back packets. I
wish
I could
contribute the code I wrote but I can't, for various reasons one of
them
is that
it's a RSTS device driver and written in 100% assembly language.
It would not be hard to do a version for other platforms; I once
looked at
a
Linux terminal protocol handler (forgot what that is called) that
could
hook
into DECnet/Linux. Didn't get far enough on that, though.
paul
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE]
On Behalf Of Mark Abene
Sent: Sunday, January 01, 2012 6:06 PM
To: hecnet at update.uu.se
Subject: Re: [HECnet] Hecnet and DDCMP
Jarratt, did you make this publicly available on the SIMH list? It
would
be great
to have a DMC11 device emulated, since I insist on running RSTS/E v8
(for historical reasons... it was the last real RSTS before "the
pollution").
RSTS/E v8
doesn't have ethernet support, so the only way I could have DECnet is
via
a
(previously unemulated)
DMC11 interface. Does yours work well?
-Mark
On Sun, Jan 1, 2012 at 3:23 AM, Jarratt RMA
<robert.jarratt at ntlworld.com>
wrote:
Working with a friend, I have written a SIMH emulation of the DMC11
device, so you can do this with SIMH. It tunnels the bytes sent
to/from the device over a socket. We have used the SIMH emulation
to
connect my friend to HECnet over a (simulated) DMC11.
The bit I am not entirely sure about is to what extent this is
using
DDCMP as I don't have a full understanding of DDCMP.
Regards
Rob
On 31 December 2011 18:46, The Presence <tpresence at hotmail.com>
wrote:
Hey guys,
Has anyone worked out a mechanism to connect a node to hecnet
using
DDCMP?
Perhaps some tunneling technology over IP, or virtualized serial?
Kevin
