On 01/09/2013 01:02 PM, Ian McLaughlin wrote:
I want in on your crazy GRE and DECnet routing setups! ;)
I could install vyatta which is linux-based meaning I could /maybe/
build linux-decnet and have it function as an area router.
Management could also be done via SNMP, but not to the ease of
Cisco. Thoughts?
I'd use my current router as-is, but FreeBSD lacks DECnet bits. :(
What about using dynamips, a Cisco emulator? GNS3 is a beautiful GUI
front end for it. I've never tried decnet through it, but I have
used it to route between several virtual machines.
Dynamips works great, and that might be a
sorta-approaching-maybe-reasonable approach if one already has a VM host
machine somewhere to run it on. Otherwise...get a Cisco. ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 01/09/2013 12:46 PM, Brian Hechinger wrote:
I think it's time to come up with something a little better to
track all
these.
Thoughts?
A subdomain under some related domain (perhaps
<sub>.hecnet.update.uu.se?) with the tunnel endpoints as A records?
The problem here is that it isn't searchable. You need to know the A
record name. It would be more useful for me to have it in a db.
You could do an AXFR query for the subdomain. ;)
You need to setup zone transfer rights for that though, right?
Yes, but that's a line in a file...not tough.
Did I ever tell you about how I implemented a linked list in TXT
records back in '93? At one time, Digex' nameservers had the menus for
all the local carry-out restaurants stored, item by item, in the
nameserver. I wrote a little C program to traverse the linked lists and
print out the menus.
That's disturbing.
And awesome. :)
Thanks, and thanks! :-)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 9 Jan 2013, at 13:02, Ian McLaughlin <ian at platinum.net> wrote:
On 2013-01-09, at 9:59 AM, Cory Smelosky <b4 at gewt.net> wrote:
I want in on your crazy GRE and DECnet routing setups! ;)
I could install vyatta which is linux-based meaning I could /maybe/ build linux-decnet and have it function as an area router. Management could also be done via SNMP, but not to the ease of Cisco. Thoughts?
I'd use my current router as-is, but FreeBSD lacks DECnet bits. :(
What about using dynamips, a Cisco emulator? GNS3 is a beautiful GUI front end for it. I've never tried decnet through it, but I have used it to route between several virtual machines.
I have absolutely no experience with Cisco stuff, hmmm. Perhaps I could learn using dynamips, it'd be easier than re-learning all of Vyatta.
Ian
On 01/09/2013 12:59 PM, Cory Smelosky wrote:
I want in on your crazy GRE and DECnet routing setups! ;)
I think of them as quite sane. If one needs to route, one should, oh
you know, use a router. ;)
I could install vyatta which is linux-based meaning I could /maybe/
build linux-decnet and have it function as an area router.
Management could also be done via SNMP, but not to the ease of Cisco.
Thoughts?
Get a Cisco. It's not like they're tough to find, or very expensive.
And you'll use it essentially forever. (because it will last that long!)
I'd use my current router as-is, but FreeBSD lacks DECnet bits. :(
See above. ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 2013-01-09, at 9:59 AM, Cory Smelosky <b4 at gewt.net> wrote:
I want in on your crazy GRE and DECnet routing setups! ;)
I could install vyatta which is linux-based meaning I could /maybe/ build linux-decnet and have it function as an area router. Management could also be done via SNMP, but not to the ease of Cisco. Thoughts?
I'd use my current router as-is, but FreeBSD lacks DECnet bits. :(
What about using dynamips, a Cisco emulator? GNS3 is a beautiful GUI front end for it. I've never tried decnet through it, but I have used it to route between several virtual machines.
Ian
On 9 Jan 2013, at 12:56, Dave McGuire <mcguire at neurotica.com> wrote:
On 01/09/2013 12:51 PM, Brian Hechinger wrote:
...and like this from NCP under VMS:
NCP> connect node gw physical address <MAC address> via <circuit-name>
Note that the MAC address must have its octets delimited by colons
under Linux, and hyphens under VMS.
NCP>connect node gw physical address AA-00-04-00-01-F4 via ISA-0
Console connected (press CTRL/D when finished)
User Access Verification
Username:
NCP>
Uhhh...HOLY CRAP! That works from outside my network?! Is it working
because you specified the circuit which gave it a path, or because it
gleaned the DECnet area/node address from the (changed-by-DECnet) MAC
address? I'm guessing the latter. (Peter?)
That was done from EBOLA, sorry to confuse you.
Oh. Crap.
So, can I get a non-priv account? something standard that we can get
others to add would be nice.
Yes, maybe username "hecnet"? "Role" accounts are a horrifically bad
idea in general, but I think one is called for in this case.
Shall we setup shared RADIUS? :-P
Uh, no. ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
I want in on your crazy GRE and DECnet routing setups! ;)
I could install vyatta which is linux-based meaning I could /maybe/ build linux-decnet and have it function as an area router. Management could also be done via SNMP, but not to the ease of Cisco. Thoughts?
I'd use my current router as-is, but FreeBSD lacks DECnet bits. :(
On 01/09/2013 12:54 PM, Paul_Koning at Dell.com wrote:
...and like this from NCP under VMS:
NCP> connect node gw physical address <MAC address> via
<circuit-name>
Note that the MAC address must have its octets delimited by
colons under Linux, and hyphens under VMS.
NCP>connect node gw physical address AA-00-04-00-01-F4 via ISA-0
Console connected (press CTRL/D when finished)
User Access Verification
Username: NCP>
Uhhh...HOLY CRAP! That works from outside my network?! Is it
working because you specified the circuit which gave it a path, or
because it gleaned the DECnet area/node address from the
(changed-by-DECnet) MAC address? I'm guessing the latter.
(Peter?)
It works on any LAN, including across bridges, so the various
Internet based bridges we have make this work over some distance.
The communication is via MOP remote console packets, which are not
routed (just like LAT). The addressing is direct to the MAC address,
whatever that happens to be at the destination. If the node you want
to talk to supports MAC address aliases, the original address might
work, but in any case the DECnet style Ethernet address will work.
That was my belief before five minutes ago, when Brian was messing
with me and got me all excited. I was certain that MOP was an
unroutable, LAN-only protocol like LAT. But then, apparently folks have
been booting DECservers via HECnet..?
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On 01/09/2013 12:51 PM, Brian Hechinger wrote:
...and like this from NCP under VMS:
NCP> connect node gw physical address <MAC address> via <circuit-name>
Note that the MAC address must have its octets delimited by colons
under Linux, and hyphens under VMS.
NCP>connect node gw physical address AA-00-04-00-01-F4 via ISA-0
Console connected (press CTRL/D when finished)
User Access Verification
Username:
NCP>
Uhhh...HOLY CRAP! That works from outside my network?! Is it working
because you specified the circuit which gave it a path, or because it
gleaned the DECnet area/node address from the (changed-by-DECnet) MAC
address? I'm guessing the latter. (Peter?)
That was done from EBOLA, sorry to confuse you.
Oh. Crap.
So, can I get a non-priv account? something standard that we can get
others to add would be nice.
Yes, maybe username "hecnet"? "Role" accounts are a horrifically bad
idea in general, but I think one is called for in this case.
Shall we setup shared RADIUS? :-P
Uh, no. ;)
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
On Jan 9, 2013, at 12:50 PM, Dave McGuire wrote:
On 01/09/2013 10:49 AM, Brian Hechinger wrote:
...and like this from NCP under VMS:
NCP> connect node gw physical address <MAC address> via <circuit-name>
Note that the MAC address must have its octets delimited by colons
under Linux, and hyphens under VMS.
NCP>connect node gw physical address AA-00-04-00-01-F4 via ISA-0
Console connected (press CTRL/D when finished)
User Access Verification
Username:
NCP>
Uhhh...HOLY CRAP! That works from outside my network?! Is it working
because you specified the circuit which gave it a path, or because it
gleaned the DECnet area/node address from the (changed-by-DECnet) MAC
address? I'm guessing the latter. (Peter?)
It works on any LAN, including across bridges, so the various Internet based bridges we have make this work over some distance. The communication is via MOP remote console packets, which are not routed (just like LAT). The addressing is direct to the MAC address, whatever that happens to be at the destination. If the node you want to talk to supports MAC address aliases, the original address might work, but in any case the DECnet style Ethernet address will work.
paul
On 1/9/2013 12:50 PM, Dave McGuire wrote:
On 01/09/2013 10:49 AM, Brian Hechinger wrote:
...and like this from NCP under VMS:
NCP> connect node gw physical address <MAC address> via <circuit-name>
Note that the MAC address must have its octets delimited by colons
under Linux, and hyphens under VMS.
NCP>connect node gw physical address AA-00-04-00-01-F4 via ISA-0
Console connected (press CTRL/D when finished)
User Access Verification
Username:
NCP>
Uhhh...HOLY CRAP! That works from outside my network?! Is it working
because you specified the circuit which gave it a path, or because it
gleaned the DECnet area/node address from the (changed-by-DECnet) MAC
address? I'm guessing the latter. (Peter?)
That was done from EBOLA, sorry to confuse you.
So, can I get a non-priv account? something standard that we can get
others to add would be nice.
Yes, maybe username "hecnet"? "Role" accounts are a horrifically bad
idea in general, but I think one is called for in this case.
Shall we setup shared RADIUS? :-P
-brian