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 .
It appears that bizarrely, there are only three direct links between
areas which are in the same timezone as each other. The majority of links
are across several timezones and there are no links at all between the areas
in the UTC+0 timezone.
Thanks for your work putting the map together Hans.
Regards,
Peter Coghlan.
There is a new file called HECNETUPTMAP2.GIF
Two updates:
- area 42 was moved to UTC-8
- area 33 was misssing its connecting line.
Van: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] Namens Saku Set l Verzonden: maandag, januari 2012 22:59 Aan: hecnet at update.uu.se Onderwerp: Re: [HECnet] Hecnet map update
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
Saku,
which area do you run and where is it located?
Hans
Van: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] Namens Saku Set l Verzonden: maandag, januari 2012 22:59 Aan: hecnet at update.uu.se Onderwerp: Re: [HECnet] Hecnet map update
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
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
