1 May
2020
1 May
'20
1:54 a.m.
Gentlepeople,
I've added a map maker to PyDECnet, which is now on-line on HECnet. It currently
refreshes once every 24 hours, showing locations and paths between the locations. You can
hover over the location markers to see nodes that have been recently observed, or click on
the markers to see all nodes whether observed or not. Clicking on the connecting arcs
will tell you which nodes have connections on that path.
The map is here: http://akdesign.dyndns.org:8080/map
You can also see a tabular display of the data collected by the network scanner, at
http://akdesign.dyndns.org:8080/map/data . Right now that link isn't shown, I'll
add that.
Feedback would be welcome. There is no map legend yet. The button on the upper right is
the "layers" tool that lets you chose among a number of map sources, and lets
you turn the location and/or path information on or off.
The default map is OpenStreetMap, and the mapping interface machinery is the Leaflet
package, a very nice and easy to use tool.
paul
1 May
1 May
2:36 a.m.
WOW!
---
Supratim Sanyal, W1XMT
39.19151 N, 77.23432 W
QCOCAL::SANYAL via HECnet
On Apr 30, 2020, at 7:54 PM, Paul Koning
<paulkoning at comcast.net> wrote:
Gentlepeople,
I've added a map maker to PyDECnet, which is now on-line on HECnet. It currently
refreshes once every 24 hours, showing locations and paths between the locations. You can
hover over the location markers to see nodes that have been recently observed, or click on
the markers to see all nodes whether observed or not. Clicking on the connecting arcs
will tell you which nodes have connections on that path.
The map is here: http://akdesign.dyndns.org:8080/map
You can also see a tabular display of the data collected by the network scanner, at
http://akdesign.dyndns.org:8080/map/data . Right now that link isn't shown, I'll
add that.
Feedback would be welcome. There is no map legend yet. The button on the upper right is
the "layers" tool that lets you chose among a number of map sources, and lets
you turn the location and/or path information on or off.
The default map is OpenStreetMap, and the mapping interface machinery is the Leaflet
package, a very nice and easy to use tool.
paul
2:46 a.m.
Code is checked in, if you want to see how it's done. The core code is in mapper.py,
just about 1000 lines. Well, there is of course the Leaflet package, which is quite a
large body of Javascript. I don't know Javascript at all, beyond what I had to learn
to interface to it, which was quite easy and well documented.
paul
On Apr 30, 2020, at 8:36 PM, Supratim Sanyal
<supratim at riseup.net> wrote:
WOW!
---
Supratim Sanyal, W1XMT
39.19151 N, 77.23432 W
QCOCAL::SANYAL via HECnet <http://www.update.uu.se/~bqt/hecnet.html>
On Apr 30, 2020, at 7:54 PM, Paul Koning <paulkoning at comcast.net
<mailto:paulkoning at comcast.net>> wrote:
> Gentlepeople,
>
> I've added a map maker to PyDECnet, which is now on-line on HECnet. It currently
refreshes once every 24 hours, showing locations and paths between the locations. You can
hover over the location markers to see nodes that have been recently observed, or click on
the markers to see all nodes whether observed or not. Clicking on the connecting arcs
will tell you which nodes have connections on that path.
>
> The map is here: http://akdesign.dyndns.org:8080/map
<http://akdesign.dyndns.org:8080/map>
>
> You can also see a tabular display of the data collected by the network scanner, at
http://akdesign.dyndns.org:8080/map/data <http://akdesign.dyndns.org:8080/map/data>
. Right now that link isn't shown, I'll add that.
>
> Feedback would be welcome. There is no map legend yet. The button on the upper
right is the "layers" tool that lets you chose among a number of map sources,
and lets you turn the location and/or path information on or off.
>
> The default map is OpenStreetMap, and the mapping interface machinery is the Leaflet
package, a very nice and easy to use tool.
>
> paul
>
2:50 a.m.
As I've also told Paul in private, I this is really great. It's been on
my wish-list for many years, but have not always been so easy to figure
out how to do. Paul did some impressive work on PyDECnet, and now added
this, making it really nice! Thanks a lot.
I hope people can look at it and be a bit impressed on how far HECnet
spreads out. And of course, there is also the possibility for people to
see if they might benefit from getting some links up in cases where they
can see that they are really connected though some odd place from their
point of view.
And to just briefly also give a bit of tech information. The positional
data is extracted from the nodename database I have on Mim, so if people
spot they are placed wrong, or out in the south Atlantic, all you need
to do is give me a better position, and I'll update the nodename
database, and you will magically be corrected on the map as well (within
a day or a week, depending on how often the generated map is updated).
Johnny
On 2020-05-01 01:54, Paul Koning wrote:
Gentlepeople,
I've added a map maker to PyDECnet, which is now on-line on HECnet. It currently
refreshes once every 24 hours, showing locations and paths between the locations. You can
hover over the location markers to see nodes that have been recently observed, or click on
the markers to see all nodes whether observed or not. Clicking on the connecting arcs
will tell you which nodes have connections on that path.
The map is here: http://akdesign.dyndns.org:8080/map
You can also see a tabular display of the data collected by the network scanner, at
http://akdesign.dyndns.org:8080/map/data . Right now that link isn't shown, I'll
add that.
Feedback would be welcome. There is no map legend yet. The button on the upper right is
the "layers" tool that lets you chose among a number of map sources, and lets
you turn the location and/or path information on or off.
The default map is OpenStreetMap, and the mapping interface machinery is the Leaflet
package, a very nice and easy to use tool.
paul
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
4:04 p.m.
Hello Johnny,
I can't remember what info you need for the node database but I forgot about two SIMH
machines:
Name: PI1 - SIMH VAX 11/780 running VMS 5.4. Node address 5.99
Name: PI2 - SIMH MicroVAX 3900 running VMS 7.3 Node address 5.100
Regards
Rob
-----Original Message-----
From: owner-hecnet at Update.UU.SE <owner-hecnet at Update.UU.SE> On Behalf
Of Johnny Billquist
Sent: 01 May 2020 01:51
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] HECnet map
As I've also told Paul in private, I this is really great. It's been on my
wish-list for
many years, but have not always been so easy to figure out how to do. Paul did
some impressive work on PyDECnet, and now added this, making it really nice!
Thanks a lot.
I hope people can look at it and be a bit impressed on how far HECnet spreads
out. And of course, there is also the possibility for people to see if they might
benefit from getting some links up in cases where they can see that they are
really connected though some odd place from their point of view.
And to just briefly also give a bit of tech information. The positional data is
extracted from the nodename database I have on Mim, so if people spot they
are placed wrong, or out in the south Atlantic, all you need to do is give me a
better position, and I'll update the nodename database, and you will magically
be corrected on the map as well (within a day or a week, depending on how
often the generated map is updated).
Johnny
On 2020-05-01 01:54, Paul Koning wrote:
Gentlepeople,
I've added a map maker to PyDECnet, which is now on-line on HECnet. It
currently refreshes once every 24 hours, showing locations and paths between
the locations. You can hover over the location markers to see nodes that have
been recently observed, or click on the markers to see all nodes whether
observed or not. Clicking on the connecting arcs will tell you which nodes have
connections on that path.
The map is here: http://akdesign.dyndns.org:8080/map
You can also see a tabular display of the data collected by the network
scanner,
at http://akdesign.dyndns.org:8080/map/data . Right now that link
isn't shown, I'll add that.
Feedback would be welcome. There is no map legend yet. The button on the
upper
right is the "layers" tool that lets you chose among a number of map
sources, and lets you turn the location and/or path information on or off.
The default map is OpenStreetMap, and the mapping interface machinery is
the
Leaflet package, a very nice and easy to use tool.
paul
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol 
3 May
3 May
1:14 a.m.
On 4/30/2020 7:50 PM, Johnny Billquist wrote:
As I've also told Paul in private, I this is
really great. It's been on my wish-list for many years, but have not always been so
easy to figure out how to do. Paul did some impressive work on PyDECnet, and now added
this, making it really nice! Thanks a lot.
I hope people can look at it and be a bit impressed on how far HECnet spreads out. And of
course, there is also the possibility for people to see if they might benefit from getting
some links up in cases where they can see that they are really connected though some odd
place from their point of view.
And to just briefly also give a bit of tech information. The positional data is extracted
from the nodename database I have on Mim, so if people spot they are placed wrong, or out
in the south Atlantic, all you need to do is give me a better position, and I'll
update the nodename database, and you will magically be corrected on the map as well
(within a day or a week, depending on how often the generated map is updated).
? Johnny
Area 17 is in Saginw, TX? 32.861789, -97.366621
I just have to get a router going so you can actually reach it.
--
John H. Reinhardt
4 May
4 May
12:58 a.m.
On 5/3/2020 4:21 PM, Paul Koning wrote:
Yep. Dropped an "a"? Saginaw, TX.? Not in Michigan. ;-)
--
John H. Reinhardt
PRRT&HS #8909
C&O HS #11530
N-Trak #7566
On May 2, 2020, at 7:14 PM, John H. Reinhardt
<johnhreinhardt at thereinhardts.org> wrote:
Area 17 is in Saginw, TX 32.861789, -97.366621
I assume you meant
"Saginaw" ?
paul
8:58 a.m.
New subject: MULTINET + DECnet over ip
Hello,
?I finally won in battle on getting up OpenVMS on simh + multinet 5.4
?But now i have problem
?part of DECNET-CIRCUITS.COM? :
$ SysGen:=$SysGen
$ SysGen Load Multinet:TCPDriver
$ sysgen connect tcpa0:/noadapter/driver=tcpdriver
$ multinet set/decnet/remote=X.X.X.X /device=tcpa0: /connect
/tcp=connect /buffers=24
$ If F$GetDVI("_NET0:","EXISTS") Then Goto DECnet_Ok
$?? Write Sys$Output "MultiNet: DECnet not started; not starting DECnet
over IP circuits"
$?? Exit
$DECnet_Ok:
$ mcr ncp
set line TCP-0-0 state on
set circuit TCP-0-0 state on cost 1 hello timer 15
$ @DECNET-CIRCUITS.COM
MultiNet: DECnet not started; not starting DECnet over IP circuits
$ multinet ping pdp-11.online
PING PDP-11.ONLINE (X.X.X.X): 56 data bytes
64 bytes from X.X.X.X: icmp_seq=0 time=50 ms
64 bytes from X.X.X.X: icmp_seq=1 time=50 ms
seems like multinet set/decnet/remote=X.X.X.X /device=tcpa0: /connect
/tcp=connect /buffers=24 not creates _NET0: device. but no errors is
displayed. Anyone knows what could be problem?
Yours,
?Serguei
http://dec-center.ru
--
??? ????????? ????????? ?? ?????? ??????????? Avast.
https://www.avast.com/antivirus
4:03 p.m.
New subject: MULTINET + DECnet over ip
Have you solved the problem ?
-----Original Message-----
From: owner-hecnet at Update.UU.SE <owner-hecnet at Update.UU.SE> On Behalf Of
Serguei
Sent: Monday, May 4, 2020 8:59 AM
To: hecnet at Update.UU.SE
Subject: [HECnet] MULTINET + DECnet over ip
Hello,
I finally won in battle on getting up OpenVMS on simh + multinet 5.4
But now i have problem
part of DECNET-CIRCUITS.COM :
$ SysGen:=$SysGen
$ SysGen Load Multinet:TCPDriver
$ sysgen connect tcpa0:/noadapter/driver=tcpdriver $ multinet set/decnet/remote=X.X.X.X
/device=tcpa0: /connect /tcp=connect /buffers=24 $ If
F$GetDVI("_NET0:","EXISTS") Then Goto DECnet_Ok $ Write Sys$Output
"MultiNet: DECnet not started; not starting DECnet over IP circuits"
$ Exit
$DECnet_Ok:
$ mcr ncp
set line TCP-0-0 state on
set circuit TCP-0-0 state on cost 1 hello timer 15
$ @DECNET-CIRCUITS.COM
MultiNet: DECnet not started; not starting DECnet over IP circuits $ multinet ping
pdp-11.online PING PDP-11.ONLINE (X.X.X.X): 56 data bytes
64 bytes from X.X.X.X: icmp_seq=0 time=50 ms
64 bytes from X.X.X.X: icmp_seq=1 time=50 ms
seems like multinet set/decnet/remote=X.X.X.X /device=tcpa0: /connect /tcp=connect
/buffers=24 not creates _NET0: device. but no errors is displayed. Anyone knows what could
be problem?
Yours,
Serguei
http://dec-center.ru
--
??? ????????? ????????? ?? ?????? ??????????? Avast.
https://www.avast.com/antivirus
4:21 p.m.
New subject: MULTINET + DECnet over ip
Hi,
?Sorry i was in hurry. didn't make it clean enough
?Problem that after
@DECNET-CIRCUITS.COM
it says
MultiNet: DECnet not started; not starting DECnet over IP circuits
so seems
multinet set/decnet/remote=pdp-11.online /device=tcpa0: /connect /tcp=connect /buffers=24
not working and
it falls down into error here
If F$GetDVI("_NET0:","EXISTS") Then Goto DECnet_Ok $ Write
Sys$Output "MultiNet: DECnet not started; not starting DECnet over IP circuits"
But why? No any other errors occurs
tcpa0: is seen in list of devices
Serg
04.05.2020 17:03, ales.petan at digital.si ?????:
Have you solved the problem ?
-----Original Message-----
From: owner-hecnet at Update.UU.SE <owner-hecnet at Update.UU.SE> On Behalf Of
Serguei
Sent: Monday, May 4, 2020 8:59 AM
To: hecnet at Update.UU.SE
Subject: [HECnet] MULTINET + DECnet over ip
Hello,
I finally won in battle on getting up OpenVMS on simh + multinet 5.4
But now i have problem
part of DECNET-CIRCUITS.COM :
$ SysGen:=$SysGen
$ SysGen Load Multinet:TCPDriver
$ sysgen connect tcpa0:/noadapter/driver=tcpdriver $ multinet set/decnet/remote=X.X.X.X
/device=tcpa0: /connect /tcp=connect /buffers=24 $ If
F$GetDVI("_NET0:","EXISTS") Then Goto DECnet_Ok $ Write Sys$Output
"MultiNet: DECnet not started; not starting DECnet over IP circuits"
$ Exit
$DECnet_Ok:
$ mcr ncp
set line TCP-0-0 state on
set circuit TCP-0-0 state on cost 1 hello timer 15
$ @DECNET-CIRCUITS.COM
MultiNet: DECnet not started; not starting DECnet over IP circuits $ multinet ping
pdp-11.online PING PDP-11.ONLINE (X.X.X.X): 56 data bytes
64 bytes from X.X.X.X: icmp_seq=0 time=50 ms
64 bytes from X.X.X.X: icmp_seq=1 time=50 ms
seems like multinet set/decnet/remote=X.X.X.X /device=tcpa0: /connect /tcp=connect
/buffers=24 not creates _NET0: device. but no errors is displayed. Anyone knows what could
be problem?
Yours,
Serguei
http://dec-center.ru
--
??? ????????? ????????? ?? ?????? ??????????? Avast.
https://www.avast.com/antivirus
--
??? ????????? ????????? ?? ?????? ??????????? Avast.
https://www.avast.com/antivirus
4:26 p.m.
New subject: MULTINET + DECnet over ip
Probably the issue is becouse DECNET is not started or no license PAK for UCX/DECNET.
Try $ start/network decnet
Decnet is started in a COM file, located: sys$manager:vmstartup_vms.com
(somewhere at the bottom of the file)
start decnet manualy and then go with citcuits...
regards,
Ales
----- Original Message -----
From: "Serguei" <melehov at sypp.ru>
To: hecnet at Update.UU.SE
Sent: Monday, May 4, 2020 4:21:21 PM
Subject: Re: [HECnet] MULTINET + DECnet over ip
Hi,
?Sorry i was in hurry. didn't make it clean enough
?Problem that after
@DECNET-CIRCUITS.COM
it says
MultiNet: DECnet not started; not starting DECnet over IP circuits
so seems
multinet set/decnet/remote=pdp-11.online /device=tcpa0: /connect /tcp=connect /buffers=24
not working and
it falls down into error here
If F$GetDVI("_NET0:","EXISTS") Then Goto DECnet_Ok $ Write
Sys$Output "MultiNet: DECnet not started; not starting DECnet over IP circuits"
But why? No any other errors occurs
tcpa0: is seen in list of devices
Serg
04.05.2020 17:03, ales.petan at digital.si ?????:
Have you solved the problem ?
-----Original Message-----
From: owner-hecnet at Update.UU.SE <owner-hecnet at Update.UU.SE> On Behalf Of
Serguei
Sent: Monday, May 4, 2020 8:59 AM
To: hecnet at Update.UU.SE
Subject: [HECnet] MULTINET + DECnet over ip
Hello,
I finally won in battle on getting up OpenVMS on simh + multinet 5.4
But now i have problem
part of DECNET-CIRCUITS.COM :
$ SysGen:=$SysGen
$ SysGen Load Multinet:TCPDriver
$ sysgen connect tcpa0:/noadapter/driver=tcpdriver $ multinet set/decnet/remote=X.X.X.X
/device=tcpa0: /connect /tcp=connect /buffers=24 $ If
F$GetDVI("_NET0:","EXISTS") Then Goto DECnet_Ok $ Write Sys$Output
"MultiNet: DECnet not started; not starting DECnet over IP circuits"
$ Exit
$DECnet_Ok:
$ mcr ncp
set line TCP-0-0 state on
set circuit TCP-0-0 state on cost 1 hello timer 15
$ @DECNET-CIRCUITS.COM
MultiNet: DECnet not started; not starting DECnet over IP circuits $ multinet ping
pdp-11.online PING PDP-11.ONLINE (X.X.X.X): 56 data bytes
64 bytes from X.X.X.X: icmp_seq=0 time=50 ms
64 bytes from X.X.X.X: icmp_seq=1 time=50 ms
seems like multinet set/decnet/remote=X.X.X.X /device=tcpa0: /connect /tcp=connect
/buffers=24 not creates _NET0: device. but no errors is displayed. Anyone knows what could
be problem?
Yours,
Serguei
http://dec-center.ru
--
??? ????????? ????????? ?? ?????? ??????????? Avast.
https://www.avast.com/antivirus
--
??? ????????? ????????? ?? ?????? ??????????? Avast.
https://www.avast.com/antivirus
4:52 p.m.
New subject: MULTINET + DECnet over ip
Serguei <melehov at sypp.ru> wrote:
seems like multinet set/decnet/remote=X.X.X.X /device=tcpa0: /connect
/tcp=connect /buffers=24 not creates _NET0: device. but no errors is
displayed. Anyone knows what could be problem?
The NET0 device is created when you start DECnet - it has nothing to do with Multinet.
You need to make sure the "START/NETWORK DECNET" line in your SYSTARTUP_VMS.COM
file comes before you try to start up Multinet.
Bob
4:58 p.m.
New subject: MULTINET + DECnet over ip
Thanks I got it.
04.05.2020 17:52, Robert Armstrong ?????:
--
??? ????????? ????????? ?? ?????? ??????????? Avast.
https://www.avast.com/antivirus
Serguei
<melehov at sypp.ru> wrote:
seems like multinet set/decnet/remote=X.X.X.X /device=tcpa0: /connect
/tcp=connect /buffers=24 not creates _NET0: device. but no errors is
displayed. Anyone knows what could be problem?
The NET0 device is created when
you start DECnet - it has nothing to do with Multinet. You need to make sure the
"START/NETWORK DECNET" line in your SYSTARTUP_VMS.COM file comes before you try
to start up Multinet.
Bob
6:18 p.m.
New subject: MULTINET + DECnet over ip
When I helped Ales set up his DECnet over a multinet TCP/IP connection, I gave him an
additional .COM file to be executed (by systartup_vms) after the
@....multinet...startup.com line. This was to bypass the multinet:decnet-circuits.com file
which overwrites circuits configured by multinet commands and whose defaults are useless.
Within that procedure, I had commented out the loading of the tcpdriver because that is
done by multinet:decnet-circuits.com but ONLY when you have previously had some circuits
defined. So, if you're using the separate command procedure solution and have never
defined any tcp circuits with multitnet commands, you will have to uncomment the line that
loads the driver. I think I probably caused more trouble than solving anything though I
find it more difficult to describe how multinet overwrites config files when it does so.
So, the second line is only commented out if multnet already loads tcpdriver.
$ SysGen:=$SysGen
$ SysGen Load Multinet:TCPDriver
$ sysgen connect tcpa0:/noadapter/driver=tcpdriver $ multinet
set/decnet/device=tcpa0:/tcp=connect/buffers=24 /remote=xx.xx.xx.xx/port=60012/connect
$!
$ if F$GetDVI("_NET0:","EXISTS") Then Goto DECnet_Ok
$ Write Sys$Output "MultiNet: DECnet not started; not starting DECnet over IP
circuits"
$ Exit
$DECnet_Ok:
$ mcr ncp
set line TCP-0-0 state on
set circuit TCP-0-0 state on cost 3 hello timer 300
$ exit
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of
Robert Armstrong
Sent: 04 May 2020 15:53
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] MULTINET + DECnet over ip
Serguei <melehov at sypp.ru> wrote:
seems like multinet set/decnet/remote=X.X.X.X /device=tcpa0: /connect
/tcp=connect /buffers=24 not creates _NET0: device. but no errors is
displayed. Anyone knows what could be problem?
The NET0 device is created when you start DECnet - it has nothing to do with Multinet.
You need to make sure the "START/NETWORK DECNET" line in your SYSTARTUP_VMS.COM
file comes before you try to start up Multinet.
Bob
7:35 p.m.
New subject: MULTINET + DECnet over ip
Ales sent me a email yesterday and I set up a end point for him. Let me know if it in
still needed.
Thanks
Supratim
---
Supratim Sanyal, W1XMT
39.19151 N, 77.23432 W
QCOCAL::SANYAL via HECnet
On May 4, 2020, at 12:18 PM, Keith Halewood
<Keith.Halewood at pitbulluk.org> wrote:
When I helped Ales set up his DECnet over a multinet TCP/IP connection, I gave him an
additional .COM file to be executed (by systartup_vms) after the
@....multinet...startup.com line. This was to bypass the multinet:decnet-circuits.com file
which overwrites circuits configured by multinet commands and whose defaults are useless.
Within that procedure, I had commented out the loading of the tcpdriver because that is
done by multinet:decnet-circuits.com but ONLY when you have previously had some circuits
defined. So, if you're using the separate command procedure solution and have never
defined any tcp circuits with multitnet commands, you will have to uncomment the line that
loads the driver. I think I probably caused more trouble than solving anything though I
find it more difficult to describe how multinet overwrites config files when it does so.
So, the second line is only commented out if multnet already loads tcpdriver.
$ SysGen:=$SysGen
$ SysGen Load Multinet:TCPDriver
$ sysgen connect tcpa0:/noadapter/driver=tcpdriver $ multinet
set/decnet/device=tcpa0:/tcp=connect/buffers=24 /remote=xx.xx.xx.xx/port=60012/connect
$!
$ if F$GetDVI("_NET0:","EXISTS") Then Goto DECnet_Ok
$ Write Sys$Output "MultiNet: DECnet not started; not starting DECnet over IP
circuits"
$ Exit
$DECnet_Ok:
$ mcr ncp
set line TCP-0-0 state on
set circuit TCP-0-0 state on cost 3 hello timer 300
$ exit
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of
Robert Armstrong
Sent: 04 May 2020 15:53
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] MULTINET + DECnet over ip
Serguei <melehov at sypp.ru> wrote:
seems like multinet set/decnet/remote=X.X.X.X /device=tcpa0: /connect
/tcp=connect /buffers=24 not creates _NET0: device. but no errors is
displayed. Anyone knows what could be problem?
The NET0 device is created when you start DECnet - it has nothing to do with Multinet.
You need to make sure the "START/NETWORK DECNET" line in your SYSTARTUP_VMS.COM
file comes before you try to start up Multinet.
Bob
5 May
5 May
5:37 a.m.
New subject: MULTINET + DECnet over ip
Thanks
Will try when will have enough time
Serguei
04.05.2020 19:18, Keith Halewood ?????:
When I helped Ales set up his DECnet over a multinet
TCP/IP connection, I gave him an additional .COM file to be executed (by systartup_vms)
after the @....multinet...startup.com line. This was to bypass the
multinet:decnet-circuits.com file which overwrites circuits configured by multinet
commands and whose defaults are useless.
Within that procedure, I had commented out the loading of the tcpdriver because that is
done by multinet:decnet-circuits.com but ONLY when you have previously had some circuits
defined. So, if you're using the separate command procedure solution and have never
defined any tcp circuits with multitnet commands, you will have to uncomment the line that
loads the driver. I think I probably caused more trouble than solving anything though I
find it more difficult to describe how multinet overwrites config files when it does so.
So, the second line is only commented out if multnet already loads tcpdriver.
$ SysGen:=$SysGen
$ SysGen Load Multinet:TCPDriver
$ sysgen connect tcpa0:/noadapter/driver=tcpdriver $ multinet
set/decnet/device=tcpa0:/tcp=connect/buffers=24 /remote=xx.xx.xx.xx/port=60012/connect
$!
$ if F$GetDVI("_NET0:","EXISTS") Then Goto DECnet_Ok
$ Write Sys$Output "MultiNet: DECnet not started; not starting DECnet over IP
circuits"
$ Exit
$DECnet_Ok:
$ mcr ncp
set line TCP-0-0 state on
set circuit TCP-0-0 state on cost 3 hello timer 300
$ exit
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of
Robert Armstrong
Sent: 04 May 2020 15:53
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] MULTINET + DECnet over ip
--
??? ????????? ????????? ?? ?????? ??????????? Avast.
https://www.avast.com/antivirus
Serguei <melehov at sypp.ru> wrote:
seems like multinet set/decnet/remote=X.X.X.X /device=tcpa0: /connect
/tcp=connect /buffers=24 not creates _NET0: device. but no errors is
displayed. Anyone knows what could be problem?
The NET0 device is created when
you start DECnet - it has nothing to do with Multinet. You need to make sure the
"START/NETWORK DECNET" line in your SYSTARTUP_VMS.COM file comes before you try
to start up Multinet.
Bob
8:17 a.m.
New subject: MULTINET + DECnet over ip
Hello,
It worked i did
configuration by means of
@SYS$MANAGER:NET$CONFIGURE.COM
then started decnet Plus
all licenses is valid and loaded
Decnet started but
@DECNET-CIRCUITS.COM
gives error here is what it says
%NCP-W-UNRCMP, Unrecognized component , Line
%NCP-W-UNRCMP, Unrecognized component , Circuit
$ multinet show
Multinet Active Connections at? 4-MAY-2020 17:48:01.65:
Proto Rcv-Q Snd-Q? Local Address (Port)?????????????????????????????
Foreign Address (Port)??????????????????????????? State
----- ----- ----- --------------------------------------------
--------------------------------------------????? -----
TCP?????? 0???? 0 OMEGA(1439)
80.89.204.47(700)???????????????????????????????? ESTABLISHED
TCP?????? 0???? 0 *(953)
*(*)????????????????????????????????????????????? LISTEN
TCP?????? 0???? 0 OMEGA(NAMESERVICE)
*(*)????????????????????????????????????????????? LISTEN
TCP?????? 0???? 0 LOCALHOST(NAMESERVICE)
*(*)????????????????????????????????????????????? LISTEN
TCP?????? 0???? 0 *(NETCONTROL)
*(*)????????????????????????????????????????????? LISTEN
TCP?????? 0???? 0 *(ISO-TSAP-C2)
*(*)????????????????????????????????????????????? LISTEN
TCP?????? 0???? 0 *(ISO-TSAP)
*(*)????????????????????????????????????????????? LISTEN
UDP?????? 0???? 0 *(*)????????????????????????????????????????????? *(*)
UDP?????? 0???? 0 OMEGA(NAMESERVICE)??????????????????????????????? *(*)
UDP?????? 0???? 0 LOCALHOST(NAMESERVICE)??????????????????????????? *(*)
UDP?????? 0???? 0 *(SNMP)?????????????????????????????????????????? *(*)
but connection to node seems active
so seems this things
set line TCP-0-0 state on
set circuit TCP-0-0 state on cost 1 hello timer 15
not working in DECNET-CIRCUITS.COM
and 'show known lines and circuits' give this
$ mcr ncp
NCP>show known lines
Known Line Volatile Summary as of? 5-MAY-2020 09:15:49
No information in database
NCP>show know circ
Known Circuit Volatile Summary as of? 5-MAY-2020 09:15:54
?? Circuit????????? State?????????????????? Loopback???? Adjacent
? QNA-0???????????? on
NCP>
04.05.2020 19:18, Keith Halewood ?????:
When I helped Ales set up his DECnet over a multinet
TCP/IP connection, I gave him an additional .COM file to be executed (by systartup_vms)
after the @....multinet...startup.com line. This was to bypass the
multinet:decnet-circuits.com file which overwrites circuits configured by multinet
commands and whose defaults are useless.
Within that procedure, I had commented out the loading of the tcpdriver because that is
done by multinet:decnet-circuits.com but ONLY when you have previously had some circuits
defined. So, if you're using the separate command procedure solution and have never
defined any tcp circuits with multitnet commands, you will have to uncomment the line that
loads the driver. I think I probably caused more trouble than solving anything though I
find it more difficult to describe how multinet overwrites config files when it does so.
So, the second line is only commented out if multnet already loads tcpdriver.
$ SysGen:=$SysGen
$ SysGen Load Multinet:TCPDriver
$ sysgen connect tcpa0:/noadapter/driver=tcpdriver $ multinet
set/decnet/device=tcpa0:/tcp=connect/buffers=24 /remote=xx.xx.xx.xx/port=60012/connect
$!
$ if F$GetDVI("_NET0:","EXISTS") Then Goto DECnet_Ok
$ Write Sys$Output "MultiNet: DECnet not started; not starting DECnet over IP
circuits"
$ Exit
$DECnet_Ok:
$ mcr ncp
set line TCP-0-0 state on
set circuit TCP-0-0 state on cost 3 hello timer 300
$ exit
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of
Robert Armstrong
Sent: 04 May 2020 15:53
To: hecnet at Update.UU.SE
Subject: RE: [HECnet] MULTINET + DECnet over ip
--
??? ????????? ????????? ?? ?????? ??????????? Avast.
https://www.avast.com/antivirus
Serguei <melehov at sypp.ru> wrote:
seems like multinet set/decnet/remote=X.X.X.X /device=tcpa0: /connect
/tcp=connect /buffers=24 not creates _NET0: device. but no errors is
displayed. Anyone knows what could be problem?
The NET0 device is created when
you start DECnet - it has nothing to do with Multinet. You need to make sure the
"START/NETWORK DECNET" line in your SYSTARTUP_VMS.COM file comes before you try
to start up Multinet.
Bob
4 May
4 May
5:44 p.m.
must say the little "home" link is a very nice touch!
thanks Paul.
supratim
On 5/3/20 6:58 PM, John H. Reinhardt wrote:
On 5/3/2020 4:21 PM, Paul Koning wrote:
Yep. Dropped an "a"? Saginaw, TX.? Not in Michigan. ;-)
--
Supratim Sanyal, W1XMT
39.19151 N, 77.23432 W
QCOCAL::SANYAL via HECnet
On May 2, 2020, at 7:14 PM, John H. Reinhardt
<johnhreinhardt at thereinhardts.org> wrote:
Area 17 is in Saginw, TX? 32.861789, -97.366621
I assume you meant
"Saginaw" ?
????paul
1 May
1 May
2:57 a.m.
That is /excellent/.
Do we actually have some sort of communications with Ascension in the
South Atlantic?? I'm a big fan of Saint Helena, Ascension and Tristan da
Cunha.? The bird life is fascinating.
But I thought those nodes were actually in Russia or Kazakhstan.
On 4/30/20 7:54 PM, Paul Koning wrote:
Gentlepeople,
I've added a map maker to PyDECnet, which is now on-line on HECnet. It currently
refreshes once every 24 hours, showing locations and paths between the locations. You can
hover over the location markers to see nodes that have been recently observed, or click on
the markers to see all nodes whether observed or not. Clicking on the connecting arcs
will tell you which nodes have connections on that path.
The map is here: http://akdesign.dyndns.org:8080/map
You can also see a tabular display of the data collected by the network scanner, at
http://akdesign.dyndns.org:8080/map/data . Right now that link isn't shown, I'll
add that.
Feedback would be welcome. There is no map legend yet. The button on the upper right is
the "layers" tool that lets you chose among a number of map sources, and lets
you turn the location and/or path information on or off.
The default map is OpenStreetMap, and the mapping interface machinery is the Leaflet
package, a very nice and easy to use tool.
paul
3:17 a.m.
On Apr 30, 2020, at 8:57 PM, Thomas DeBellis
<tommytimesharing at gmail.com> wrote:
That is excellent.
Do we actually have some sort of communications with Ascension in the South Atlantic?
I'm a big fan of Saint Helena, Ascension and Tristan da Cunha. The bird life is
fascinating.
But I thought those nodes were actually in Russia or Kazakhstan.
There are nodes in Almaty, shown as such, and also in several places in Russia.
The south Atlantic spot is not Ascension but Inaccessible Island, in honor of the novel
"Influx" by Daniel Suarez". It's what I picked for the place holder
for nodes with no location given. It seemed more fun and also more easily visible than
the typical default of lat/long 0,0. No, we currently do not have any nodes that really
are located on Inaccessible Island.
paul
3:24 a.m.
Hello!
Then we don't have anything located on any of the islands that make up
the Falklands? I believe there is abundant bird life there who is
looking for work. (That's a penguin joke for you.)
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
On Thu, Apr 30, 2020 at 9:20 PM Paul Koning <paulkoning at comcast.net> wrote:
On Apr 30, 2020, at 8:57 PM, Thomas DeBellis
<tommytimesharing at gmail.com> wrote:
That is excellent.
Do we actually have some sort of communications with Ascension in the South Atlantic?
I'm a big fan of Saint Helena, Ascension and Tristan da Cunha. The bird life is
fascinating.
But I thought those nodes were actually in Russia or Kazakhstan.
There are nodes in Almaty, shown as such, and also in several places in Russia.
The south Atlantic spot is not Ascension but Inaccessible Island, in honor of the novel
"Influx" by Daniel Suarez". It's what I picked for the place holder
for nodes with no location given. It seemed more fun and also more easily visible than
the typical default of lat/long 0,0. No, we currently do not have any nodes that really
are located on Inaccessible Island.
paul
3:30 a.m.
On 4/30/20 9:17 PM, Paul Koning wrote:
I love it. :)
So is this only mapping PyDECnet nodes? I don't see anything in
Pittsburgh, and I'm doing a good bit of routing here.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
Do we actually
have some sort of communications with Ascension in the South Atlantic? I'm a big fan
of Saint Helena, Ascension and Tristan da Cunha. The bird life is fascinating.
But I thought those nodes were actually in Russia or Kazakhstan.
There are nodes in Almaty, shown as such, and also in several places in Russia.
The south Atlantic spot is not Ascension but Inaccessible Island, in honor of the novel
"Influx" by Daniel Suarez". It's what I picked for the place holder
for nodes with no location given. It seemed more fun and also more easily visible than
the typical default of lat/long 0,0. No, we currently do not have any nodes that really
are located on Inaccessible Island.
3:32 a.m.
On 2020-05-01 03:30, Dave McGuire wrote:
On 4/30/20 9:17 PM, Paul Koning wrote:
I love it. :)
So is this only mapping PyDECnet nodes? I don't see anything in
Pittsburgh, and I'm doing a good bit of routing here.
That might have something to do with the fact that you don't have any
location registered for your nodes... ;-)
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
Do we
actually have some sort of communications with Ascension in the South Atlantic? I'm a
big fan of Saint Helena, Ascension and Tristan da Cunha. The bird life is fascinating.
But I thought those nodes were actually in Russia or Kazakhstan.
There are nodes in Almaty, shown as such, and also in several places in Russia.
The south Atlantic spot is not Ascension but Inaccessible Island, in honor of the novel
"Influx" by Daniel Suarez". It's what I picked for the place holder
for nodes with no location given. It seemed more fun and also more easily visible than
the typical default of lat/long 0,0. No, we currently do not have any nodes that really
are located on Inaccessible Island.
3:35 a.m.
On 4/30/20 9:32 PM, Johnny Billquist wrote:
Oh?? Wow ok, duh, and I just read your other email.
I can be found at 40?34?6?N 79?45?30?W.
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
?? I love it.
:)
?? So is this only mapping PyDECnet nodes?? I don't see anything in
Pittsburgh, and I'm doing a good bit of routing here.
That might have something to do with the fact that you don't have any
location registered for your nodes... ;-) 
3:28 a.m.
This is absolutely incredible!!! Great work!
Ian
(from the map, I appear to be ?that guy in Canada?)
On Apr 30, 2020, at 4:54 PM, Paul Koning
<paulkoning at comcast.net> wrote:
Gentlepeople,
I've added a map maker to PyDECnet, which is now on-line on HECnet. It currently
refreshes once every 24 hours, showing locations and paths between the locations. You can
hover over the location markers to see nodes that have been recently observed, or click on
the markers to see all nodes whether observed or not. Clicking on the connecting arcs
will tell you which nodes have connections on that path.
The map is here: http://akdesign.dyndns.org:8080/map
You can also see a tabular display of the data collected by the network scanner, at
http://akdesign.dyndns.org:8080/map/data . Right now that link isn't shown, I'll
add that.
Feedback would be welcome. There is no map legend yet. The button on the upper right is
the "layers" tool that lets you chose among a number of map sources, and lets
you turn the location and/or path information on or off.
The default map is OpenStreetMap, and the mapping interface machinery is the Leaflet
package, a very nice and easy to use tool.
paul
3:38 a.m.
This is really nice!
What does the color code mean? In particular, why are some sites shown in
yellow and some nodes in red? (Like mine!)
And what are all the gray pushpins? Are those nodes with registered
locations but no links?
Thanks,
Bob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of Paul Koning
Sent: Thursday, April 30, 2020 4:55 PM
To: hecnet at update.uu.se
Subject: [HECnet] HECnet map
Gentlepeople,
I've added a map maker to PyDECnet, which is now on-line on HECnet. It
currently refreshes once every 24 hours, showing locations and paths between
the locations. You can hover over the location markers to see nodes that
have been recently observed, or click on the markers to see all nodes
whether observed or not. Clicking on the connecting arcs will tell you
which nodes have connections on that path.
The map is here: http://akdesign.dyndns.org:8080/map
You can also see a tabular display of the data collected by the network
scanner, at http://akdesign.dyndns.org:8080/map/data . Right now that link
isn't shown, I'll add that.
Feedback would be welcome. There is no map legend yet. The button on the
upper right is the "layers" tool that lets you chose among a number of map
sources, and lets you turn the location and/or path information on or off.
The default map is OpenStreetMap, and the mapping interface machinery is the
Leaflet package, a very nice and easy to use tool.
paul
3:51 a.m.
On 2020-05-01 03:38, Robert Armstrong wrote:
This is really nice!
Agreed.
What does the color code mean? In particular, why
are some sites shown in
yellow and some nodes in red? (Like mine!)
I think your is the only one I've spotted that is red. Paul will have to
explain the legend...
And what are all the gray pushpins? Are those
nodes with registered
locations but no links?
I didn't get it at first, but you can click on pins, and then you get
more information. And that also works on the grey ones...
Johnny
Thanks,
Bob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of Paul Koning
Sent: Thursday, April 30, 2020 4:55 PM
To: hecnet at update.uu.se
Subject: [HECnet] HECnet map
Gentlepeople,
I've added a map maker to PyDECnet, which is now on-line on HECnet. It
currently refreshes once every 24 hours, showing locations and paths between
the locations. You can hover over the location markers to see nodes that
have been recently observed, or click on the markers to see all nodes
whether observed or not. Clicking on the connecting arcs will tell you
which nodes have connections on that path.
The map is here: http://akdesign.dyndns.org:8080/map
You can also see a tabular display of the data collected by the network
scanner, at http://akdesign.dyndns.org:8080/map/data . Right now that link
isn't shown, I'll add that.
Feedback would be welcome. There is no map legend yet. The button on the
upper right is the "layers" tool that lets you chose among a number of map
sources, and lets you turn the location and/or path information on or off.
The default map is OpenStreetMap, and the mapping interface machinery is the
Leaflet package, a very nice and easy to use tool.
paul
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
4:39 a.m.
Just looking at this map and imagining the original cost for all the hardware that is
interconnected and the telco cost of all of the emulated point-to-point links we have -
this would have been a multi-million dollar network. Not bad!
Ian
On Apr 30, 2020, at 6:51 PM, Johnny Billquist <bqt
at softjar.se> wrote:
On 2020-05-01 03:38, Robert Armstrong wrote:
This is really nice!
Agreed.
What does the color code mean? In particular,
why are some sites shown in
yellow and some nodes in red? (Like mine!)
I think your is the only one I've spotted that is red. Paul will have to explain the
legend...
And what are all the gray pushpins? Are those
nodes with registered
locations but no links?
I didn't get it at first, but you can click on pins, and then you get more
information. And that also works on the grey ones...
Johnny
Thanks,
Bob
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf
Of Paul Koning
Sent: Thursday, April 30, 2020 4:55 PM
To: hecnet at update.uu.se
Subject: [HECnet] HECnet map
Gentlepeople,
I've added a map maker to PyDECnet, which is now on-line on HECnet. It
currently refreshes once every 24 hours, showing locations and paths between
the locations. You can hover over the location markers to see nodes that
have been recently observed, or click on the markers to see all nodes
whether observed or not. Clicking on the connecting arcs will tell you
which nodes have connections on that path.
The map is here: http://akdesign.dyndns.org:8080/map
You can also see a tabular display of the data collected by the network
scanner, at http://akdesign.dyndns.org:8080/map/data . Right now that link
isn't shown, I'll add that.
Feedback would be welcome. There is no map legend yet. The button on the
upper right is the "layers" tool that lets you chose among a number of map
sources, and lets you turn the location and/or path information on or off.
The default map is OpenStreetMap, and the mapping interface machinery is the
Leaflet package, a very nice and easy to use tool.
paul
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol 
2:25 p.m.
On Thu, 30 Apr 2020, Ian McLaughlin wrote:
Just looking at this map and imagining the original
cost for all the
hardware that is interconnected and the telco cost of all of the
emulated point-to-point links we have - this would have been a
multi-million dollar network. Not bad!
This was my thought also. I never imagined when I was younger that I'd
have these systems that (back then) were large, expensive, accessed over
56k lines, and most certainly not allowed to touch/access to the machine
room.
To say nothing of if I didn't do "tech" for a living, how much my home
network would cost in labor. I'd never be able to afford the initial
setup nor maintenance.
Fred
3:40 a.m.
That?s AWESOME! Of course now there is no need for me to work on a project I was going to
do. :-)
Area 60 is in Oregon.
If you?re going to start tracking when a node was last up, I might have to boot a couple
of those PDP-11?s so they show up as having been online. :-) I?ll admit, I?m not certain
what DS201 is though.
Any chance of tracking the OS? Or having a notes field for services available?
Zane
On Apr 30, 2020, at 4:54 PM, Paul Koning
<paulkoning at comcast.net> wrote:
Gentlepeople,
I've added a map maker to PyDECnet, which is now on-line on HECnet. It currently
refreshes once every 24 hours, showing locations and paths between the locations. You can
hover over the location markers to see nodes that have been recently observed, or click on
the markers to see all nodes whether observed or not. Clicking on the connecting arcs
will tell you which nodes have connections on that path.
The map is here: http://akdesign.dyndns.org:8080/map
You can also see a tabular display of the data collected by the network scanner, at
http://akdesign.dyndns.org:8080/map/data . Right now that link isn't shown, I'll
add that.
Feedback would be welcome. There is no map legend yet. The button on the upper right is
the "layers" tool that lets you chose among a number of map sources, and lets
you turn the location and/or path information on or off.
The default map is OpenStreetMap, and the mapping interface machinery is the Leaflet
package, a very nice and easy to use tool.
paul
3:49 a.m.
On 2020-05-01 03:40, Zane Healy wrote:
That?s AWESOME! Of course now there is no need for me
to work on a project I was going to do. :-)
Indeed.
Area 60 is in Oregon.
Updated.
If you?re going to start tracking when a node was last
up, I might have to boot a couple of those PDP-11?s so they show up as having been online.
:-) I?ll admit, I?m not certain what DS201 is though.
Any chance of tracking the OS? Or having a notes field for services available?
That information is available in many cases. I guess it becomes a
question on how much data you want to squeeze into that presentation...
Johnny
Zane
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On Apr 30, 2020, at 4:54 PM, Paul Koning
<paulkoning at comcast.net> wrote:
Gentlepeople,
I've added a map maker to PyDECnet, which is now on-line on HECnet. It currently
refreshes once every 24 hours, showing locations and paths between the locations. You can
hover over the location markers to see nodes that have been recently observed, or click on
the markers to see all nodes whether observed or not. Clicking on the connecting arcs
will tell you which nodes have connections on that path.
The map is here: http://akdesign.dyndns.org:8080/map
You can also see a tabular display of the data collected by the network scanner, at
http://akdesign.dyndns.org:8080/map/data . Right now that link isn't shown, I'll
add that.
Feedback would be welcome. There is no map legend yet. The button on the upper right is
the "layers" tool that lets you chose among a number of map sources, and lets
you turn the location and/or path information on or off.
The default map is OpenStreetMap, and the mapping interface machinery is the Leaflet
package, a very nice and easy to use tool.
paul
10:40 a.m.
Absolutely fantastic to see all the sites and nodes around the globe.
Thank You Paul for visualizing this for us.
@Johnny, Area 34 could better be localized in B?tbyggartorp (59.521926, 17.847988) if You
would have the time to update the database so we don't just cluster everything
belonging to Stockholm in one dot. I'd really like to have ROLL's PDP-10 in my
shed, but It wasn't there last time I looked :)
If I could put in a request for future development it would be to add support to other
kinds of links if possible as Area34 currently only connects to other peers via tunneled
ip/gre links.
Again big thanks!
/t
?Den 2020-05-01 01:57 skrev "owner-hecnet at Update.UU.SE p? uppdrag av Paul
Koning" <owner-hecnet at Update.UU.SE p? uppdrag av paulkoning at comcast.net>
f?ljande:
Gentlepeople,
I've added a map maker to PyDECnet, which is now on-line on HECnet. It currently
refreshes once every 24 hours, showing locations and paths between the locations. You can
hover over the location markers to see nodes that have been recently observed, or click on
the markers to see all nodes whether observed or not. Clicking on the connecting arcs
will tell you which nodes have connections on that path.
The map is here: http://akdesign.dyndns.org:8080/map
You can also see a tabular display of the data collected by the network scanner, at
http://akdesign.dyndns.org:8080/map/data . Right now that link isn't shown, I'll
add that.
Feedback would be welcome. There is no map legend yet. The button on the upper right
is the "layers" tool that lets you chose among a number of map sources, and lets
you turn the location and/or path information on or off.
The default map is OpenStreetMap, and the mapping interface machinery is the Leaflet
package, a very nice and easy to use tool.
paul
2:17 p.m.
New subject: SIMH + OpenVMS 7.3 + Multinet 5.4
Hi,
?I have problem with multinet configuration wifi connection adapter on
SIMH + OpenVMS :
on windows machine
ipconfig/all
??????? ???????????? ????????? ???? ??????????? ?? ????????? ????* 9:
?? ????????? ?????. . . . . . . . : ????? ???????? ??????????.
?? DNS-??????? ??????????? . . . . . :
?? ????????. . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual
Adapter
?? ?????????? ?????. . . . . . . . . : F4-6D-04-5D-XX-XX
?? DHCP ???????. . . . . . . . . . . : ??
?? ????????????? ????????. . . . . . : ??
??????? ???????????? ????????? ???? ??????????? ?? ????????? ????* 10:
?? ????????? ?????. . . . . . . . : ????? ???????? ??????????.
?? DNS-??????? ??????????? . . . . . :
?? ????????. . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual
Adapter #2
?? ?????????? ?????. . . . . . . . . : F4-6D-04-5D-XX-XX
?? DHCP ???????. . . . . . . . . . . : ??
?? ????????????? ????????. . . . . . : ??
??????? ???????????? ????????? ???? ???????????? ???? 2:
?? DNS-??????? ??????????? . . . . . :
?? ????????. . . . . . . . . . . . . : ASUS USB-N53 802.11a/b/g/n
Network Adapter
?? ?????????? ?????. . . . . . . . . : F4-6D-04-5D-XX-XX
?? IPv4-?????. . . . . . . . . . . . : 192.168.1.72(????????)
?? ????? ??????? . . . . . . . . . . : 255.255.255.0
simh> sim> show xq eth
ETH devices:
?eth0?? \Device\NPF_{FADA2DEF-CA7F-4ED2-B069-4AEAE1F41D93} (???????????
?? ????????? ????* 10)
?eth1?? \Device\NPF_{CEF74F36-25AA-40AC-806D-2B1955F2AD1F}
(???????????? ???? 2)
?eth2?? \Device\NPF_{EBA88B87-F500-4424-B6F4-A53E9963AA46} (???????????
?? ????????? ????* 9)
?eth3?? nat:{optional-nat-parameters} (Integrated NAT (SLiRP) support)
?eth4?? udp:sourceport:remotehost:remoteport (Integrated UDP bridge
support)
so i take MAC from ASUS USB-N53 802.11a/b/g/n Network Adapter
and put it into vax.ini
SET XQ ENABLED
SET XQ MAC=F4-6D-04-5D-XX-XX
ATTACH XQ eth2
inside multinet i see
$ multinet config
MultiNet Network Configuration Utility V5.4(109)
[Reading in MAXIMUM configuration from MULTINET:MULTINET.EXE]
[Reading in configuration from MULTINET:NETWORK_DEVICES.CONFIGURATION]
NET-CONFIG>show
Interface??????????????????????????????? Adapter???? CSR Address???
Flags/Vector
---------??????????????????????????????? ------- -----------??? ------------
se0????? (Shared VMS Ethernet/FDDI)?????? -NONE- -NONE-?????? -NONE-
????????? [TCP/IP: 192.168.1.72, IP-SubNet: 255.255.255.0,
IP-Broadcast: 192.168.1.255]
????????? [VMS Device: XQA0, Link Level: Ethernet ]
Official Host Name:???????????? omega
Default IP Route:?????????????? 192.168.1.254
Timezone:?????????????????????? GMT
Timezone Rules:???????????????? GMT
Load UCX $QIO driver:?????????? TRUE
Load PWIP (Pathworks) driver:?? TRUE
$ multinet show/route
MultiNet IP Routing tables at? 1-MAY-2020 15:15:10.24:
Destination Gateway??????????????????????????????????? Flags???????
Refcnt Use????? Interface? MTU
------------------------------------
------------------------------------?????? -----??????? ------ -----???
---------? ----
DEFAULT-GATEWAY 192.168.1.254????????????????????????????? U,G,S???????
0 0??????? se0??????? 1500
LOCALHOST LOCALHOST????????????????????????????????? U,H,Local??? 0
0??????? lo0??????? 1536
192.168.1/24?????????????????????????????? 192.168.1.72
???????????????????????????? U??????????? 0????? 0 se0??????? 1500
MultiNet IPv6 Routing tables at? 1-MAY-2020 15:15:10.29:
Destination Gateway??????????????????????????????????? Flags???????
Refcnt Use????? Interface? MTU
------------------------------------
------------------------------------?????? -----??????? ------ -----???
---------? ----
::0001 ::0001???????????????????????????????????? U,H,Local??? 0
0??????? lo0??????? 1536
multinet ping 192.168.1.72 is ok
multinet ping 192.168.1.254 (gateway) says:
MULTINET_PING: wrote 64 chars to 192.168.1.254: %MULTINET-F-EHOSTDOWN,
Host is down
what i am doing wrong? wrong MAC? wrong eth ? wrong IP?
Regards,
Serguei
http://dec-center.ru
--
??? ????????? ????????? ?? ?????? ??????????? Avast.
https://www.avast.com/antivirus
2:33 p.m.
New subject: SIMH + OpenVMS 7.3 + Multinet 5.4
On Friday, May 1, 2020 at 5:17 AM, Serguei wrote:
?I have problem with multinet configuration wifi
connection adapter on SIMH +
OpenVMS :
on windows machine
ipconfig/all
??????? ???????????? ????????? ???? ??????????? ?? ????????? ????*
9:
?? ????????? ?????. . . . . . . . : ????? ???????? ??????????.
?? DNS-??????? ??????????? . . . . . :
?? ????????. . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
?? ?????????? ?????. . . . . . . . . : F4-6D-04-5D-XX-XX
?? DHCP ???????. . . . . . . . . . . : ??
?? ????????????? ????????. . . . . . : ??
??????? ???????????? ????????? ???? ??????????? ?? ????????? ????*
10:
?? ????????? ?????. . . . . . . . : ????? ???????? ??????????.
?? DNS-??????? ??????????? . . . . . :
?? ????????. . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #2
?? ?????????? ?????. . . . . . . . . : F4-6D-04-5D-XX-XX
?? DHCP ???????. . . . . . . . . . . : ??
?? ????????????? ????????. . . . . . : ??
??????? ???????????? ????????? ???? ???????????? ???? 2:
?? DNS-??????? ??????????? . . . . . :
?? ????????. . . . . . . . . . . . . : ASUS USB-N53 802.11a/b/g/n Network Adapter
?? ?????????? ?????. . . . . . . . . : F4-6D-04-5D-XX-XX
?? IPv4-?????. . . . . . . . . . . . : 192.168.1.72(????????)
?? ????? ??????? . . . . . . . . . . : 255.255.255.0
simh> sim> show xq eth
ETH devices:
?eth0?? \Device\NPF_{FADA2DEF-CA7F-4ED2-B069-4AEAE1F41D93}
(??????????? ?? ????????? ????* 10)
?eth1?? \Device\NPF_{CEF74F36-25AA-40AC-806D-2B1955F2AD1F}
(???????????? ???? 2)
?eth2?? \Device\NPF_{EBA88B87-F500-4424-B6F4-A53E9963AA46}
(??????????? ?? ????????? ????* 9)
?eth3?? nat:{optional-nat-parameters} (Integrated NAT (SLiRP) support)
?eth4?? udp:sourceport:remotehost:remoteport (Integrated UDP bridge
support)
so i take MAC from ASUS USB-N53 802.11a/b/g/n Network Adapter and put it
into vax.ini
SET XQ ENABLED
SET XQ MAC=F4-6D-04-5D-XX-XX
ATTACH XQ eth2
inside multinet i see
$ multinet config
MultiNet Network Configuration Utility V5.4(109) [Reading in MAXIMUM
configuration from MULTINET:MULTINET.EXE] [Reading in configuration from
MULTINET:NETWORK_DEVICES.CONFIGURATION]
NET-CONFIG>show
Interface??????????????????????????????? Adapter???? CSR Address Flags/Vector
---------??????????????????????????????? ------- -----------??? ------------
se0????? (Shared VMS Ethernet/FDDI)?????? -NONE- -NONE-?????? -NONE-
????????? [TCP/IP: 192.168.1.72, IP-SubNet: 255.255.255.0,
IP-Broadcast: 192.168.1.255]
????????? [VMS Device: XQA0, Link Level: Ethernet ]
Official Host Name:???????????? omega
Default IP Route:?????????????? 192.168.1.254
Timezone:?????????????????????? GMT
Timezone Rules:???????????????? GMT
Load UCX $QIO driver:?????????? TRUE
Load PWIP (Pathworks) driver:?? TRUE
$ multinet show/route
MultiNet IP Routing tables at? 1-MAY-2020 15:15:10.24:
Destination Gateway??????????????????????????????????? Flags Refcnt Use????? Interface?
MTU
------------------------------------
------------------------------------?????? -----??????? ------ -----
---------? ----
DEFAULT-GATEWAY 192.168.1.254????????????????????????????? U,G,S
0 0??????? se0??????? 1500
LOCALHOST LOCALHOST????????????????????????????????? U,H,Local??? 0
0??????? lo0??????? 1536
192.168.1/24?????????????????????????????? 192.168.1.72
???????????????????????????? U??????????? 0????? 0 se0??????? 1500 MultiNet IPv6 Routing
tables at? 1-
MAY-2020 15:15:10.29:
Destination Gateway??????????????????????????????????? Flags Refcnt Use????? Interface?
MTU
------------------------------------
------------------------------------?????? -----??????? ------ -----
---------? ----
::0001 ::0001???????????????????????????????????? U,H,Local??? 0
0??????? lo0??????? 1536
multinet ping 192.168.1.72 is ok
multinet ping 192.168.1.254 (gateway) says:
MULTINET_PING: wrote 64 chars to 192.168.1.254: %MULTINET-F-
EHOSTDOWN, Host is down
what i am doing wrong? wrong MAC? wrong eth ? wrong IP?
You don't mention what you're using for pcap on your system.
Is it WinPcap? Is it Npcap? If, Npcap is it the latest version?
The selection of your MAC address may or may not matter
depending on if you've got either DECnet or VMS Clustering
configured on the VAX system.
Beyond this, it also seems that you have possibly configured
MultiNet with the same IP address as your host system.
I recommend starting with a Wired network setup before
trying Wireless. Depending on what you're trying to do,
you may have success with the wireless setup if you use
NAT. If you use NAT, you should ALSO configure
MultiNet with a completely different network address
than the network being used by your WiFi network.
Good Luck,
- Mark
2:42 p.m.
New subject: SIMH + OpenVMS 7.3 + Multinet 5.4
Hi Mark,
?Using WinPCap
Serg
01.05.2020 15:33, Mark Pizzolato ?????:
On Friday, May 1, 2020 at 5:17 AM, Serguei wrote:
--
??? ????????? ????????? ?? ?????? ??????????? Avast.
https://www.avast.com/antivirus
?I have problem with multinet configuration
wifi connection adapter on SIMH +
OpenVMS :
on windows machine
ipconfig/all
??????? ???????????? ????????? ???? ??????????? ?? ????????? ????*
9:
?? ????????? ?????. . . . . . . . : ????? ???????? ??????????.
?? DNS-??????? ??????????? . . . . . :
?? ????????. . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
?? ?????????? ?????. . . . . . . . . : F4-6D-04-5D-XX-XX
?? DHCP ???????. . . . . . . . . . . : ??
?? ????????????? ????????. . . . . . : ??
??????? ???????????? ????????? ???? ??????????? ?? ????????? ????*
10:
?? ????????? ?????. . . . . . . . : ????? ???????? ??????????.
?? DNS-??????? ??????????? . . . . . :
?? ????????. . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #2
?? ?????????? ?????. . . . . . . . . : F4-6D-04-5D-XX-XX
?? DHCP ???????. . . . . . . . . . . : ??
?? ????????????? ????????. . . . . . : ??
??????? ???????????? ????????? ???? ???????????? ???? 2:
?? DNS-??????? ??????????? . . . . . :
?? ????????. . . . . . . . . . . . . : ASUS USB-N53 802.11a/b/g/n Network Adapter
?? ?????????? ?????. . . . . . . . . : F4-6D-04-5D-XX-XX
?? IPv4-?????. . . . . . . . . . . . : 192.168.1.72(????????)
?? ????? ??????? . . . . . . . . . . : 255.255.255.0
simh> sim> show xq eth
ETH devices:
?eth0?? \Device\NPF_{FADA2DEF-CA7F-4ED2-B069-4AEAE1F41D93}
(??????????? ?? ????????? ????* 10)
?eth1?? \Device\NPF_{CEF74F36-25AA-40AC-806D-2B1955F2AD1F}
(???????????? ???? 2)
?eth2?? \Device\NPF_{EBA88B87-F500-4424-B6F4-A53E9963AA46}
(??????????? ?? ????????? ????* 9)
?eth3?? nat:{optional-nat-parameters} (Integrated NAT (SLiRP) support)
?eth4?? udp:sourceport:remotehost:remoteport (Integrated UDP bridge
support)
so i take MAC from ASUS USB-N53 802.11a/b/g/n Network Adapter and put it
into vax.ini
SET XQ ENABLED
SET XQ MAC=F4-6D-04-5D-XX-XX
ATTACH XQ eth2
inside multinet i see
$ multinet config
MultiNet Network Configuration Utility V5.4(109) [Reading in MAXIMUM
configuration from MULTINET:MULTINET.EXE] [Reading in configuration from
MULTINET:NETWORK_DEVICES.CONFIGURATION]
NET-CONFIG>show
Interface??????????????????????????????? Adapter???? CSR Address Flags/Vector
---------??????????????????????????????? ------- -----------??? ------------
se0????? (Shared VMS Ethernet/FDDI)?????? -NONE- -NONE-?????? -NONE-
????????? [TCP/IP: 192.168.1.72, IP-SubNet: 255.255.255.0,
IP-Broadcast: 192.168.1.255]
????????? [VMS Device: XQA0, Link Level: Ethernet ]
Official Host Name:???????????? omega
Default IP Route:?????????????? 192.168.1.254
Timezone:?????????????????????? GMT
Timezone Rules:???????????????? GMT
Load UCX $QIO driver:?????????? TRUE
Load PWIP (Pathworks) driver:?? TRUE
$ multinet show/route
MultiNet IP Routing tables at? 1-MAY-2020 15:15:10.24:
Destination Gateway??????????????????????????????????? Flags Refcnt Use????? Interface?
MTU
------------------------------------
------------------------------------?????? -----??????? ------ -----
---------? ----
DEFAULT-GATEWAY 192.168.1.254????????????????????????????? U,G,S
0 0??????? se0??????? 1500
LOCALHOST LOCALHOST????????????????????????????????? U,H,Local??? 0
0??????? lo0??????? 1536
192.168.1/24?????????????????????????????? 192.168.1.72
???????????????????????????? U??????????? 0????? 0 se0??????? 1500 MultiNet IPv6
Routing tables at? 1-
MAY-2020 15:15:10.29:
Destination Gateway??????????????????????????????????? Flags Refcnt Use????? Interface?
MTU
------------------------------------
------------------------------------?????? -----??????? ------ -----
---------? ----
::0001 ::0001???????????????????????????????????? U,H,Local??? 0
0??????? lo0??????? 1536
multinet ping 192.168.1.72 is ok
multinet ping 192.168.1.254 (gateway) says:
MULTINET_PING: wrote 64 chars to 192.168.1.254: %MULTINET-F-
EHOSTDOWN, Host is down
what i am doing wrong? wrong MAC? wrong eth ? wrong IP?
You don't mention what
you're using for pcap on your system.
Is it WinPcap? Is it Npcap? If, Npcap is it the latest version?
The selection of your MAC address may or may not matter
depending on if you've got either DECnet or VMS Clustering
configured on the VAX system.
Beyond this, it also seems that you have possibly configured
MultiNet with the same IP address as your host system.
I recommend starting with a Wired network setup before
trying Wireless. Depending on what you're trying to do,
you may have success with the wireless setup if you use
NAT. If you use NAT, you should ALSO configure
MultiNet with a completely different network address
than the network being used by your WiFi network.
Good Luck,
- Mark
3:31 p.m.
New subject: SIMH + OpenVMS 7.3 + Multinet 5.4
On Friday, May 1, 2020 at 5:43 AM, Serguei wrote:
?Using WinPCap
That has potential, but I pointed out several other details
that are factors. Look at or fix those.
- Mark
01.05.2020 15:33, Mark Pizzolato ?????:
--
??? ????????? ????????? ?? ?????? ??????????? Avast.
https://www.avast.com/antivirus
On Friday, May 1, 2020 at 5:17 AM, Serguei
wrote:
> ?I have problem with multinet configuration wifi connection adapter on
SIMH
+
> OpenVMS :
>
> on windows machine
>
> ipconfig/all
>
>
> ??????? ???????????? ????????? ???? ??????????? ?? ?????????
????*
> 9:
>
> ?? ????????? ?????. . . . . . . . : ????? ???????? ??????????.
> ?? DNS-??????? ??????????? . . . . . :
> ?? ????????. . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
> ?? ?????????? ?????. . . . . . . . . : F4-6D-04-5D-XX-XX
> ?? DHCP ???????. . . . . . . . . . . : ??
> ?? ????????????? ????????. . . . . . : ??
>
> ??????? ???????????? ????????? ???? ??????????? ?? ?????????
????*
> 10:
>
> ?? ????????? ?????. . . . . . . . : ????? ???????? ??????????.
> ?? DNS-??????? ??????????? . . . . . :
> ?? ????????. . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #2
> ?? ?????????? ?????. . . . . . . . . : F4-6D-04-5D-XX-XX
> ?? DHCP ???????. . . . . . . . . . . : ??
> ?? ????????????? ????????. . . . . . : ??
>
> ??????? ???????????? ????????? ???? ???????????? ???? 2:
>
> ?? DNS-??????? ??????????? . . . . . :
> ?? ????????. . . . . . . . . . . . . : ASUS USB-N53 802.11a/b/g/n Network
Adapter
> ?? ?????????? ?????. . . . . . . . . :
F4-6D-04-5D-XX-XX
>
> ?? IPv4-?????. . . . . . . . . . . . : 192.168.1.72(????????)
> ?? ????? ??????? . . . . . . . . . . : 255.255.255.0
>
> simh> sim> show xq eth
> ETH devices:
> ?eth0?? \Device\NPF_{FADA2DEF-CA7F-4ED2-B069-4AEAE1F41D93}
> (??????????? ?? ????????? ????* 10)
> ?eth1?? \Device\NPF_{CEF74F36-25AA-40AC-806D-2B1955F2AD1F}
> (???????????? ???? 2)
> ?eth2?? \Device\NPF_{EBA88B87-F500-4424-B6F4-A53E9963AA46}
> (??????????? ?? ????????? ????* 9)
> ?eth3?? nat:{optional-nat-parameters} (Integrated NAT (SLiRP) support)
> ?eth4?? udp:sourceport:remotehost:remoteport (Integrated UDP bridge
> support)
>
> so i take MAC from ASUS USB-N53 802.11a/b/g/n Network Adapter and put
it
> into vax.ini
>
> SET XQ ENABLED
> SET XQ MAC=F4-6D-04-5D-XX-XX
> ATTACH XQ eth2
>
> inside multinet i see
>
> $ multinet config
> MultiNet Network Configuration Utility V5.4(109) [Reading in MAXIMUM
> configuration from MULTINET:MULTINET.EXE] [Reading in configuration
from
> MULTINET:NETWORK_DEVICES.CONFIGURATION]
> NET-CONFIG>show
> Interface??????????????????????????????? Adapter???? CSR Address Flags/Vector
> ---------??????????????????????????????? ------- -----------??? ------------
> se0????? (Shared VMS Ethernet/FDDI)?????? -NONE- -NONE-?????? -NONE-
> ????????? [TCP/IP: 192.168.1.72, IP-SubNet: 255.255.255.0,
> IP-Broadcast: 192.168.1.255]
> ????????? [VMS Device: XQA0, Link Level: Ethernet ]
>
>
> Official Host Name:???????????? omega
> Default IP Route:?????????????? 192.168.1.254
> Timezone:?????????????????????? GMT
> Timezone Rules:???????????????? GMT
> Load UCX $QIO driver:?????????? TRUE
> Load PWIP (Pathworks) driver:?? TRUE
>
>
> $ multinet show/route
> MultiNet IP Routing tables at? 1-MAY-2020 15:15:10.24:
> Destination Gateway??????????????????????????????????? Flags Refcnt Use?????
Interface? MTU
> ------------------------------------
> ------------------------------------?????? -----??????? ------ -----
> ---------? ----
> DEFAULT-GATEWAY 192.168.1.254????????????????????????????? U,G,S
> 0 0??????? se0??????? 1500
> LOCALHOST LOCALHOST????????????????????????????????? U,H,Local??? 0
> 0??????? lo0??????? 1536
> 192.168.1/24?????????????????????????????? 192.168.1.72
> ???????????????????????????? U??????????? 0????? 0 se0??????? 1500 MultiNet IPv6
Routing tables
at? 1-
MAY-2020
15:15:10.29:
Destination Gateway??????????????????????????????????? Flags Refcnt Use????? Interface?
MTU
------------------------------------
------------------------------------?????? -----??????? ------ -----
---------? ----
::0001 ::0001???????????????????????????????????? U,H,Local??? 0
0??????? lo0??????? 1536
multinet ping 192.168.1.72 is ok
multinet ping 192.168.1.254 (gateway) says:
MULTINET_PING: wrote 64 chars to 192.168.1.254: %MULTINET-F-
EHOSTDOWN, Host is down
what i am doing wrong? wrong MAC? wrong eth ? wrong IP?
You don't mention what
you're using for pcap on your system.
Is it WinPcap? Is it Npcap? If, Npcap is it the latest version?
The selection of your MAC address may or may not matter
depending on if you've got either DECnet or VMS Clustering
configured on the VAX system.
Beyond this, it also seems that you have possibly configured
MultiNet with the same IP address as your host system.
I recommend starting with a Wired network setup before
trying Wireless. Depending on what you're trying to do,
you may have success with the wireless setup if you use
NAT. If you use NAT, you should ALSO configure
MultiNet with a completely different network address
than the network being used by your WiFi network.
Good Luck,
- Mark
3:01 p.m.
I'll try to answer a number of questions here.
First of all, some background on how it works. There are three parts: the node database,
the network scanner, and the map display maker.
The node database is read from MIM, it's basically the one you can see on the web
server (nodedb page). The code extracts name, node address, owner's name, name of the
node's location, and location latitude/longitude. This information is updated daily.
The network scanner looks at every node mentioned in the node database plus every node it
can see as reachable. Roughly speaking, it makes a NICE connection (remote network
management protocol) to each node, then asks it three questions: "show exec
characteristics", "show active circuits" and "show active nodes".
The first questions answers "what type of node is this" and also gets the node
name if we don't already know it. The other two give the adjacent nodes, i.e., the
connections from this node to its neighbors. Often but not always, that information
includes the node type of the adjacent nodes.
This process continues iteratively until information for all visible nodes has been
refreshed.
There are some optimizations and tricks. If a node is reported as reachable in the
"show active nodes" reply (whether as a neighbor or farther away) it's
recorded as reachable, even if I can't talk to it. This means that Phase II nodes,
Phase III nodes in another area, or Cisco routers will all be shown as reachable so long
as there is a node somewhere that answers NICE requests and shows them as reachable.
Also, for optimization, if a node reports a neighbor's type as Phase II or Phase III
(in another area) or endnode, I don't try to connect to it because I already have all
the information I want. This speeds up the scan. It also avoids a bug in DECnet/E where
"show active nodes" on an endnode leaves the request hanging after the reply
data is sent (the "no more data" message is missing).
At the completion of the scan, the up/down information is updated. Currently each node,
and each adjacency entry for that node, has three timestamps: last up, last down, and last
seen. DUring the scan, when a node is seen as visible, or when an adjacent node is
reported, that entry is marked with the current time as "last seen". When the
scan is finished, the entire database is examined. Any item not marked with the current
timestamp in "last seen" is currently down. If it was previously up (its
"last up" time is greater than its "last down") then "last
down" is set to the current time. Similarly, any item previously marked
"down" ("last down" greater than "last up") has its
"last up" set to the current time.
The map display takes as input the node and adjacent-node information collected by the
scanner and summarizes it in two steps. First, all the nodes are grouped by
latitude/longitude. Each distinct spot on the map is given a marker associated with all
the nodes at that location.
Next, all the circuits (adjacent node) information is examined, grouped by lat/long of the
endpoints. An arc on the map corresponds to all the connections between node pairs at the
location markers connected by that arc.
Now for the meaning of the colors.
Each item (node or circuit) has a "health" which is similar to its up/down
status. Right now, they are "faded", "down" and "up". Up
means I can see it right now. Down means it was seen before but isn't visible now.
Faded means either it has never been seen (this applies only to nodes) or it has been down
for more than two weeks. I've been thinking about adding a "warning"
status, which would be something like "it's up now but it has been bouncing
up/down a lot" but that isn't currently in the code.
Location markers and connection arcs both summarize multiple nodes and circuits. The
color used for these comes from the health of the components that go into them. For both,
if all elements are up, the color is green. If more than half are down, the color is red.
If some are down but more are up, the color is yellow. And if all are faded, the color
is gray. Oh yes, and if an arc has been seen in the past but has been down for 180 days,
it disappears (it won't be shown as gray anymore). Obviously you won't see that
for a while.
All location markers have a popup (window that appears when you click the marker) which
lists the nodes at that location, grouped by heath status (up in black, down in red, faded
in gray italics). That includes gray nodes (not seen). Exception: the default marker in
the south Atlantic omits gray nodes because there are too many. A location marker that
isn't gray also has a tool tip (appears when you hover over the marker) which lists
the up and down nodes only, not the faded ones.
Arcs also have popups, which list the individual circuits for this path by their end point
node names/numbers.
Map controls: the zoom in/out is at the top left. The button at the top right is the
layers tool, which lets you choose from a number of map sources, and also allows you to
turn on/off the location and/or path display.
As I mentioned, there is also a tabular display, sorted by node number, at /map/data.
I'll add a link to that on the map display. It will show you more detail than can
comfortably fit on the map itself.
By the way, the map images come from various map sources, such as OpenStreetMap. They all
use Mercator projection, and there isn't a convenient way to change that so I
haven't tried. The map machinery has some limitations (I'd be tempted to call
them bugs). For example, if you zoom way out you'll see the continents more than
once, which is proper, but the markers only appear on one copy. This is why the Australia
to USA links are not shown as proper great circle arcs; the program would not display them
sensibly. I suspect a hard core GIS tool would get this right, but those are a whole lot
harder to use and I have not attempted to do so.
paul
3:32 p.m.
Paul,
On 5/1/20 9:01 AM, Paul Koning wrote:
The network scanner looks at every node mentioned in
the node database plus every node it can see as reachable. Roughly speaking, it makes a
NICE connection (remote network management protocol) to each node, then asks it three
questions: "show exec characteristics", "show active circuits" and
"show active nodes". The first questions answers "what type of node is
this" and also gets the node name if we don't already know it. The other two
give the adjacent nodes, i.e., the connections from this node to its neighbors. Often but
not always, that information includes the node type of the adjacent nodes.
I have been doing HECnet scan for ages;
https://gist.github.com/tuklusan/4666755385686ebaeb4eb1aa0e9f4a5c runs
every two weeks and produces
http://sanyalnet-openvms-vax.freeddns.org:82/falserver/hecnet-status.html
Line #147 has my hack that tells me if anything is there, even if there
is no NML on that node (e.g.Cisco switches) or that node is a PHASE-V
node, etc.
People do not seem to mind the single odd MIRROR login failure from
account SANYAL every two weeks either. I have only had a couple of
emails asking about it.
Regards,
Supratim
11:25 a.m.
Hi Paul,
That's fantastic. It most definitely beats my non-geographic attempt with Graphify or
whatever it was called.
I'd like to get to the bottom of the proxy problem though. In the end I reinstated a
default account for the NML object.
Without it, and the appropriate proxies in place, the VAXen here can NICE to each other
without a problem.
The proxy I added for your mapper didn't seem to work - and I still can't find a
definitive answer, just a vague recollection that is totally lacking in any useful
detail.
Keith
-----Original Message-----
From: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] On Behalf Of Paul
Koning
Sent: 01 May 2020 00:55
To: hecnet at update.uu.se
Subject: [HECnet] HECnet map
Gentlepeople,
I've added a map maker to PyDECnet, which is now on-line on HECnet. It currently
refreshes once every 24 hours, showing locations and paths between the locations. You can
hover over the location markers to see nodes that have been recently observed, or click on
the markers to see all nodes whether observed or not. Clicking on the connecting arcs
will tell you which nodes have connections on that path.
The map is here: http://akdesign.dyndns.org:8080/map
You can also see a tabular display of the data collected by the network scanner, at
http://akdesign.dyndns.org:8080/map/data . Right now that link isn't shown, I'll
add that.
Feedback would be welcome. There is no map legend yet. The button on the upper right is
the "layers" tool that lets you chose among a number of map sources, and lets
you turn the location and/or path information on or off.
The default map is OpenStreetMap, and the mapping interface machinery is the Leaflet
package, a very nice and easy to use tool.
paul
1461
days inactive
1466
days old
39 comments
17 participants
participants (17)
-
ales.petan＠digital.si -
bob＠jfcl.com -
bqt＠softjar.se -
fcoffey＠misernet.net -
gregg.drwho8＠gmail.com -
healyzh＠avanthar.com -
ian＠platinum.net -
johnhreinhardt＠thereinhardts.org -
Keith.Halewood＠pitbulluk.org -
Mark＠infocomm.com -
mcguire＠neurotica.com -
melehov＠sypp.ru -
paulkoning＠comcast.net -
robert.jarratt＠ntlworld.com -
supratim＠riseup.net -
tomas＠prybil.se -
tommytimesharing＠gmail.com