Dan, what area do you run?
-----Original Message-----
From: Dan Williams <williams.dan at gmail.com>
Sender: owner-hecnet at Update.UU.SE
Date: Sat, 31 Dec 2011 08:08:24
To: <hecnet at update.uu.se>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] Circuit costs
On 28 December 2011 01:47, Bob Armstrong <bob at jfcl.com> wrote:
1 - Area 2, LEGATO:: (2.1)
2 - bridge and 5 active tunnels
3 - decnet.jfcl.com (64.142.52.93)
4 - bridge (psilo.update.uu.se:4711)
tcp-0-6 - ROOSTA:: 80.6.148.150
tcp-0-8 - GORVAX:: 188.220.63.6
tcp-0-19 - SG1:: 69.21.253.230
tcp-0-54 - CEIRE:: decnet.beyondthepale.ie
tcp-0-59 - STUPI:: 192.108.200.211
defunct, no longer active, tunnels (are any of these people still around??)
PDXVAX:: (Zane Healy)
PETEY:: (Dan Williams)
DUSTY:: (Marc ??)
SELENE:: (Thierry Dussuet)
MISER:: (Fred Coffey) (Ok, Fred is still active but we decided we
didn't need this tunnel)
Bob
Hi,
I am still around but at the moment do not have any machines running.
One of my new years resolutions will be to get them permenantly
connected again. I have more machines now but a lack of space and
time.
I don't what ip address you have for me, but it is 90.193.203.113. I
will try and get them up and running next week and check hostnames
etc.
Dan
On 28 December 2011 01:47, Bob Armstrong <bob at jfcl.com> wrote:
1 - Area 2, LEGATO:: (2.1)
2 - bridge and 5 active tunnels
3 - decnet.jfcl.com (64.142.52.93)
4 - bridge (psilo.update.uu.se:4711)
tcp-0-6 - ROOSTA:: 80.6.148.150
tcp-0-8 - GORVAX:: 188.220.63.6
tcp-0-19 - SG1:: 69.21.253.230
tcp-0-54 - CEIRE:: decnet.beyondthepale.ie
tcp-0-59 - STUPI:: 192.108.200.211
defunct, no longer active, tunnels (are any of these people still around??)
PDXVAX:: (Zane Healy)
PETEY:: (Dan Williams)
DUSTY:: (Marc ??)
SELENE:: (Thierry Dussuet)
MISER:: (Fred Coffey) (Ok, Fred is still active but we decided we
didn't need this tunnel)
Bob
Hi,
I am still around but at the moment do not have any machines running.
One of my new years resolutions will be to get them permenantly
connected again. I have more machines now but a lack of space and
time.
I don't what ip address you have for me, but it is 90.193.203.113. I
will try and get them up and running next week and check hostnames
etc.
Dan
Greg,
The issue you will run into is that in the case of the bridge or even Multinet the other end has no way of knowing that your IP address has changed. A bit of DCL trickery is used on SG1:: to deal with this for Multinet. As a result, SG1:: supports dynamic-DNS (remote) links. It does a "MULTINET NSLOOKUP" of the remote periodically (this is configurable), compares it to what it has in a private database, and "fixes" it if it has to. After that it reestablishes the link. Each dynamic IP address MUST use a dynamic-DNS provider or SG1:: will not be able to do the lookup.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Gregg Levine
Sent: Friday, December 30, 2011 9:28 PM
To: hecnet at update.uu.se
Subject: Re: [HECnet] Circuit costs - Area 19 revised
On Fri, Dec 30, 2011 at 8:48 PM, Johnny Billquist <bqt at softjar.se> wrote:
On 2011-12-30 17.28, Gregg Levine wrote:
Incidentally Johnny Billquist, have we ever worked out a reasonable
method of assigning a dynamic IP address to be reachable by the
efforts of the network? I know it works for websites.....
Uh? Not sure what you mean?
Johnny
Hello!
Okay please visit http://www.gregg.levine.name and that site lives
here, and resides on the Linux machine that Fred and were I discussing
earlier today. It is connected to the Internet via a router and a DSL
device. That device gets an IP address and it tells the router, both
are created dynamically via the PPPoE functions as assigned by the
service provider who is Megapath.
To have my system serve my webpages rather then have a hosting entity
do that I would need to, (and have done so) set up (or even arrange)
an account with any of the dynamic DNS service providers. I chose DDNS
to do so, and they went along with my choice of host name and offered
many suggestions on the methods of confirming that the hostname is
registered and is working. I chose to allow my router do one, and the
computer runs a program every few days to do the other one.
That's what I was getting at. Since this is a commercial router as
offered by Cisco, I'm not sure if it understands how to route the
stuff that's used for communications via the connected systems here.
I am of course looking at other methods to communicate with everything
out there besides the others people use. Speaking (or writing)
hypothetically, would a copy of Pathworks/32 work to communicate with
the others out there?
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Fri, Dec 30, 2011 at 8:48 PM, Johnny Billquist <bqt at softjar.se> wrote:
On 2011-12-30 17.28, Gregg Levine wrote:
Incidentally Johnny Billquist, have we ever worked out a reasonable
method of assigning a dynamic IP address to be reachable by the
efforts of the network? I know it works for websites.....
Uh? Not sure what you mean?
Johnny
Hello!
Okay please visit http://www.gregg.levine.name and that site lives
here, and resides on the Linux machine that Fred and were I discussing
earlier today. It is connected to the Internet via a router and a DSL
device. That device gets an IP address and it tells the router, both
are created dynamically via the PPPoE functions as assigned by the
service provider who is Megapath.
To have my system serve my webpages rather then have a hosting entity
do that I would need to, (and have done so) set up (or even arrange)
an account with any of the dynamic DNS service providers. I chose DDNS
to do so, and they went along with my choice of host name and offered
many suggestions on the methods of confirming that the hostname is
registered and is working. I chose to allow my router do one, and the
computer runs a program every few days to do the other one.
That's what I was getting at. Since this is a commercial router as
offered by Cisco, I'm not sure if it understands how to route the
stuff that's used for communications via the connected systems here.
I am of course looking at other methods to communicate with everything
out there besides the others people use. Speaking (or writing)
hypothetically, would a copy of Pathworks/32 work to communicate with
the others out there?
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Johnny,
Look at LEGATO::INFO.TXT. Bob wrote up the definiition and includes it
within his copy of the file.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Johnny Billquist
Sent: Friday, December 30, 2011 9:11 PM
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Re: Topology 28-Dec-2011
On 2011-12-31 02.59, Robert Armstrong wrote:
The one "problem" with it, is that machines that aren't online also
can't be queried for that file, so it might be a bit limited from
that
point of view.
That's why the file format allows it to contain information about
multiple machines. You'd list all your machines, powered up or not, in
the single INFO.TXT on your gateway machine.
Cool. I might have forgotten some details. Looking at MIM::INFO.TXT, I
realize that it does mention the machine name, but I don't know for sure
if the file on MIM:: follows whatever format INFO.TXT should be in
nowadays.
We should try to get a formal definition for that file in writing
somewhere.
Johnny
On 2011-12-31 02.59, Robert Armstrong wrote:
The one "problem" with it, is that machines that aren't online also
can't be queried for that file, so it might be a bit limited from that
point of view.
That's why the file format allows it to contain information about multiple machines. You'd list all your machines, powered up or not, in the single INFO.TXT on your gateway machine.
Cool. I might have forgotten some details. Looking at MIM::INFO.TXT, I realize that it does mention the machine name, but I don't know for sure if the file on MIM:: follows whatever format INFO.TXT should be in nowadays.
We should try to get a formal definition for that file in writing somewhere.
Johnny
Exactly! What Bob said... :-)
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Robert Armstrong
Sent: Friday, December 30, 2011 9:00 PM
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Re: Topology 28-Dec-2011
The one "problem" with it, is that machines that aren't online also
can't be queried for that file, so it might be a bit limited from that
point of view.
That's why the file format allows it to contain information about
multiple machines. You'd list all your machines, powered up or not, in
the single INFO.TXT on your gateway machine.
Bob
The one "problem" with it, is that machines that aren't online also
can't be queried for that file, so it might be a bit limited from that
point of view.
That's why the file format allows it to contain information about multiple machines. You'd list all your machines, powered up or not, in the single INFO.TXT on your gateway machine.
Bob
The file can handle multiple machines. Just look at SLAVE::INFO.TXT or
LEGATO::INFO.TXT or even SGC::INFO.TXT. Each of these files contains an
entire DECnet area of machines.
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Johnny Billquist
Sent: Friday, December 30, 2011 8:55 PM
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Re: Topology 28-Dec-2011
On 2011-12-31 02.48, Steve Davidson wrote:
Johnny,
You are talking about the INFO.TXT file that is located in the default
DECnet directory.
Right. I even have one on MIM::
I just couldn't remember the name or format of the file, but figured
someone else probably would. Little did I realized that others had
already responded with the same information. :-)
The one "problem" with it, is that machines that aren't online also
can't be queried for that file, so it might be a bit limited from that
point of view.
Johnny
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On
Behalf Of Johnny Billquist
Sent: Friday, December 30, 2011 8:46 PM
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Re: Topology 28-Dec-2011
Someone (I don't remember who) had a suggestion a year or two ago,
that
machines should have a file in the default DECnet directory, with some
basic information about the node in a defined format, and the file
with
a defined name, so that anyone could easily extract and figure out
information about atleast running nodes.
Maybe that idea could be expanded upon?
Seems very tedious for people to constantly mail updates... Although I
could of course take additional information as I'm already keeping a
nodename database in Datatrieve. No big deal to add additional
information if we'd like that... Then I can generate any kind of
reports
based on this. As can others (if they can get remote Datatrieve to
work
against RSX.)
Johnny
On 2011-12-30 15.59, hvlems at zonnet.nl wrote:
Rok, the spreadsheet that I distributed also has a sheet called
'hosts'.
I'm willing to expand that list though I have the basty feeling it's
going to take a lot more time than the project itself.
The information is not readily available thru NCP. Possibly NCL has a
relevant command but if so my ncl is *very* rusty and it seems I'm
pretty much the only phase V owner.
NCP gives limited information: the set exec node and sho exec (char)
commands only tell you the os name. For vms it tells you what
platform.
The excel file contains this information for each node in a single
cell:
<address>-<name>-<hardware>-<os name>
Mark the hyphens: that way I can manipulate the csv file easily on
vms
with f$element ;-)
So anyone who mails me node data in the format listed gets data
included in the file. What do you think?
Hans
-----Original Message-----
From: Rok Vidmar<rok.vidmar at gmail.com>
Sender: owner-hecnet at Update.UU.SE
Date: Fri, 30 Dec 2011 15:40:56
To:<hecnet at update.uu.se>
Reply-To: hecnet at Update.UU.SESubject: Re: [HECnet] Re: Topology
28-Dec-2011
Sorry, I'm confused. Is it your plan to keep a manually updated
list of
all of HECnet? Are you looking for data on all known nodes, even
end
nodes
and ones that don't normally run 24x7? And how much data do you
want
for
each node? OS? Hardware type? Geographic location?
That's fine with me and I'm not complaining in the least if
that's
the
case! OTOH, I thought you were making a list of the active routing
nodes,
which is an entirely different matter.
Well, both. I generated list of active nodes and I believe it
will
not be too
hard to manually update it from time to time.
I can add whatever interesting information and I can add any
number of
editors. Any volunteers? Hans?
--
Regards, Rok
On Dec 30, 2011, at 5:37, Johnny Billquist <bqt at softjar.se> wrote:
The last time I was joined to HECnet was 11 years ago!!
Long time no see. :-)
It's good to be back!
Gha! I was trying to remember who might have been around back then. So that was you... I think that makes you the first place outside my own experimentation that was connected to HECnet. :-)
I believe that is correct. I don't remember anyone else being connected then.
Serial ports was my first solution. It seemed like a very easy thing to do, and it worked just fine. The only "problem" was that DECnet over asynch serial ports are slow, since they are limited to 9600 bps.
I might have run with that for at most a year before I wrote the bridge program to replace it.
I also needed physical serial ports all over the place. :-)
Yeah, it was a good first step though. Got the ball rolling. :)
-brian
